Marstek Venus mit via modbus an openHAB anbinden

20 Antworten auf „Marstek Venus mit via modbus an openHAB anbinden“

1. Ich hatte die Pin-Belegung gesucht, Danke für deinen tollen Artikel !

   Antworten

2. Super Anleitung, bekomme die Werte in openhab, jedoch immer mal wieder mit ReadTimeOuts im Log. Eine Idee, woran das liegen könnte?

   Antworten

   1. Tatsächlich geht es mir ähnlich. Festgestellt habe ich, dass wenn zu viele Register auf einmal angefragt werden sollen, das Zusammenspiel nicht mehr passt. Daher habe ich immer nur Gruppen für die Werte gebildet, die ich wirklich brauche. Trotz manchmal aufkommender Timeouts im Log – da geht es mir ähnlich wie Dir – werden aber die Werte dennoch verlässlich schnell aktualisiert.

      Antworten

      1. Danke dir für die Info! Bin ich wenigstens nicht allein.. 😊 Ich werde mal probieren, ob ich an den abfragen der Things noch etwas optimieren kann..

         Antworten

3. Hi nochmal.. Habe das Modbus Binding nun wie folgt angepasst:

   UID: modbus:tcp:venus-waveshare
   label: Marstek Venus Waveshare Modbus Gateway
   thingTypeUID: modbus:tcp
   configuration:
   connectMaxTries: 2
   reconnectAfterMillis: 1000
   timeBetweenTransactionsMillis: 1000
   receiveTimoutMillis: 1000
   rtuEncoded: false
   port: 502
   timeBetweenReconnectMillis: 1000
   connectTimeoutMillis: 10000
   host: 192.168.178.30
   afterConnectionDelayMillis: 1000
   timeoutMillis: 8000
   id: 1
   enableDiscovery: false

   Habe nun seit mehreren Stunden keine Einträge mehr im Log und scheint bislang ohne Auffälligkeiten zu funktionieren. Vielleicht kannst du das ja verifizieren.. 🙂

   Gruß Rene

   Antworten

   1. Besten Dank für deinen Input, das scheint so gut zu laufen. Ich habe das angepasst!

      Antworten

4. Hi, hast du es schon geschafft die anderen Werte über Modbus auszulesen und könntest deine openHAB Config dafür teilen? Besonders würden mich die 35000er Temperaturwerte (zur Ansteuerung eines externen Lüfters) und 33000er Energiewerte interessieren, da scheitere ich aber mit meinen trivialen Modbus Kenntnissen.

   Besten Dank 🙂

   Antworten

   1. Hallo,
      ja, auf die gleiche Art und Weise.
      schau immer auch ins Logfile, habe festgestellt wenn zu viele Register auf einmal ausgelesen werden macht er irgendwann nicht mehr das, was er machen sollte, daher lieber „kleine häppchen“ jeweils als Thing für den poller.

      35-er Werte, thing:

      UID: modbus:poller:venus-waveshare:venus-holding-registers-35000-35011
      label: Marstek Venus Modbus Holding Register 35000-35003
      thingTypeUID: modbus:poller
      configuration:
      start: 35000
      length: 3
      refresh: 500
      maxTries: 3
      cacheMillis: 50
      type: holding
      bridgeUID: modbus:tcp:venus-waveshare

      Thing der Temperatur:

      UID: modbus:data:venus-holding-registers-35000-35011:venus_temperature_internal
      label: Venus Temperatur intern
      thingTypeUID: modbus:data
      configuration:
      readValueType: int16
      readTransform: default
      writeTransform: default
      readStart: „35000“
      updateUnchangedValuesEveryMillis: 1000
      writeMultipleEvenWithSingleRegisterOrCoil: false
      writeMaxTries: 3
      bridgeUID: modbus:poller:venus-waveshare:venus-holding-registers-35000-35011
      channels:
      – id: number
      channelTypeUID: modbus:number-type
      label: Value as Number
      description: Number item channel
      configuration: {}
      – id: switch
      channelTypeUID: modbus:switch-type
      label: Value as Switch
      description: Switch item channel
      configuration: {}
      – id: contact
      channelTypeUID: modbus:contact-type
      label: Value as Contact
      description: Contact item channel
      configuration: {}
      – id: dimmer
      channelTypeUID: modbus:dimmer-type
      label: Value as Dimmer
      description: Dimmer item channel
      configuration: {}
      – id: datetime
      channelTypeUID: modbus:datetime-type
      label: Value as DateTime
      description: DateTime item channel
      configuration: {}
      – id: string
      channelTypeUID: modbus:string-type
      label: Value as String
      description: String item channel
      configuration: {}
      – id: rollershutter
      channelTypeUID: modbus:rollershutter-type
      label: Value as Rollershutter
      description: Rollershutter item channel
      configuration: {}
      – id: lastReadSuccess
      channelTypeUID: modbus:last-successful-read-type
      label: Last Successful Read
      description: Date of last read
      configuration: {}
      – id: lastReadError
      channelTypeUID: modbus:last-erroring-read-type
      label: Last Erroring Read
      description: Date of last read error
      configuration: {}
      – id: lastWriteSuccess
      channelTypeUID: modbus:last-successful-write-type
      label: Last Successful Write
      description: Date of last write
      configuration: {}
      – id: lastWriteError
      channelTypeUID: modbus:last-erroring-write-type
      label: Last Erroring Write
      description: Date of last write error
      configuration: {}

      Item der Temperatur dann auf Channel „Value as Number“ verlinkt:

      label: Venus Temperatur intern
      type: Number
      category: temperature_hot
      groupNames:
      – gruppePVSpeicherShellyVenus
      – pvspeicher
      tags:
      – Point
      – Temperature

      Antworten

      1. Hat geklappt, vielen Dank für deine Config!

         Antworten

