72_FRITZBOX.pm ab Version 07.57.10

[RalfRog]

Hallo Jörg

Neu ist das Attribut:
enableLogReadings<liste>

Werden folgende Readings aktiviert, wird das entsprechende SystemLog des Fritz Gerätes abgeholt.
box_sys_Log -> holt das System-Log
box_wlan_Log -> holt das WLAN-Log
box_fon_Log -> holt das Telefon-Log

Bisher wurden die drei Logs immer abgeholt.

Die Funktion der beiden Kommandos:

Code Auswählen Erweitern

get <name> fritzLog <table> <all | sys | wlan | usb | net | fon>
get <name> fritzLog <hash> <all | sys | wlan | usb | net | fon> [on|off]
mit dem Aufruf der Funktion myUtilsFritzLogExPostnb/myUtilsFritzLogExPostist aber unverändert?
=> So hatte ich anfangs ungewollte Loginversuche auf der FritzBox mit FHEM in der 99_myUtils überwacht.


Nach dem du die Readings (box_sys_LogNewest, box_wlan_LogNewest, box_fon_LogNewest) realisiert hattest, triggere ich (per DOIF) auf einige Eventnummern der Box-Logs (box_sys_LogNewest, box_wlan_LogNewest).

Fazit: Bei der Testversion wäre nun auf jeden Fall das Attribut "enableLogReadings  box_sys_Log,box_wlan_Log" zu setzen.   Bleiben die *LogNewest erhalten?

Gruß Ralf

...und stelle gerade fest, dass ich schon einige Zeit keine Meldungen erhalten habe.
Obwohl es letzte Woche zwei selbst verursachte 510er Meldungen gegeben hat. Muss ich mal auf die Suche gehen...

[JoWiemann]

Hallo Ralf,

das Ermitteln des LogNewest braucht viel Zeit und führt immer wieder zu Abbrüchen, gerade bei Repeatern. Deshalb das neue Attribut.

Das get fritzLog funktioniert auch ohne gesetztes Attribut.

Grüße Jörg

[RalfRog]

Das get fritzLog funktioniert auch ohne gesetztes Attribut.

Gut - damit ne Option sich selber durchs FB-Log zu wühlen.

das Ermitteln des LogNewest braucht viel Zeit und führt immer wieder zu Abbrüchen, gerade bei Repeatern. Deshalb das neue Attribut.

Ja stimmt, bei mir zwar scheinbar unkritisch aber es sind schon viele Daten die geholt werden auch wenn man sie gar nicht nutzt und vielleicht bei entsprechendem Verbose auch nicht so gern im FHEM-Log hat.


Ein Attribut ist ne gute Idee 

Gruß Ralf

[RalfRog]

Hallo Jörg

Habe mir zum Testen die Version ins Lifesystem geholt

* ShutdownRestart: eine Warnung ansonsten unauffällig:

Code Auswählen Erweitern

