72_FRITZBOX.pm wird zu 72_FritzSmart.pm

Begonnen von JoWiemann, 02 März 2026, 16:29:49

Vorheriges Thema - Nächstes Thema

JoWiemann

Zitat von: Nobbynews am 04 April 2026, 12:45:43Mein Repeater 450E hat 7.15.
Wenn ich also etwas testen kann/soll, bitte Bescheid geben.

Norbert

Hallo Norbert,

wenn Du möchtest, gerne. In der Web-Anzeige Deines Repeater Device gibt es get <name> callApifromList. Du kannst gerne die data.lua Aufrufe in der Tabelle einzeln durchgehen und schauen, welche Aufrufe ein vernünftiges Ergebnis bringen. Manchmal schickt FritzOS auch nur irgend eine Standardrückmeldung, die nichts mit der API zu tun hat. Bei meinem Repeater AX kommt zum Beispiel bei callRedi irgendeine Basis-Information und keine zur Rufumleitung (call Redirection). Ist auch verständlich, da die Repeater ja keine Telefon Funktion haben.

Danke und Grüße Jörg

Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

elektron-bbs

Zuerst mal vielen Dank für die immer wieder schnelle Reaktion auf Fehlermeldungen.
Ich habe jetzt die aktuelle Version 26.04.03 aus dem SVN installiert.
Ein paar kleine Details sind mir noch aufgefallen:

Die aktuelle Version der 7590 ist 8.25:
       '7590 AX'     => { version => "8.50", date => "26.03.2026"},
       '7590'        => { version => "8.50", date => "26.03.2026"},

