Replies: 8 comments 37 replies
|
Hallo Stefan,
|
|
Beispiel 2 zu Reg_74 => gleiches Verhalten wie oben |
|
Das könnte ja Bedeuten, dass Status_1 und Status_2 der MPTT Status darstellt: Nutz du den ZeroExport Modus? |
|
Status 2 kommt immer Abends/Nachts wenn das Gerät einschläft. Ohne Polling ist der Übergang sauberer, seitdem ich "modbus_polling = true" gesetzt habe wechselt eine Zeit lang 1/2. Ich hatte das Gefühl die DCU braucht seitdem länger bis zum Standby.
Nein, Zero Export habe ich leider nicht, der Graph ist "handgeführt". In der App kannst du ja entweder über 3 Zeiträume den Output setzen oder über die Geräteliste rechts 3 Punkte "Fernsteuerung". Was ich bis Dato gesehen habe scheint morgens wieder Standard (laut App 100W) es sind aber 150W eingestellt. Das brachte mich ja auf die Idee das evtl. via AT Befehl o.ä. die Ausgangsleistung flüchtig gesetzt werden kann. |
|
Heute bei vollem Akku auch wieder mehrfach PV weggeschaltet 0 => eingeschränkter Betrieb ohne PV => Akku voll + MPPT gesperrt |
|
Oder kürzer Wird dann ja in HA in einem Status-Balken angezeigt |
|
Hallo Stefan, In Punkto Heizung habe ich Nichts gesehen. Die DCU genehmigt sich morgens erst mal ~100W aber es gibt kein Register was hier anspringt. |
|
Bei den Temperaturen Reg_66, Reg_6a, Reg_72 bin ich bei dir. Vielleicht kommende Woche mal mit warmer Luft einseitig probieren, mal sehen ob sich an einem was tut.
Ich denke in der App gibt es keine Temperaturen von der Batterie nur der Ladestand und die Einspeisung. PV Seite ist tot da der WR nicht ins Internet darf. Es wird eine Temperatur mit Wolken und Sonne angezeigt, dachte das kommt aus einer Wettervorhersage über deinen Standort. Aktuell in der App 6°C vs. Reg_66/6a 11°C. |
|
Ich habe gerade ein neue Dev Version des Add-on gebaut, indem die Temperatur Werte Bezeichner und Einheiten haben. Dann ist es leichter diese auf Plausibilität zu prüfen. |
|
Etwas im Internet geforscht und ich denke die DCU1000 ist quasi "Baugleich" mit dem S1000, dieser hat 3 Temperatursensoren auf der Platine. Das würde bedeuten der REG_66 ist der dritte Temperatursensor auf der Platine, das passt auch zu den Werten von heute. Man sieht auch wie die Heizung heute wieder kurz vor 7Uhr die Akkus/Sensoren auf ~15-17°C erwärmt.
|
|
Das sieht schlüssig aus. Ich nehme noch den 3 Batterie Temperatur Sensor mit rein. |
|
Heute waren es laut den 3 Temp. Sensoren 5°C bzw. 6°C ohne das die Heizung angesprungen ist. Die Grenze liegt wohl bei <5°C, gestern hatten die Sensoren 3°C/4°C. |
|
Ich habe eine neue Dev Version gebaut, mit:
Offen sind jetzt noch die Register: |
|
Hatte heute Befehle STRAENABLE und UPGRADE freigegeben, der Proxy zählt das AT meldet aber unknown msg type. |
|
Habe hier was gefunden: https://www.lithium-battery-factory.com/de/lifepo4-cell-voltage-chart-comprehensive-guide/ 3,2V LiFePO4 Batteriespannungsmesser Scheint also zu passen |
|
Habe eine neue dev version gebaut, die jetzt auch die Zell Spannungen ausgibt |
|
Alles klar! Kann dir gern die traces zukommen lassen, wollte die nur nicht einfach hier reinstellen. Falls dir das in irgeneiner Form weiterhilft, für mich endet hier mein Wissen im Beteich IT bzw. Programmierung und E-Technik. |
Um den 'unknown msg type' zu untersuchen, benötige ich den Abschnitt aus der trace.log Datei. Darin ist der Hex Dump der Pakete. damit kann ich einen Test nachbauen und das Problem fixen. Logs bitte hier nicht einstellen. Du kannst ihn mir an DataType76@allius.de senden |
|
Jetzt sind nur noch die Register Reg_38, Reg_74, Reg_76 und Reg_78 offen |
|
Das könnte schwer werden, nur das reg_74 zuckt wenn Akku voll. Hier die Werte der anderen 3, die haben bis Dato noch nie eine Veränderung gezeigt.
|
|
Hallo Stefan, hoffe ich nerv nicht. Kannst du den MPPT Status demnächst anpassen, es ist tagsüber "off" und Nachts "on", "locked" passt.
|
|
Nein, nein, du nervst nicht. Ich bin nur nicht immer Zuhause und daher kann ich nicht jeden Tag sofort reagieren. Ich tausche heute die Beiden Stati und baue dann eine neue Version |
|
Danke für's zeitnahe anpassen. Ich habe Samstag noch verschiedene Dinge versucht um die anderen offenen Register zu bewegen, leider erfolglos. Könnte mir vorstellen das sich evtl. Register bei Nutzung mehrerer DCU1000 / B1000 oder dem P1000 Aufsatz verändern, das kann ich mangels Hardware aber leider nicht testen. Der Output Stecker hat neben dem dicken roten/schwarzen Kabel zwei dünne Steuerleitungen mit denen die Akkus "kommunikativ" verbunden werden. Laut Beschreibung muss in Stapeln nur eine DCU eingeschaltet sein, von daher steuert wohl eine DCU die anderen mit (z.B. Akkustand) und kommuniziert dies nach außen. Vielleicht hat jemand eine solche Konfiguration mit mehreren DCU/B1000 und kann weiterhelfen. Hatte gestern und heute früh auch mal testweise einen MS2000(800) (SN:Y47...) dran. Beim Einspeisen über Akku ist alles normal, mit einem Risen 410W Panel direkt WR brechen die Einspeisevorgänge permanent ab. Ist dir das schon mal begegnet? Leistung gemessen mit Shelly PM am Einspeisepunkt.
|
|
Da habe ich jetzt auch keine Idee. Zero Export hast du doch nicht, oder? Mit Zero-Export könnte es daran liegen, dass du zuviel einspeist und dann die Batterie gedrosselt wird... |
|
So, die dev-version mit den vertauschten MPPT Stati ist nun hochgeladen. |
|
Hallo Stefan, die Implementierung der DCU1000 im Proxy sieht schon richtig gut aus und es funktioniert jetzt auch die Anpassung von Zeitfenstern über die App. An den offenen Registern hat sich bei mir immer noch Nichts getan. Ich habe mir letzte Woche eine zweite DCU1000 zugelegt um wenigstens den Ertrag von einem Panel auf den Abend/Nacht schieben zu können. Die Implementierung des Stapelns ist softwareseitig vom Werk her scheinbar nicht sauber implementiert. Ich musste echt viel rumbasteln und hatte Glück eine vollständig entladene DCU wiederzubeleben. Die offenen Register haben an der neuen DCU die gleichen Werte wie oben. Hier mal kurz meine Erfahrungen:
Vielleicht hat jemand die Selben / andere Erfahrungen gemacht oder ich habe einen (Denk)-Fehler. Egel ob Master oben oder unten im Stapel sind die genannten Punkte identisch. Auffällig ist das der Power Taster in anderer Stellung eingebaut ist (Strich auf 2Uhr / 6Uhr). Ich habe jetzt erst mal die beiden DCU mit je einem Panel getrennt an den WR angeschossen. Gruß Carlo |
|
Die Bedeutung der restlichen Register habe ich herausgefunden. Es handelt sich um die Hw-, Sw-Version, sowie ein Register mit Alarm Bits. Es gibt hier keine Register zum Steuern oder für Werte aus anderen Batterien. In der aktuellen Dev Version, sind jetzt alle Register implementiert. Nur die Alarme fehlen noch. Leider musste ich das MQTT Json Format etwas anpassen, sodass es einen Bruch in den Messwerten gibt. Dafür gibt es aber jetzt noch zwei weitere Stati, eins für die Batterie (Laden, Entladen und Statisch) sowie für Power Supply, welche anzeigt, ob die Batterie Energie an den dahinter geschalten Wechselrichter abgibt. Die Bezeichnungen entsprechen nun denen in der Solarmann Pro Version |
|
Ich habe gerade eine neue dev Version hoch geladen. Hier sind nun auch die Alarme für die Batterie implementiert.
|
|
Hallo Stefan, kurze Rückmeldung an dich und für alle Interessierten. Gruß |
|
Ich habe auch keine Idee, was das eigentlich heißen soll. Ist aber so bei Solarman bezeichnet... |
|
Meine Interpretation und freie Übersetzung des englischen Unwortes wäre - zu großer Ladestromunterschied an einzelnen Akkuzellen. Ist doch klar, wenn die erste Akkuzelle voll ist hört diese auf zu laden auch wenn andere noch nicht voll sind / geladen werden. Hier ist dann der "SingleCorePressure" (Ladestrom) an den einzelnen Akkuzellen zu unterschiedlich. :-) Ist wohl eine Meldung des Batterie Management Systems und wird ggf. auch für das Entladen gelten (wenn die erste total leer ist und die anderen noch was abgeben) |
|
Hall Stefan, die zweite DCU die hier aktuell mucken macht spuckt beim "Output Status" einen nicht vordefinierten Wert aus. Status 2 bedeutet wohl soviel wie Ausgang gesperrt, die Power LED leuchtet permanent sobald am Stecker Output eine Verbindung zum WR hergestellt wird. Erst nach Trennen von beiden Steckern und erneutem Verbinden des PV Eingangs blinkt es und der Akku wird geladen.
|
|
Ja, das macht Sinn. Ich füge ihn noch hinzu. |
|
Hallo Stefan, danke für das neue Feature um die DCU über MQTT zu steuern. Kann man den aktuell gesetzten Wert auch auslesen um diesen mit HA abzugleichen (z.B. als Startwert in HA , nach dem Aufwachen der DCU am nächsten Tag)? Habe gerade gelesen das wohl auch 0W zukünftig kommen wird. Könnte man auch Werte zwischen 0 und 100 einstellen oder geht nur 0W und 100-800W? Bis du mit dem "Smart Meter" / "Zero Export" weitergekommen? Nutz das Gerät das gleiche Register oder wurde hier ein anderer Ansatz realisiert? Gruß Carlo |
|
Leider funktioniert der Ansatz mit den 0W nicht. Hatte ich schon befürchtet, da ja TSUN auch nur Werte ab 100W anbietet. Mein Smart Meter funktioniert nicht mehr. Es baut keine Verbindung zur TSUN Cloud mehr auf. Vielleicht habe ich auch in meinem Netzwerk was kaputt gemacht. Da muss ich nochmal ran. Wenn ich es aber richtig in Erinnerung habe, dann nutzt das Smart Meter ein anderes Protokoll über Broadcasts. |
|
Wenn ich mit irgendwas unterstützen kann? Die zweite DCU mußte zurück, die erste läuft ohne Probleme. Ansonsten hab einen MS2000 und in der Grabbelkiste einen MS800 |
Uh oh!
There was an error while loading. Please reload this page.
This discussion is about examining the Modbus registers so that we can offer them via MQTT and display them in Home Assistant in a meaningful way
In dieser Diskussion geht es um die Untersuchung der Modbus Register, sodass wir diese per MQTT anbieten und in Home Assistant sinnvoll anzeigen können
All reactions