FritzOS Version 8

[JoWiemann]

Hallo,

AVM beginnt mit dem Rollout der neuen Version 8.00. Im 72_FRITZBOX Modul ist diese Versionsnummer noch nicht berücksichtigt. Ich werde das die Tage nachziehen.

Sofern ihr das Update bekommt, bekommen habt oder anstoßt, bitte nicht wundern. Einige Sachen werden nicht funktionieren.

Da AVM auch viele Web-Seiten überarbeitet hat, kann es sein, dass Funktionen, die auf data.lua beruhen, nur teilweise oder gar nicht funktionieren.

Ich persönlich habe keine FB die im ersten Rollout vorgesehen ist. Ihr müsst also warten, bis meine 7590 das Update erhält.

Grüße Jörg

[swsmily]

Ich habe meine Fritzbox 7590 AX gestern Mittag geupdatet und bis jetzt keine Probleme mit dem Modul festgestellt.
Alle im Netzwerk angemeldeten Geräte werden in Readings angezeigt, VPNs ebenso, auch wie lange sie verbunden sind. WLAN kann ebenso von FHEM aus und angeschaltet werden.

Soll ich evtl irgendwas testen?

EDIT: Was nicht funktioniert, ist das Auslesen des Logfiles der Fritzbox, für mich nicht schlimm.

[JoWiemann]

Soll ich evtl irgendwas testen?

Hallo,

ich habe jetzt eine 7590 mit der aktuellen Labor 7.90 versehen. In dieser Labor wird unter Heimnetz/Netzwerk eine leere Seite Netzwerkverbindungen angezeigt. Der data.lua Befehl, der die Seite füllt ist einfach falsch. Würdest Du bitte mal nachsehen, ob das in der Version 8.00 bei Deiner 7590 AX auch so ist. Danke Dir.

Grüße Jörg

PS: Habe mal eine Anfrage an den AVM Support abgesetzt

[RalfRog]

Wollte schon deine neue Version nehmen und die 7590 zum testen aufs Labor hochrüsten.
Lass ich dann erstmal 

Gruß Ralf

[swsmily]

ich habe jetzt eine 7590 mit der aktuellen Labor 7.90 versehen. In dieser Labor wird unter Heimnetz/Netzwerk eine leere Seite Netzwerkverbindungen angezeigt. Der data.lua Befehl, der die Seite füllt ist einfach falsch. Würdest Du bitte mal nachsehen, ob das in der Version 8.00 bei Deiner 7590 AX auch so ist. Danke Dir.

Gerade mit Handy über VPN getestet, auf der Fritzbox wird jede Seite angezeigt. Auch nach dem Update hab ich übers Notebook eigentlich alles mal durchgeschaut, keine Fehler festgestellt. Außer dass man nun mehr klicken muss um irgendwo hin zu kommen.
Du meinstest doch direkt die Weboberfläche der Fritzbox?

[JoWiemann]

Du meinstest doch direkt die Weboberfläche der Fritzbox?

Ja, die Web Oberfläche. Dann bin ich mal gespannt, was AVM antwortet.

Grüße Jörg

[juemuc]

Hallo Jörg,

ich habe schon länger die Version 7.90 auf meiner FB6690 (Labor und Inhouse). Wie kann ich den data.lua Befehl testen? Hast Du ein paar Beispiele, die ich probieren kann.

Viele Grüße
Jürgen

PS: Für meine Anwendungen konnte ich noch keine Probleme feststellen.

[enno]

Moin Jörg,

dann klinke ich mich hier mal mit ein. Zum Testen kann ich zwei 7590 mit aktuellem Labor anbieten. Das was ich nutze läuft alles, wenn du spezielle Dinge hast, dann beschreibe mal was ich probieren soll. Heute Nacht gibt es erst mal wieder ein Update der Labor Version von AVM....

Gruss
  Enno

[RalfRog]