2024.09.03 11:17:22.826 1: PERL WARNING: "my" variable $result masks earlier declaration in same scope at ./FHEM/72_FRITZBOX.pm line 7141, <$fh> line 1075.
...
2024.09.03 11:19:03.366 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.03 11:19:09.463 3: [Fritzclient | 7490 | 113.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
* Attribut enableLogReadings funktioniert und die Readings box_sys_Log,box_wlan_Log werden wieder aktualisiert.

* set <device> wlanGuestParams nicht probiert, kommt ja hoffentlich von mi.ke

Da ich einige Versionen nicht mitgegangen bin und von der 07.57.12a komme muss ich mich erst mal durch die Änderungen bei den enable/disable Attributen und Readings "wühlen" 

Gruß Ralf

...der Verbose Level war erstmal 3

P.S.(1)
Machen im Attribut "disableBoxReadings <liste>" die Angabe der drei Werte "box_*_LogNewest" noch Sinn? Sie werden ja durch "enableLogReadings" einzeln aktiviert - dann muss ich sie ja nicht wieder unsichtbar schalten.

P.S.(2)
Wenn man im Attribut "disableBoxReadings <liste>" alles abhakt kommt eine Meldebox:

Code Auswählen Erweitern

attr Fritzbox enableLogReadings: attribute value is missingMan muss das Attribut deleten.
Ist vermutlich ok, da sich "disableBoxReadings <liste>" genauso verhält.

P.S.(3)
Modul bleibt beim setzten "enableBoxReadings <liste>" in CheckAPI (Webansicht) hängen.

Code Auswählen Erweitern

2024.09.03 13:01:16.929 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200Muss ich mal genauer durchschauen und auch den LOglevel für dich erhöhen.
Wenn man es dann manuell nochmal anstößt läuft es wieder.

[JoWiemann]

* ShutdownRestart: eine Warnung ansonsten unauffällig:

Code Auswählen Erweitern

2024.09.03 11:17:22.826 1: PERL WARNING: "my" variable $result masks earlier declaration in same scope at ./FHEM/72_FRITZBOX.pm line 7141, <$fh> line 1075.


gefixed.

P.S.(1)
Machen im Attribut "disableBoxReadings <liste>" die Angabe der drei Werte "box_*_LogNewest" noch Sinn? Sie werden ja durch "enableLogReadings" einzeln aktiviert - dann muss ich sie ja nicht wieder unsichtbar schalten.

Da hast Du recht. Habe ich raus genommen.

P.S.(2)
Wenn man im Attribut "disableBoxReadings <liste>" alles abhakt kommt eine Meldebox:

Code Auswählen Erweitern

attr Fritzbox enableLogReadings: attribute value is missingMan muss das Attribut auf deleten.
Ist vermutlich ok, da sich "disableBoxReadings <liste>" genauso verhält.

Hm, kommt wohl aus der fhem.pl. Ich habe das mal als Frage im Developer-Bereich gepostet.

P.S.(3)
Modul bleibt beim setzten "enableBoxReadings <liste>" in CheckAPI (Webansicht) hängen.

Code Auswählen Erweitern

2024.09.03 13:01:16.929 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200

Habe ich so noch nicht gehabt. Werde das einmal ausprobieren.

Vielen Dank fürs Testen und Grüße

Jörg

PS: Anbei die neue Version

[mi.ke]

* set <device> wlanGuestParams nicht probiert, kommt ja hoffentlich von mi.ke

Hi Jörg,
erstmal vielen Dank für die schnelle Umsetzung.

wlanGuestParams ssid funktioniert prima, ich teste weiter.

ich hab seit längerem kein Update des Moduls mehr gemacht, da hat sich doch sehr viel geändert. Ich muss erstmal meine userReading, DOIF und notify anpassen. Ist jetzt einiges doppelt/anders.

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 $

Jetzt muss ich erstmal feststellen, was sich wie geändert hat, damit wieder alles sauber läuft.
cheers mi.ke

[RalfRog]

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 $

uiiii.... da waren einige auch strukturelle Änderungen nicht nur ein paar READINGs weg/dazu.

[RalfRog]

P.S.(3)
Modul bleibt beim setzten "enableBoxReadings <liste>" in CheckAPI (Webansicht) hängen.
Code Auswählen Erweitern

Code Auswählen Erweitern

2024.09.03 13:01:16.929 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6663] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200

Habe ich so noch nicht gehabt. Werde das einmal ausprobieren.

Habe deinen Post leider etwas zu spät gelesen und mit der ersten Version nochmal in Ruhe getestet - vor allem mit deaktivierter Logabfrage.
<da waren nach der 12a ja etliche Meldungen wg. "Hängern>

Der Effekt war im Prinzip weg und ich hatte (nicht reproduzierbar) einmal den Effekt, dass nach Attributänderung die zugehörigen READINGs nicht gelöscht wurden (Ausnahme das experimentelle enableMobileInfo <0 | 1> - READINGs musste ich manuell löschen).

Möglich also, dass das "Klemmen" mit aktivem auslesen des Log wieder kommt wenn man die enableAttribute setzt/ändert.
Ich hoffe dazu zu kommen es morgen mit der neuen Version nochmal zu checken. Im normalen Betrieb mit Log die letzten 5 Stunden unauffällig.


