FritzOS Version 8

Begonnen von JoWiemann, 18 September 2024, 08:53:14

Vorheriges Thema - Nächstes Thema

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
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

swsmily

#1
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

#2
Zitat von: swsmily am 18 September 2024, 20:10:08Soll 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
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

RalfRog

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

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

swsmily

Zitat von: JoWiemann am 20 September 2024, 10:36:20ich 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

Zitat von: swsmily am 20 September 2024, 12:17:59Du 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
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

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.
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

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
Einfacher FHEM Anwender auf Intel®NUC

RalfRog

#8
uups
Habe mich auf das Testsystem konzntriet und gar nicht germerkt, dass das Modul in "07.57.15d BETA (erste Version)" den Status
Error: Timeout when reading Fritz!Box data. 285 | BlockingKillproduzierte und seit dem Update mit der Labor am 24. ständige Logeinträge der FritzBox:
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:
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:
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:200
zurück auf 0 lief

beim ändern "enableUserInfo 1" ebenso
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:200
zurü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.  ::)
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Hallo Ralf,

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

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

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  ;D ) 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

FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

RalfRog

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

Zitat von: JoWiemann am 26 September 2024, 19:45:59ich 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).
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  ;D .
Liegt ja vielleicht an Unterschieden in der initialen Abfrage und den regelmäßigen Abfragen im Intervall.
Willst Du ein list sehen?

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

tomcat.x

Habe heute auch das Update bei meiner 6591 gemacht. Das einzige, was mir bis jetzt aufgefallen ist, ist das box_powerRate immer 0 ist. Es ist nicht so, dass es kein Update gibt also kein Wert kommt, sondern es wird wirklich 0 ins Reading geschrieben.

Viele Grüße
Thomas
FHEM: 6.3 auf Raspi 3B+, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

JoWiemann

Zitat von: tomcat.x am 06 Oktober 2024, 17:07:31Habe heute auch das Update bei meiner 6591 gemacht. Das einzige, was mir bis jetzt aufgefallen ist, ist das box_powerRate immer 0 ist. Es ist nicht so, dass es kein Update gibt also kein Wert kommt, sondern es wird wirklich 0 ins Reading geschrieben.

Hallo Thomas,

mach doch bitte einmal ein get <device> luaQuery power:status/rate_sumact und poste das Ergebnis.

Grüße Jörg

PS: Bei meiner 7590 mit 154.07.90-116116 wird box_powerRate gefüllt.
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

tomcat.x

Hallo Jörg,

hier das Ergebnis:
Result of query = 'power:status/rate_sumact'
----------------------------------------------------------------------
0
FHEM: 6.3 auf Raspi 3B+, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo