Mit jedem Post den ich lese, verstehe ich immer weniger.
Da die ganzen Solarman und Deye Adapter für Iobroker mich bis jetzt nicht überzeugen konnten weil diese die Daten aus der Cloud ziehen und die Daten in der App bei mir auch nie aktuell sind, wollte ich jetzt den WR lokal via Waveshare Adapter auslesen (die POE Version).
Jetzt haben alle Beiträge ältere Wechselrichter mit deutlich weniger RJ45 Ports oder gar keine, dann ließt man wieder der Waveshare soll an den BMS Port (aber wo soll dann die Batterie angeschlossen werden), oder er soll an den RS485 Port, oder doch an den Modbus, dass geht dann aber auch wieder nicht weil der WR muss ja Master sein und nicht Slave. Und so weiter.....
Nachher hat man dann mehr Fragen als Antworten.
Gibt es hier jemanden der:
- Einen SUN-12K-SG01HP3-EU-AM2 oder den 15K, 20K, 25K hat
- Eine Batterie angeschlossen hat
- Einen Waveshare Adapter nutzt
- Diesen nicht am BMS Port angeschlossen hat
- in iobroker die Daten auslesen kann
- der WR weiterhin mit der Batterie kommunizieren kann
----------------------
Wenn man irgendwie direkt auf den WLAN Dongle zugreifen kann ohne die Blöde Cloud und dann die Daten in den iobroker einlesen kann, dann bin ich auch happy. Aber über die Cloud läuft das nicht wirklich schön im iobroker.
Deye Adapter für Iobroker mich bis jetzt nicht überzeugen konnten weil diese die Daten aus der Cloud ziehen und die Daten in der App bei mir auch nie aktuell sind
Lese zusätzlich mit einer SPS am BMS-Port (CAN geht auf Batterie und RS485 auf SPS) RS485 geht genauso und dein System ist dabei immer der Master (Client) der Deye ist Slave (Server) Adresse wird am Deye eingestellt. In manchen Fällen die der Deye auch Master aber das braucht dich nicht stören.
Die Belegung steht im Handbuch für die Schnittstellen. Einfach mal testen - solange die richtigen Schnittstellen verwendet werden sollte nicht passieren. Wenn die 10 Sekunden reichen geht auch die Version über den Logger.
DEYE Register 586 ist Battery_SOC. Ich muss 40587 eingeben (jeden Wert + 40001). Dem nach Müsste aber PV1_Leistung (DEYE Register 672) bei mir 40673 sein. Das passt aber wieder nicht mit den Werten die ich bekomme.
Tages PV Erzeugung ist 529 und hier klappt dann wieder mit 40530 (also + 40001).
Ich blicke da nicht durch. Wenn die Register wenigstens einer Logik folgen würden.
Warum passen die Register mal und dann wieder nicht. Und warum muss ich die mit 40001 addieren wenn jeder andere User egal ob hier, im FHEM, IoBroker oder HomeAssistant Forum die Werte der Register einfach so eintragen konnte?
@hagiman2000 Mach es dir nicht so kompliziert. Nimm folgende Datei, schieb sie z.B. durch den MS Copiloten und sage ihr welche Register sie dir aus dem Dokument auslesen soll. Klappt wunderbar.
@hagiman2000 Ich kann dir noch einen Tipp geben. Verbinde deinen IoBroker am Besten mit der KI Claude über den MCP-Server. Dann sagst Du deinem Knecht was du alles gerne machen möchtest und die KI macht das dann in Sekunden wofür du Stunden und Tage benötigst. Bei mir überwacht sie mein komplettes HA inkl. Wechselrichter und Batterie, auf Wunsch generiert die KI Yaml-Skripte, überwacht meine Entitäten, repariert Entitäten und löscht verwaiste und nicht mehr benötigte Entitäten. Wenn Du im Internet danach googlest wird Du genügend HowTo's dazu finden.
Danke für die Datei. Die kenne ich schon und diese sagt ja auch Register 672 ist PV1_input_power
Ich muss heraus finden warum bei meinem DEYE die Register nicht mit der Dokumentation übereinstimmen. Hier wird mir wahrscheinlich nur der DEYE Support helfen können. Ich habe mir mit MPoll auch schon einmal einen Dump aller Register via Modbus gezogen aber wenn die App dauernd Minuten hinterher hinkt, dann ist es schwer Werte aus der App welche aus dem Dump zu zuschreiben.
Das ist der SOC, den der Wechselrichter selbst im Echtzeitbereich meldet, also der Wert, mit dem er intern arbeitet und der auch im Display und in der App erscheint.
Bei Lithium-Batterien mit BMS-Kommunikation übernimmt der Wechselrichter den SOC vom BMS. Er kann ihn aber verarbeiten oder glätten. Ohne funktionierende BMS-Kommunikation schätzt er den SOC selbst über die Spannung.
Register 10005 (Batterie-SOC, Deye-Batterieprotokoll, nur lesbar)
Das ist der Wert aus dem Batterieprotokoll-Block (Register ab 10000). Er stammt direkt vom BMS der Batterie und wird vom Wechselrichter nur durchgereicht.
Es ist also der Rohwert des BMS, ohne Zwischenverarbeitung durch den Wechselrichter.
Diese r Beitrag wurde geändert Vor 3 Wochen 2 mal von paralex
Danke, aber Batterie klappt ja da muss ich nichts ändern. Die einzelnen PV Strings auslesen wäre wichtig und die tauchen mit 672 nur einmal auf. Das auslesen wie im Video habe ich auch schon gemacht aber die APP ist so mega träge. Das heißt wenn da bei PV1_Power in der App 780W steht dann werde ich bei der Abfrage mit MPoll diese nicht mehr finden denn PV1_Power ist mittlerweile bei 653W. Ohnehin macht es wenig Sinn sich dauernd veränderte Werte über ein Kombinationsverfahren zu finden.
Den SOC Battery konnte ich einfach verifizieren weil das ein Wert ist der nicht so schnell springt. Bei allen anderen ist es schon komplizierter. Aber ich muss mit dem DEYE Support mal sprechen warum auf Register 40673 (also 672 aus dem Dokument) bei mir nur 0W angezeigt werden obwohl PV1 gerade 3800W erzeugt laut App. Nach den 3800W in dem Dump über MPoll zu suchen um das richtige Register zu finden macht aus den oben genannten Gründen ja keinen Sinn.
Ich frage mich warum ich immer so ein Glück habe solche Sonderlocken zu haben. Andere laden eine JSon Datei hoch und bäm werden alle richtigen Register ausgelesen.
Jetzt weiß ich aber auch warum der Iobroker Deyeidc Adapter wo ich die JSON Datei meines Wechselrichters hoch geladen habe nur Murks Werte angezeigt hat. Weil mein Wechselrichter vom Standard abweicht.
Diese r Beitrag wurde geändert Vor 3 Wochen von Hagiman2000
Um dy-support.org sicher und funktional zu halten, nutzen wir Cookies. Damit kannst du dich einloggen, YouTube-Videos direkt im Forum schauen und wir schützen unsere Registrierung vor Spam. Wenn du zustimmst, hilfst du uns, das Erlebnis im Forum für alle zu verbessern. Ohne deine Einwilligung können einige Funktionen (wie Videos) leider nicht geladen werden.
Funktional
Immer aktiv
Diese technischen Speicherungen sind zwingend erforderlich, damit du dich im Forum einloggen, Beiträge schreiben und die Grundfunktionen von dy-support.org nutzen kannst. Ohne diese Cookies funktioniert die Seite nicht.
Präferenzen
Die technische Speicherung oder der Zugriff ist für den rechtmäßigen Zweck der Speicherung von Präferenzen erforderlich, die nicht vom Abonnenten oder Benutzer angefordert wurden.
Statistiken
Die technische Speicherung oder der Zugriff, der ausschließlich zu statistischen Zwecken erfolgt.Die technische Speicherung oder der Zugriff, der ausschließlich zu anonymen statistischen Zwecken verwendet wird. Ohne eine Vorladung, die freiwillige Zustimmung deines Internetdienstanbieters oder zusätzliche Aufzeichnungen von Dritten können die zu diesem Zweck gespeicherten oder abgerufenen Informationen allein in der Regel nicht dazu verwendet werden, dich zu identifizieren.
Externe Medien & Sicherheit
Diese Kategorie wird benötigt, um externe Inhalte wie YouTube-Videos korrekt anzuzeigen und die Sicherheit bei der Registrierung (reCAPTCHA) zu gewährleisten. Wenn du dies deaktivierst, können Videos nicht direkt im Forum abgespielt werden.