Gruß Ralf

[JoWiemann]

P.S.(2)
Wenn man im Attribut "disableBoxReadings <liste>" alles abhakt kommt eine Meldebox:

Code Auswählen Erweitern

attr Fritzbox enableLogReadings: attribute value is missingMan muss das Attribut deleten.
Ist vermutlich ok, da sich "disableBoxReadings <liste>" genauso verhält.

Rückmeldung von Rudi: works as designed.

Grüße Jörg

[RalfRog]

Rückmeldung von Rudi: works as designed.
Grüße Jörg

Jo.
Kommt vermutlich nicht so oft vor, dass man alle Haken wegnimmt.
Unerfahrenheit stolpert hier gedanklich - aber mit der Meldung "attr Fritzbox disableBoxReadings: attribute value is missing" kann man sich denken deleteattr zu verwenden.

Gruß Ralf

[RalfRog]

Hi Jörg
Habe gerade im Dev-Thread deine Diskussion mit Rudi gelesen.

Bloß keine Verrenkungen wegen der Meldung. Ich kann mich nicht erinnern, dass ich mal von einem Nutzer ne Meldung dazu gelesen habe und
mir ist es in 5 Jahren max. 2-3 mal passiert, dass ich zum Testen alle Haken entfernt habe.
Mir fallen auch nicht viele Module mit Auswahlbox in den Attributen ein.

Gruß Ralf

[erwin]

Hi Jörg,

auch aus dem Fakt, dass :multiplestrict auch für set/get-cmds verwendet werden könnte...

Ein Fix für dein Problem könnte sein, zusätzlich "none" bzw. "all" als Option anzubieten,
und in der Modul-AttrFn das entspechend zu behanden.
Die Fehlermeldung kommt zwar trotzdem, wenn nichts selektiert ist, aber es ist ein "Denkanstoß" für den User.
l.g. erwin

[RalfRog]

PS: Anbei die neue Version

Hallo Jörg
Die neue Version ist gerade mit shutdown restart aktiviert und der Vorgänger bis dahin ohne Meldungen (Verbose 3) im Log.

Keine Auffälligkeiten jetzt zu Beginn

• Meldung ist weg: "PERL WARNING: "my" variable $result
• die drei Werte "box_*_LogNewest" sind weg

Zu den "Hängern" hatte ich mich ja schon geäußert. Werde jetzt noch ein wenig "rumspielen" und schau mal ob sich was sehen lässt. Das FB-Log hole ich seit gestern Abend wieder.

Gruß Ralf

[RalfRog]

Hallo Jörg

Habe nicht wirklich etwas finden können. Eventuell liegt ja auch an der Performance meines Pi2B 

Habe mal mit Verbose 4 das Log per "tail -f" mitlaufen lassen. An sich wird bei Änderung der enable/disable Attribute direkt

Code Auswählen Erweitern

2024.09.04 20:34:58.507 3: [Fritzbox | 7590 | 154.07.59 | Set_check_APIs.6667] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2024.09.04 20:36:40.285 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3113] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
...aufgerufen und entfallende Readings aus der Liste entfernt.
Sehr sporadisch funktioniert es nicht (Readings entfernen). Bei den "enableLogReadings" gleich beim ersten Mal (Zufall), dann nicht wieder. 

Kurze Frage: siehe Bild
Es verschwindet jedesmal die get-Box (nur set bleibt erhalten). Normal? Performance?
Kommt dann wieder wenn die Detailansicht Fritzbox erneut aufgerufen wird (bin bisher nicht zum Gegencheck auf die 07.57.12a zurück!)

Gruß Ralf

P.S.
Das holen des WLAN-Log dauert etwa 1,5 sec, das SYS-Log 2 sec. und die WLANneighbors sogar 3,5 sec

Code Auswählen Erweitern

