Kommunikation zu VE.Direct Devices kommt nicht zustande

[8HenningBehrens8]

Hallo zusammen,

erstmal an alle die am OpenDTU on Battery Projekt mitwirken, herzlichen Dank, das ist ein Super Projekt!

Ich bin im Dez. 2023 mit dem originären OpenDTU Projekt und 6 Panelen und einen HMS-1800-4T gestartet und
versuche nun daraus ein System mit zwei in Serie geschalteten 25,6 V 100 Ah Akkus mit Victron Smartshunt 300A und Victron MPPT 150 45 ans laufen zu bringen. Der DC Input am MPPT erfolgt durch 3P * 2S 415 W peak Panele.
Victron SmartShunt und Victron MPPT sind bereits zu einem VE.Smart Network über Bluetooth gekoppelt.

OpenDTU on Battery 2024.11.20 läuft auf einen Fusion 2.1 Board mit CAN Iso Shield. Die Kabel sind Eigenbau und gemäß der Bescheibung in der Forumsdiskussion beschrieben erstellt (VE.Direct Kabelbelegung)
Victron MPPT und Victron Smartshunt sind jeweils mit allen vier Kabeln an CAN/Isoshield gnd1 rx1 tx1 5v1 und gnd2 rx2 tx2 4v2 angeschlossen. (Dummerweise habe ich mir nicht gemerkt, ob MPPT oder Shunt an Gruppe 1 oder 2 :-( ).

Ich habe schon einige pin_mapping.json mit unterschiedlichen Konfigurationen erstellt und nach dem Laden die einzelnen Einstellungen aufgerufen. Doch bei keiner konnte ich im Live View die Batterie-Parameter oder Anzeigewerte für den MPPT sehen. (VE.Direct ist in der Konfiguration von OpenDTUoB Gui eingeschaltet)

Ich habe schon mehrere Versuche mit pin_mapping.json Konfigurationen unternommen um NUR die Smartshunt (Batterie) Werte im Live View angezeigt zu bekommen.

Dazu hätte ich erstmal drei Fragen (gerne natürlich auch weitere Hinweise, was ich noch falsch gemacht haben könnte):

1. Muss das Pin Mapping für den Victron Smartshunt zwingend im "battery" Abschnitt erfolgen (nach meinem bisherigen Verständnis wäre das so) oder ist dafür der "victron" Abschnitt zu verwenden?

2. Wenn RX und TX vertauscht wären, könnte ich durch ausprobieren der unten stehenden Konfigurationen das herausfinden (oder kann der jeweilige Pin 10 "nur lesen/empfangen" und Pin 9 "nur senden") In der Grage ist es kalt, das Gehäuse für meine Finger eigentlich zu klein ;-) ?

3. Werden die Einstellungen nach der Anwahl und Speichern der ausgewählten Konfiguration sofort aktiv oder ist ein Neustart der openDTU erforderlich (wie lange müßte ich ggf. ohne Neustart warten, bis ich die Werte im Live View sehen müßte)?

[
        {
        "name": "OpenDTU Fusion v2 + Victron Battery rx 10 ",
        "nrf24": {
            "miso": 48,
            "mosi": 35,
            "clk": 36,
            "irq": 47,
            "en": 38,
            "cs": 37
        },
        "cmt": {
            "clk": 6,
            "cs": 4,
            "fcs": 21,
            "sdio": 5,
            "gpio2": 3,
            "gpio3": 8
        },
        "led": {
            "led0": 17,
            "led1": 18
        },
        "battery": {
            "rx": 10,
            "tx": -1
        },
        "victron": {
            "rx2": -1,
            "tx2": -1
        }
    },
        {
        "name": "OpenDTU Fusion v2 + Victron Battery rx 9",
        "nrf24": {
            "miso": 48,
            "mosi": 35,
            "clk": 36,
            "irq": 47,
            "en": 38,
            "cs": 37
        },
        "cmt": {
            "clk": 6,
            "cs": 4,
            "fcs": 21,
            "sdio": 5,
            "gpio2": 3,
            "gpio3": 8
        },
        "led": {
            "led0": 17,
            "led1": 18
        },
        "battery": {
            "rx": 9,
            "tx": -1
        },
        "victron": {
            "rx2": -1,
            "tx2": -1
        }
    }
]

