Neueste Beiträge

#11
FHEM Code changes / Revision 31339: 98_vitoconnect...
Letzter Beitrag von System - 06 Juni 2026, 18:30:27
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:30
Zitat 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:32
Ok 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
#14
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 06 Juni 2026, 17:55:40
Ja 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
#15
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von duu75 - 06 Juni 2026, 17:45:46
Zitat 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:10
Ja 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
#17
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von duu75 - 06 Juni 2026, 17:23:12
Ich 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

#18
Wallboxen und E-Fahrzeuge / Aw: RenaultZE
Letzter Beitrag von fred_feuerstein - 06 Juni 2026, 16:12:16
Ja, 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:31
Was 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.
#20
Wallboxen und E-Fahrzeuge / Aw: RenaultZE
Letzter Beitrag von Wolle02 - 06 Juni 2026, 15:10:53
Moin 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:
3_VgdkgtIRH3AdHvJm-cjV2ug2EFE0lxt0IJzMC4MFqZjFpn_GYFXVdNZ19L7wZX0N
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.