HomeConnect V2 released

Begonnen von Adimarantis, 06 Februar 2025, 17:48:22

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Zitat von: tomhead am 26 September 2025, 14:27:27disconnected from event channel
Das wird von den HomeConnect-Servern verursacht.

LG

pah

Prof. Dr. Peter Henning

#76
Seit dem 4.Dezember gibt es keine richtigen Daten mehr vom Kochfeld (Hob).

Keine sinnvollen Meldungen im Log, siehe hier https://forum.fhem.de/index.php?topic=143677.0

Setzen des Alarms wird nicht als set-Kommando angeboten.

Setzen von Childlock wird mit nur einem Datenwert "4" ermöglicht.

Da ist etwas kaputt...

LG

pah

Adimarantis

Ich habe zwar aktuell keine Zeit da näher rein zu schauen, aber wie pah schon bemerkt hat, ist es am wahrscheinlichsten das BSH was "verschlimmbessert" hat oder Probleme hat. Seitens FHEM gibt es schon sehr lange keine Änderung mehr am Modul.

Ich habe mal meinen Kontakt bei BSH angeschrieben und gefragt was da los ist. Mal sehen ob er antwortet.

Gruß,
Jörg
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU)/RfxTrx433XL/Zigbee
Module: 50_Signalbot, 48_HomeConnect, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

locodriver

Ich habe die letzten Daten meiner WaMa am 28.1. bekommen und habe als reading am 29.1.:

lastErr    The access token expired
Was kann ich machen...?

VG Uwe
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

Ich bin etwas weiter - allerdings noch nicht am Ziel:

Der token muss offenbar (jährlich?) erneuert werden. Also bin ich im Homeconnect-Device oben auf "Home connect Login" gegangen und habe mich auf der Seite https://api.home-connect.com/security/oauth/redirect_target?code=.... eingeloggt. Ganz unten dann auf "Zulassen".

Der Prozess bricht dann mit timeout ab.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

Hat keiner von Euch das Problem, dass der token abläuft...?

Die URL, unter der fhem bei mir läuft ist bei BSH sowohl numerisch als auch aufgelöst richtig hinterlegt und hat sich nicht geändert. Ich verstehe deshalb nicht, dass der Autorisierungsprozess mit timeout abbricht.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

Adimarantis

Das Problem kenne ich so nicht.
Vielleicht ist einfach mit dem Home Connect Developer Account was faul.
Im Zweifelsfall mal ein neues erstellen
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU)/RfxTrx433XL/Zigbee
Module: 50_Signalbot, 48_HomeConnect, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

locodriver

Ok, dann werde ich das mal angehen und dann berichten...

Danke und ein schönes WE.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

Shadow3561

Mhhh,
laufen eure Geschirrspüler noch mit fhem?
Ich bekomme seit 2 Tagen immer
ZitatSMV8YCX03E: event channel received an http error: HTTP/1.1 429 Too Many Requests
Alle anderen Geräte laufen normal.
Gruss, Daniel

Adimarantis

Meiner läuft gerade.
Too many requests? Vielleicht wird wirklich zu viel abgefragt.
Bei mir steht das Attribut "stateupdate" auf 300
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU)/RfxTrx433XL/Zigbee
Module: 50_Signalbot, 48_HomeConnect, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

stefanne

#85
Hi,

nach dem Umzug auf einen neuen Raspi hatte ich einen Fehler beim registrieren im Home Connect Developer Portal.  Das kam mit folgendem http Statement zurück:

http://rasp-influx:8083/fhem?cmd.Test=set%20hcconn%20auth%20&code=eyJyZWdpb.....IlBSRCJ9&state=myToken123&grant_type=authorization_code
Im log verbose = 5 sehe ich dann
2026.04.04 18:02:17 3: FHEMWEB WEB CSRF error: ne myToken123 for client WEB_192.168.178.133_52691 / command set hcconn auth . For details see the csrfToken FHEMWEB attribute.

Hier die Gemini Antwort dazu. Ich habe Option 3 erfolgreich implementiert.

Diese Fehlermeldung bedeutet, dass die CSRF-Token-Prüfung in FHEM fehlgeschlagen ist. Dein Client (Browser oder Skript) hat entweder kein Token, ein veraltetes oder das falsche Token (myToken123) mit dem Befehl gesendet [1, 2].
Hier sind die gängigsten Lösungen:
1. Token im Skript/Aufruf korrekt mitgeben
Wenn du den Befehl per curl oder HTTP-Aufruf absetzt, musst du das aktuell gültige Token anhängen.
Token abfragen: Gib { csrfToken() } in die FHEM-Kommandozeile ein.
Aufruf anpassen: Hänge &fwcsrf=DEIN_TOKEN an deine URL an [2, 3].
2. Festes Token vergeben (Einfachste Lösung für Skripte)
Du kannst in FHEM ein statisches Token definieren, damit es sich nach einem Neustart nicht ändert:
Gib in FHEM ein: attr WEB csrfToken myToken123
Danach save nicht vergessen. Dein Aufruf muss nun zwingend &fwcsrf=myToken123 enthalten [1, 3].
3. CSRF-Schutz deaktivieren (Nicht empfohlen)
Falls du in einem sicheren lokalen Netzwerk arbeitest und die Token-Prüfung dich stört, kannst du sie abschalten:
Befehl: attr WEB csrfToken none
Achtung: Dies mindert die Sicherheit gegen Angriffe über den Browser
[1, 2].

Gruß
Stefan

Shadow3561

Zitat von: Adimarantis am 04 April 2026, 17:56:01Meiner läuft gerade.
Too many requests? Vielleicht wird wirklich zu viel abgefragt.
Bei mir steht das Attribut "stateupdate" auf 300
Das mag wohl sein. Habe nur die letzten 6 Monate nichts verändert. Werde auch mal auf 300 gehen und beobachten.
Danke