Beim Test der obigen beiden Konfigurationen der pin_mapping.json erhalte ich im Live View stets nur folgenden "0"-Entry Eintrag:

[AndreasBoehm]

Hallo,

1. Ja, das muss zwingend in 'battery' erfolgen
2. Das ist eine sehr gute Frage. Ich würde dir empfehlen die pins so zu konfigurieren wie es in der Dokumentation des Fusion Boards verlangt wird und dann eventuell die Kabel zu tauschen falls es nicht funktioniert.
3. Soweit ich weiß musst du nach dem ändern des Pin-Mappings dein Profil erneut auswählen und unten rechts auf Speichern klicken.

Kannst du ein Log anfertigen? Dann sehen wir hoffentlich besser was schief läuft.
Entweder über das Webinterface (siehe unten) oder über den USB port

Probier es mal so

        "battery": {
            "rx": 10,
            "tx": 9
        },
        "victron": {
            "rx": 11,
            "tx": 12
        }

Alternativ hast du vielleicht die anschlüsse am Iso Shield vertauscht?

        "battery": {
            "rx": 11,
            "tx": 12
        },
        "victron": {
            "rx": 10,
            "tx": 9
        }

[8HenningBehrens8]

Hallo Andreas,
Danke für die schnellen Tips. Ich habe jetzt die pin_mapping.json wie von Dir vorgeschlagen angepasst. Allerdings war zuerst das Panel für den WR im Live View gar nicht mehr vorhanden. Habe dann den WR neu angelegt.

Jetzt sieht man zwar das Panel wieder, aber es scheint keine Kommunikation mit dem WR mehr möglich zu sein. Ich habe mal ein paar Zeilen aus der Console kopiert:

20:31:37.423 > [DPL::loop] battery interface enabled, SoC: 0.0 %, StartTH: 80 %, StopTH: 20 %, SoC age: 642 s, ignore: no
20:31:37.430 > [DPL::getBatteryVoltage] BMS: -1.00 V, MPPT: -1.00 V, inverter 116493102649: 0.00 V, returning: 0.00V
20:31:37.444 > [DPL::loop] dcVoltage: 0.00 V, loadCorrectedVoltage: 0.00 V, StartTH: 50.00 V, StopTH: 49.00 V
20:31:37.449 > [DPL::loop] StartTH reached: no, StopTH reached: yes, SolarPT enabled, use at night: no
20:31:37.457 > [DPL::calcHouseholdConsumption] target consumption: -5 W, base load: 80 W
20:31:37.462 > [DPL::calcHouseholdConsumption] power meter value: 525.5 W, power meter valid: yes
20:31:37.466 > [DPL::calcHouseholdConsumption] inverter 116493102649 is behind power meter producing 0 W
20:31:37.472 > [DPL::updateInverterLimits] requested: 120 W, producing: 0 W using 0 solar-powered inverters, diff: 120 W, hysteresis: 15 W
20:31:37.477 > [DPL::calcBatteryAllowance] power requested: 120 W
20:31:37.484 > [DPL::calcBatteryAllowance] limited by battery (0 W) and/or solar power (0 W): 0 W
20:31:37.489 > [DPL::updateInverterLimits] requested: 0 W, producing: 0 W using 1 battery-powered inverters, diff: 0 W, hysteresis: 15 W
20:31:37.494 > [DPL::loop] consumption: 531 W, target output: 120 W (limited to 120 W), solar inverters output: 0 W, battery allowance: 0 W, battery inverters output: 0 W
20:31:38.218 > [PowerMeterHttpJson] New total: 521.08
20:31:38.313 > [DPL::loop] ******************* ENTER **********************
20:31:38.321 > [DPL::loop] battery interface enabled, SoC: 0.0 %, StartTH: 80 %, StopTH: 20 %, SoC age: 643 s, ignore: no
20:31:38.327 > [DPL::getBatteryVoltage] BMS: -1.00 V, MPPT: -1.00 V, inverter 116493102649: 0.00 V, returning: 0.00V
20:31:38.331 > [DPL::loop] dcVoltage: 0.00 V, loadCorrectedVoltage: 0.00 V, StartTH: 50.00 V, StopTH: 49.00 V
20:31:38.336 > [DPL::loop] StartTH reached: no, StopTH reached: yes, SolarPT enabled, use at night: no
20:31:38.344 > [DPL::calcHouseholdConsumption] target consumption: -5 W, base load: 80 W
20:31:38.349 > [DPL::calcHouseholdConsumption] power meter value: 521.1 W, power meter valid: yes
20:31:38.369 > [DPL::calcHouseholdConsumption] inverter 116493102649 is behind power meter producing 0 W
20:31:38.380 > [DPL::updateInverterLimits] requested: 120 W, producing: 0 W using 0 solar-powered inverters, diff: 120 W, hysteresis: 15 W
20:31:38.384 > [DPL::calcBatteryAllowance] power requested: 120 W
20:31:38.390 > [DPL::calcBatteryAllowance] limited by battery (0 W) and/or solar power (0 W): 0 W
20:31:38.395 > [DPL::updateInverterLimits] requested: 0 W, producing: 0 W using 1 battery-powered inverters, diff: 0 W, hysteresis: 15 W
20:31:38.399 > [DPL::loop] consumption: 526 W, target output: 120 W (limited to 120 W), solar inverters output: 0 W, battery allowance: 0 W, battery inverters output: 0 W