5. Danke

   Antworten
6. Pingback: Marstek Venus - Register schreiben per Modbus/RS485 in openHAB - forwardme.de - SmartHome / Hausautomatisierung / Programmierung und mehr

7. Hallo,
   tolles Projekt. Welchen Kabeladapter hast Du genutzt? Habe meinen Speicher noch nicht, ist das nicht ein Kabel mit 5 Pins?

   Antworten

   1. Glaube der Amazon Link passt nicht mehr ganz. https://amzn.to/4lO7zIj aber da die mit 5 Pins.
      Habe noch welche über, falls du Interesse hast mit eins abzunehmen Gib Bescheid (Email im Impressum)

      Antworten

8. Hallo Florian,

   zunächst mal vielen Dank für deine ausführliche Beschreibung. Ich habe mir deine Arbeit zur Vorlage genommen um meinen Venus E ebenfalls mit Modbus auszulesen. Allerdings habe ich ein paar Abweichungen von deiner Vorlage festgestellt, auf die ich kurz eingehen möchte:

   Seit Mitte August sind wir stolze Besitzer eines Marstek Venus E, Version 2 (der Nachfolger ist eine Woche später angekündigt worden). Nachdem die Verbindung zum Shelly Pro 3EM eingerichtet war, läuft der Speicher, wie erwartet. Mich hat aber auch bald gestört, dass ich zwar den Verlauf des Energieverbrauchs über das Shelly gut analysieren und aufzeichnen kann (mqtt), über den Speicher selbst aber nur Statusinformationen über die App bekomme.

   Dann habe ich deinen Artikel gefunden und mir beim Chinesen einen Waveshare RS485- LAN/Wifi Converter bestellt (https://spotpear.com/index/product/detail/id/1024.html), allerdings einen etwas anderen, als den, den du beschreibst. Der hat einen DC- Input von 5-36 V, dh. Ich kann ihn direkt am Modbus- Connector des Marstek betreiben und er hat WLan, ich brauche kein Kabel zum Open Hab Rechner (außerdem kann er mqtt, was mir wichtig war). Beim Einrichten habe ich mich dann zunächst weitestgehend an deine Beschreibung gehalten, musste aber ein paar Abweichungen feststellen.

   1. Die Belegung des RS485 Ports ist bei mir ein wenig anders, als du es beschreibst: Signal-GND und Power-GND sind genau vertauscht. Da sie, entgegen meiner Erwartung, untereinander nicht verbunden sind, ist das wichtig.

   2. Entgegen der Beschreibung in der PDF- Datei zur Registerbelegung ist im Register 32104 der Ladezustand der Batterie in % und nicht in 0,1% abgelegt.

   3. Entsprechend nehme ich in OH einfach den Channel „Value as Number“ zum Auslesen des Ladezustands.

   Ich lese gleichzeitig noch den Register 32102 aus, in welchem die Leistung eingetragen ist, mit der der Speicher gerade ge- bzw. entladen wird. Beide stelle ich in einer Page graphisch dar.
   Mich würde bei dieser Gelegenheit interessieren, ob die im Register 32105 eingetragene Kapazität der Batterie wirklich angepasst wird (entsprechend abnimmt mit zunehmendem Alter), oder ist es einfach eine Konstante. Bei mir erscheint da natürlich 5120 Wh. Die Kiste ist aber auch noch neu.

   Soviel erstmal dazu. Ich werde mal versuchen, eine eigene Regelung zu bauen und schauen, ob die besser funktioniert, als die eingebaute.

   Gruß, Uwe

   Antworten

9. Hi,
   Inzwischen kann man beim Support das Freischalten der lokalen API für die Marstek bitten.
   Nach 3 Tagen konnte ich die API in der Marstek App einschalten.
   Inzwischen habe ich die Integration rudimentär ins OpenHAB geschafft und teste das die nächsten Tage. Das geht mit dem 3rd Party Binding für TCP/UDP, weil die Ansteuerung per UDP gemacht wird.
   Es sieht aber schon vielversprechend aus. Integration ins EVCC werde ich auch in Kürze ausprobieren.
   Damit sollten die Klimmzüge per Modbus oder anderer Dienste erledigt sein …
   Ich kann hier auch eine kleine Anleitung einstellen, wenn es stabil läuft …

   Antworten

   1. Hallo, Danke für deinen Beitrag! Ich habe das auch schon gelesen und auch bereits bei Marstek angefragt. Die Freischaltung steht allerdings noch aus. Wenn ich mir modbus sparen kann, nehme ich das auch gern wieder raus, dann muss ein Gerät weniger mitlaufen… Halte mich / und hier gern auf dem laufenden!

      Antworten

10. Hi,
    jetzt läuft meine Integration seit 2 Tagen ganz ordentlich.
    Folgendes muss man tun:
    1.) API aktivieren lassen
    2.) In Openhab das 3rd Party Binding „TCP/UDP Binding“ installieren
    3.) 2 neue Things anlegen (habe das über das UI gemacht:
    a) Ein Thing für den UDP Client: Dort tragt ihr die IP-Adresse und den Port Eurer Venus ein.
    In dem neuen Thing auch einen Channel vom Typ „String“ anlegen, z.B. sendData
    b) Ein weiteres Thing für den UDP Receiver: Dort habe ich als host 0.0.0.0 eingetragen, zuerst hatte ich die Venus drin, aber das hat irgendwie nicht geklappt (ist vermutlich auch falsch). Als port den richtigen UDP Port eintragen.
    In diesem Receiver-Thing dann einen channel, z.B. result. Als Address Filter habe ich folgendes eingegeben, damit er nur auf meine Venus hört: 192.168.178.63:*

    4.) Folgende Items habe ich angelegt (alle verknüpft mit einem MQTT CHannel, weil ich eine Integration ins EVCC gebastelt habe). Wer das nicht braucht, kann das MQTT auch weglassen.
    String Marstek_Send_Data „Marstek Senden“ { channel=“tcpudp:client:8d7c831141:sendData“ }
    String Marstek_Receive_Data „Marstek Empfangen“ { channel=“tcpudp:receiver:afff5d1e5d:result“ }
    Number Marstek_Battery_SOC „Marstek SOC [%.0f %%]“ [ „Internal“ ] {channel=“mqtt:topic:brokerhome:marstek:soc“}
    Number Marstek_Battery_Power „Marstek Power [%.0f W]“ [ „Internal“ ] {channel=“mqtt:topic:brokerhome:marstek:power“}

    5.) Rules. Hier schicke ich alle 10 Sekunden einen String über den Client und bekomme über den Receiver die Resultate per JSON zurück, die ich dann nach Item aufschlüssele und in meinem Fall direkt über MQTT publiziere.:
    rule „Trigger Marstek Battery Data“
    // Trigger every 10 seconds the battery data from Marstek
    when
    Time cron „0/10 0/1 * 1/1 * ? *“
    then
    var String json = ‚{„id“: 1, „method“: „ES.GetStatus“, „params“: {„id“: 0}}‘
    Marstek_Send_Data.sendCommand(json);
    end

    rule „Get Marstek Battery Data“

    when
    Item Marstek_Receive_Data changed
    then
    val String json = (Marstek_Receive_Data.state as StringType).toString
    val String soc = transform(„JSONPATH“, „$.result.bat_soc“, json)
    val String discharge = transform(„JSONPATH“, „$.result.ongrid_power“, json)
    val String charge = transform(„JSONPATH“, „$.result.offgrid_power“, json)
    Marstek_Battery_SOC.sendCommand(soc)
    if (Float::parseFloat(charge) > 0 ) {
    Marstek_Battery_Power.sendCommand(charge)
    } else {
    Marstek_Battery_Power.sendCommand(discharge)
    }
    end

    Viel Glück beim testen!

    Antworten

    1. Danke für deinen Vertrag! Aktuell schaltet der Support die API leider nicht mehr frei, meine Anfrage wurde abgelehnt, mit der Begründung, man würde das aktuell nicht mehr anbieten und sich melden, wenn man das wieder anbiete…
       Von daher bleibe ich erst mal bei modbus. Sobald das aber geht, schaue ich es mir gerne an!

       Antworten

