72_FRITZBOX.pm wird zu 72_FritzSmart.pm

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

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

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

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

Code Auswählen Erweitern

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.

[JoWiemann]

Das 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

[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

[erdnar]

fkt. bei mir mit FB6660, FR1200, FR2400 u. FR3000
Danke für die Arbeit 

[elektron-bbs]

Hallo Jörg,
ich habe jetzt auch die neue Version 72_FritzSmart.pm installiert.

Was ist in der Hilfe damit gemeint - Schaltsteckdose?

Code Auswählen Erweitern

set <name> smartHome <deviceID> <switch:0|1>
schaltet den Steckdosenadapter aus|an
Ich habe versucht, mit diesem Befehl meine Schaltsteckdose FRITZ!Smart Energy 200 zu schalten. Da bekomme ich aber folgende Fehlermeldung:

Code Auswählen Erweitern

set FritzBox_7590 smartHome 17 switch:1
ERROR: first parameter: 17 not a valid reference for a SmartHome THERMOSTAT
2026.03.15 13:27:22 3: [FritzBox_7590 | 7590 | 154.08.21 | Set_Modul.2142] - BASIC:set FritzBox_7590 smartHome - 17 1
2026.03.15 13:27:22 2: [FritzBox_7590 | 7590 | 154.08.21 | Helper_retMsg.2113] - SIGNIFICANT:location: 2487 | Msg: ERROR: first parameter: 17 not a valid reference for a SmartHome THERMOSTAT
Laut "get FritzBox_7590 luaInfo smartHomeDevices" ist das Gerät mit folgenden Werten registriert:

Code Auswählen Erweitern

ID        17
Category  SOCKET
Model     FRITZ!Smart Energy 200

Bei dem Versuch mit "get FritzBox_7590 luaInfo smartHomeDevices" ist FHEM allerdings mit folgenden Fehlermeldungen im Log abgeschmiert:

Code Auswählen Erweitern

2026.03.15 13:29:44 3: [FritzBox_7590 | 7590 | 154.08.21 | Get_SmartHome_Devices_List.13482] - BASIC:Fritz_SmartHome_Device_List (Fritz!OS: 08.21)
Undefined subroutine &Fritz::FileRead called at ./FHEM/72_FritzSmart.pm line 14611.
Ich musste die Zeile ändern in:

Code Auswählen Erweitern

     my ($err, @l) = main::FileRead($smh_pre_path);
Mit dieser Änderung hat der Befehl dann funktioniert. FileRead kommt im Modul 5 mal vor.

[JoWiemann]

Hallo elektron-bbs,

vielen Dank für die Rückmeldung. Schaue ich mir an.

Grüße Jörg

[JoWiemann]

Hallo,

anbei eine neue "08.20.20a Preview".

Die von elektron-bbs (Dank an elektron) angemerkten Fehler sollten behoben sein.

Grüße Jörg

[elektron-bbs]

Danke, das funktioniert jetzt.

Mir ist in der Zwischenzeit noch etwas aufgefallen. Bisher habe ich bei meinem FRITZ!Smart Thermo 301 über das Modul FBDECT "set boost 10800" erfolgreich ausgeführt. Die Zeit wird dort in Sekunden angegeben.
Bei FritzSmart ist für boost eine Begrenzung auf 120 Minuten eingerichtet. In der Doku AHA-HTTP-Interface.pdf steht für den Befehl "sethkrboost" folgendes:

Code Auswählen Erweitern

HKR Boost aktivieren mit End-Zeit(Zeit in Sekunden seit 1970)
zum Deaktivieren:endtimestamp=0
Die End-Zeit darf maximal bis zu 24 Stunden in der Zukunft liegen.
Ich bitte darum, diese Begrenzung noch anzupassen.

[JoWiemann]

Hallo elektron-bbs,

anbei eine neue "08.20.20b Preview" in der die Grenze jetzt bei 1440 Minuten liegt.

Grüße Jörg