Das hatte ich vorhin bei meinen Versuchen auch schon. Der WR arbeitet dann aber trotzdem und schraubt seine AC-Output-Leistung hoch (Sehe ich im Home-Assistant, der den Shelly zwischen WR und Hausanschluss überwacht). Seltsam. Gehe eben in die Garage und trenne kurz die Batterie vom System. Hoffentlich ist der Fehler damit dann auch wieder verschwunden.

[8HenningBehrens8]

So die Anlage läuft wieder, der WR wird auch wieder korrekt von oDTUoB kontrolliert.
Allerdings werden der Smartshunt und der Victron MPPT trozdem mit beiden Konfigurationen nicht angezeigt.
Neustart des WR UND Neustart der oDTUoB waren erforderlich damit WR und openDTUob wieder miteinander kommunizierten. Vielleicht entsteht das Problem, wenn in der neuen pin_mapping.json der alte Eintrag nicht vorhanden ist? Habe noch zu wenige Daten um den Verdacht zu erhärten.

Morgen werde ich mal die Kabel für rx und tx tauschen. Jetzt sind mir die Finger zu kalt dafür.

Auf der console sieht man jetzt folgende Meldungen:
Websocket: [/livedata][3] disconnect
21:17:36.899 > Websocket: [/vedirectlivedata][3] disconnect
21:17:36.923 > Websocket: [/batterylivedata][2] disconnect
21:17:37.740 > [DPL::loop] ******************* ENTER **********************
21:17:37.773 > [DPL::loop] battery interface enabled, SoC: 0.0 %, StartTH: 80 %, StopTH: 20 %, SoC age: 1410 s, ignore: no
21:17:37.778 > [DPL::getBatteryVoltage] BMS: -1.00 V, MPPT: -1.00 V, inverter 116493102649: 52.40 V, returning: 52.40V
21:17:37.782 > [DPL::loop] dcVoltage: 52.40 V, loadCorrectedVoltage: 52.52 V, StartTH: 50.00 V, StopTH: 49.00 V
21:17:37.788 > [DPL::loop] StartTH reached: yes, StopTH reached: no, SolarPT enabled, use at night: no
21:17:37.792 > [DPL::calcHouseholdConsumption] target consumption: -5 W, base load: 80 W
21:17:37.808 > [DPL::calcHouseholdConsumption] power meter value: 433.5 W, power meter valid: yes
21:17:37.813 > [DPL::calcHouseholdConsumption] inverter 116493102649 is behind power meter producing 124 W
21:17:37.819 > [DPL::updateInverterLimits] requested: 120 W, producing: 0 W using 0 solar-powered inverters, diff: 120 W, hysteresis: 15 W
21:17:37.824 > [DPL::calcBatteryAllowance] power requested: 120 W
21:17:37.838 > [DPL::updateInverterLimits] requested: 120 W, producing: 124 W using 1 battery-powered inverters, diff: -4 W, hysteresis: 15 W
21:17:37.843 > [DPL::loop] consumption: 563 W, target output: 120 W (limited to 120 W), solar inverters output: 0 W, battery allowance: 120 W, battery inverters output: 124 W
21:17:38.456 > [PowerMeterHttpJson] New total: 435.81
21:17:38.764 > [DPL::loop] ******************* ENTER **********************
21:17:38.799 > [DPL::loop] battery interface enabled, SoC: 0.0 %, StartTH: 80 %, StopTH: 20 %, SoC age: 1411 s, ignore: no
21:17:38.803 > [DPL::getBatteryVoltage] BMS: -1.00 V, MPPT: -1.00 V, inverter 116493102649: 52.40 V, returning: 52.40V
21:17:38.808 > [DPL::loop] dcVoltage: 52.40 V, loadCorrectedVoltage: 52.52 V, StartTH: 50.00 V, StopTH: 49.00 V
21:17:38.814 > [DPL::loop] StartTH reached: yes, StopTH reached: no, SolarPT enabled, use at night: no
21:17:38.818 > [DPL::calcHouseholdConsumption] target consumption: -5 W, base load: 80 W
21:17:38.829 > [DPL::calcHouseholdConsumption] power meter value: 435.8 W, power meter valid: yes
21:17:38.833 > [DPL::calcHouseholdConsumption] inverter 116493102649 is behind power meter producing 124 W
21:17:38.837 > [DPL::updateInverterLimits] requested: 120 W, producing: 0 W using 0 solar-powered inverters, diff: 120 W, hysteresis: 15 W
21:17:38.842 > [DPL::calcBatteryAllowance] power requested: 120 W
21:17:38.847 > [DPL::updateInverterLimits] requested: 120 W, producing: 124 W using 1 battery-powered inverters, diff: -4 W, hysteresis: 15 W
21:17:38.852 > [DPL::loop] consumption: 565 W, target output: 120 W (limited to 120 W), solar inverters output: 0 W, battery allowance: 120 W, battery inverters output: 124 W
21:17:39.792 > [DPL::loop] ******************* ENTER **********************
21:17:39.798 > [DPL::loop] battery interface enabled, SoC: 0.0 %, StartTH: 80 %, StopTH: 20 %, SoC age: 1412 s, ignore: no
21:17:39.802 > [DPL::getBatteryVoltage] BMS: -1.00 V, MPPT: -1.00 V, inverter 116493102649: 52.40 V, returning: 52.40V
21:17:39.809 > [DPL::loop] dcVoltage: 52.40 V, loadCorrectedVoltage: 52.52 V, StartTH: 50.00 V, StopTH: 49.00 V
21:17:39.813 > [DPL::loop] StartTH reached: yes, StopTH reached: no, SolarPT enabled, use at night: no
21:17:39.819 > [DPL::calcHouseholdConsumption] target consumption: -5 W, base load: 80 W
21:17:39.823 > [DPL::calcHouseholdConsumption] power meter value: 435.8 W, power meter valid: yes
21:17:39.829 > [DPL::calcHouseholdConsumption] inverter 116493102649 is behind power meter producing 124 W
21:17:39.833 > [DPL::updateInverterLimits] requested: 120 W, producing: 0 W using 0 solar-powered inverters, diff: 120 W, hysteresis: 15 W
21:17:39.837 > [DPL::calcBatteryAllowance] power requested: 120 W
21:17:39.841 > [DPL::updateInverterLimits] requested: 120 W, producing: 124 W using 1 battery-powered inverters, diff: -4 W, hysteresis: 15 W
21:17:39.852 > [DPL::loop] consumption: 565 W, target output: 120 W (limited to 120 W), solar inverters output: 0 W, battery allowance: 120 W, battery inverters output: 124 W

