- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
FHEM Code changes / Revision 31339: 98_vitoconnect...
Letzter Beitrag von System - 06 Juni 2026, 18:30:27Revision 31339: 98_vitoconnect: Error handling bugfix von R. Bergmann. Danke!
98_vitoconnect: Error handling bugfix von R. Bergmann. Danke!
Source: Revision 31339: 98_vitoconnect: Error handling bugfix von R. Bergmann. Danke!
98_vitoconnect: Error handling bugfix von R. Bergmann. Danke!
Source: Revision 31339: 98_vitoconnect: Error handling bugfix von R. Bergmann. Danke!
#12
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von duu75 - 06 Juni 2026, 17:59:30Zitat von: stefanru am 06 Juni 2026, 17:55:40Ja genau das ist das Problem.
Das Token ist aber länger gültig und es geht weiter.
Wenn es dann ohne ständigen Refresh ungültig wird werden wir sehen (Tage/Wochen/Monate).
Mein Fix behebt das performance Problem und hält trotzdem die Versuche der Updates aktiv nur nicht im sekunden Takt.
Patch gegen das original Modul:
# 1. Diff auf Pi legen (z.B. via scp oder Copy-Paste)
# 2. Backup
sudo cp /opt/fhem/FHEM/37_echodevice.pm /opt/fhem/FHEM/37_echodevice.pm.backup
# 3. Test ohne zu ändern
sudo patch --dry-run /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 4. Wenn ok: echter Patch
sudo patch /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 5. In FHEM-Webinterface:
reload 37_echodevice
Ich empfhele aber einen Neustart von FHEM, nachdem das Modul gepatched ist.
Da das original Modul Timer nicht sauber aufräumt und die dann noch rumgeistern.
Gruß,
Stefan
patch ist der Zauberbefehl
Danke für den Patch und die Tips
#13
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von stefanru - 06 Juni 2026, 17:57:32Ok danke Ralph,
Dein Pullrequest war sauber.
Gab keine Probleme bei mir
Version habe ich eben ins SVN eingechecked.
Neue Version ab morgen:
"1.1.3" => "04.06.2026 Bugfix-Fork von v1.1.3 durch R. Bergmann [RB-FIX-01] Parsing-Stride 4->6 in getErrorCode korrigiert; [RB-FIX-02] BlockingGet-Cache verhindert FHEM-Freeze; [RB-FIX-03] ReadFn toter Code entfernt"
Danke und Gruß,
Stefan
Dein Pullrequest war sauber.
Gab keine Probleme bei mir
Version habe ich eben ins SVN eingechecked.
Neue Version ab morgen:
"1.1.3" => "04.06.2026 Bugfix-Fork von v1.1.3 durch R. Bergmann [RB-FIX-01] Parsing-Stride 4->6 in getErrorCode korrigiert; [RB-FIX-02] BlockingGet-Cache verhindert FHEM-Freeze; [RB-FIX-03] ReadFn toter Code entfernt"
Danke und Gruß,
Stefan
#14
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 06 Juni 2026, 17:55:40Ja genau das ist das Problem.
Das Token ist aber länger gültig und es geht weiter.
Wenn es dann ohne ständigen Refresh ungültig wird werden wir sehen (Tage/Wochen/Monate).
Mein Fix behebt das performance Problem und hält trotzdem die Versuche der Updates aktiv nur nicht im sekunden Takt.
Patch gegen das original Modul:
# 1. Diff auf Pi legen (z.B. via scp oder Copy-Paste)
# 2. Backup
sudo cp /opt/fhem/FHEM/37_echodevice.pm /opt/fhem/FHEM/37_echodevice.pm.backup
# 3. Test ohne zu ändern
sudo patch --dry-run /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 4. Wenn ok: echter Patch
sudo patch /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 5. In FHEM-Webinterface:
reload 37_echodevice
Ich empfhele aber einen Neustart von FHEM, nachdem das Modul gepatched ist.
Da das original Modul Timer nicht sauber aufräumt und die dann noch rumgeistern.
Gruß,
Stefan
Das Token ist aber länger gültig und es geht weiter.
Wenn es dann ohne ständigen Refresh ungültig wird werden wir sehen (Tage/Wochen/Monate).
Mein Fix behebt das performance Problem und hält trotzdem die Versuche der Updates aktiv nur nicht im sekunden Takt.
Patch gegen das original Modul:
# 1. Diff auf Pi legen (z.B. via scp oder Copy-Paste)
# 2. Backup
sudo cp /opt/fhem/FHEM/37_echodevice.pm /opt/fhem/FHEM/37_echodevice.pm.backup
# 3. Test ohne zu ändern
sudo patch --dry-run /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 4. Wenn ok: echter Patch
sudo patch /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 5. In FHEM-Webinterface:
reload 37_echodevice
Ich empfhele aber einen Neustart von FHEM, nachdem das Modul gepatched ist.
Da das original Modul Timer nicht sauber aufräumt und die dann noch rumgeistern.
Gruß,
Stefan
#15
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von duu75 - 06 Juni 2026, 17:45:46Zitat von: stefanru am 06 Juni 2026, 17:39:10Ja login new mit OTP geht eigentlich und dann bleibt das Token erstmal 6000sek ok, danach wird ein refresht gemacht und der geht schief.
Dann geht die Schleife los.
Also der Refresh scheint nicht mehr so zu funktionieren wie früher.
Sollte es bei dir @duu75 in 1 bis 2 Stunden noch gehen wäre das sehr ertaunlich und deine Versionen interessant.
Gruß,
Stefan
Sch**** genau in dem Moment 17:42 geht es wieder jede Sekunde los.
Hat also nichts gebracht, bis auf einmal für 6000 Sekunden ein Token zu haben.
Was muss ich mit der Modul diff Datei machen?
Sind da alle notwendigen Änderungen drin, um auf 30 Sekunden zu kommen in dem Fall?
Wie merge ich so etwas in meine 37_echodevice.pm ?
Entsprechend einfach überschreiben in den angegeben Bereichen?
z.B. @@ -4455,8 +4455,26 @@
Oder gibt es da einen automatisierten Trick dafür?
#16
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 06 Juni 2026, 17:39:10Ja login new mit OTP geht eigentlich und dann bleibt das Token erstmal 6000sek ok, danach wird ein refresht gemacht und der geht schief.
Dann geht die Schleife los.
Also der Refresh scheint nicht mehr so zu funktionieren wie früher.
Sollte es bei dir @duu75 in 1 bis 2 Stunden noch gehen wäre das sehr ertaunlich und deine Versionen interessant.
Gruß,
Stefan
Dann geht die Schleife los.
Also der Refresh scheint nicht mehr so zu funktionieren wie früher.
Sollte es bei dir @duu75 in 1 bis 2 Stunden noch gehen wäre das sehr ertaunlich und deine Versionen interessant.
Gruß,
Stefan
#17
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von duu75 - 06 Juni 2026, 17:23:12Ich habe es bei mir aktuell wieder vorerst am Laufen, hoffentlich bleibt es so stabil.
Habe mit Try and Error alles mögliche gemacht.
npm -v
10.8.2
node -v
v20.20.2
In der folgenden Reihenfolge manuell nochmal alles drüber installiert: (was davon jetzt alles wirklich notwendig war, keine Ahnung)
sudo npm install --prefix /opt/fhem/cache/alexa-cookie alexa-cookie2
sudo npm install
Aufgrund dann der Hinweise im Install-Log nach der Installation noch:
sudo npm audit fix --force
Dann zurück in FHEM "set .... npm_login new"
Da ist dann immer noch nach der Passworteingabe "Webseite nicht verfügbar" gekommen und aber manchmal die Aufforderung zum Passwortchange mit OTP.
OTP Eingabe über den Proxy Port 3002 ging aber nie.
Dann manuell bei Amazon Webseite eingeloggt und dort den Passwortchange mittels OTP durchgeführt.
Danach mit neuem Passwort über FHEM npm_login new erfolgreich:
-rw-r--r-- 1 fhem dialout 574 Jun 6 15:59 468create-cookie.js
-rw-r--r-- 1 fhem dialout 8,0K Jun 6 16:01 468refresh-cookie.js
Habe mit Try and Error alles mögliche gemacht.
npm -v
10.8.2
node -v
v20.20.2
In der folgenden Reihenfolge manuell nochmal alles drüber installiert: (was davon jetzt alles wirklich notwendig war, keine Ahnung)
sudo npm install --prefix /opt/fhem/cache/alexa-cookie alexa-cookie2
sudo npm install
Aufgrund dann der Hinweise im Install-Log nach der Installation noch:
sudo npm audit fix --force
Dann zurück in FHEM "set .... npm_login new"
Da ist dann immer noch nach der Passworteingabe "Webseite nicht verfügbar" gekommen und aber manchmal die Aufforderung zum Passwortchange mit OTP.
OTP Eingabe über den Proxy Port 3002 ging aber nie.
Dann manuell bei Amazon Webseite eingeloggt und dort den Passwortchange mittels OTP durchgeführt.
Danach mit neuem Passwort über FHEM npm_login new erfolgreich:
-rw-r--r-- 1 fhem dialout 574 Jun 6 15:59 468create-cookie.js
-rw-r--r-- 1 fhem dialout 8,0K Jun 6 16:01 468refresh-cookie.js
#18
Wallboxen und E-Fahrzeuge / Aw: RenaultZE
Letzter Beitrag von fred_feuerstein - 06 Juni 2026, 16:12:16Ja, denke Renault bastelt noch an der finalen Lösung. Aber gut, dass es erstmal wieder eine (temporäre) Lösung für fhem gibt.
#19
Wallboxen und E-Fahrzeuge / Aw: RenaultZE
Letzter Beitrag von Moli - 06 Juni 2026, 15:24:31Was soll ich sagen, es lief ja, dann habe ich nicht weiter geschaut.
Perfekt, läuft wieder, danke.
Gute Idee, bin aber unsicher, ob das so bleibt, wenn die eher 2FA erzwingen möchten.
Schauen wir mal, ob das so jetzt ein paar Tage hält.
Perfekt, läuft wieder, danke.
Gute Idee, bin aber unsicher, ob das so bleibt, wenn die eher 2FA erzwingen möchten.
Schauen wir mal, ob das so jetzt ein paar Tage hält.
#20
Wallboxen und E-Fahrzeuge / Aw: RenaultZE
Letzter Beitrag von Wolle02 - 06 Juni 2026, 15:10:53Moin zusammen, da in openWB der SoC Abruf zwischenzeitlich wieder funktioniert, habe ich mal den Code dort und den Code hier verglichen und festgestellt, dass wir hier im Modul den falschen API-Key verwenden. Moli hat in seinem Fix den API-Key '4_wnKlaC2lVDIOYczsO3pJpg' verwendet wie wir ihn durch die Anleitung von Fred Feuerstein in
https://forum.fhem.de/index.php?topic=116273.msg1363989#msg1363989 ausgelesen haben. Dieser API-Key führt aber scheinbar zu dem TFA Dilemma.
Im OpenWB Code wird folgender API-Key verwendet:
Nachdem ich diesen Key im Modul eingetragen habe funktioniert der SoC Abruf bei mir wieder.
Wie in meinem letzten Post schon angeregt fände ich es recht hilfreich im Modul einen Setter zu integrieren, um den API-Key leicht ändern zu können. Leider hat Plin den Vorschlag in seiner letzten Änderung nicht aufgegriffen.
https://forum.fhem.de/index.php?topic=116273.msg1363989#msg1363989 ausgelesen haben. Dieser API-Key führt aber scheinbar zu dem TFA Dilemma.
Im OpenWB Code wird folgender API-Key verwendet:
Code Auswählen
3_VgdkgtIRH3AdHvJm-cjV2ug2EFE0lxt0IJzMC4MFqZjFpn_GYFXVdNZ19L7wZX0NNachdem ich diesen Key im Modul eingetragen habe funktioniert der SoC Abruf bei mir wieder.
Wie in meinem letzten Post schon angeregt fände ich es recht hilfreich im Modul einen Setter zu integrieren, um den API-Key leicht ändern zu können. Leider hat Plin den Vorschlag in seiner letzten Änderung nicht aufgegriffen.