72_FRITZBOX.pm ab Version 08.00.00

[Jamo]

Hallo Jörg, die Version 08.03.00k_Beta aus Post §89 läuft soweit problemlos bei mir.
Im Log finde ich allerdings immer folgende Einträge, wenn ich das WLAN schalte:

Code Auswählen Erweitern

2025.02.27 06:15:00 3: set FritzBox wlan on : FRITZBOX_Readout_SetGet_Start done
Hoffe mit deinen Homematik IP BWM läuft alles?

Beste Grüsse Jamo

[JoWiemann]

Hallo Jörg, die Version 08.03.00k_Beta aus Post §89 läuft soweit problemlos bei mir.
Im Log finde ich allerdings immer folgende Einträge, wenn ich das WLAN schalte:

Code Auswählen Erweitern

2025.02.27 06:15:00 3: set FritzBox wlan on : FRITZBOX_Readout_SetGet_Start done
Hoffe mit deinen Homematik IP BWM läuft alles?

Beste Grüsse Jamo

Hallo Jamo,

mit den Homematik IP BWM ist alles Ok. Zwei sind schon in Betrieb. Licht im Bad wird nicht mehr vergessen auszuschalten 

Du kannst über ein Attribut die Rückmeldungen von set-Befehlen festlegen.

retMsgbySet <all|error|none>

Mit dem Attribut kann die Rückgabe der SET Befehle festgelegt werden.
<all>: Standard. Es werden alle Ergebnisse der SET's zurück gegeben.
<error>: Es werden nur Fehler zurück gegeben.
<none>: Es erfolgt keine Rückgabe.

Grüße Jörg

[Jamo]

Hallo Jörg,
ich habe retMsgbySet auf <error> gesetzt, aber die 'FRITZBOX_Readout_SetGet_Start done' kommen trotzdem. Oder ist die Meldung ein 'error'? Ich setze das jetzt mal auf <none> ..

Ansonsten super Arbeit am FB Modul, ich bin begeistert!

Beste Grüsse!

[frank]

hallo jörg,
meine tests zur version 08.03.00k_Beta:

alle prefDef probleme gelöst, soweit alles bestens. 

bei box_notify gibt es noch probleme:

1. manuelles löschen der solved readings nach restart
das csrf-problem ist im prinzip auch gelöst, so dass über den link gelöscht wird.
sie sind auch zunächst weg, kommen aber beim nächsten fb-update zurück!!!

ich habe es schon 3x nach einander erlebt, dann aber aufgegeben.
mit dieser modul version habe ich dieses schauspiel nun auch das erste mal im betrieb, also lange nach restart, erlebt.

2. fehlermeldung rote led
solange die rote led leuchtet, kommt mit jedem fb-update eine fehlermeldung

Code Auswählen Erweitern

2025.02.27 11:45:58.532 2: [fritzbox | 7490 | 113.07.60 | Readout_Run_Web_LuaData.4919] - SIGNIFICANT:rote LED Info: keine weitere Information vorhanden mit ID: 8_1möglichst reduzieren.
vielleicht 1x zu beginn des fehlers/alarms?

3. ledSetting erzeugt immer 2 solved events (genau genommen natürlich 2x2=4)
zuerst "by click" dann mit dem nächsten update "by fb".
eventmonitor plus log zeigt:

Code Auswählen Erweitern

2025.02.27 14:05:50.428 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025-02-27 14:05:55.734 FRITZBOX fritzbox box_notify_8_1: - solved by click- <quittieren>
2025-02-27 14:05:55.777 FRITZBOX fritzbox box_notify_8_1_info:

2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1: - solved by FB- <quittieren>
2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1_info:


gruss frank

[JoWiemann]

Hallo Jörg,
ich habe retMsgbySet auf <error> gesetzt, aber die 'FRITZBOX_Readout_SetGet_Start done' kommen trotzdem. Oder ist die Meldung ein 'error'? Ich setze das jetzt mal auf <none> ..

Ansonsten super Arbeit am FB Modul, ich bin begeistert!

Beste Grüsse!

Danke für die Blumen. In der Auswertung des Attributs hatte ich einen doofen Fehler.

Anbei eine korrigierte Version.

Grüße Jörg

[JoWiemann]

das csrf-problem ist im prinzip auch gelöst, so dass über den link gelöscht wird.
sie sind auch zunächst weg, kommen aber beim nächsten fb-update zurück!!!

ich habe es schon 3x nach einander erlebt, dann aber aufgegeben.
mit dieser modul version habe ich dieses schauspiel nun auch das erste mal im betrieb, also lange nach restart, erlebt.

Ich habe da noch eine Idee. Muss ich mal ausprobieren.

2. fehlermeldung rote led
solange die rote led leuchtet, kommt mit jedem fb-update eine fehlermeldung

Code Auswählen Erweitern

2025.02.27 11:45:58.532 2: [fritzbox | 7490 | 113.07.60 | Readout_Run_Web_LuaData.4919] - SIGNIFICANT:rote LED Info: keine weitere Information vorhanden mit ID: 8_1möglichst reduzieren.
vielleicht 1x zu beginn des fehlers/alarms?