[SW-Niko]

Hallo @8HenningBehrens8,

Wenn RX und TX vertauscht wären, könnte ich durch ausprobieren der unten stehenden Konfigurationen das herausfinden.

Wenn du auf Nummer Sicher gehen willst dann konfiguriere dir im ersten Schritt nur den Rx und den Tx deaktiviere mit -1.
Das reicht um Daten von den Victron Geräten zu Empfangen.
Das ist aus elektrischer Sicht ungefährlich weil bei einer falschen Verbindung die gefährliche Kombination Tx (Ausgang) auf Tx (Ausgang) nicht vorkommen kann.

Noch ein Tipp: Die Victron Geräte müssen auf Datenkommunikation eingestellt werden. Schaue dir mal die Einstellung für den Tx Port in der Victron App an.

Den Smart Shunt hast du aktiviert?

[Ralf-64]

Hallo,
Der CAN/Iso Shield erwartet an dem mit TX bezeichneten Pin den TX der VE.direkt Geräte.
Ob das Kabel stimmt kannst du mit einem Durchgangsprüfer testen oder mit einem Osziloscope nachmessen. Den RX der VE Geräte brauchst du im Allgemeinen nicht.
Über die PinConfig kann man RX/TX nicht tauschen. Ist über das CAN Shield "hardwired" zum ESP Controller und die PinConfig bezeiht sich auf den ESP.
LG Ralf

