72_FRITZBOX.pm ab Version 07.57.10

[RalfRog]

Works as designed. Leider weiß ich nicht wie ich ein Browser Refresh vom Modul aus anstoßen kann.

Alles ok. Kein Problem. War mir bisher nicht aufgefallen.


Gestern Abend und wiederholt heute morgen hatte ich den Effekt, dass die Readings (zu sehen vor allem an retStat_*) in FHEMWEB nicht mehr aktualisiert wurden - auch nicht beim erneuten anklicken.

Vorbemerkung: RPI2B und bisher 07.57.12a (da war es nicht aufgefallen); die Vesionen danach nicht genutzt.

Die Zeitpunkte des Effekts passen zu den Kommandos (per at) "set <name> wlan2.4|wlan5 <on|off>". Ob das Modul gar nicht mehr arbeitet hatte ich gestern auf die Schnelle nicht festellen können - per "set <name> checkAPIs" ging dann wieder. Heute morgen der gleiche Effekt.

Ich schau mal das spätestens bis Sonntag genauer zu untersuchen und ggfs. auch Daten liefern zu können. Einfach so verbose 4/5 mitlaufen lassen ist am Ende wegen der schieren Datenmenge eher doof. Die muss ich dann gezielt erzeugen.

Gruß Ralf


Edit -> Frage:
Macht es Sinn in den Logs ggfs. die Antwort-Daten zu löschen - also die JSON-Strings ala <{"pid"}...> etc., weil du sie sowieso nicht analysierst?
Würde dann z.B. ein "sed -ibak -e '/^{"pid"/d' fhem-2024-36.log" übers Log laufen lassen.

[RalfRog]

Hallo Jörg
Muss erst später weg. Konnte noch was testen.
Schau mal ob du so etwas damit anfangen kannst - kann sonst gezielter checken. Würde dann auf das Testsystem wechseln.
Beobachtung 3 unten wäre der Eintritt des Fehlerzustandes bei verbose 4.

Ich habe 2 Boxen im Mesh 7590 Master (Fritzbox) / 7490 Client (Fritzclient) mit FHEM auf RPI2B

Beobachtung/Check 1
nach dem Ausführen von "set <name> checkAPIs" --> um den Fehlerzustand von heute morgen zu beenden.

Code Auswählen Erweitern

2024.09.06 11:34:25.861 3: [Fritzclient | 7490 | 113.07.59 | Set.1187] - BASIC:set Fritzclient checkAPIs
2024.09.06 11:34:35.480 3: [Fritzclient | 7490 | 113.07.59 | Set_check_APIs.6667] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.06 11:34:38.621 3: [Fritzbox | 7590 | 154.07.59 | Set.1187] - BASIC:set Fritzbox checkAPIs
2024.09.06 11:34:42.266 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6667] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
läuft es wieder. Gut 2 Stunden (ab 11:3 Uhr) habe ich geschaut, sprich die Readings werden im Abfrageintervall aktualisiert.


Beobachtung/Check 2
nach dem Ausführen von "set Fritzbox wlan5 off"

Code Auswählen Erweitern

2024.09.06 13:40:39.516 3: [Fritzbox | 7590 | 154.07.59 | Set.2580] - BASIC:set Fritzbox wlan5 off
2024.09.06 13:40:39.891 3: [Fritzbox | 7590 | 154.07.59 | Set_Wlan_OnOff.7910] - BASIC:TR-064 Command
Werden folgende Reading noch aktualisiert (event-on-change-reading ist für einige gesetzt):

Code Auswählen Erweitern

box_wlan_5GHz           off                           2024-09-06 13:40:41
retStat_lastReadout     9 values captured in 1.14 s   2024-09-06 13:40:41
retStat_processReadout  0.03 s                        2024-09-06 13:40:41
Danach gibt es keine Aktualisierungen mehr für die Fritzbox - Fritzclient wird weiter aktualisiert.

Nach 10 Min. habe ich statt checkAPIs mal das Attribut verbose auf 4 gesetzt.

Code Auswählen Erweitern

2024.09.06 13:57:02.572 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
Attribut in FHEMWEB wurde aktualisiert ohne die Seite neu aufzurufen, aber es bleibt dabei: es gibt keine Aktualisierungen für die Fritzbox - Fritzclient wird weiter aktualisiert

Jedoch läuft im Log (verbose 4) ohne dass etwas in FHEMWEB passiert (Intervall steht auf 90):

Code Auswählen Erweitern

2024.09.06 13:58:07.578 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 13:59:12.581 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:00:17.585 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:01:22.590 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:02:27.593 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:03:32.597 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:04:37.602 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
2024.09.06 14:05:42.605 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Set_check_APIs
Wenn ich dann die Fritzbox im FHEMWEB aktualisiere ist die Ansicht nur mit "set" das "get" fehlt dauerhaft (wie Screeshot gestern).