Da war noch ein Log mit verbose 2 vom Testen übriggeblieben.

3. ledSetting erzeugt immer 2 solved events (genau genommen natürlich 2x2=4)
zuerst "by click" dann mit dem nächsten update "by fb".
eventmonitor plus log zeigt:

Code Auswählen Erweitern

2025.02.27 14:05:50.428 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025-02-27 14:05:55.734 FRITZBOX fritzbox box_notify_8_1: - solved by click- <quittieren>
2025-02-27 14:05:55.777 FRITZBOX fritzbox box_notify_8_1_info:

2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1: - solved by FB- <quittieren>
2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1_info:


Ich habe auch hier noch eine Idee, werde ich mir mal ansehen.

Grüße Jörg

[JoWiemann]

Hallo Frank,

so, glaube habe fertig...

Grüße Jörg

[frank]

moin jörg,

fast fertig.
funktionieren tut jetzt alles.
aber nun mit 4 warnings, die nach restart zwischen api-check und dem solved event mit dem neuen csrf-token auftauchen:

Code Auswählen Erweitern

2025.02.28 22:38:10.606 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4866.
2025.02.28 22:38:10.612 1: stacktrace:
2025.02.28 22:38:10.617 1:     main::__ANON__                      called by ./FHEM/72_FRITZBOX.pm (4866)
2025.02.28 22:38:10.621 1:     main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.625 1:     main::FRITZBOX_Readout_Run_Web      called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.629 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.633 1:     main::BlockingCall                  called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.638 1:     main::FRITZBOX_Readout_Start        called by fhem.pl (3511)
2025.02.28 22:38:10.642 1:     main::HandleTimeout                 called by fhem.pl (710)
2025.02.28 22:38:10.646 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4868.
2025.02.28 22:38:10.651 1: stacktrace:
2025.02.28 22:38:10.655 1:     main::__ANON__                      called by ./FHEM/72_FRITZBOX.pm (4868)
2025.02.28 22:38:10.659 1:     main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.663 1:     main::FRITZBOX_Readout_Run_Web      called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.667 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.671 1:     main::BlockingCall                  called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.676 1:     main::FRITZBOX_Readout_Start        called by fhem.pl (3511)
2025.02.28 22:38:10.680 1:     main::HandleTimeout                 called by fhem.pl (710)
2025.02.28 22:38:10.685 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4866.
2025.02.28 22:38:10.690 1: stacktrace:
2025.02.28 22:38:10.692 1:     main::__ANON__                      called by ./FHEM/72_FRITZBOX.pm (4866)
2025.02.28 22:38:10.695 1:     main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.697 1:     main::FRITZBOX_Readout_Run_Web      called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.699 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.701 1:     main::BlockingCall                  called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.703 1:     main::FRITZBOX_Readout_Start        called by fhem.pl (3511)
2025.02.28 22:38:10.705 1:     main::HandleTimeout                 called by fhem.pl (710)
2025.02.28 22:38:10.708 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4868.
2025.02.28 22:38:10.710 1: stacktrace:
2025.02.28 22:38:10.712 1:     main::__ANON__                      called by ./FHEM/72_FRITZBOX.pm (4868)
2025.02.28 22:38:10.714 1:     main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.716 1:     main::FRITZBOX_Readout_Run_Web      called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.719 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.721 1:     main::BlockingCall                  called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.723 1:     main::FRITZBOX_Readout_Start        called by fhem.pl (3511)
2025.02.28 22:38:10.725 1:     main::HandleTimeout                 called by fhem.pl (710)

gruss frank

[frank]

hallo jörg,

es ist doch noch mehr.
irgendwie hast du predef nebenbei zerschossen:

Code Auswählen Erweitern

2025.03.01 13:12:27.123 3: [fritzbox | 7490 | 113.07.60 | Set.1280] - BASIC:set fritzbox smartHome - 16 preDefLoad:astroHomeSunsetOn
2025.03.01 13:12:45.314 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13365] - BASIC:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<link rel="styleshee...") at ./FHEM/72_FRITZBOX.pm line 13364.
2025.03.01 13:12:45.320 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13417] - BASIC:no HASH/ARRAY from JSON returned (.....)
2025.03.01 13:12:45.333 2: [fritzbox | 7490 | 113.07.60 | Set.1629] - SIGNIFICANT:SmartHome Device 16 - ERROR: no HASH/ARRAY from JSON returned
2025.03.01 13:12:45.338 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1251] - SIGNIFICANT:ERROR: no HASH/ARRAY from JSON returned

gruss frank

[JoWiemann]

hallo jörg,

es ist doch noch mehr.
irgendwie hast du predef nebenbei zerschossen:

Code Auswählen Erweitern

