Modbus15

Failure-Mode-Playbook für einen selbstgebauten Modbus-Cache-Proxy in Home Assistant: Reconnect mit Backoff, Stale-Cache-Erkennung, auf die HA alarmieren kann, korrekte Per-Batch- und Client-Timeouts und 50-ms-Spacing für einen langsamen SDongle — damit der Proxy nach nächtlichem Abbruch oder Firmware-Reboot nie stumm Nullen liefert.

Ein Cache-Proxy löst nur Reads. Hier ist der Write-Through-Pfad: FC6-Register-Writes auf einer kurzlebigen Verbindung direkt zum Wechselrichter durchreichen, die Antwort echoen, korrekte Modbus-Exceptions liefern — damit du Batterie forcieren oder Power-Limits setzen kannst, über eine einzige geteilte Verbindung.

Lies jedes Huawei-SUN2000-Register direkt mit der eingebauten modbus-Plattform in Home Assistant aus — keine Custom-Komponente, die beim Upgrade bricht. Eine komplette Register-zu-YAML-Karte mit korrektem data_type, scale, device_class und state_class fürs Energy-Dashboard.

Der Huawei SUN2000 SDongle akzeptiert nur eine einzige Modbus-TCP-Verbindung. Statt eines Add-ons habe ich einen ~300-Zeilen-asyncio-Caching-Proxy geschrieben, der den Dongle alle 10s einmal pollt und die Register gleichzeitig an Home Assistant, AC·THOR und evcc ausliefert. Mit komplettem MBAP-Parsing, Register-Batching und In-Memory-Cache.

Mein Huawei-SDongle akzeptiert genau eine Modbus-Verbindung — aber Home Assistant, der AC·THOR und evcc wollen alle die Daten des Wechselrichters. Hier ist der ~300-Zeilen-asyncio-Cache-Server, mit dem ich alle aus einem einzigen ruhigen Poll versorge.

Modbus-TCP-Lesen am AC·THOR 9s funktioniert, Schreiben wird geräteseitig abgewiesen. So habe ich die Steuerung auf die undokumentierte my-PV Cloud-API als Home-Assistant-shell_command umgestellt — mit getesteten Parametern und den Stolperfallen, die niemand erwähnt.

Ich band einen AC·THOR 9s in Home Assistant ein, um PV-Überschuss ins Warmwasser zu leiten — dann verweigerte das Gerät jeden Modbus-Write. So lief der Read-lokal, Write-Cloud-Fix.

Ich habe meinen Home-Assistant-Host auf einer frischen VM neu aufgebaut, mit Stoppuhr. Rund 50 Minuten, und zwei Schritte fehlen in jedem Backup-Archiv.

Wie ich aus rohen Wechselrichter-Registern ein echtes Home Assistant Energie-Dashboard gebaut habe: Lesen, Überwachen und Handeln bei PV-Überschuss.

Wie ich mein Docker-basiertes Home Assistant auf eine neue Version update, ohne mein Smart Home zu zerschießen: Voll-Backup, Custom-Components zuerst gegen den alten Core testen, Container neu erstellen statt in-place, Image-ID für echten Rollback notieren und eine Post-Update-Checkliste.

Ein wiederverwendbares Home-Assistant-Muster: ein input_datetime-Helper pro Bewegungsmelder, der den Zeitpunkt der letzten Bewegung festhält — die Datenbasis für Anwesenheits-Heuristik und ein aufgeräumtes "Zuletzt gesehen"-Dashboard, ganz ohne teure mmWave-Sensoren.

Praxis-Tutorial zum Home-Assistant-REST-Sensor: jede JSON-Cloud-API anzapfen, einzelne Felder per value_template herausziehen, per Header authentifizieren, Polling-Intervall setzen und Rohwerte skalieren — gezeigt an einer echten Hersteller-API, übertragbar auf jedes Gerät ohne native Integration.

Eine Home-Assistant-Automation, die deine zwei MPPT-Strings vergleicht und warnt, sobald einer abdriftet — Frühwarnung für Verschattung, ein defektes Modul oder einen losen MC4-Stecker, inklusive Nacht-Fehlalarm-Schutz.

Die HACS-Integrationen, die ich in Home Assistant wirklich nutze – Huawei Solar, Tapo-Kameras, button-card und mehr – plus die beliebten Community-Must-Haves.

Die Cloud meines Wechselrichters zeigt Eigenverbrauch und Autarkie als hübsche Graphen. Home Assistant liefert nur rohe Zähler. So habe ich diese Zahlen als eigene Template-Sensoren nachgebaut.