TSUN DCU2000Lite

[n0rdlicht90]

Gibt es Erfahrungen, ob der Akku DUC2000Lite erkannt wird und welche Werte damit ausgelesen werden können?

Viele Grüße
n0rdlicht

[n3b1r0s]

Hab das Gerät jetzt auch da. Bis jetzt habe ich es leider noch nicht geschafft, es in den Proxy einzubinden. Verbindung zu iot.talent-monitoring.com macht er laut AdGuard

I have the device now. Unfortunately, I haven't been able to integrate it into the proxy yet. According to AdGuard, it's connecting to iot.talent-monitoring.com.

[dideldum]

Dem schließe ich mich an. Habe jetzt auch den DCU2000Lite. Habe den Client-Mode aktiviert und in der Config-Datei eine Sektion "batteries.Y0019B4..." gemacht mit "client-mode".
Ich sehe im Trace-Log auch Werte, aber die können nicht stimmen. Es ist im Moment eine Batterie mit 2 angeschlossenen Panels. Im Log werden MODBUS-Zeilen ausgegeben, die Total_Generation-Werte von 100000kWh haben - bei einer neu gelieferten und angeschlossenen Batterie. Nur deri Daily_Generation-Wert passt.
Im MQTT von iobroker (ich habe keinen HA) sehe ich Einträge für pv1 bis pv4 (obwohl ja nur 2 PV-Anschlüsse an der Batterie sind) mit Spannungs- und Stromwerten im 500er Bereich, was zu absurden Watt-Zahlen (Power:5911 bei PV4 im Json-File) führt. Irgendwie scheinen die Werte da nicht richtig zugeordnet zu werden.
Was kann man tun, damit ich die Werte vom DCU2000Lite richtig bekomme?
Ich bin mir übrigens auch noch unsicher, was in die monitor_sn eingetragen werden muss. In der TSun-App steht unter der Seriennummer noch eine kleinere Nummer, die auch mit 3 anfing, so wie in der config.toml-Vorgabe. Deshalb habe ich die da eingetragen. Soweit richtig?

[s-allius]

Hallo, die Werte in einem Register können je nach Gerät eine andere Bedeutung haben. Dafür ist in dem Proxy für die bekannten Geräte eine Mapping Tabelle hinterlegt, die die entsprechende Zuordnung macht. Welche Zuordnung zu nehmen ist, wird wieder um auch kodiert.
Wenn ihr also schon Werte bekommt, heißt das erstmal nur, das das gleiche Protokoll verwendet wird. Es fehlt aber jetzt noch die genaue Register Zuordnung. Es kann auch sein, dass einfach nur spezifische Faktoren berücksichtigt werden müssen.
Wie kommt man nun an die Zuordnung?
Bisher ist dies Hartcodiert, sprich kann vom Anwender nicht einfach geändert werden. Wir müssen also rausfinden, welche Werte in welchen Registern, wie kodiert sind. Dies geht nur, indem man diese Werte mit den Werten der Original Software vergleicht und so bestimmt, was wo und wie codiert ist.

---

Ich hatte aus privaten Gründen mich etwas zurückgezogen. Ich muss mir das mal anschauen und kann dann evtl die fehlenden Werte nachrüsten. Kann mir jemand entsprechende Trace liefern? Dann könnte ich entsprechende Debüt Versionen bauen, damit wir da Mapping bestimmen...

Gruß Stefan

[dideldum]

Hallo, Stefan,
vielen Dank für die schnelle Rückmeldung.
Ich versuche mal, hier ein zip-File anzuhängen mit meiner config.toml (natürlich user/password für mqtt nicht richtig) und trace.log/proxy.log.
Hilft dir das schon mal weiter?
Im iobroker (ich habe leider kein HomeAssistant) sehe ich auch eine Menge json-Texte in unterschiedlichen Status-Einträgen, ich versuche da mal ein Bild anzuhängen.
Merkwürdigerweise scheint der tsun-proxy trotz der config.toml von einem Inverter auszugehen.
Tatsächlich ist in der TSun-App neben der Battierie auch ein Inverter mit gleicher Seriennummer sichtbar. Das könnte ich aber auch durch falsches Klicken/Tippen in der App fabriziert haben. Ich kriege den Inverter nur nicht wieder weg, denn wenn ich ihn lösche, wird die Batterie mitgelöscht. Wenn ich die Batterie in der App dann wieder scanne, ist der Inverter automatisch wieder mit da. Das letzte Bild zeigt das. Ist das für tsun-proxy ein Problem? (Ich weiß auch nicht, warum die TSun-App ein Battery-Pack anzeigt. Ich habe da nur den DCU2000Lite ohne DB2000-Erweiterung stehen.)
tsun-proxy.zip