2025.03.01 13:12:27.123 3: [fritzbox | 7490 | 113.07.60 | Set.1280] - BASIC:set fritzbox smartHome - 16 preDefLoad:astroHomeSunsetOn
2025.03.01 13:12:45.314 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13365] - BASIC:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<link rel="styleshee...") at ./FHEM/72_FRITZBOX.pm line 13364.
2025.03.01 13:12:45.320 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13417] - BASIC:no HASH/ARRAY from JSON returned (.....)
2025.03.01 13:12:45.333 2: [fritzbox | 7490 | 113.07.60 | Set.1629] - SIGNIFICANT:SmartHome Device 16 - ERROR: no HASH/ARRAY from JSON returned
2025.03.01 13:12:45.338 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1251] - SIGNIFICANT:ERROR: no HASH/ARRAY from JSON returned

gruss frank

Hallo Frank,

wenn Du das reproduzieren kannst, dann bitte einmal mit verbose 4. Ich kann den Fehler, nach jetzt zwei Stunden testen, nicht nachstellen. Es sieht auf Grund des Auszugs aus, als wenn die FB mit einem html Content und nicht mit einem JSON antwortet.

Für das CSRF Token habe ich jetzt eine andere Lösung eingebaut. Ich hoffe, dass das jetzt passt.

Grüße Jörg

Grüße Jörg

[frank]

moin.

das csrf token wird nun nicht mehr erneuert, link wird also blockiert.
dafür keine warnings. 

predefLoad will weiterhin nicht, siehe anhang.


gruss frank

[frank]

hallo jörg,

es muss wieder am "automatic" teil von astro liegen, den "generell" teil kann ich laden.

prefdef sieht so aus:

Code Auswählen Erweitern

saved preDef for device:16 with name:astroHomeSunsetOn
$VAR1 = {
          'countdown_off_hh' => '0',
          'countdown_off_mm' => '0',
          'countdown_onoff' => '0',
          'device' => '16',
          'device_name_category' => 'SOCKET',
          'device_web_site' => 'AUTOMATION',
          'graphState' => '1',
          'latitude' => '88.88',
          'longitude' => '11.11',
          'stand_by_duration' => '',
          'stand_by_power' => '',
          'sunrise' => 'off',
          'sunrise_off_duration' => '00:00',
          'sunrise_off_option' => 'manually',
          'sunrise_off_relative' => '00:00',
          'sunrise_off_relative_negative' => 'false',
          'sunrise_on_option' => 'relative',
          'sunrise_on_relative' => '00:00',
          'sunrise_on_relative0' => '00',
          'sunrise_on_relative1' => '00',
          'sunrise_on_relative_negative' => 'false',
          'sunset' => 'on',
          'sunset_off_absolute' => '01:30',
          'sunset_off_duration' => '00:00',
          'sunset_off_option' => 'absolute',
          'sunset_off_relative' => '00:00',
          'sunset_off_relative_negative' => 'false',
          'sunset_on_option' => 'relative',
          'sunset_on_relative' => '00:30',
          'sunset_on_relative0' => '00',
          'sunset_on_relative1' => '30',
          'sunset_on_relative_negative' => 'false',
          'switchautomatic' => 'on',
          'switchtimer' => 'sun_calendar',
          'timer_item_0' => '0130;1;9',
          'timer_item_1' => '0145;0;9'
        };
fb konfiguration im anhang.


gruss frank

[JoWiemann]

hallo jörg,

es muss wieder am "automatic" teil von astro liegen, den "generell" teil kann ich laden.

Hallo Frank,

Hast Du neu gespeichert. Der Fehler wurde beim Speichern erzeugt und wurde beim Laden sichtbar.

Beim CSRF Token habe ich keine Idee mehr. Ich nutze jetzt den Hook FW_detailFn. Die im Modul in FW_detailFn hinterlegte Sub wird vom FhemWeb, soweit ich weiß, vor der Generierung der Seite aufgerufen. In dieser Sub tausche ich nun das CSRF Token gegen das aktuelle aus. Ich wühle mich mal weiter durch das Thema.

Grüße Jörg

[frank]

moin jörg,

Hast Du neu gespeichert. Der Fehler wurde beim Speichern erzeugt und wurde beim Laden sichtbar.

sowohl als auch.
in post #101 sind alle daten neu.
zur info: bei den fehlgeschlagenen predefloads hat die fritzbox die automatik im dect200 jeweils ausgeschaltet.


csrf hat ja bereits einige versionen lang funktioniert.
es waren nur die warnungen dazu gekommen.
seit 08.03.00m_Beta funktioniert es nicht mehr.

man könnte aber auch, wie im reading box_notify_info zunächst ein popup öffnen, das dann die befehle presentiert. dann werden hoffentlich die token erst beim popup öffnen erstellt.
in der fritzbox erscheint ja auch erst ein popup zum löschen/quittieren.


gruss frank

[JoWiemann]

Hallo Frank,

ich hatte eine Fallkonstellation vergessen zu testen. Mal sehen, ob es jetzt klappt.

Beim CSRF Token hat mir Rudi noch einen Tipp gegeben. Bei mir funktioniert es.

Grüße Jörg