Monatsrückblick Januar/Februar 2026 ist online!

[mickym]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

Ok…. Also weis man den nicht, schade.

Ja wie die heißen muss der Hersteller in seiner API beschreiben. Das ist nicht selbsterklärend - ausser der Hersteller hat halt ein allgemeines Schema - wo du über einen topic verschiedene Parameter steuern kannst. Meist schickt man dann JSON Objekte an dieses topic. So kannst Du besipielsweise mit Zigbee2mqtt

{"state":"on","brightness":50)

gleichzeitig die Lampe mit 50% Helligkeit einschalten und brauchst dafür nicht 2 Befehle.

[Homoran]

@mickym sagte in Victron MP2 MQTT Anbindung:

ein GX Gerät (was auch immer das ist) i

das ist ein Gerät auf dem das Venus OS läuft und die Zentrale eines Victron Systems ist.

[mickym]

@homoran sagte in Victron MP2 MQTT Anbindung:

@mickym sagte in Victron MP2 MQTT Anbindung:

ein GX Gerät (was auch immer das ist) i

das ist ein Gerät auf dem das Venus OS läuft und die Zentrale eines Victron Systems ist.

Gut und wenn ich mehrere Victron Systeme habe (weiß nicht ob das Sinn macht :grin:) - dann habe ich halt auch mehrere GX Geräte und somit auch mehrere MQTT-Broker. ;)

[Homoran]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

@mickym eine Frage noch.. es braucht immer einen Broker… Client <=> Client geht nicht, oder?

lies dich mal ein, wie schon @mickym geschrieben hat!

Das MQTT-Protokoll erfordert einen Datenbroker. Dies ist die zentrale Idee der Technologie.

https://www.iobroker.net/#de/adapters/adapterref/iobroker.mqtt/README.md

einiges steht auch im GX Handbuch von victronenergy.de

[Fichtendickicht]

@mickym
Lieber mickym.
Ich habe mit großem Interesse all Deine Post gelesen, scheinbar fehlt mir da noch ein wesentlicher Punkt.
Ich habe auch ein Victron System mit einer "Venus GX" (Visualisierungs Zentrale von Victron mit LAN, MODBUS und MQTT) sowie einer Synology mit IO-Broker-Docker.
Die Modbus Verbindung läuft seit Jahren ist aber nicht gut zu warten und Victron ändert da immer wieder Adressen also will ich auf MQTT umsteigen.
@Homoran hat bereits herausgefunden, dass die Venus ein MQTT-Broker ist. Also Habe ich einen MQTT-Adapter als Client angelegt und die Verbindung hergestellt.
Als Subscription ist # voreingestellt und ich bekomme bereits das hier angezeigt:

Wie subscribe ich nun all die anderen Werte?
Angeblich sollen alle verfügbaren Werte mit dem '#' angezeigt werden - tun sie aber nicht.

[Ben1983]

@fichtendickicht Du musst dem Victron das KeepAlive setzen.
ich habe dazu alle 30s einfach "" gesxhrieben.
das funktioniert und er liefert alle anderen daten.

schedule('*/30 * * * * *',()=>{
    setState("mqtt.0.R.c0619ab24727.keepalive","");
});

natürlich musst Du vorher diesen state anlegen.

[Fichtendickicht]

@ben1983 said in Victron MP2 MQTT Anbindung:

schedule('*/30 * * * * *',()=>{

Danke für Deine rasche Antwort. Ich denke da hakt´s bei mir.
Wie lege ich den Datenpunkt an?
Wo gebe ich Deine Befehlszeile ein?
Ich verwende auch den MQTT Explorer:

[mickym]

@fichtendickicht mit dem Mqtt Explorer publishst du einfach ein topic. In dem Fall von Ben wäre das Topic

R/c0619ab24727/keepalive

Sobald einmal gepublished dann taucht der DP im Adapter auf. Du musst ihn nur unbestätigt beschreiben

[Fichtendickicht]

@mickym said in Victron MP2 MQTT Anbindung:

keepalive

das "keepalive" gibt´s wohl schon:

Und wie beschreibe ich den Punkt? Mit Blockly?

[mickym]

@fichtendickicht mit Blockly oder JavaScript. Mit NodeRed kannst auch direkt ohne iobroker beschreiben. Aber der Datenpunkt sollte ja auch im Adapter auftauchen

[Fichtendickicht]

@mickym Ich bekomme es leider nicht hin. Hab einen Befehl abgesetzt wie @Ben1983

aber ich bekomme dadurch nicht mehr Datenpunkte:

[mickym]

@fichtendickicht dazu kann ich nicht viel sagen. Veröffentlichen muss die Info das Gerät selbst.

[TT-Tom]

@fichtendickicht

Ich glaube dein Blockly ist falsch. Du musst doch sendTo nehmen. Ich an deiner Stelle würde einfach das JavaScript von @Ben1983 nehmen und den Pfad anpassen.

Edit: ich habe mal das sendTo Blockly zusammengebastelt

Code Blockly

<xml xmlns="https://developers.google.com/blockly/xml">
 <block type="sendto_custom" id=":!bXD--l^tUatFozS-!:" x="13" y="13">
   <mutation xmlns="http://www.w3.org/1999/xhtml" items="topic,message" with_statement="false"></mutation>
   <field name="INSTANCE">mqtt.0</field>
   <field name="COMMAND">sendMessage2Client</field>
   <field name="LOG"></field>
   <field name="WITH_STATEMENT">FALSE</field>
   <value name="ARG0">
     <shadow type="text" id="}XlN[ocgy0!,?euv)Ik;">
       <field name="TEXT">N/985dadd0cf3e/keepalive</field>
     </shadow>
   </value>
   <value name="ARG1">
     <shadow type="text" id="pNN)1$R0xTXP9TBG@`9A">
       <field name="TEXT"></field>
     </shadow>
   </value>
 </block>
</xml>

[Ben1983]

@tt-tom @Fichtendickicht
Es muss lediglich der State über die Objekte angelegt werden.

Dann kannst Du diesen normal mit einem setState beschreiben.
Du kannst es auch mittels MQTT Explorer machen, aber glaube nach einer Minuta verschwinden die Werte dann wieder.
Deshalb "Keepalive" ;-)

[TT-Tom]

@ben1983

Wenn ich es richtig Verstanden habe, hat er ja schon den keepalive. Nur mit dem setzten/schreiben hapert es.

[Ben1983]

@TT-Tom

[TT-Tom]

@ben1983

Dein Script als Blockly. Na mal sehen was jetzt raus kommt.

[Ben1983]

@tt-tom Ich habe es nicht also blockly, sondern damals so gelöst.

schedule('*/30 * * * * *',()=>{
    setState("mqtt.0.R.c0619ab24727.keepalive","");
});

[Fichtendickicht]

@ben1983 Es gab hier (Kärnten) gestern ein großes Unwetter und ein Blitzschlag hat mir mehrere Victron-Geräte zerstört. Ich kann erst nach Wiederherstellung weiter testen.

[Ben1983]

@fichtendickicht Oh Nein, das ist ja ärgerlich.