Ich bin bisher immer nur davon ausgegangen, dass man aus dem Zähler des VNB bzw. Messstellenbetreibers nur die Gesamtleistung bekommt. Wenn überhaupt noch, wenn es ein Zweiwegezähler ist, die Einspeiseleistung gesamt. Bekommt man da wirklich auch die Phasenwerte raus?
Hab das gerade mal mit einer eHZ KNX Schnittstelle getestet. Ich konnte Bezug L1 separat vom Zähler auslesen und es gibt auch Kommunikationsobjekte für die Einspeisung.
1 „Gefällt mir“
Krass... Wieder was gelernt... Dachte immer, diese IR-Leseköpfe gehen nur auf diese schöne BlinkeLED. Aber geht wahrscheinlich dann auch nicht an jedem Zähler, nur wenn ich Glück habe und vom Versorger ein entsprechendes Modell bekommen habe. Oder ist das mittlerweile genormt?
@bennyb21 Leider nein, mein "intelligenter Zähler" liefert nur die Summen, keine Einzelphasen. Damit für meine Zwecke leider nicht brauchbar und ich musste einen SmartMeter einbauen.
1 „Gefällt mir“
Für die zusätzlichen Werte muss die PIN am Zähler eingegeben werden. Denke das ist klar, oder?
@webalizer Das dachte ich auch. Aber nach Eingabe des PIN war nur zusätzlich möglich die Summen der Vergangenheit (Tag, Woche, Monat, Jahr) abzurufen. Habe mir extra das Datenblatt besorgt, weil ich es nicht glauben konnte.
Das ist aber Ärgerlich... welches Model ist das denn?
Ich bin anscheinend der erste "BETA" tester was die FW F128 betrifft. Habe bis jetzt keine Auffälligkeiten verstellen können. Alles funktioniert wie es soll.
F könnte ja für Fehlerbereinigung der 1128 stehen. Was hattest vorher bemängelt und von welcher FW bist gekommen?
Hat wer einen neuere FW zuletzt bekommen als F128 oder 1128?
@linuxdep Ich hab F130
Vorher hatte ich die 1116 drauf
Mein Problem war das der WR die Energieflüsse intern nicht richtig kalkuliert hat. Hatte am internen Zähler bei "GRID-BUY" immer nur 0,1kWh. Obwohl der SDM630 die Werter richtig an den WR gesendet hat, diese wurden auch am WR angezeigt. Dadurch hatte ich im HomeAssistant natürlich immer falsche Werte.
Jetzt nach dem Upgrade auf F128 passt alles.
@fa2k beide Seplos sind 10E, schau dass du wirklich nur die jeweiligen Adern so dass es keine Quer-Kommunikation geben kann. bei mir läuft das Setup seit Wochen so absolut stabil. Hatte auch zeitweise ein drittes Pack dran, hat auch super funktioniert.
ich habe "leider" nur 2 10C Versionen. Anscheinend hat Seplos die 10E Versionen bzgl. CAN und rs485 angepasst und den Fehler behoben, dass die Master Box nicht mehr erreichbar wird, sobald CAN eingeschaltet ist. Auch diese "Automatische Dip Switch Konfiguration" geht wohl nur an den 10E.
Ich versuche mir von ChatGPT ein Gateway zwischen Seplos rs485 und Deye CAN schreiben zu lassen. Dann könnte ich die Seplos als rs485 Config betreiben und CAN über einen ESP32 Richtung Deye sprechen/übersetzen. ?
1 „Gefällt mir“
Alternativ ist das schon vorhanden:
Kann man mit nem ESP und einem CAN-Adapter auch ohne die Hardware testen...
cool, das geht in die richtige Richtung, danke.
Leider ist bluetooth oder rs232 als einzige Eingangsquelle möglich
Ich schaue es mir etwas genauer an. Wie es aussieht, kann ich auch einen RS485 Adapter dran machen. Danke auf jeden Fall!
Mit einem ESP sind 3 serielle Verbindungen plus CAN möglich. In den Testfirmwareständen ist auch schon die Implementierung von miteinander verbundenen Seplos-BMS möglich. Ich habe zwei JK dran laufen.
Gibt hier auch nen langen Thread zu dem Projekt.
Aktuell läuft die Anlage ein paar Tage. Danke für den Tipp. Ich habe es jetzt so konfiguriert, dass BSC mit CAN am Deye und mit RS485 am Seplos hängt. Die DIP Switche habe ich ebenfalls auf RS485 konfiguriert. Mit einem weiteren ESP32 lese ich über RS485 die Daten vom Deye aus.
Jetzt kann ich beide Seplos mit dem BatteryMonitor (über ein PoE-rs485 Gateway) erreichen + CAN am Deye nutzen. Der BSC sendet alle Werte zu Seplos mittels MQTT an HomeAssistant.
Läuft noch ein paar Wochen im Testbetrieb
Schön zu hören das es so funktioniert. Hast du das BSC nach deinem bedarf Nachgebaut? Ich möchte mir das BSC auch zulegen, um die Ladestrategie besser zu kontrollieren. Den das Seplos (10E) ist misst wenn mann es direkt über CAN an den Deye anschließt. Mit dem BSC hat man mehr Kontrolle.
Ich habe mir mal ein Schema von deinem Setup mal schnell im PP erstellt. Ist so richtig? Müsste auch mit mehreren Seplos die mit einander Verlinkt sind funktionieren, oder?
Ich habe das BSC nur "bedingt" nachgebaut. Bei mir besteht es aus einem ESP32, einem CAN-, und RS485 Adapter.
So ungefähr:
Den CAN Port benutze ich am Seplos gar nicht. Ist alles an den rs485 Ports angeschlossen und die Packs nach dem RS485 Schema "gedippt".
Port1Master - BSC
Port2Master - Verbindung zum Slave Pack
Port1Slave - Verbindung vom Master Pack
Port2Slave - BatteryMonitor
Mit den 10E´s hättest ja die Möglichkeit das BSC mit Bluetooth anzubinden, sprich den rs485 Adapter am BSC zu sparen.
Nach ein paar Fehlversuchen, hier noch ein paar Tipps:
-
Vor Verwendung die rs485 Adapter mit Alkohol putzen. Bei mir waren ohne das Putzen ca. 50% nach ein paar Stunden defekt (Ultraheisse Komponenten)
-
Schließe unbedingt auch GND zwischen allen Geräten zusammen. Sprich vom Deye, Seplos und den beiden rs485 Adaptern ( das chinesische Zeichen neben B)
-
Die Historie zu mehreren Seplos findest du hier: https://github.com/shining-man/bsc_fw/issues/45
-
Serial2 ist PIN33 und PIN35 am ESP32
1 „Gefällt mir“
@lithiumjunkie der BSC wird mit jedem BMS per RS485 verbunden und alle als Einzelpack betrachtet. Der BSC wurschtelt sich das dann zusammen... bin mal gespannt, habe glücklicher Weise einen ergattern können, aber die nächste Runde ist wohl schon in den Startlöchern. Ob es ein BSC wirklich sein muss, mal sehen, das der alles nur per MQTT an den HA meldet... na ja mal schauen wie stabil das dann läuft.