Nach "set <name> checkAPIs" geht es wieder

Code Auswählen Erweitern

2024.09.06 14:08:15.841 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 14:08:15.844 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 485 values
Die Daten laufen auch im Log 

Beobachtung/Check 3
Ca. 14:08:15: nach "set Fritzbox wlan5 on" kommt es wieder dazu, dass nicht aktualisiert wird. verbose 4 noch eingestellt.

Im Log kommt dabei (immer ohne Daten):

Code Auswählen Erweitern

2024.09.06 14:08:15.841 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 14:08:15.844 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 485 values
jetzt Kommando abgeschickt
2024.09.06 14:08:50.403 3: [Fritzbox | 7590 | 154.07.59 | Set.2580] - BASIC:set Fritzbox wlan5 on
2024.09.06 14:08:50.405 4: [Fritzbox | 7590 | 154.07.59 | Readout_SetGet_Start.6261] - EXPANDED:Fork process FRITZBOX_Set_Wlan_OnOff
2024.09.06 14:08:50.498 3: [Fritzbox | 7590 | 154.07.59 | Set_Wlan_OnOff.7910] - BASIC:TR-064 Command
2024.09.06 14:08:50.505 4: [Fritzbox | 7590 | 154.07.59 | Helper_read_Password.11197] - EXPANDED:Read FritzBox password from file
2024.09.06 14:08:51.295 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 14:08:15
2024.09.06 14:08:51.297 4: [Fritzbox | 7590 | 154.07.59 | call_Lua_Query.10524] - EXPANDED:Request data via API luaQuery
2024.09.06 14:08:51.584 4: [Fritzbox | 7590 | 154.07.59 | Readout_SetGet_Done.6283] - EXPANDED:Back at main process
2024.09.06 14:09:35.927 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 14:11:05.941 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 14:12:35.944 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 14:14:05.951 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web


Gibt dir das Anhaltspunkte?

Gruß Ralf

[JoWiemann]

Hallo Ralf,

vielen Dank für die Analyse. Ich komme allerdings erst ab Montag dazu, dass durch ein Code walk through zu analysieren.

Grüße und ein schönes Wochenende

Jörg

[RalfRog]

Ok dann halt ich mal die Füße still 
Versuche bis Montag auf dem Testsystem einen Vergleich im Verhalten 12a <-> aktuelle Version <-> Beta zu machen.
Ziehe dann dort auch den Rest auf die aktuelle Versionen.

Gruß Ralf

[RalfRog]

Versuche bis Montag auf dem Testsystem einen Vergleich im Verhalten

Hallo Jörg noch ein paar Anmerkungen

Kurzform:
Das Problem stellt sich auf dem Testsystem mit "07.57.15 Beta (2te)" analog dar   Kommandos werden aber trotz Hänger augeführt.
"07.57.13d" und "07.57.12a" nicht betroffen.
Ich denke damit ist sicher gestellt, dass meine Umgebung nicht die Ursache ist. Vielleicht nur ne Kleinigkeit beim Umstellen für das Fritz-Log.

Habe auf die Schnelle einige andere Kommandos gecheckt (teilweise gleicher Effet und Zufallsfindings).

• set <name> ledSetting     => kein Problem
• set <name> macFilter      => Hänger
• set <name> lockLandevice  => Hänger
  Kommando wird mit "lockLandevice landevice2150 on" korrekt ausgeführt
  Kommando funktioniert mit "lockLandevice <MAC> on" nicht
  Fehler: retStat_lockLandevice ->ERROR:no msgId returned
  
  Code Auswählen Erweitern
  (Eingabe 1C_2D_53_1A_E3_DC) 2024.09.08 14:13:37.086 3: [fritzzbox | 7590 | 154.07.59 | Set.2053] - BASIC:set fritzzbox lockLandevice  on
2024.09.08 14:13:37.087 1: PERL WARNING: Use of uninitialized value $val[0] in join or string at ./FHEM/72_FRITZBOX.pm line 2054.
2024.09.08 14:13:38.310 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:13:39.760 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:13:39.762 2: [fritzzbox | 7590 | 154.07.59 | Set_lock_Landevice_OnOffRt.7730] - SIGNIFICANT:setting locklandevice: no msgId returned
(Eingabe 1C:2D:53:1A:E3:DC) 2024.09.08 14:17:42.209 3: [fritzzbox | 7590 | 154.07.59 | Set.2053] - BASIC:set fritzzbox lockLandevice  on
2024.09.08 14:17:43.477 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:17:45.002 2: [fritzzbox | 7590 | 154.07.59 | Get_Lan_Device_Info.9938] - SIGNIFICANT:no msgId returned
2024.09.08 14:17:45.004 2: [fritzzbox | 7590 | 154.07.59 | Set_lock_Landevice_OnOffRt.7730] - SIGNIFICANT:setting locklandevice: no msgId returned