uups
Habe mich auf das Testsystem konzntriet und gar nicht germerkt, dass das Modul in "07.57.15d BETA (erste Version)" den Status

Code Auswählen Erweitern

Error: Timeout when reading Fritz!Box data. 285 | BlockingKillproduzierte und seit dem Update mit der Labor am 24. ständige Logeinträge der FritzBox:

Code Auswählen Erweitern

26.09.24   00:44:18  Anmeldung des Benutzers Fritz4Fhem an der FRITZ!Box-Benutzeroberfläche von IP-Adresse 1.2.3.11. [2 Meldungen seit 26.09.24 00:44:17]     
26.09.24   00:43:58  Anmeldung einer App des Benutzers Fritz4Fhem von IP-Adresse 1.2.3.11.Wurde auch nach einem CheckAPI nicht besser.

• Daher habe ich das Lifesystem sofort aktualisiert auf jetzt: "08.00.00"

Hochlauf ist soweit ok aber ich hatte wieder den Effekt (leider nicht genauer beobachtet), dass bei:

Code Auswählen Erweitern

disableDectInfo   0
disableFonInfo    0
enableAlarmInfo   0
enableSIP         1
enableUserInfo    0
die Readings fon60-63 entsprechend den auch vorhandenen gleichen dect1-4 da sind - nach toggeln der disableFonInfo sind sie verschwunden und tauchen nicht neu auf (fon50, fon70-72<sip> und fon9 sind und bleiben vorhanden).
Auch die user01 Reading (Datum 19.09) waren wieder da und sind nach toggeln enableUserInfo weg.


Vielleicht ist das alles ein Resultat der "Testerei" mit den verschiedenen Versionen und man nicht auf alle einzelnen Readings speziell achtet.

Lässt sich vermutlich besser beurteilen wenn die Modulversion unverändert bleibt, alles wieder korrekt dargestellt wird und man dann schaut wie es nach einem Reboot/Restart aussieht.


Gruß Ralf

P.S.
beim ändern "disableFonInfo auf 1" hatte ich wieder kurz "Error: Timeout when reading Fritz!Box data. 285 | BlockingKill" im STATE
Log:

Code Auswählen Erweitern

2024.09.26 01:35:08.291 3: [Fritzbox | 7590 | 154.07.90-115814 (old) | Attr.1174] - BASIC:Attr set disableFonInfo -> Neustart internal Timer - APICHECKED = 1
2024.09.26 01:35:08.317 3: Timeout for FRITZBOX_Readout_Run_Web reached, terminated process 2630
2024.09.26 01:35:08.361 1: [Fritzbox | 7590 | 154.07.90-115814 (old) | Readout_Aborted.6151] - ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill
2024.09.26 01:35:11.370 3: [Fritzbox | 7590 | 154.07.90-115814 (old) | Set_check_APIs.6871] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200zurück auf 0 lief

beim ändern "enableUserInfo 1" ebenso

Code Auswählen Erweitern

2024.09.26 01:39:41.849 3: [Fritzbox | 7590 | 154.07.90-115814 (old) | Attr.1174] - BASIC:Attr set enableUserInfo -> Neustart internal Timer - APICHECKED = 1
2024.09.26 01:39:41.882 3: Timeout for FRITZBOX_Readout_Run_Web reached, terminated process 3134
2024.09.26 01:39:41.923 1: [Fritzbox | 7590 | 154.07.90-115814 (old) | Readout_Aborted.6151] - ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill
2024.09.26 01:39:44.943 3: [Fritzbox | 7590 | 154.07.90-115814 (old) | Set_check_APIs.6871] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200zurück auf 0 lief

PP.S.
"Error: Timeout when reading Fritz!Box data. 285 | BlockingKill" tritt sporadisch immer wieder bei der 7590 (7.9) und auch 7490 (7.57) auf. Kannte ich bis 7.57.13d nicht. 

[JoWiemann]

Hallo Ralf,

