Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Venus V3.0 API Token

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    16
    1
    247

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.6k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.3k

Venus V3.0 API Token

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
15 Beiträge 7 Kommentatoren 1.2k Aufrufe 5 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • M Offline
    M Offline
    matzze2000
    schrieb am zuletzt editiert von
    #5

    Dass du keine Antworten bekommst liegt vermutlich an der Firmware Version. Ich habe auch die letzten Tage rumgetestet und irgendwann mal 2-3 Antworten bekommen und dann ohne Änderungen keine mehr. Ich habe dann im PV Forum gesehen, dass es deutlich aktuellere FW Versionen mit API Fixes gibt, die muss man aber über die Feedback Funktion in der Marstek App beim Support anfragen und freischalten lassen. Damit kann ich jetzt auch die API abfragen. Hier mal mein sehr rudimentäres TS Script mit dem ich die aktuelle Leistung und Batteriestand abfragen kann:

    const DEVICE_IP = "192.168.1.143"; // IP deines Marstek Venus E 3.0
    const DEVICE_PORT = 30000; // UDP-Port laut App
    
    const dgram = require("dgram");
    const socket = dgram.createSocket("udp4");
    
    // Datenpunkte
    const SOC_STATE = "0_userdata.0.marstek.soc";
    const GRID_POWER_STATE = "0_userdata.0.marstek.gridPower";
    
    createState(SOC_STATE, 0, { name: "State of Charge", unit: "%", type: "number", role: "value.battery" });
    createState(GRID_POWER_STATE, 0, { name: "Grid Power", unit: "W", type: "number", role: "value.power" });
    
    // JSON-RPC Requests
    const batRequest = JSON.stringify({ id: 1, method: "Bat.GetStatus", params: { id: 0 } });
    const esRequest = JSON.stringify({ id: 2, method: "ES.GetStatus", params: { id: 0 } });
    const discoverRequest = JSON.stringify({ id: 0, method: "Marstek.GetDevice", params: { ble_mac: "0" } });
    
    // UDP-Antwortverarbeitung
    socket.on("message", (msg: Buffer) => {
        try {
            const response = JSON.parse(msg.toString());
            log("UDP Antwort: " + msg.toString(), "info");
    
            if (response.result) {
                if (response.id === 1 && response.result.soc !== undefined) {
                    setState(SOC_STATE, parseFloat(response.result.soc));
                }
                if (response.id === 2 && response.result.ongrid_power !== undefined) {
                    setState(GRID_POWER_STATE, parseFloat(response.result.ongrid_power));
                    setState(SOC_STATE, parseFloat(response.result.bat_soc));
                }
            }
        } catch (err) {
            log("Fehler beim Parsen der Antwort: " + err, "error");
        }
    });
    
    // Fehlerbehandlung
    socket.on("error", (err) => {
        log("UDP Fehler: " + err.message, "error");
    });
    
    // Zyklisches Abfragen
    schedule("*/30 * * * * *", () => {
        // log("Sende Bat.GetStatus an Marstek", "info");
        // socket.send(batRequest, 0, batRequest.length, DEVICE_PORT, DEVICE_IP);
    
        //log("Sende ES.GetStatus an Marstek", "info");
        socket.send(esRequest, 0, esRequest.length, DEVICE_PORT, DEVICE_IP);
    });
    
    // // Einmaliger Discovery-Request zum Start
    // setTimeout(() => {
    //     log("Sende Discovery-Request (Marstek.GetDevice)", "info");
    //     socket.send(discoverRequest, 0, discoverRequest.length, DEVICE_PORT, DEVICE_IP);
    // }, 10000);
    
    // Socket starten
    socket.bind(); // kein fester Source-Port nötig
    

    Läuft damit zuverlässig. Und ich denke alle anderen Sachen aus der API Doku kann man dann auch recht einfach umsetzen, ist ja überschaubar von der Komplexität.

    1 Antwort Letzte Antwort
    0
    • D Offline
      D Offline
      derkleinschreiber
      schrieb am zuletzt editiert von derkleinschreiber
      #6

      Hallo !
      vielen Dank für den Code !

      Api freischalten geht seit etwa Dezember direkt in der App.

      Geht einwandfrei !

      --> ein bischen Offtopic: Sollte jemand lieber mit Blockly "programmieren" geht das sehr einfach mit exec aufrufen (mit netcat = nc)

      echo '{"id":1,"method":"Bat.GetStatus","params":{"id":0}}' | nc -u -w 1 192.168.178.xyz 30000

      Alles andere aus der API kann man damit auch abfragen / übertragen / Modes setzen etc. Habs grad probiert. Wichtig ist nur das vorher einmalig :

      echo '{ "id": 0, "method": "Marstek.GetDevice", "params": { "ble_mac":"0" } } ' | nc -u -w 1 192.168.178.255 30000 gesendet wird damit er die UDP API aktiviert.

      Manchmnal antwort mein Marstek Venus E v3 erst beim 2ten mal. Offenbar muss er nach längerer Zeit immer erst auffwachen.

      K 1 Antwort Letzte Antwort
      0
      • S Offline
        S Offline
        schneire
        schrieb am zuletzt editiert von schneire
        #7

        Hallo und eine Bitte an den derkleinschreiber ,

        kannst du bitte dein Blockly bereitstellen, damit ich als Beginner mit dem Venus E schon mal einen gute Basis habe?!

        Danke schön

        influxdb2.7, mqtt, Grafana, Raspberry Pi5, Venus-Os m.Raspi3, JK-BMS

        1 Antwort Letzte Antwort
        0
        • D Offline
          D Offline
          derkleinschreiber
          schrieb am zuletzt editiert von derkleinschreiber
          #8

          bef35fb0-b95d-44ae-a186-156d574ac973-image.png

          echo '{ "id": 1, "method": "ES.GetMode", "params": { "id": 0 } }'| nc -u -w 1 192.168.178.149 30000

          Ich hab den Loglevel auf "fehler" gesetzt damit ichs im log besser sehe..
          So kannst du jeden Befehl aus der Api aufrufen.

          Wenn du die Antwort auswerten/verarbeiten möchtest ist das die Variable "result"

          Du must Ihm vorher aber einmal aufwecken mit dem "Suchbefehl". Siehe Api bzw. mein Post weiß es grad nicht auswendig

          NC = Netcat ist ein exteres Programm - sollte das in deinem Image nicht drin sein must du es vorher nachinstallieren mit "apt-get install -y netcat" auf der commandozeile

          1 Antwort Letzte Antwort
          0
          • S Offline
            S Offline
            schneire
            schrieb am zuletzt editiert von
            #9

            Danke dir für die Anleitung womit ich schon ein wenig weiter bin:
            a) Ich habe NC nur mit apt install -y netcat-openbsd in den Raspi bekommen.
            b) mein Blockly sieht so aus und erzeugt (manchmal) Error und ich schreibe es in die Variable "M-Power2" als string:

            Venus.jpg

            influxdb2.7, mqtt, Grafana, Raspberry Pi5, Venus-Os m.Raspi3, JK-BMS

            1 Antwort Letzte Antwort
            0
            • S Offline
              S Offline
              schneire
              schrieb am zuletzt editiert von
              #10

              Wert.jpg

              influxdb2.7, mqtt, Grafana, Raspberry Pi5, Venus-Os m.Raspi3, JK-BMS

              1 Antwort Letzte Antwort
              0
              • S Offline
                S Offline
                schneire
                schrieb am zuletzt editiert von schneire
                #11

                Wenn ich nun einen zweite Abfrage "Bat.GetMode" anhänge gibt es nur Fehler was mache ich hier falsch?
                Bat-get.jpg

                influxdb2.7, mqtt, Grafana, Raspberry Pi5, Venus-Os m.Raspi3, JK-BMS

                1 Antwort Letzte Antwort
                0
                • D Offline
                  D Offline
                  derkleinschreiber
                  schrieb am zuletzt editiert von derkleinschreiber
                  #12

                  Hallo.
                  Dein Linux Image ist offenbar Openbsd basiert, deshalb brauchst du einen anden Install code.. aber das hat ja geklappt.

                  Der "Error" ist kein Error.. im log steht das nur weil du / ich den Output als "Fehler" Ausgabe deklarierst.

                  Im 2ten Beispiel hast du 2 sachen geändert.

                  1. Du fragst als GetDevice ab.. -> Das must du wiklirch nur einmalig nach dem einschalten des Venus machen. Er öffnet darauf hin die Api und antwortet solang bis er wirklich aus war. Danach schickst du direkt das nächste Kommando. Eventuell ist dem Venus oder dem Netzwerk zu schnell.. und es gibt dann keine Antwort.

                  Mach mal 3 Programme raus und starte die nacheinander. Oder mach einfach mal 2 Sekunden Pause dazwischen.. Erst GetDevice, dann GetMode, und dann Bat.getmode..

                  echo '{ "id": 1, "method": "ES.GetMode", "params": { "id": 0 } }'| nc -u -w 1 192.168.178.149 30000 -> "-w 1" bedeutet nach einer Sekunde verbindung abbrechen und ausgeben. Eventuell ist noch gar kein Antwort-Paket angekommen - oder das Anfrage-Paket ist nicht beim Marstek angekommen..

                  Vielleicht hast du auch beim kopieren der Befehle nen Fehler gemacht. IP / Port ? und mir ist aufgefallen das man aus der API Doku nicht rauskopieren kann. (Die Klammern sind dann immer falsch).

                  Du kannst die Netcat Befehle auch erst alle direkt auf der Console testen mit und ohne -w "Sekunden" . Dann kannst du sehen ob du überhaupt direkt jedes mal ne Antwort bekommst und auch mal gucken wie schnell das klappt.

                  nachtrag: Welche Firmware Version hast auf dem Venus ? Und ist es Version 1 2 oder 3
                  nachtrag2: ich lass mir auch den gesendeten Befehl ins log schreiben, so kann man sehen oder tatsächlich der richitge Befehl gesendet wird (wegen dem hochkomma problem - ich weiß nicht ob das bei OpenBsd genauso klappt wie bei mir)

                  1 Antwort Letzte Antwort
                  0
                  • S Offline
                    S Offline
                    schneire
                    schrieb am zuletzt editiert von
                    #13

                    Bei mir läuft auf dem Venus 3.0 eine Firmware V147.117.112 leider nicht ohne Probleme so dass ich deshalb auch Firmware-Fehler / API-Fehler vermute. Mal sehen was mit den Support für einen Version kommt. Und auch mit Pausen waren noch nicht erfolgreich.

                    influxdb2.7, mqtt, Grafana, Raspberry Pi5, Venus-Os m.Raspi3, JK-BMS

                    1 Antwort Letzte Antwort
                    0
                    • T Offline
                      T Offline
                      technogodder
                      schrieb am zuletzt editiert von
                      #14

                      Hallo, ich habe seit gestern auch den Marstek Venus E 3.0 und habe den Support angeschrieben, dass ich ebenfalls eine Freigabe für Smarthome benötige. Sie haben mir heute geantwortet, dass sie jetzt für mich MQTT freigeschaltet haben. Eigentlich benötige ich in iobroker den Füllstand, ob lädt oder entlädt, und die Leistung.

                      Jetzt stehe ich allerdings auf dem Schlauch, normalerweise müsste ich doch jetzt meine iobroker-ip und port irgendwo in der Marstek-App eingeben oder habe ich einen Denkfehler? Neue Einstellungen habe ich jetzt nicht in der App, nur das bekannte "Local API" und den Port.

                      1 Antwort Letzte Antwort
                      0
                      • D derkleinschreiber

                        Hallo !
                        vielen Dank für den Code !

                        Api freischalten geht seit etwa Dezember direkt in der App.

                        Geht einwandfrei !

                        --> ein bischen Offtopic: Sollte jemand lieber mit Blockly "programmieren" geht das sehr einfach mit exec aufrufen (mit netcat = nc)

                        echo '{"id":1,"method":"Bat.GetStatus","params":{"id":0}}' | nc -u -w 1 192.168.178.xyz 30000

                        Alles andere aus der API kann man damit auch abfragen / übertragen / Modes setzen etc. Habs grad probiert. Wichtig ist nur das vorher einmalig :

                        echo '{ "id": 0, "method": "Marstek.GetDevice", "params": { "ble_mac":"0" } } ' | nc -u -w 1 192.168.178.255 30000 gesendet wird damit er die UDP API aktiviert.

                        Manchmnal antwort mein Marstek Venus E v3 erst beim 2ten mal. Offenbar muss er nach längerer Zeit immer erst auffwachen.

                        K Online
                        K Online
                        KSN
                        schrieb zuletzt editiert von
                        #15

                        @derkleinschreiber sagte in Venus V3.0 API Token:

                        --> ein bischen Offtopic: Sollte jemand lieber mit Blockly "programmieren" geht das sehr einfach mit exec aufrufen (mit netcat = nc)

                        echo '{"id":1,"method":"Bat.GetStatus","params":{"id":0}}' | nc -u -w 1 192.168.178.xyz 30000

                        Alles andere aus der API kann man damit auch abfragen / übertragen / Modes setzen etc. Habs grad probiert. Wichtig ist nur das vorher einmalig :

                        echo '{ "id": 0, "method": "Marstek.GetDevice", "params": { "ble_mac":"0" } } ' | nc -u -w 1 192.168.178.255 30000 gesendet wird damit er die UDP API aktiviert.

                        WIe @derkleinschreiber oben sagte, versuche ich, meine Venus E 3.0 (am LAN) und CT002 über die API auszulesen mit netcat.
                        Venus Version ist V148.
                        ping auf die Adresse geht.
                        Wenn ich Kommandos sende erhalte ich auch eine Antwort, alledings immer einen Fehler.
                        Prinzipiell scheint daher die Venus ja zu antworten.

                        auch nach mehrmaligem Senden von Bat.GetStatus :
                        Kommando:
                        MARSTEK_Result=echo '{ "id": 0, "method": "Marstek.GetDevice", "params": { "ble_mac":"0"}} ' | nc -u -w 1 192.168.2.33 30000
                        Ergebnis:
                        MARSTEK_Result={ "id": 0, "src": "VenusE 3.0-bc2a33ad06aa", "error": { "code": -32700, "message": "Parse error", "data": 402 } }

                        Hat jemand eine Idee, woran es liegen kann?

                        Herzlichen Dank für euren Support!

                        1 Antwort Letzte Antwort
                        0
                        Antworten
                        • In einem neuen Thema antworten
                        Anmelden zum Antworten
                        • Älteste zuerst
                        • Neuste zuerst
                        • Meiste Stimmen


                        Support us

                        ioBroker
                        Community Adapters
                        Donate
                        FAQ Cloud / IOT
                        HowTo: Node.js-Update
                        HowTo: Backup/Restore
                        Downloads
                        BLOG

                        234

                        Online

                        32.7k

                        Benutzer

                        82.5k

                        Themen

                        1.3m

                        Beiträge
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                        ioBroker Community 2014-2025
                        logo
                        • Anmelden

                        • Du hast noch kein Konto? Registrieren

                        • Anmelden oder registrieren, um zu suchen
                        • Erster Beitrag
                          Letzter Beitrag
                        0
                        • Home
                        • Aktuell
                        • Tags
                        • Ungelesen 0
                        • Kategorien
                        • Unreplied
                        • Beliebt
                        • GitHub
                        • Docu
                        • Hilfe