[schlimmchen]

In beiden pin mappings hast du im Objekt victron nur rx2 und tx2 definiert. Du musst stattdessen die rx und tx Pins definieren. Sonst wird gar kein Victron Laderegler instanziiert. Es wird erst einer aus dem Paar rx und tx gebaut, dann einer aus rx2 und tx2, falls vorhanden, und ggf. noch ein dritter. Aber wenn du nur rx2 und tx2 definierst, wird gar keiner angelegt.

Außerdem hast du beide Pins als -1 definiert, also "nicht belegt". Warum sollte das funktionieren?

Du kannst nicht mal an Pin 9 und mal an Pin 10 Daten erwarten. Es kommen nur Daten an Pins 10 und 11 an (OpenDTU Fusion mit CAN/ISO Shield). Der eine Pin ist Rx aus sicht des ESP32 für den einen ADuM1201, und der andere Pin für den anderen ADuM1201. Wenn du etwas anderes als 10 oder 11 bei rx im victron oder battery Objekt in der JSON Pin Mapping hast, dann ist es in jedem Fall falsch.

Ich vermute mal du wirst teilweise Daten sehen, wenn du den SmartShunt versehentlich dort angeschlossen hast, wo du den Victron im Pin Mapping definiert hast, weil sich viele Datenfelder überlappen. Sollte auch andersherum so sein.

Nutze diesen Teil des Pin Mapping:

        "battery": {
            "rx": 10,
            "tx": 9
        },
        "victron": {
            "rx": 11,
            "tx": 12
        }

Zu deinem Punkt 3: Du musst manuell neu starten, nachdem du ein neues Pin-Mapping per Namen im Drop-Down des Device-Managers der Web UI ausgewählt und die neue Auswahl gespeichert hast.

Wenn nach dem Neustart keine Daten kommen, hast du TX und RX am ISO Shield vertauscht. Tausche dann die Käbelchen, also TX und RX. Nur der eine Kanal des ADuM1201 kann Daten empfangen, und der jeweils andere kann nur Daten senden. Es muss also RX und TX des Ladereglers bzw. des SmartShunts korrekt physisch angeschlossen werden, man kann nicht stattdessen die RX und TX Pins im Pin Mapping tauschen.

Wenn dann Daten kommen, aber nicht vollständig bzw. merkwürdige, tausche entweder den Kabelsatz am ISO Shield, oder ändere dein Pin Mapping (Objekte victron und battery habe ich "vertauscht").

        "victron": {
            "rx": 10,
            "tx": 9
        },
        "battery": {
            "rx": 11,
            "tx": 12
        }

[8HenningBehrens8]

Herzlichen Dank an alle, die mir geholfen haben mein Problem zu lösen. Ich empfange jetzt alle Daten korrekt vom Smartshunt und MPPT!
@Ralf-64 : Ich hatte erstmal gestutzt, als ich hier las, das tx der Victron VE.Direct Geräte (Producer) mit tx der CAN / Iso Shield Anschlüsse für victron verbunden werden muß. Hier lag auch mein Verkabelungsfehler! Ich meine gelesen zu haben, das tx (senden) der Victron Producer mit rx Pin der ESP32_S3 Boards (Consumer verbunden werden muss. Insoweit wäre hier entweder diese Information falsch, oder die Beschriftung auf dem CAN / Iso Shield stimmt nicht.
(Oder es hat sich herausgestellt, dass die Anwender lieber gleiches mit gleichem verbinden und es wurde absichtlich so bedruckt, da so weniger Fehler bei der Verkabelung entstehen ;-) )
@schlimmchen : Danke, es kamm erstmal nur "Müll" an, tauschen der Einträge für battery und victron hat das Problem dann vollständig gelöst.
@SW-Niko : Danke, genau so bin ich dann auch vorgegangen, safety first, insbesondere wenn man wie ich, zu Beginn im Nebel herumstochert.