2024.09.04 20:44:06.086 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4240] - EXPANDED:enableWLANneighbors - start getting data
2024.09.04 20:44:06.092 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:43:00
2024.09.04 20:44:06.094 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:44:06.095 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://10.20.30.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:44:09.417 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
{"pid":"chan","hide":{"rss":true,"ssoSet":true,"liveImg":true,"liveTv":true,"dectMail":true,"dectRdio":true,"provServ":true,"rrd":true},"timeTillLogout":"1200"........
2024.09.04 20:44:09.433 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4307] - EXPANDED:enableWLANneighbors - end getting data

Übersicht eine Sequenz
2024.09.04 20:37:45.278 4: [Fritzbox | 7590 | 154.07.59 | Readout_Start.3113] - EXPANDED:Fork process FRITZBOX_Readout_Run_Web
2024.09.04 20:37:45.317 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3220] - EXPANDED:luaQuery - start getting data
2024.09.04 20:37:45.368 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:45.370 4: [Fritzbox | 7590 | 154.07.59 | call_Lua_Query.10524] - EXPANDED:Request data via API luaQuery
2024.09.04 20:37:46.495 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3362] - EXPANDED:luaQuery - start getting data: Dect device list
2024.09.04 20:37:46.515 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3456] - EXPANDED:luaQuery - end getting data: Dect device list
2024.09.04 20:37:46.516 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3464] - EXPANDED:luaQuery - start getting data: FonInfo
2024.09.04 20:37:46.518 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3480] - EXPANDED:luaQuery - end getting data: FonInfo
2024.09.04 20:37:46.532 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3498] - EXPANDED:sip for box-model: 7590
2024.09.04 20:37:46.533 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3502] - EXPANDED:luaQuery - start getting data: SIPInfo
2024.09.04 20:37:46.535 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3515] - EXPANDED:sip->info: sip0: 1
2024.09.04 20:37:46.536 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3526] - EXPANDED:sip0_0123789012 -> registration ok
2024.09.04 20:37:46.538 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3515] - EXPANDED:sip->info: sip1: 1
2024.09.04 20:37:46.540 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3526] - EXPANDED:sip1_4912396123456 -> registration ok
2024.09.04 20:37:46.542 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3515] - EXPANDED:sip->info: sip2: 1
2024.09.04 20:37:46.544 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3526] - EXPANDED:sip2_0123789012 -> registration ok
2024.09.04 20:37:46.545 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3560] - EXPANDED:end
2024.09.04 20:37:46.548 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3565] - EXPANDED:luaQuery - end getting data: SIPInfo
2024.09.04 20:37:46.549 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3574] - EXPANDED:luaQuery - start getting data: VPNShares
2024.09.04 20:37:46.551 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn0 connection0: 1: not active
2024.09.04 20:37:46.554 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn1 connection1: 1: not active
2024.09.04 20:37:46.556 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn2 connection2: 1: not active
2024.09.04 20:37:46.559 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3589] - EXPANDED:vpn->info: vpn3 connection3: 1: not active
2024.09.04 20:37:46.561 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3649] - EXPANDED:luaQuery - end getting data: VPNShares
2024.09.04 20:37:46.562 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3661] - EXPANDED:luaQuery - start getting data: wlanList
2024.09.04 20:37:46.579 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3677] - EXPANDED:luaQuery - end getting data: wlanList
2024.09.04 20:37:46.583 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3714] - EXPANDED:luaQuery - start getting data: lanDevice
2024.09.04 20:37:46.614 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.3848] - EXPANDED:luaQuery - end getting data: lanDevice
2024.09.04 20:37:46.622 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaQuery.4057] - EXPANDED:luaQuery - end getting data
2024.09.04 20:37:46.626 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4104] - EXPANDED:mesh_role - start getting data
2024.09.04 20:37:46.632 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:46.633 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:46.634 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:47.323 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:47.332 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4147] - EXPANDED:mesh_role - end getting data
2024.09.04 20:37:47.334 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4155] - EXPANDED:WakeUpCall - start getting data
2024.09.04 20:37:47.338 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:47.339 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:47.341 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:48.194 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:48.208 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4231] - EXPANDED:WakeUpCall - end getting data
2024.09.04 20:37:48.209 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4240] - EXPANDED:enableWLANneighbors - start getting data
2024.09.04 20:37:48.215 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:48.216 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:48.218 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:51.500 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:51.513 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4307] - EXPANDED:enableWLANneighbors - end getting data
2024.09.04 20:37:51.515 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4376] - EXPANDED:LOG_WLAN - start getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:51.519 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:51.520 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:51.521 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:52.921 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:52.971 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4421] - EXPANDED:LOG_WLAN - end getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:52.973 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4431] - EXPANDED:LOG_SYS - start getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:52.979 4: [Fritzbox | 7590 | 154.07.59 | open_Web_Connection.10453] - EXPANDED:using old SID from 20:36:42
2024.09.04 20:37:52.981 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10597] - EXPANDED:Request data via API dataQuery.
2024.09.04 20:37:52.984 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10601] - EXPANDED:URL: http://1.2.3.1/data.lua?sid=657b9e5b0bc534a5
2024.09.04 20:37:54.923 4: [Fritzbox | 7590 | 154.07.59 | read_LuaData.10606] - EXPANDED:Response: 200 OK
2024.09.04 20:37:54.970 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.4472] - EXPANDED:LOG_SYS - end getting data: box_sys_Log,box_wlan_Log
2024.09.04 20:37:54.971 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_LuaData.5074] - EXPANDED:wrong Fritz!OS: 07.59 or AVM-Model: FRITZ!Box 7590 for docsis informations.
2024.09.04 20:37:54.980 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5382] - EXPANDED:wanpppconn - start getting TR064 data
2024.09.04 20:37:54.982 4: [Fritzbox | 7590 | 154.07.59 | Helper_read_Password.11197] - EXPANDED:Read FritzBox password from file
2024.09.04 20:37:55.690 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5430] - EXPANDED:wanpppconn - end getting TR064 data
2024.09.04 20:37:55.691 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5514] - EXPANDED:ipv6 - start getting TR064 data
2024.09.04 20:37:56.090 4: [Fritzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
2024.09.04 20:37:56.094 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5534] - EXPANDED:ipv6 - end getting TR064 data
2024.09.04 20:37:56.095 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5539] - EXPANDED:ipv6_Prefix - start getting TR064 data
2024.09.04 20:37:56.379 4: [Fritzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
2024.09.04 20:37:56.382 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5559] - EXPANDED:ipv6_Prefix - start getting TR064 data
2024.09.04 20:37:56.383 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5563] - EXPANDED:AccessType - start getting TR064 data
2024.09.04 20:37:56.600 4: [Fritzbox | 7590 | 154.07.59 | SOAP_Request.10093] - EXPANDED:XML_RESONSE:
2024.09.04 20:37:56.603 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web_TR064.5589] - EXPANDED:AccessType - start getting TR064 data
2024.09.04 20:37:56.606 4: [Fritzbox | 7590 | 154.07.59 | Readout_Run_Web.3180] - EXPANDED:Captured 487 values


[JoWiemann]

aufgerufen und entfallende Readings aus der Liste entfernt.
Sehr sporadisch funktioniert es nicht (Readings entfernen). Bei den "enableLogReadings" gleich beim ersten Mal (Zufall), dann nicht wieder. 

Hallo Ralf,

hm, werde ich nochmal testen. Bisher hatte ich das Symptom noch nicht.

Kurze Frage: siehe Bild
Es verschwindet jedesmal die get-Box (nur set bleibt erhalten). Normal? Performance?
Kommt dann wieder wenn die Detailansicht Fritzbox erneut aufgerufen wird (bin bisher nicht zum Gegencheck auf die 07.57.12a zurück!)

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

Das holen des WLAN-Log dauert etwa 1,5 sec, das SYS-Log 2 sec. und die WLANneighbors sogar 3,5 sec

Das Problem sind wohl eher die Repeater. Bei FB's hatte ich hier bisher auch keine Probleme.

Grüße Jörg