[s-allius]

Hallo @dideldum , danke für die Traces. Was ich sehe ist, dass der Proxy die Sensor_list nicht bestimmen kann, da wir nur die Polling Palette aus dem Client Modus sehen. Daher muss ich im Proxy ein festes Mapping der Seriennummer (die erste drei Zeichen) zu dem Sensor Type hinterlegen.
Wenn hier jemand mit einem DCU2000Liste die TSUN Smart App benutzt, müsste diese unter Architektur bei dem Parent oder Sub-Device vermerkt sein.

Bei meine Inverter steht da sowas wie

Sub-device
MicroinverterY17.....
Microinverter - G3 - 02B0

Das muss bei euch natürlich anders aussehen. Aber was wir brauchen ist die letzte 4-stellige Hex Zahl. Also bei mir die '02b0'. Das ist die Nummer für das Mapping der Inverter. Wenn da bei euch auch 02B0 steht, dann müsstet ihr mal den Proxy rausnehmen, damit die Original Nummer angezeigt wird.

Da der Proxy im Default auf 02B0 zurückfällt, meldet er an die Cloud auch einen Inverter hoch, den ihr dann dort auch sehen sollte. Da passen natürlich die Messwerte nicht.

Gruß Stefan

[s-allius]

Hallo Ulf,
das kann ich nachvollziehen. Bei TSUN hatte ich nie Probleme mit der Hardware, aber doch einige Probleme mit der Software. Das hatte mich dazu gebracht, dieses Projekt zu starten. Bei den Batterien ist dies natürlich deutlich kritischer.

Mit deinem Trace, hast du mir schon sehr geholfen.
Gruß Stefan

[dideldum]

Ich habe mal etwas bei TSUN auf der Web-Seite gestöbert und vermute, dass die DCU Lite die Sensor_list '0908' verwendet. Vielleicht findet dies ja jemand in der App.

Leider konnte ich in der Tsun App keine Nummer finden, die in die Richtung geht. Ich kann in der App aber auch das Subdevice (das Batteriepack) gar nicht anwählen, nur das Haupt-Device "Batterie" oder eben den (eigentlich ja gar nicht existierenden) Wechselrichter, der in meinem Screenshot oben zu sehen ist. Ich kann bei beiden aber nur "Fernsteuerung" oder "Gerät löschen" anwählen. Unter Fernsteuerung kann man sehr wenig machen (Zeitgesteuerte Abgabe, konstante Abgabe) und man kann in einem Überwachungs-Log die "Konfiguration" (soweit man das so nennen kann) sehen. Da steht aber auch nicht mehr, als man auf der Konfigurations-Seite machen kann.
Das einzige, was da in Richtung deiner Frage geht, ist in den Auflistungen der Zeitgesteuerten Entladung ganz unten die Texte:
G1248-59: 0
G1248-59: <verschiedene Zahlen im 5000er Bereich, je nach Auflistung der Zeitgesteuerten Entladung>

Ansonsten gibt die App nichts heraus. Auch ein Grund, warum ich damit lieber nichts zu tun haben möchte. Die App ist ja noch steinzeitlich.

Gruß
Ulf

[s-allius]

Hattest du den Proxy laufen? Dann könnte der Wechselrichter durch den Proxy aufgetaucht sein, da die Register die per MQTT ausgelesen wurden, als ein Simuliertes Device weitergeleitet werden kann. Durch die fehlenden Daten für die DCU wird dies vom Proxy als Wechselrichter kodiert. Wenn du im Client-Modus das client Forwarding abschaltest, wird dies nicht mehr gemacht.

In der 0.15 gibt es dazu einen Fix.

[dideldum]