ich kann die Probleme von Dir bei mir nicht nachstellen/provozieren.

Grüße Jörg

[RalfRog]

Hi Jörg
Kein Problem und kann ja auch gut sein - es ist auch bei mir nicht so recht und eindeutig reproduzierbar.

Ich habs mal genannt (für den Hinterkopf) falls jemand anderem auffällt, dass eigentlich per Attribut konfigurierte Readings wieder da sind.
Wenns dann läuft passt es (schaue bei zukünftigen Reboots auf dem Lifesstem mal genauer hin ).

Kann es sein, dass die regelmäßigen aber sporadischen "ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill" mit schwächeren Performance der RPi2B (Life) Rpi1B (Test) zu tun haben....

Das schöne ist: die paar Dinge (z.B. Logauswertung auf gescheiterte Anmeldungen  ) die ich für die Box automatisiert habe funktionieren! Auch in der Kombi Modul 08.00.00 mit Fritz!OS 7.59/8.0

Gruß Ralf

[RalfRog]

Hi Jörg
zunächst: schönen Urlaub!

ich kann die Probleme von Dir bei mir nicht nachstellen/provozieren.

Hallo nochmal ne kurze Info. Soweit läuft bei mir die Modul-Version mit der Labor unauffällig.
2-3 Test-Änderungen an Attributen haben kein "ERROR:Error: Timeout when reading Fritz!Box data. 285 | BlockingKill" mehr erzeugt.

Vorgestern habe ich eine Steckdose wechseln müssen (Strom weg daher FHEM und RasPi heruntergefahren) aber leider den Reboot nicht explizit beobachtet.

Heute fällt mir bei den Readings auf, dass mit Zeitstempel (27.  15:45:30) des Neustarts die "fon6x" (sind ja die Dect1-3) wieder da sind, aber nicht weiter aktualisiert werden.
Durch toggeln des Attributs "disableFonInfo" sind sie wieder weg (könnte man auch händisch löschen).

Code Auswählen Erweitern

dect1          Mobil_oben   2024-09-29 09:22:11
dect1_device   60           2024-09-29 09:22:11
dect1_intern   610          2024-09-29 09:22:11
dect2          Mobil1       2024-09-29 09:22:11
dect2_device   61           2024-09-29 09:22:11
dect2_intern   611          2024-09-29 09:22:11
dect3          Mobil2       2024-09-29 09:22:11
dect3_device   62           2024-09-29 09:22:11
dect3_intern   612          2024-09-29 09:22:11
dect4          Mobil3       2024-09-29 09:22:11
dect4_device   63           2024-09-29 09:22:11
dect4_intern   613          2024-09-29 09:22:11
fon50          ISDN- und Schnurlostelefone   2024-09-29 09:22:11
fon50_device   50           2024-09-29 09:22:11
fon60          Mobil_oben   2024-09-27 15:45:30
fon60_device   60           2024-09-27 15:45:30
fon61          Mobil1       2024-09-27 15:45:30
fon61_device   61           2024-09-27 15:45:30
fon62          Mobil2       2024-09-27 15:45:30
fon62_device   62           2024-09-27 15:45:30
fon63          Mobil3       2024-09-27 15:45:30
fon63_device   63           2024-09-27 15:45:30
fon70          FRITZ!Fon (HUAWEI, +49 1516 1234567)   2024-09-29 09:22:11
fon70_device   70           2024-09-29 09:22:11
fon71          PhonerIP     2024-09-29 09:22:11
fon71_device   71           2024-09-29 09:22:11
fon72          Fhem_SIP     2024-09-29 09:22:11
fon72_device   72           2024-09-29 09:22:11
fon9           alle Telefone   2024-09-29 09:22:11

Ich sehe das eher als Schönheitsfehler, unproblematisch  .
Liegt ja vielleicht an Unterschieden in der initialen Abfrage und den regelmäßigen Abfragen im Intervall.
Willst Du ein list sehen?

Gruß Ralf