Analog zur Konfiguration würde ich die Schritte rückwärts vornehmen:
a) secrets.yaml bereinigen
b) configuration.yaml bereinigen
c) Order Inhalt und dann Order integrations unter /homeassistant löschen
d) Verwaiste Entitäten löschen mit dem Status „nicht verfügbar“ und Filter nach Modbus, wie z.B. hier gezeigt wird
Ich unterstelle jetzt natürlich, dass du die mkaiser Integration genutzt hast, die wohl am häufigsten eingesetzt wird?
Na genauso, wie ich es zuvor beschrieben habe. Du bereinigst in den yaml. Dateien natürlich nur den Sungrow Anteil und löschst NICHT die Dateien!
Sprich in der configuration.yaml löscht du den „packages“ Abschnitt und und der secrets.yaml die sungrow_modbus Einträge. Hier noch der Link zur Doku. Vor dem Neustart zur Sicherheit die Konfiguration in den Entwicklerwerkzeugen prüfen!
Die MQTT Integration ist in Summe halt einfacher und aktualisiert sich künftig automatisch ohne yaml Eingriffe und erfordert generell keine Änderung in yaml Dateien. Aktuell kannst du aber nur lesend zugreifen!
@Gooosee159 Bin ebenfalls auf das Update 1.1.2 umgestiegen und kann nichts negatives feststellen. Außer, dass die Fehlermeldung auf Verbindungsprobleme hinweißt ist sie wenig hilfreich.
Erhöhe in den Einstellungen der App im Register Konfiguration das Log Level auf Debug:
Ich kenne die Integration leider nicht. Keine Ahnung ob es da die Möglichkeit gibt, eventuell Register vom Lesen auszuschließen dann sollte man die sechs einfach mal ausschließen und schauen was dann passiert. Aber wie gesagt, ich weiß nicht ob das da geht.
In der kannst du die Register festlegen die gelesen werden sollen! Dort mal der Reihe nach „die Blöcke“ mit denen wo es crasht rausnehmen und probieren!
Das macht keinen Sinn. Die App greift sich die Daten direkt vom WR. Es ist Zweck der App, dass man anders als bei der mkaiser Integration, kein yaml anfassen muss.
Warum gleich so empfindlich?
Zum einen hat sich die modbus_sungrow.yaml seit 3 Wochen nicht verändert (letztes Release), zum anderen legt die App keine lokal zu editierende modbus_sungrow.yaml ab.
Das Problem passt zeitlich nicht zusammen, zumal @Gooosee159 sagt, dass diese zeitversetzt nachdem Update auf 1.1.2 auftraten, nicht direkt nachdem Update.
1. Hard Reboot des Wechselrichters („Cold Reboot“)
Wie in den Issues (z.B. #594) oft beschrieben, „verschluckt“ sich der Modbus-Controller im Sungrow manchmal. Ein einfacher Neustart über die App reicht oft nicht.
Vorgehen: Den Wechselrichter komplett stromlos machen (AC-Sicherung aus, DC-Schalter aus, Batterie aus). Mindestens 5 Minuten warten, dann alles wieder einschalten. Oft sind die Register danach wieder erreichbar.