11. Ok, ich habe geschrieben, dass ich Software-Entwickler bin und eine Integration ins Smarthome bauen will. Das hat vermutlich gezogen.

    Sonst kannst Du mal checken, ob die Freischaltung auch mit diesem Tool funktioniert (über Bluetooth verbinden, dafür darf aber zum gleichen Zeitpunkt eine Verbindung mit dem Smartphone laufen).
    https://github.com/rweijnen/marstek-venus-monitor
    Am besten die Beta Version nehmen …

    Antworten

12. Hi zusammen, ich habe auch den Venus und zwar in der 3.0 Version. Ich habe mich beim Support wegen der alten FW gemeldet und die V144 freigeschaltet bekommen.

    Nun habe ich zufällig festgestellt, dass am LAN bzw. WIFI Anschluss des Speichers der Port 502 nach dem Reset offen war – was mich stutzig gemacht hat. Denn das ist der Modbus TCP Port. Aber Ich habe keinen RS-485 Adapter – sondern der ist da – nativ via TCP! 🔥 🔥 🔥

    Ich habe mich nach etwas probieren auch darauf verbinden können. Es scheint so, dass es funktioniert! Mit der kompletten Liste der Register ist es in Openhab noch etwas unstabil – da bin ich noch am testen.

    Es wäre eine große Hilfe, wenn sich andere Besitzer mit Firmware V144 auf dem Venus E 3.0 die Mühe machen könnten und mal Portscan auf die IP(s) des Speichers machen würden um zu sehen, ob sie auch einen offenen Port 502 finden. Vermutlich muss der Speicher dafür einmal Werksresetted werden (10s den Power Button drücken).

    Danach direkt einen Portscan auf die IP des Speichers machen (z.B. mit nmap oder fing):
    – Alle offenen TCP-Ports scannen:
    nmap -sT
    – Intensiver Scan mit Service-Erkennung:
    nmap -sV -p-

    Ist der Port offen, gerne in OH/ HA den modbus adapter auf die Adresse konfigurieren und mal testen, was passiert 🙂

    Antworten

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre, wie deine Kommentardaten verarbeitet werden.