72_FRITZBOX.pm wird zu 72_FritzSmart.pm

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

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Bevor ich das in mein Produktivsystem einspiele, noch eine wichtige Frage:
 Sind irgendwelche Readingnamen gegenüber 72_FRITZBOX.pm geändert worden?

Es wäre extrem hilfreich, wenn man da eine Art Kompatibilitätsliste bekäme z.B. auf einer Wiki-Seite

LG

pah

JoWiemann

Zitat von: Prof. Dr. Peter Henning am 10 März 2026, 17:11:45Bevor ich das in mein Produktivsystem einspiele, noch eine wichtige Frage:
 Sind irgendwelche Readingnamen gegenüber 72_FRITZBOX.pm geändert worden?

Es wäre extrem hilfreich, wenn man da eine Art Kompatibilitätsliste bekäme z.B. auf einer Wiki-Seite

LG

pah


Hallo pah,

ich habe nur auf Package umgestellt. Es bleibt also alles beim Alten. Nur, wenn jemand interne Sub aus dem Modul nutzen sollte, muss er den Package Namen Fritz referenzieren. Allerdings habe ich beim Umstellen noch die eine oder andere Ungereimtheit gefunden und beseitigt.

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

Meine FRITZ!Box 7590 mit Firmware-Version 154.08.21 macht seit geraumer Zeit sporadisch (Abstand einige Tage) Neustarts. Auffällig ist, das dies immer mit dem Zeitpunkt vom Ausführen des Befehles "get FritzBox_7590 loadSupportData" zusammen trifft. Ob es wirklich damit zusammen hängt, oder andere Dinge zufällig zum gleichen Zeitpunkt ausgeführt werden, habe ich noch nicht herausgefunden. Ich habe jetzt erst einmal die Ausführungszeiten verändert.

Nach den Neustarts habe ich dann jeweils diese Fehlermeldung im Log:
2026.03.14 02:47:00 3: [FritzBox_7590 | 7590 | 154.08.21 | Get_supportData.16981] - BASIC:FB SupData -- error (read from http://192.168.178.1:80 timed out, read from http://192.168.178.1:80 timed out) with time: 600.15
Das Reading "retStat_supDataBusy" hat danach witerhin den Wert 1 und das "get FritzBox_7590 loadSupportData" wird nicht mehr ausgeführt, bis ich das Reading manuell lösche.

Das Reading "retStat_supDataBusy" müsste meiner Meinung nach auch im Fehlerfall zurück gesetzt werden.
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

JoWiemann

Zitat von: elektron-bbs am 14 März 2026, 14:35:42Das Reading "retStat_supDataBusy" müsste meiner Meinung nach auch im Fehlerfall zurück gesetzt werden.


Hallo, Du kannst es auch durch get loadSupportData delete zurück setzen.

Ich habe das bewusst nicht automatisiert, da ich nicht abschätzen konnte, ob nicht durch das wiederholte Abrufen Probleme im regulären Betrieb entstehen.

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

Hallo,

ich habe mich dann jetzt für 72_FritzSmart.pm entschieden.

Im Anhang findet ihr die "08.20.20 Preview".

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