Testverlauf

• zunächst habe ich auf dem Testsystem (RPI 1B) ein "update" und "shutdown restart" gemacht
• "07.57.13d" war schon drauf. Nach Auführen von "set fritzzbox wlan5 off" wurden vom Modul die Readings weiterhin aktualisiert --> also ok
• "07.57.12a" habe ich daher nicht auch noch getestet
• "07.57.15 Beta" (2te) drauf kopiert und "shutdown restart"
  --> Prima ist diese Info im Log und Korrektur des Attributs: WARNING: fritzzbox attribute enableMobileModem was renamed to enableMobileInfo
• verbose auf 4 und neues Fritz-Log-Attribut nicht enabled
• "set fritzzbox wlan5 on" und vom Modul werden die Readings (Hänger) nicht mehr aktualisiert --> also NOK
  
  Code Auswählen Erweitern
  2024.09.06 22:30:30.451 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5559] - EXPANDED:ipv6_Prefix - start getting TR064 data
2024.09.06 22:30:30.455 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5563] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 22:30:30.718 4: [fritzzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
<?xml version="1.0" encoding="utf-8"?>
.<s:Envelope .....
</s:Envelope>
2024.09.06 22:30:30.726 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.06 22:30:30.737 4: [fritzzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 493 values
==> 2024.09.06 22:30:47.754 3: [fritzzbox | 7590 | 154.07.59 | Set.2580] - BASIC:set fritzzbox wlan5 on
2024.09.06 22:30:47.759 4: [fritzzbox | 7590 | 154.07.59 | Readout_SetGet_Start.6261] - EXPANDED:Fork process FRITZBOX_Set_Wlan_OnOff
2024.09.06 22:30:47.985 3: [fritzzbox | 7590 | 154.07.59 | Set_Wlan_OnOff.7910] - BASIC:TR-064 Command
2024.09.06 22:30:47.998 4: [fritzzbox | 7590 | 154.07.59 | Helper_read_Password.11197] - EXPANDED:Read FritzBox password from file
2024.09.06 22:30:49.961 4: [fritzzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 22:30:30
2024.09.06 22:30:49.965 4: [fritzzbox | 7590 | 154.07.59 | call_Lua_Query.10524] - EXPANDED:Request data via API luaQuery
2024.09.06 22:30:50.415 4: [fritzzbox | 7590 | 154.07.59 | Readout_SetGet_Done.6283] - EXPANDED:Back at main process
2024.09.06 22:31:51.523 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 22:33:21.525 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 22:34:51.527 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web
2024.09.06 22:36:21.532 4: [fritzzbox | 7590 | 154.07.59 | Readout_Start.3116] - EXPANDED:Skip fork process FRITZBOX_Readout_Run_Web

• danach  "set <name> checkAPIs" und das Modul arbeitet wieder
• zwei weiter Kommandos mit Hänger s.o. "set macFilter / set lockLandevice"

Nachtrag
"set fritzzbox wlan5 on" wenn WLAN schon "on" ist -> keine auswirkung also kein Hänger  ==> aber ein "set fritzzbox wlan5 off" wirkt dann wieder wie gehabt mit Hänger.
Ein erneutes "set fritzzbox wlan5 on" schaltet tatsachlich das WLAN wieder an und es klemmt weiter - ein "set fritzzbox wlan5 off" wird ausgeführt es klemmt weiter.

Wenn die Readings nicht aktualisiert werden bleibt auch der Eventmonitor stumm.

[mi.ke]

Hallo Jörg, hallo Ralf,

ich bin nicht so analytisch wie Ralf (großartig wie Du das machst), trotzdem ein paar kleine Anmerkungen, was mir aufgefallen ist.

Meine Konfiguration:
Modulversion 07.57.15 Beta
RPi 4 mit 8 GB Ram und einer SSD mit 128GB für FHEM
Zwei Fritzboxen 7590 verbunden über zwei FRITZ!Powerline 1220E

• Die Readings "box_dns_Server0" und "box_dns_Server1" zeigen immer den Provider DNS-Server an und nicht den manuell eingetragenen.
• Das Readings "box_uptime" zeigt nur noch "no-emu"
• Eine Änderung in "set <DEVICE> comment ...." löst beim speichern ein "set <DEVICE> CheckAPIs" aus, das erst durch ein manuelles "set <DEVICE> update" refreshed wird
• Beim Neustart der 2.Fritzbox wird folgendes dauerhaft ins LOG geschrieben:

Code Auswählen Erweitern

2024.09.08 14:16:17 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:16:17 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:21:18 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:21:19 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:26:18 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:26:19 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:31:39 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:31:40 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:36:28 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:36:29 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:41:28 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:41:29 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:46:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:46:33 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:51:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:51:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:56:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 14:56:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:01:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:01:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:06:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:06:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:11:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:11:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:16:31 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.
2024.09.08 15:16:32 2: [FritzboxOG | 7590 | 154.07.59 | Readout_Response.5617] - SIGNIFICANT:JSON: Old SID not valid anymore.

LG
mi.ke

[RalfRog]

Das Readings "box_uptime" zeigt nur noch "no-emu"

Jörg, das ist nicht neu  => April 2023 von juemuc  https://forum.fhem.de/index.php?topic=118150.msg1273763#msg1273763

Hatte ich auch (ich glaube im Zusammenhang mit reboot, war damals im Umfeld Mobilfunk-thetering Tests) ging aber nach einiger Zeit weg. Jetzt scheint es dauerhaft zu stehen ohne Reboot der Box.

[mi.ke]

vorher:    $Id: 72_FRITZBOX.pm 17437 2022-12-06 20:49:58Z fork $

installiert: $Id: 72_FRITZBOX.pm 28783 2024-04-11 12:13:32Z jowiemann $

Jörg, das ist nicht neu  => April 2023 von juemuc

Wie gesagt, länger kein Update des Moduls gemacht, daher für mich neu.

"set fritzzbox wlan5 on" wenn WLAN schon "on" ist -> keine auswirkung also kein Hänger  ==> aber ein "set fritzzbox wlan5 off" wirkt dann wieder wie gehabt mit Hänger.

Ein erneutes "set fritzzbox wlan5 on" schaltet tatsachlich das WLAN wieder an und es klemmt weiter - ein "set fritzzbox wlan5 off" wird ausgeführt es klemmt weiter.

Das Problem hab ich tatsächlich nicht, mit "set fritzzbox wlanX on|off" und "set fritzzbox guestWlan on|off" wird sofort geschaltet, ohne Hänger und auch die Readings werden sofort aktuallisiert.

[JoWiemann]

Hallo,

das walk through hat tatsächlich Unsinn im Code bei der Fehlerbehandlung aufgedeckt. Asche über mein Haupt. Anbei eine neue Beta zu Testen.

@mi.ke: Hast Du Fhem neu gestartet oder nur ein reload des Moduls gemacht?

Grüße Jörg

[RalfRog]

Anbei eine neue Beta zu Testen

Ich befürchte, das war es noch nicht... oder nicht alles.

Testsystem -> 07.57.15a BETA   FHEM Restart only

Habe 12:36:3x  ein "set fritzzbox lockLandevice landevice2151 on" ausgeführt und seitdem stehen die Readings. Das Kommando selbst wurde noch in den 3 Readings aktualisiert -> dann finito.

Code Auswählen Erweitern

retStat_lastReadout      4 values captured in 5.19 s   2024-09-09 12:36:35
retStat_lockLandevice    landevice2151->on             2024-09-09 12:36:35
retStat_processReadout   0.10 s                        2024-09-09 12:36:35
Ein  CheckAPIs löst den Knoten.

Gruß Ralf

[RalfRog]

Das Readings "box_uptime" zeigt nur noch "no-emu"

Hi Jörg

Hab mal rumgestochert - mehr wars nicht

163 my %LuaQueryCmd = (
164         box_uptimeHours        => { cmd   => "uimodlogic:status/uptime_hour"},
165         box_uptimeMinutes      => { cmd   => "uimodlogic:status/uptime_minutes"},
166         box_fwVersion_neu      => { cmd   => "uimodlogic:status/nspver"},

Muss es in der LuaQuery nicht "uimodlogic:status/uptime_hours" sein?
Aus der hilfe zum "get <name> luaQuery <abfrage>"

abfrage: uimodlogic:status/uptime_hours holt die Stunden, die die FritzBox seit dem letzten Neustart ununterbrochen läuft

Gruß Ralf

Edit: Yep das wars. Hab im Code das "s" dazu geschrieben

[JoWiemann]

Edit: Yep das wars. Hab im Code das "s" dazu geschrieben

Hallo Ralf,

vielen Dank. Da hat wohl copy/paste krumme Finger zugeschlagen. Hab's korrigiert.

Ich bin noch dabei die set Befehle durchzugehen. Dauert noch etwas.

Grüße Jörg

[JoWiemann]

Hallo,

anbei eine neue Beta zum Testen. Ich habe dann noch noch zwei Sachen gefunden und ein paar Kleinigkeiten abgeändert.

Grüße Jörg

[juemuc]

Hallo Jörg,

alle von mir genutzten Funktionen sind ok.

Viele Grüße
Jürgen

[RalfRog]

Hallo Jörg
Schließe mich @juemuc an.
Die Zufallsfunde sind ebenfalls ok.

Mein Testgrund Log aktivieren ist natürlich auch ok.

Gruß Ralf