Nein, da ich davon ausging, dass die DCU2000Lite über SSL kommunizieren und du ja beschreibst, dass dann der Proxy aufgrund des nicht bekannten Private Key ja die Kommunikation nicht lesen kann, habe ich nur den Client-Modus aktiviert. Ich habe deshalb auch in meinem PiHole keine Umleitung der zwei Tsun Domains auf den Pi gemacht, wo dein Proxy lief.
Der Tsun-Proxy hat sich also nur im Client-Mode mit der/den Batterie(n) verbunden.
Forwarding hatte ich am Anfang noch an, später hatte ich forward=false gesetzt. Als die zweite Batterie kam, war forward auf jeden Fall aus. Trotzdem ist da in der App auch ein zweiter Wechselrichter zur zweiten Batterie erschienen.

[s-allius]

OK, dann kann es daran nicht liegen. Allerdings hatte ich im Dezember eine Anfrage, dass jemand einen MS2000 mit einer Seriennummer 'Y00' hatte. Das ist sehr ungewöhnlich, dass. die gleichen Seriennummernkreise für völlig unterschiedliche Geräte verwendet werden. Aus älteren Anleitungen weiß ich, dass die TSUN Sw selbst nach den ersten 3 Zeichen der Seriennummer unterscheidet. Also sehr komisch...

[s-allius]

@aaronmue
Wenn du den HA Add-on einsetzt kannst du Inder Aden-Configuration für deinen Wechselrichter folgende Werte setzen:

In den Log files siehst du dann die Meldungen, wo der DCU Daten zurücksendet.

[aaronmue]

Danke mache ich sobald ich Zeit habe.

Habe ich richtig verstanden, die o.g. Daten werden beim WR eingestellt nicht beim DCU oder?

[s-allius]

Du musst die Daten in der Konfiguration für deine DCU einstellen, das ist vermutlich im Augenblick ein Wechselrichter, da du für eine Batterie noch keine Seriennummer mit 'Y00' hinterlegen kannst. Wenn das bei dir nicht geht kann ich dir eine Entwicklerversion anbieten. Die findest du in meinem Repro. Du musst dann das "TSUN-Proxy (dev)" Add-on installieren und deine laufende Release Version stoppen. Die Konfiguration musst du dann für die Dev Version nochmal anlegen. Am Besten geht das, wenn du in der App Konfiguration oben-rechts auf die drei Punkte gehst und dann 'In YAML bearbeiten' auswählst. Da kannst du die Config als Text bearbeiten und auch kopieren.

[aaronmue]

Guten Morgen Stefan, schein wohl doch nicht so einfach zu sein. Weder die normale Version noch die der Version verbinden sich mit der DCU

2026-04-14 08:33:58 DEBUG | root | Inv-conn:[Errno 111] Connect call failed ('192.168.0.XXX', 8899)

[s-allius]

@aaronmue, da wirst du vermutlich ein Netzwerkproblem haben (Routing, Firewall, etc). Kannst du deinen Aufbau etwas genauer beschreiben?
Ist die DCU im gleichen Netz wie der Proxy?
Worauf läuft der Proxy?

[aaronmue]

DCU ist direkt mit dem Router über WLAN verbunden, Proxy läuft unter HA auf einem PC

WR ist auch im selben Netzwerk, der läuft auch ohne Probleme

[noosis-dev]

Hallo zusammen

ich hab auch eine DCU2000 Lite Batterie.
und ziemliche Probleme mit der Standard Integration.
Deshalb wollte ich mal schauen, ob es da was für HA gibt. Leider ist der PV-Speicher noch zu neu und der TSUN-Proxy erkennt ihn noch nicht.
Kann ich vielleicht irgendwie helfen, die MappingTabelle zu erstellen?
oder DebugInfos geben?
VG

[s-allius]

Hallo @noosis-dev ,

beim DCU2000 sehen die Chancen nicht gut aus, dass der Proxy ihn unterstützen kann.

Du kannst aber probieren, ob du mit dem Client Mode eine Verbindung zur DCU aufgebaut bekommst. Wenn das klappt, können wir weiter schauen. Leider hat bei den anderen DCU Besitzern dies nicht funktioniert, da die DCU auf keine Port Verbindungen annimmt. Aber evtl. hast du eine andere Fw. Version und es funktioniert bei dir.

Gruß Stefan