- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#41
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von parabacus - 04 November 2026, 16:32:23Servus mitnand,
nach inzwischen jahrelangem problemlosen Betrieb (kaum zu glauben
), meldet sich meine LWZ504 mit einem Fehlercode 01 im Display.
Flux nachgeschaut findet man dazu die Info: "Die Anode ist entweder aufgeraucht oder das Anschlusskabel ist defekt."
Nach genauer Inspektion würde ich behaupten, dass die Anschlüsse vollkommen in Ordnung sind und scheinbar verbraucht sich die Anode wohl plausibel nach rund 10 Jahren, die die Maschine nun ziemlich genau auf'm Buckl hat.
Ich hab mich mit den nötigen Schritten für den Wechsel auch schon vertraut gemacht und denke, dass ich das locker selbst erledigen kann.
Hat von euch dazu etwas Erfahrung und kann mir jemand sagen, ob das ein kompletter Stab bei einem Original-Aufbau ist oder ist oder ist da werksseitig auch eine Kettenanode verbaut? Zwischen Oberseite und Kellerdecke sind nur ca. 40 cm Luft und ich würde dann wohl eine Kettenanode bestellen wollen, die ich auch günstig im Anodenshop gefunden hab. https://anodenshop.com/products/signal-kettenanode-passend-zu-stiebel-eltron-lwz-504?variant=35459540025509
Taugt die was? In anderen Shops findet man welche zum locker doppelten Taler und als Original-Teil kostet die Anode ja das dreifache!!
Was meint ihr?
nach inzwischen jahrelangem problemlosen Betrieb (kaum zu glauben
), meldet sich meine LWZ504 mit einem Fehlercode 01 im Display.Flux nachgeschaut findet man dazu die Info: "Die Anode ist entweder aufgeraucht oder das Anschlusskabel ist defekt."
Nach genauer Inspektion würde ich behaupten, dass die Anschlüsse vollkommen in Ordnung sind und scheinbar verbraucht sich die Anode wohl plausibel nach rund 10 Jahren, die die Maschine nun ziemlich genau auf'm Buckl hat.
Ich hab mich mit den nötigen Schritten für den Wechsel auch schon vertraut gemacht und denke, dass ich das locker selbst erledigen kann.
Hat von euch dazu etwas Erfahrung und kann mir jemand sagen, ob das ein kompletter Stab bei einem Original-Aufbau ist oder ist oder ist da werksseitig auch eine Kettenanode verbaut? Zwischen Oberseite und Kellerdecke sind nur ca. 40 cm Luft und ich würde dann wohl eine Kettenanode bestellen wollen, die ich auch günstig im Anodenshop gefunden hab. https://anodenshop.com/products/signal-kettenanode-passend-zu-stiebel-eltron-lwz-504?variant=35459540025509
Taugt die was? In anderen Shops findet man welche zum locker doppelten Taler und als Original-Teil kostet die Anode ja das dreifache!!
Was meint ihr?
#42
Wallboxen und E-Fahrzeuge / Aw: Integration von CarConnect...
Letzter Beitrag von KNUT345 - 04 November 2026, 15:51:35Danke
#43
Sonstige Systeme / Aw: fhempy: Skoda Connect
Letzter Beitrag von Jojocra - 04 November 2026, 14:33:47Cool, danke, ich teste das mal. VG
#44
Wallboxen und E-Fahrzeuge / Aw: Neues Modul 50_VolvoConnec...
Letzter Beitrag von stefan.apetz - 04 November 2026, 14:13:48Moin Stefan,
der Token bleibt erhalten, auch wenn man fhem oder das ganze Linux darunter neu startet. Bei mir auch schon länger als eine Woche ohne Neu-Abfrage.
Hier eine detaillierte Beschreibung der Umsetzung:
Token-Verwaltung im VolvoConnect-Modul
Bei der Erstanmeldung wird über set <Name> reauth ein Volvo-Login gestartet. Nach der Anmeldung wird der Wert des URL-Parameters code mit set <Name> authCode <code> an FHEM übergeben. Dieser Autorisierungscode ist kurzlebig und nur einmal verwendbar.
Das Modul tauscht den Code gegen ein Access- und ein Refresh-Token. Beide werden zusammen mit dem internen Gültigkeitszeitpunkt im FHEM-Key-Value-Store gespeichert. Die Tokenwerte selbst werden nicht als Readings angezeigt.
Automatische Token-Erneuerung
Das Access-Token wird beim nächsten Authentifizierungs- beziehungsweise Abruflauf erneuert, sobald der interne Gültigkeitszeitpunkt erreicht ist. Das Modul plant dafür keinen separaten Timer zum exakten Ablaufzeitpunkt ein. Die Prüfung erfolgt beim Start und anschließend im konfigurierten Abrufrhythmus.
Für den Refresh berücksichtigt das Modul einen Sicherheitsabstand zum vom Server gemeldeten Ablauf: Bei längerer Laufzeit wird der Refresh-Zeitpunkt bis zu zehn Minuten vorverlegt, bei kurzen Laufzeiten um zehn Prozent. Ist ein Token für einen Fahrzeugbefehl bereits abgelaufen, wird vor dem Befehl ebenfalls ein Refresh versucht. Antwortet die Befehls-API mit HTTP 401, erneuert das Modul das Token und wiederholt den Befehl einmal.
Wann ist eine neue Anmeldung erforderlich?
Eine erneute Anmeldung ist nötig, wenn kein Refresh-Token vorhanden ist oder Volvo den Refresh ablehnt, zum Beispiel weil das Token ungültig geworden oder die Berechtigung widerrufen wurde. Dann set <Name> reauth ausführen und nach dem Volvo-Login einen neuen Autorisierungscode übergeben.
Ein fehlgeschlagener Refresh startet keine automatische Browser-Anmeldung. Der Fehler wird im Status und im Reading lastError angezeigt. Nach Änderungen an Client-ID, Client-Secret, VCC API Key oder Scopes sollte ebenfalls reauth ausgeführt werden. Eine Änderung der Scopes löscht die gespeicherten Tokens automatisch.
Technischer Hintergrund
Das Modul verwendet den OAuth2 Authorization-Code-Ablauf mit PKCE (S256). Es berechnet aus einem Code-Verifier eine SHA-256-Challenge für die Volvo-Login-URL. Nach dem Login wird der Autorisierungscode zusammen mit Redirect-URI und Verifier am Volvo-Token-Endpunkt eingelöst; Client-ID und Client-Secret dienen der Client-Authentifizierung.
Token-Austausch und Refresh erfolgen nicht-blockierend über FHEMs HttpUtils_NonblockingGet. So blockieren die Netzwerkzugriffe den FHEM-Hauptprozess nicht. get <Name> tokenInfo zeigt, ob Tokens vorhanden sind und wie lange das Access-Token noch gültig ist – nicht aber die Tokenwerte selbst.
Die tatsächliche Gültigkeitsdauer des Access-Tokens kommt in der Volvo-Antwort im Feld expires_in; sie kann also variieren. Wenn dieses Feld fehlt, nimmt das Modul 3600 Sekunden (eine Stunde) an.
Das Modul erneuert das Token vorsorglich vor dem tatsächlichen Ablauf: bei Laufzeiten über zehn Minuten bis zu zehn Minuten vorher, bei kürzeren Laufzeiten um zehn Prozent. Der Refresh läuft dann beim nächsten Abruf oder Fahrzeugbefehl. Die Berechnung steht in VolvoConnect_TokenCallback.
Die Gültigkeitsdauer des Refresh-Tokens wird vom Modul nicht selbst festgelegt; es verwendet es, bis Volvo es nicht mehr akzeptiert.
der Token bleibt erhalten, auch wenn man fhem oder das ganze Linux darunter neu startet. Bei mir auch schon länger als eine Woche ohne Neu-Abfrage.
Hier eine detaillierte Beschreibung der Umsetzung:
Token-Verwaltung im VolvoConnect-Modul
Bei der Erstanmeldung wird über set <Name> reauth ein Volvo-Login gestartet. Nach der Anmeldung wird der Wert des URL-Parameters code mit set <Name> authCode <code> an FHEM übergeben. Dieser Autorisierungscode ist kurzlebig und nur einmal verwendbar.
Das Modul tauscht den Code gegen ein Access- und ein Refresh-Token. Beide werden zusammen mit dem internen Gültigkeitszeitpunkt im FHEM-Key-Value-Store gespeichert. Die Tokenwerte selbst werden nicht als Readings angezeigt.
Automatische Token-Erneuerung
Das Access-Token wird beim nächsten Authentifizierungs- beziehungsweise Abruflauf erneuert, sobald der interne Gültigkeitszeitpunkt erreicht ist. Das Modul plant dafür keinen separaten Timer zum exakten Ablaufzeitpunkt ein. Die Prüfung erfolgt beim Start und anschließend im konfigurierten Abrufrhythmus.
Für den Refresh berücksichtigt das Modul einen Sicherheitsabstand zum vom Server gemeldeten Ablauf: Bei längerer Laufzeit wird der Refresh-Zeitpunkt bis zu zehn Minuten vorverlegt, bei kurzen Laufzeiten um zehn Prozent. Ist ein Token für einen Fahrzeugbefehl bereits abgelaufen, wird vor dem Befehl ebenfalls ein Refresh versucht. Antwortet die Befehls-API mit HTTP 401, erneuert das Modul das Token und wiederholt den Befehl einmal.
Wann ist eine neue Anmeldung erforderlich?
Eine erneute Anmeldung ist nötig, wenn kein Refresh-Token vorhanden ist oder Volvo den Refresh ablehnt, zum Beispiel weil das Token ungültig geworden oder die Berechtigung widerrufen wurde. Dann set <Name> reauth ausführen und nach dem Volvo-Login einen neuen Autorisierungscode übergeben.
Ein fehlgeschlagener Refresh startet keine automatische Browser-Anmeldung. Der Fehler wird im Status und im Reading lastError angezeigt. Nach Änderungen an Client-ID, Client-Secret, VCC API Key oder Scopes sollte ebenfalls reauth ausgeführt werden. Eine Änderung der Scopes löscht die gespeicherten Tokens automatisch.
Technischer Hintergrund
Das Modul verwendet den OAuth2 Authorization-Code-Ablauf mit PKCE (S256). Es berechnet aus einem Code-Verifier eine SHA-256-Challenge für die Volvo-Login-URL. Nach dem Login wird der Autorisierungscode zusammen mit Redirect-URI und Verifier am Volvo-Token-Endpunkt eingelöst; Client-ID und Client-Secret dienen der Client-Authentifizierung.
Token-Austausch und Refresh erfolgen nicht-blockierend über FHEMs HttpUtils_NonblockingGet. So blockieren die Netzwerkzugriffe den FHEM-Hauptprozess nicht. get <Name> tokenInfo zeigt, ob Tokens vorhanden sind und wie lange das Access-Token noch gültig ist – nicht aber die Tokenwerte selbst.
Die tatsächliche Gültigkeitsdauer des Access-Tokens kommt in der Volvo-Antwort im Feld expires_in; sie kann also variieren. Wenn dieses Feld fehlt, nimmt das Modul 3600 Sekunden (eine Stunde) an.
Das Modul erneuert das Token vorsorglich vor dem tatsächlichen Ablauf: bei Laufzeiten über zehn Minuten bis zu zehn Minuten vorher, bei kürzeren Laufzeiten um zehn Prozent. Der Refresh läuft dann beim nächsten Abruf oder Fahrzeugbefehl. Die Berechnung steht in VolvoConnect_TokenCallback.
Die Gültigkeitsdauer des Refresh-Tokens wird vom Modul nicht selbst festgelegt; es verwendet es, bis Volvo es nicht mehr akzeptiert.
#45
MQTT / Aw: MQTT to Home assistant
Letzter Beitrag von RobinC - 04 November 2026, 14:03:37Thanks, I'll investigate using publish to see if anything is being sent.
#46
Sonstiges / Aw: Herausfinden, welche Perl ...
Letzter Beitrag von DS_Starter - 04 November 2026, 13:42:30ZitatIch bin nicht sicher, aber ein Problem ist mMn, dass das installer Modul nicht mehr gepflegt wirdJetzt wieder -> https://forum.fhem.de/index.php?topic=145672.0
#47
MQTT / Aw: MQTT to Home assistant
Letzter Beitrag von Beta-User - 04 November 2026, 12:47:24Some remarks in advance:
- use Code tags to (re-) format your posts. Makes them much easier to read
. The "Copy for Forum" function in fhemweb adds some usefull live data .
- there are tons of different "solutions" out there. I'm not willing to dicuss all the pros and cons... Just follow the process descibed in the already linked wiki, unless you know to do better.
MQTT requires configuration on both ends, this brings endless possibilities to discuss...
Let' first check the IO:
Then you may just use an arbitrary "publish" command and check if that is visible in the tool you use (like MQTT Explorer).
- use Code tags to (re-) format your posts. Makes them much easier to read
. The "Copy for Forum" function in fhemweb adds some usefull live data .- there are tons of different "solutions" out there. I'm not willing to dicuss all the pros and cons... Just follow the process descibed in the already linked wiki, unless you know to do better.
MQTT requires configuration on both ends, this brings endless possibilities to discuss...
Let' first check the IO:
Code Auswählen
define mqtt MQTT2_CLIENT <mymqttbroker.local>:1883Did you replace <mymqttbroker.local> by the IP or hostname of the Computer Homeassistant ist running?Then you may just use an arbitrary "publish" command and check if that is visible in the tool you use (like MQTT Explorer).
#48
Einplatinencomputer / Aw: I2C_MCP23017 mit Trixie u...
Letzter Beitrag von Burny4600 - 04 November 2026, 12:27:56Trixie ist neu installiert mit Winringpi V3.20.
Funktioniert aber nicht am Pi5.
Funktioniert aber nicht am Pi5.
#49
Einplatinencomputer / Aw: I2C_MCP23017 mit Trixie u...
Letzter Beitrag von frober - 04 November 2026, 12:23:42...und die aktuelle Winringpi sollte auch funktionieren. Falls nicht ein Issue auf GitHub eröffnen.
#50
Einplatinencomputer / Aw: I2C_MCP23017 mit Trixie u...
Letzter Beitrag von eisman - 04 November 2026, 12:22:12hi,
ich benutze MCP23017-E/SP (Reichel) und hatte bisher damit keine Probleme,
mit dem Module MCP23017 dagegen, habe ich von 4 schon 3 in den
Müll geschmissen. RPI benutze ich mittlerweile nicht mehr. die alternativen
sind Preiswerter und zuverlässiger.
PS: eine MCP ist direkt unter einem ESP32S3 platziert und läuft ohne Probleme.
gruss
ich benutze MCP23017-E/SP (Reichel) und hatte bisher damit keine Probleme,
mit dem Module MCP23017 dagegen, habe ich von 4 schon 3 in den
Müll geschmissen. RPI benutze ich mittlerweile nicht mehr. die alternativen
sind Preiswerter und zuverlässiger.
PS: eine MCP ist direkt unter einem ESP32S3 platziert und läuft ohne Probleme.
gruss