@leoman wenn dein Ziel ist "Batterie mit zwei Victron MPPT 150/35 über die DTU visualisieren", dann brauchst du OpenDTUonBAttery nicht.
VenusOS ist perfekt fuer diese Aufgabe.
@manos66 kann ich mit VenusOS auch die Nulleinspeisung realisieren?
Nein
@manos66 meine Aktuelle Aufbau sieht so aus: OpenDTU-onBattery, HM-600, Shelly Pro 3EM, 2x Victron MPPT, 2x Pylontech. Nur eine der beiden Laderegler ist an der DTU angeschlossen. Ein Raspy ist vorhanden, aber noch nicht angeschlossen (Verbindungskabeln noch nicht bestellt).
Macht es Sinn, die zwei Laderegler über VenusOS laufen zu lassen? Ist eine Zusammenarbeit von VenusOS und DTU möglich? Wie realisiere ich es? NodeRed?
Fragen über Fragen.
Eine DTU mit zwei Anschlüssen wäre mir am liebsten
Hallo @leoman
Ich kann nur meine persönliche Meinung geben:
- Du hast ein schoenes Setup (vielleicht waere eine HM-1500 langfristig eine bessere Investition aufgrund der vier Eingaenge)
- Deine oberste Prioritaet ist die HM-600 so oft wie moeglich zu betreiben (Nulleispeisung) Tag, wie Nacht
- Deine HM-600 ist an 2 Pylontechs angeschlossen, daher Ausschlagegebend ist:
- wie schnell deine Pylontechs geladen werden und
- wie hoch der Schwellenwert ist, der den HM-600 startet (Akku SoC - Start)
Deine HM-600 verbraucht maximal 600W ./. 95% Effizient = 631W DC ./. 48V der Batterie = 13,1Amperes
Du hast zwei Victrons MPTT 150/35 also hast du eine optimale Ladegeschwindigkeit deiner Pylontechs die bis zu 70 Amperes sein koennte (ich kann die Anzahl Paneele nicht einschätzen).
Verglichen zu den 13A die deine HM-600 maximal braucht, hast du also bei sonnigen Tagen "Saft" ohne Ende, die Batterie wird also sehr schnell geladen - auch waehrend der HM-600 bei volle Leistung produziert (70A gehen in die Batterie rein, 13A gehen raus).
Daher wuerde ich ein Akku SoC - Start von 30% einstellen = relativ schnell die HM-600 starten.
(Mein Beispiel zeigt rot markiert den Schwellenwert 85% weil ich, nach so vielen Wochen ohne Sonne, einmal die Batterie voll laden möchte).
-ENDE-
Wie du siehst, habe ich das Thema "zwei Victrons" nicht erwaehnt. Es gibt auch kein Grund dafuer, die Daten sehen zu muessen.
Die Pylontechs liefern präzise Daten, deine HM-800 hat nichts mit den Victron MPPT zu tun, also die Victrons sind ohne Bedeutung.
- Fuer die Jenigen, die Gedanken an "Solar-Passthrough" haben: Ebenso nutzlos! Wenn die Victrons 70A "rein-pumpem", dann hilfen die 13A des Solar-Passthrough wenig.
- Die einzige Moeglichkeit, die Pylontech Batterie nicht ueber einen bestimmten SOC (z,B. 95%) zu laden, ist durch die Lade-Spannung Einstellung der zwei Victrons.
Jetzt du willst unbedingt die Daten beide Victrons ablesen koennen.
Ein rein "kosmetischer Bedarf", aber wie auch immer.
Dann installiere VenusOS und verbinde die zwei Victron MPPTs da. Dan hast du deine Daten!
Mit Home Assistent kannst du beides (OpenDTUonBattery & VenusOS) integrieren.
Edit: Korrigiert die Berechnung mit zwei 150/35 anstatt 100/20
@manos66 vielen Dank für die ausführliche Erklärung. Leider ist die Dokumentation etwas dürftig oder ich habe es durcheinander gebracht. Solar-Passthrough habe ich bis heute noch nicht begriffen. Die zwei MPPT lassen sich zwar per BT visualisieren, aber ich würde gerne zwecks Steuerung auch von unterwegs ein Auge drauf haben wollen. Die DTU läuft wie geschmiert aber eben nur mit einem MPPT. VenusOS ist hier die Lösung. Und so werde ich es machen. Ich habe es bereits mit einen DIY-Kabel versucht, aber die Verbindung über USB ist sehr instabil. Muss ich unbedingt die teuren Originalkabel bestellen, oder reicht es wenn ich ein Optokoppler (ADUM1201) zwischen JST-Stecker und USB-Adapter setze?
Die DTU läuft wie geschmiert aber eben nur mit einem MPPT.Das versuche ich dir die ganze Zeit Begreiflich zu machen: Die OpenDTU funktioniert wunderbar, UNABHAENGIG ob du einen oder zehn MPPT hast!
Du hast Solar-Passthrough nicht begriffen, also nutzt du es nicht. Eine Baustelle weniger. 
Dass du jetzt die Informationen ueber deine zwei MPPTs per Fernzugriff sehen willst, ist deine persönliche Geschmackssache,
(genauso haettest du den Verbrauch deines Fernsehers zu Hause sehen wollen.... Geschmackssache).
Dafuer ist VenusOS eine gute Moeglichkeit!
Alles ist moeglich mit Fernzugriff:
HA (Home Assistant) - speichert auch die Daten fuer 14Tage, oder Laenger bei Bedarf
Vnc - Fernzugriff vom PC oder Raspi im Haus Netzwerk
Remote Desktop - Fernzugriff von Win10/11 im Haus Netzwerk
Ich habe leider keine Erfahrung mit VenusOS, weder mit Originalkabel.
Viel Erfolg!
@manos66 ok danke, ich werde es am Wochenende testen und dann entscheiden.
1 „Gefällt mir“
Hallo, nach dem die ersten Platinen nun in den Versand gehen hier noch mal das von mir verwendete Pin mapping:
[
{
"name": "AlexDTU with Battery + Victron MPPT + HUAWEI +NRF24 + LED",
"nrf24": {
"miso": 19,
"mosi": 23,
"clk": 18,
"irq": 16,
"en": 4,
"cs": 5
},
"victron": {
"rx": 22,
"tx": -1
},
"battery": {
"rx": 27,
"rxen": 33,
"tx": 14,
"txen": 32
},
"led": {
"led0": 17,
"led1": 1
},
"eth": {
"enabled": false,
"phy_addr": -1,
"power": -1,
"mdc": -1,
"mdio": -1,
"type": -1,
"clk_mode": -1
},
"huawei": {
"miso": 12,
"mosi": 13,
"clk": 26,
"irq": 25,
"power": 21,
"cs": 15
}
}
]
und Hinweise zu den Jumpern:
auf der platine sind 7 jumper
für die Auswahl des BMS typ werden die rot eingekreisten Jumper benötigt
es ist innerhalb der rot eingekreisten jumper nur ein Jumper oder kein Jumper zulässig
*kein jumper: JK-BMS direkt (3V3 TTL Signale über X1)
- Jumper auf J9: Pylontech Can über X3 (RJ45 (Pin 4&5)
*Jumper auf J7: JK-BMS über RS485 über X3 (PIn 1&2)
*Jumper auf J8: Smart Shunt über eignen stekcer X4
findet komunikation zum BMs statt blinken die lEDs in derRJ45-Buchse
Mit dem Jumper J4 wird wird der 120 Ohm Abschlusswiderstand für die CAN Pylontech Kommunikation aktiviert
Mit dem Jumper J1 wird wird der 120 Ohm Abschlusswiderstand für die CAN Hawei Kommunikation aktiviert
der Jumper J2 kann genutzt werden wenn über X2 (2poliger Grüner Stecker) 5V anstelle 6-60V eingespeist werden damit das internet netzteil überbrückt wird
der Jumper J3 hat aktuelle keine Funktion und sollte nciht gesteckt werden
Hinweis bei dieser Version der LK funkoniert das Display nicht.
LEDs (von links nach rechts)
LED_PW (grün) zweigt Zustand der Spannungsversorgung (3,3V) an
LEDs im JR45-Stecker zeigen Kommunikation zum BMs an
LEDs zwischen X4 und X5 zeigen Kommunikaiton zum MPPT an
LEDs zwischen X5 und X6 zeigen kommunikaiton zum Huawei CAN an
für Funkion der LED Inverter bzw Wifi siehe: https://github.com/tbnobody/OpenDTU/wiki/LEDs
die LED-ONB hat aktuell keine Funktion
OpenDTU_Maximal_Case_Cover_Final (2).zip (875 KB)
Update: Datei ausgetauscht, STL aktualisiert.
Erst mal vielen Dank an AlexS ...
Hallo Leute,
da ja die Frage zum Gehäuse aufgekommen ist und ich inzwischen eine Platine von AlexS da habe, hab ich mich mal dran gemacht und stelle euch das Gehäuse und Deckel hier mal als STL-Druckdatei ein.
Wer sich über die großflächige ausgeklinkte Ecke wundert, es sollte möglichst allgemeintauglich sein und mit möglichst allen NRF-Modulen irgendwie passen, (kleine mit interner Antenne, schwarz und lang 1100 mit Antenne, sowie die breite grüne 2500 Version mit Antenne, die ich selbst verwende). Zudem hat man dann auch noch einen seitlichen Zugang für das USB Kabel (sofern benötigt) ins Gehäuse. Seitlich sind zwei Laschen, falls es jmd fixieren/anschrauben möchte. Der Deckel ist nur aufgesteckt/aufgelegt, ohne Rastnasen oder ähnlich.
Randnotiz: Die grünen Stecker stehen vorne etwas raus und lassen sich somit leicht stecken, die restlichen Anschlusse sind im Gehäuse versenkt (bitte bedenken, falls ihr die am PCB nochmal lösen müsst). Der USB Anschluss am ESP32 wird bei aufgestecktem NRF Modiul etwas verdeckt (sehr schmales USB Kabel nötig, falls jmd den ESP mit USB verbinden will).
2 „Gefällt mir“
Bei Benutzung von Pylontech Akkus am besten die Platine erstmal über ein externes Steckernetzteil versorgen, wir sind gerade noch am prüfen ob bei einem abschalten des pylontech BMS über den pylontech Rj45 Stecker nicht ein parallel Pfad zu den abgeschalteten Pfad erhalten bleibt der irgendwas beschädigen könnte.
Bei dem seplos BMS mit dem ich getestet habe wird der plus Pfad des Akkus getrennt, so das eine zusätzliche minus Verbindung nicht zu so einem Problem führt..
@alex_s Also erst nicht über den Pylontech die Platine versorgen lassen, richtig?
Frage zu den RJ45 Stecker
Deine Pinbelegung:
Wenn ich das mit der Pinbelegung von der US2000+ vergleiche: 1,2,4,5,7,8 passen. 6 ist bei Dir GND, hier auch. Weiss nicht ob die grounds "kompatibel" sind...
Pin 3 steht bei Dir einen grünen X, also nicht angeschlossen.
Sind Pin 3 und 6 ein issue? Kann man jetzt ohne Drähte durchzutrennen den Pylontech mit einem CAT5 Kabel an der Platine anschliessen?
Oder hat jemand vielleicht mit einem Pylontech und Alex's Platine es vielleicht schon ausprobiert? zB @tobi0171?
@arch86 leider nein. Meine beiden Pylontech`s sind noch nicht 100% Einsatzbereit...ist alles noch im Umbau.
Ich hab zwei von den US2000C (aus 12/23). Hier ist aber die Pinbelegung scheinbar etwas anders.
1 „Gefällt mir“
Ich hätte mal kurz zwei bescheidene Fragen.
-
Ist die Platine jetzt komplett kompatibel mit der PylonTech US5000?
-
Ist es möglich eine BYD B-Box LVS 48V anzubinden?
-
Wäre es möglich die Daten von mehreren Victron MPPts per VE.Direct2MQTT (GitHub - RalfJL/VE.Direct2MQTT: Use a esp32 to push VE.Direct ASCII messages to a MQTT server) einzusammeln und in OpenDTU zu verarbeiten um damit den SoC bei Systemen ohne BMS zu verbessern?
-
Gibt's die Platine auch fertig (mit ESP32, CMT2300A und Display) zu kaufen?
Hätte straffes Interesse 
LG Robert.
- [quote data-userid="28645" data-postid="181569"]
[/quote]
Bei Verwendung eines externen Potenzial getrennten netzteils gehe ich davon aus. Da ich es aber selbst noch nicht getestet habe kann ich dies im Moment noch nicht garantieren. Plane einen Test dieses Wochenende oder spätestens Anfang nächster Woche
Ja nein vielleicht.... Dieses BMS kenne ich nicht und kenne auch keinen bei dem ich das testen kann.. weißt du überhaupt ob dieses über seinen CAN Bus ein pylontech kompatibles Protokoll spricht?
Mir sind keine Möglichkeiten in der Software bekannt dass man anstelle der Werte vom ve direktbus für die mppts mqtt telegramme dort verwenden kann..
Aber ich bin auch kein softwareentwickler.
Was ich dir ziemlich sicher sagen kann ist dass der soc den Open DTU nutzt keinerlei Zusammenhang mit den Werten die es von den mppts bekommt hat. Ich kenne hier nur den Zusammenhang dass der vom BMS übermittelte soc Wert 1:1 weiter verwendet wird. Und wenn kein BMS angeschlossen ist, dann wird auf eine Spannungsregelung umgeschaltet.
Einen Betrieb mit cmt2300a Adapterplatine habe ich bisher auch noch nicht getestet, habe dies aber am Wochenende vor.
Beim Stecker für den Display ist mir ein kleiner Lapsus passiert, so dass dieses im Moment nicht nutzbar ist.
Das werde ich erst mit der nächsten Version der Platine korrigieren können.
Einen vorbespielten esp32 kann ich dir beilegen, zusammenstecken und betreiben musst du es jedoch auf eigene Gefahr..
1 „Gefällt mir“
Moin Leute,
hatte gestern Besuch von AlexS, um mal den Betrieb im Verbund und mit/durch Ihn die offenen Punkte zum Pylontech prüfen zu können.
Tests wurden am Pylontech US2000C in Verbinung mit einem Hoymliles HM-300 und dem Huawei R4850G2 gemacht. Hier ein paar Bilder. Wir haben die Kabel und ANschlüsse für die Bilder mal beschriftet, ich hoffe man erkennt alles, was benötigt wird. Das RJ45 Kabel müsste ggf. sicherheitshalber etwas modifiziert werden, (ähnlich wie z.B in Bild 2).
Bild 1 (im Rack), zeigt dann den finalen-unaufgeräumten Zustand.
AlexS wird sich hierzu aber sicherlich später auch noch melden mit den weiteren Details (hab ich keine Ahnung von) ... Es geht hier also weiter. Frohes Schaffen
4 „Gefällt mir“
@alex_s danke erst mal für deine klasse Arbeit
Ich dachte der US5000 ist einfach der große Bruder des US2000?
Sollte da das Protocol nicht gleich sein??
Zu dem BYD LVS (LowVoltageSystem) gibts bei Github eine Aufschlüsselung des Protocols.
https://github.com/dfch/BydCanProtocol
Ggf habe ich bald eine Box im Zulauf.
Ich war der Hoffnung du bietest die Platine mit den ganzen SMD Kram vorbestückt an.
einen ESP drauflöten ist ja kein Hindernis... aber das SMD Zeug schon 
LG aus dem Erzgebirge
SMD ist alles bestückt auch die buchsenleisten für den esp32 und Nrf24.. du musst da nichts mehr löten, nur stecken.
Grundsätzlich funktioniert der Betrieb mit den pylontech Akkus. Wir hatten das auch mit einem Standard 1:1 belegten Patchkabel getestet. Jedoch gab es bei einem reboot des Gesamtsystems ein Problem mit der DTU.. woran das letztendlich im Detail gelegen hat konnten wir nicht rausfinden. Da der Hersteller ( pylontech ) aber explizit darauf hinweist die PIN 1 bis 3 nicht zu belegen, sollte man das besser auch so tun.
Deshalb haben wir das Patchkabel modifiziert und nur noch Pin 4 und 5 verbunden. Nach meinem Wissen funktioniert die Batterie Anbindung bei Tobias bisher so problemfrei.
Anstelle der oben gezeigten RJ45 schraub Adapters Lösung kann man auch ein Standard patchkabel nehmen dieses abschneiden und nur den blauen und das dazugehörige weiß Kabel mittels eines schnellanschluss steckers verbinden.
Fertig zusammengedrückt sieht das dann auch ordentlich aus:
Bei der nächsten Version der Platine werde ich die Pinbelegung entsprechend dem neuesten pylontech Standard machen und nicht mehr nach dem Deye Standard so dass in Zukunft eine Modifikation der patchkabel entfallen kann.