In Zeile 2848 müsste
             } elsif ($action =~ /tmpPerm/) {
               main::readingsSingleUpdate($hash, "shdevice" . $val[0] . "_tempOffset", $newValue, 1);
geändert werden in
             } elsif ($action =~ /tmpPerm/) {
               main::readingsSingleUpdate($hash, "shdevice" . $val[0] . "_mode", $newValue, 1);

Bei
set <name> smartHome <deviceID> <tempOffset:8..28 steps 0.5>
passt der Wertebereich nicht. Einstellbar sind Werte im Bereich von -5 bis +5 in Schritten von 0,5 Grad.
Das Setzen des Offsets funktioniert, allerdings verstellt sich dabei auch gleichzeitig die Empfindlichkeit der "Fenster-auf-Erkennung" (_temperatureDropSens) auf "eigenartige" Werte:
set FritzBox_7590 smartHome 18 tempOffset:-1.5
shdevice18_temperatureDropSens   245
set FritzBox_7590 smartHome 18 tempOffset:-2
shdevice18_temperatureDropSens    -2   
set FritzBox_7590 smartHome 18 tempOffset:1.5
shdevice18_temperatureDropSens   251   
set FritzBox_7590 smartHome 18 tempOffset:2
shdevice18_temperatureDropSens   248
shdevice18_temperatureDropSens   242
shdevice18_temperatureDropSens   239
In der Fritzbox selbst verschiebt sich dabei der Slider von z.B. "hoch" auf "mittel". Wenn ich das in der Fritzbox einstelle, erhalte ich in FritzSmart folgende Werte:
shdevice18_temperatureDropSens     9   niedrig
shdevice18_temperatureDropSens     5   mittel
shdevice18_temperatureDropSens     1   hoch
In SmarthomeRestApiFRITZOS82.yaml finde ich dazu folgendes:
                    internalSensitivity:
                      description: Sensitivity for automatically detecting temperature drops (e.g. open window) while the internal sensorMode is active.
                      type: string
                      enum:
                        - low
                        - medium
                        - high
                        - unknown
Im Log erscheinen zusätzlich zur set-Ausgabe weitere 3 Logzeilen:
2026.04.04 12:51:16 3: [FritzBox_7590 | 7590 | 154.08.21 | Set_Modul.2176] - BASIC:set FritzBox_7590 smartHome - 18 tempOffset:-1.5
2026.04.04 12:51:16 3: [FritzBox_7590 | 7590 | 154.08.21 | Get_SmartHome_Devices_List.13679] - BASIC:Fritz_SmartHome_Device_List (Fritz!OS: 08.21)
2026.04.04 12:51:18 3: [FritzBox_7590 | 7590 | 154.08.21 | Get_SmartHome_Devices_List.13696] - BASIC:Processing SmartHome_Device_List: read|save|test
2026.04.04 12:51:18 3: [FritzBox_7590 | 7590 | 154.08.21 | Get_SmartHome_Devices_List.13718] - BASIC:Processing SmartHome_Device_List: 18
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 1 x rf_Gateway + 1 x SIGNAL-STM

Nobbynews

Zitat von: JoWiemann am 04 April 2026, 15:14:51Repeater AX kommt zum Beispiel bei callRedi irgendeine Basis-Information und keine zur Rufumleitung (call Redirection).

Meist Du das hier als Basis-information:
Result of data = 'xhr' => '1'
'lang' => 'de'
'page' => 'callRedi'
'xhrId' => 'all'

----------------------------------------------------------------------
{
   "data" : {
      "AVM_URL" : "http://www.avm.de",
      "MANUAL_URL" : "https://assets.avm.de/manual/?hardware=200&oem=avm&language=de&country=049&version=128.07.15&subversion=",
      "NEWSLETTER_URL" : "https://www.avm.de/newsletter?hardware=200&oem=avm&language=de&country=049&version=128.07.15&subversion=",
      "SERVICEPORTAL_URL" : "https://www.avm.de/fritzbox-service-portal.php?hardware=200&oem=avm&language=de&country=049&version=128.07.15&subversion=",
      "fritzos" : {
         "FirmwareSigned" : true,
         "NoPwd" : false,
         "Productname" : "FRITZ!WLAN Repeater 450E",
         "ShowDefaults" : false,
         "boxDate" : "04:27:21 05.04.2026",
         "energy" : "73",
         "expert_mode" : "1",
         "fb_name" : "Repeater-Keller",
         "isLabor" : false,
         "isUpdateAvail" : false,
         "nspver" : "07.15",
         "nspver_lnk" : "/home/pp_fbos.lua?sid=96d5ef1cf5644082",
         "showUpdate" : true
      },
      "lan" : {
         "led" : "led_gray",
         "link" : "netDev",
         "title" : "LAN",
         "txt" : "nicht verbunden"
      },
      "language" : "de",
      "naslink" : "nasSet",
      "rep_data" : {
         "active" : true,
         "active_scnd" : false,
         "active_thrd" : false,
         "auto_update" : false,
         "base_name" : "XYXYXY",
         "configured" : "1",
         "configured_scnd" : "",
         "connected" : true,
         "cur_enc" : "wpa2",
         "enc_str" : "WPA2",
         "eth_count" : 1,
         "guest_ap_update" : "0",
         "guest_enabled" : false,
         "hidden_ssid" : false,
         "hostname" : "Repeater-Keller",
         "ipaddress" : "192.168.xyz.xyz",
         "ipv6_ip" : "2003:ff:a70e:2400:blah:blah:blah",
         "is_double_wlan" : false,
         "is_powerline" : false,
         "is_repeater" : true,
         "is_triband" : false,
         "lan_clients_connected" : false,
         "mac" : "blah:blah:blah",
         "mac_scnd" : "",
         "masterdesc" : "FRITZ!Box 7590",
         "mastertrusted" : true,
         "mastertype" : "fritzbox",
         "nexusclient" : true,
         "own_mac" : "blah:blah:blah",
         "own_mac_scnd" : "",
         "own_mac_thrd" : "",
         "own_pskvalue" : "abcdefghijk",
         "own_pskvalue_scnd" : "",
         "own_ssid" : "XYXYXY",
         "own_ssid_scnd" : "",
         "own_ssid_thrd" : "",
         "pskvalue" : "qwertzuiop",
         "pskvalue_scnd" : "",
         "rep_mode" : "wlan_bridge",
         "speed_down" : "",
         "speed_up" : "129 Mbit/s",
         "ssid" : "XYXYXY",
         "ssid_scnd" : "",
         "ssid_thrd" : "",
         "wlan_clients_connected" : true
      },
      "timestamp" : 1332,
      "usbconnect" : "",
      "webdav" : "",
      "wlan" : {
         "led" : "led_green",
         "link" : "wSet",
         "title" : "WLAN",
         "tooltip" : "an",
         "txt" : "an, Funknetz 2,4 GHz: XYXYXY"
      }
   },
   "hide" : {
      "liveTv" : true
   },
   "pid" : "overview",
   "sid" : "96d5ef1cf5644082",
   "sidNew" : 0
}


OK

JoWiemann

Zitat von: Nobbynews am 05 April 2026, 04:33:32
Zitat von: JoWiemann am 04 April 2026, 15:14:51Repeater AX kommt zum Beispiel bei callRedi irgendeine Basis-Information und keine zur Rufumleitung (call Redirection).

Meist Du das hier als Basis-information:
   "pid" : "overview",
Ja. Man erkennt das an der ,,pid". In der steht ansonsten, dass Daten für die angeforderte Anfrage zurück gegeben wurden.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Nobbynews

Hallo Jörg,

ich bin jetzt mal alles durchgegangen.
Sinnvolle Ergbnisse kommen bei:
boxName
energy
environment
initDPM
led
log_filter_all
log_filter_fon
log_filter_sys
netDev
wGuest
wKey
wSet
wTime
wSet
wlanChannels
wlanEnvironment
wps
Ein Fehler wird ausgeworfen bei:
ringtones
Bei allen anderen erfolgt nur die Ausgabe von overview.

Norbert

JoWiemann

Zitat von: Nobbynews am 06 April 2026, 05:16:30Ein Fehler wird ausgeworfen bei:
ringtones
Bei allen anderen erfolgt nur die Ausgabe von overview.

Norbert

Hallo Norbert,

vielen Dank und Grüße

Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

JoWiemann

Zitat von: elektron-bbs am 04 April 2026, 16:00:33Zuerst mal vielen Dank für die immer wieder schnelle Reaktion auf Fehlermeldungen.
Ich habe jetzt die aktuelle Version 26.04.03 aus dem SVN installiert.
Ein paar kleine Details sind mir noch aufgefallen:

Hallo elektron-bbs,

danke und schaue ich mir die Tage an. Ostern ist Compi frei. Bei viel Verwandtschaft ist jeder Tag ausgefüllt.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Nobbynews

#187
Das sieht mit dem Fehler dann so aus:
Result of data = 'xhr' => '1'
'idx' => '0'
'page' => 'edit_dect_ring_tone'

----------------------------------------------------------------------
{
   "Error" : "404 Not Found",
   "ResetSID" : "1"
}
Kommt so auch bei einem 2400er mit OS 8.20 und einem 1750er OS 7.32.

stefan-dd

Beim starten vom GastWLAN stürzt fhem komplett ab. Mein Fehler? Oder woran liegt es?

2026.04.09 20:41:55 1: Timeout for Fritz::Fritz_Readout_Run_Web reached, terminated process 73402
2026.04.09 20:44:47 1: [FritzSmart | 7520 | 175.08.21 | Readout_SetGet_Start.9626] - ERROR:Old command still running. Killing old command: guestwlan on
Undefined subroutine &main::Fritz_Readout_SetGet_Start called at fhem.pl line 3528.

JoWiemann

#189
Zitat von: stefan-dd am 09 April 2026, 21:34:19Beim starten vom GastWLAN stürzt fhem komplett ab. Mein Fehler? Oder woran liegt es?

2026.04.09 20:41:55 1: Timeout for Fritz::Fritz_Readout_Run_Web reached, terminated process 73402
2026.04.09 20:44:47 1: [FritzSmart | 7520 | 175.08.21 | Readout_SetGet_Start.9626] - ERROR:Old command still running. Killing old command: guestwlan on
Undefined subroutine &main::Fritz_Readout_SetGet_Start called at fhem.pl line 3528.
Hallo Stefan,

da habe ich wohl etwas übersehen bei der Umstellung auf Package. Korrigiere ich.

PS: korrigierte Version "26.04.10" im SVN eingecheckt.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

alkazaa

#190
Nach dem Umstieg von FRITZBOX auf FritzSmart funktioniert das Modul zwar noch mit meinem Router, einer FB7590, aber nicht mehr mit der alten als IP-Client genutzten FB7320.

Es kommt ca. alle 70 sec diese Nachricht im log:
2026.04.13 18:38:29.233 3: [FritzBox_7320 | 7320 | 100.06.35 | Readout_API_Check.10562] - BASIC:Response -> luaQuery: empty sid error: no HASH/ARRAY from JSON returned
2026.04.13 18:39:40.821 3: [FritzBox_7320 | 7320 | 100.06.35 | Readout_API_Check.10562] - BASIC:Response -> luaQuery: empty sid error: no HASH/ARRAY from JSON returned
2026.04.13 18:41:01.213 3: [FritzBox_7320 | 7320 | 100.06.35 | Readout_API_Check.10562] - BASIC:Response -> luaQuery: empty sid error: no HASH/ARRAY from JSON returned
2026.04.13 18:42:11.146 3: [FritzBox_7320 | 7320 | 100.06.35 | Readout_API_Check.10562] - BASIC:Response -> luaQuery: empty sid error: no HASH/ARRAY from JSON returned
Passwort ist gesetzt. FritzOS ist 6.35 (das aktuellste für diese alte FB).

Nach einem manuellen 'set ... update' kommt:
2026.04.13 18:50:45.168 3: [FritzBox_7320 | 7320 | 100.06.35 | Readout_Start.5342] - BASIC:Old readout process still running. Killing old process HASH(0x9a82438)
2026.04.13 18:50:45.168 3: Timeout for Fritz::Fritz_Readout_API_Check reached, terminated process 2373
2026.04.13 18:50:45.169 2: [FritzBox_7320 | 7320 | 100.06.35 | Readout_Aborted.9513] - SIGNIFICANT:Error: [285 | BlockingKill] Timeout during API check.

72_FritzSmart.pm ist vom 2026-04-10

Du darfst diesen Dateianhang nicht ansehen.

JoWiemann

Hallo alkazaa,

ich kann den Fehler mit einer alten FB nachvollziehen. Wird aber etwas dauern.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

caldir65

Moin,

ich habe gerade festgestellt, daß ein get log anscheinend nicht mehr so filtert wie gewohnt - für mich sieht es aus, als wenn das Ergebnis immer dem Befehl
get Fritzbox fritzLog table all entspricht.
Weiterhin ist die FM, die bei fehlerhafter Eingabe kommt, nicht korrekt (s. Screenshot)

Meine FB ist eine 5590Fibre mit aktueller Labor

Gruß, Christoph
Alte Techniker-Regel: "kaum macht man es richtig, funktioniert es auch"
------
Dell Wyse5070 ThinClient 16GBRam, 128GB SSD, Lubuntu 24.04.04LTS, fhem (aktuell), debmatic, Homematic-Devs, ConBee III und deConz, viele Shellys, Rademacher, NextCloud-Anbindung, FullyKioskBrowser+FUIP uvm.

RalfRog

Zitat von: caldir65 am 13 April 2026, 19:04:19ich habe gerade festgestellt, daß ein get log anscheinend nicht mehr so filtert wie gewohnt - für mich sieht es aus, als wenn das Ergebnis immer dem Befehl
Code Auswählen Erweitern
get Fritzbox fritzLog table all entspricht.
Habe gerade alles auf der 7690 probiert. Sieht an sich gut aus (VERSION 26.03.31).

Zitat von: caldir65 am 13 April 2026, 19:04:19Weiterhin ist die FM, die bei fehlerhafter Eingabe kommt, nicht korrekt (s. Screenshot)
Auch hier wird bei Eingabe von "nez" gemeldet:
2nd parmeter is wrong, usage <all|sys|wlan|usb|net|fon>
Bei "netz"

FritzLog Filter: netz
ID    Tag        Uhrzeit        Meldung
120    13.04.26    19:31:17    VPN-Verbindung zu VPN-Ralf ..... wurde erfolgreich hergestellt.
.....
Soll das denn so?
FHEM VM Debian13 (trixie) auf Proxmox VE9  (Futro S740) - nanoCUL, HM-MOD-RPI-PCB und MAX!Cube über LAN
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder sowie Shelly 3EM, 1PM, PlugS und IT Schaltsteckdosen

JoWiemann

Hallo Ralf, hallo Christoph,

bei fritzLog habe ich nichts geändert. Die Fehlermeldung schaue ich mir an. Ansonsten habe ich einfach nicht die Zeit bei einem neuen FritzOS alles zu testen. Ist halt ein Hase/Igel bzw Jörg/Fritz Spiel.

Wird ein bisschen dauern.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM