Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Ben1983]

@mickym ja, ich dachte ich richte einfach den Adapter als Broker ein und bekomme von allen die Daten… wenn ich den Shelly Adapter deaktiviere und den Adapter Port auf 1882 stelle bekomme ich die ja auch alle.
Naja so ganz habe ich es noch nicht geschnallt warum das bei dem victron nur als Client geht.

Egal.

Was mir aber aufgefallen ist:
Auf L3 werden nicht die Werte von L3 ausgegeben, sondern von der Gesamtleistung.

[Homoran]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

also dürfte im Netz mit dem gleichen Port nicht mehr Geräte sein, weil die dann alle auf dem Broker vom gx gerät gehen?

warum??

wenn du verschiedene MQTT Geräte hast, weist du denen einen Broker zu.
Und alle Geräte nutzen denselben Port.

nur auf einem Gerät darf derselbe Port nicht für verschiedene Aufgaben genutzt werden.

edit: hat @mickym ja wchon geschrieben.

[Homoran]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

ich dachte ich richte einfach den Adapter als Broker ein und bekomme von allen die Daten…

ist ja auch so, wenn alle anderen Clients sind und den ioBroker Server als Broker-Adresse nutzen.

Aber der GX ist ein Broker

[mickym]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

ja, ich dachte ich richte einfach den Adapter als Broker ein und bekomme von allen die Daten

Na ja dann hast Du noch nicht richtig verstanden wie MQTT funktioniert. Ich hab da aber auch schon so oft was zu geschrieben, dass ich es inzwischen echt müde bin.

Hier mal ein paar Grundlagen; https://forum.iobroker.net/post/701654

Auch dass das Venus OS mit dem Victron (ich selbst hab keins) als Broker fungiert, wurde hier: https://forum.iobroker.net/post/803603
auch bis zum Excess durchgekaut.

Vielleicht nimmst Dir einfach mal bissi Zeit und liest um zu verstehen, wie mqtt funktioniert.

[Ben1983]

@mickym @Homoran Ok. Danke.
Also kann im Netzwerk von den Victrons auf dem gleichen Port nur ein GX Gerät sein, weil sonst mehrere Broker aktiv wären. Richtig?
Das GX ist also ein Broker, weil es die anderen Geräte alle (Batterie usw) alle zusammen zur Verfügung stellt. Oder?

[mickym]

@ben1983 NEIN - Es können beliebig viele Broker im Netz sein, aber nicht auf EINER Maschine. Ich dachte das hätte ich so gesagt. Wenn die, was auch immer GX Geräte sind, eigene IP Adressen haben, können diese auch alle MQTT- Broker sein.

Ich dachte das hätte ich so geschrieben: https://forum.iobroker.net/post/968502

Falls es nur ein GX Gerät (was auch immer das ist) im Netz geben sollte ??? , dann hängt das nicht an MQTT - sondern an anderen Dingen. Jedes Gerät mit einer eigenen IP-Adresse kann ein MQTT-Broker sein!!!

Was einem nur klar sein muss. MQTT-Broker senden nicht von sich aus, sondern nur wenn topics von MQTT-Clients subscribed werden (also abonniert werden). Du kannst Dich halt mit einem MQTT-Client nur mit EINEM Mqtt-Broker verbinden. Deswegen brauchst Du mehrere Instanzen des MQTT-Clients in deinem iobroker, wenn Du verschiedene MQTT-Broker erreichen willst.

[Ben1983]

@mickym ok verstanden…. Allerdings sendet das GX gerät ja Daten…. Liegt es daran, das ich „#“ subscibt habe?
Wenn das so ist, dass er nichts sendet, es sei denn es wäre subscribt, warum dann ein keepalive?

[Ben1983]

@mickym ich habe eben gedacht nur ein Broker ist möglich, da er den Port belegt. Deswegen ist der Shelly standardmäßig auf 1882

[mickym]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

Liegt es daran, das ich „#“ subscibt habe?

Ja - jeder Broker sendet an alle Clients die ein topic oder mehrere subscribed haben, die Daten die es interessiert. Und wenn Du an allem interessiert bist machst Du ein #.

Ein Broker verwaltet also nur die Kommunikation an die Clients und an diese sendet er auch aktiv.

[mickym]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

@mickym ich habe eben gedacht nur ein Broker ist möglich, da er den Port belegt. Deswegen ist der Shelly standardmäßig auf 1882

Das hat der Entwickler einfach mal gemacht, da leider !!! viele Adapter keinen externen Broker erlauben (zigbee2mqtt ist da die erste löbliche Ausnahme) und selbst einen Broker simulieren (shelly, sonoff, mqtt, owntracks). In diesem Fall kommt es aber zu einem Port Konflikt, da alle Adapter ja auf der gleichen Maschine laufen. Wenn also ein Gerät einem Broker auf der IP-Adresse x unter dem Port 1883 sendet, wer soll denn bitte darauf antworten? Sonoff, shelly oder wen hätten sie denn gerne?

Also JA - auf EINEM Gerät mit EINER IP-Adresse kann es nur EINEN Broker geben. In einem NETZ kann es aber beliebig VIELE Broker mit jeweils EIGENER IP-Adresse geben. Es ist also ganz generell in einem TCP/IP Netz so, dass auf der Empfängerseite die Eindeutigkeit durch IP-Adresse und Port durch ein bestimmtes Programm oder Prozess gegeben sein muss!

[Ben1983]

@mickym ah ok. Top erklärt. Danke

[Ben1983]

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

[mickym]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

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

Richtig. Der Broker koordiniert immer die Kommunikation. Ohne den gehts nicht. Die Kommunikation eines MQTT-Clients ist immer 1:1 zu einem Broker, der Broker hingegen baut eine 1:n Kommunikation zu allen Clients auf, die sich verbunden haben und topics abonniert haben.

Im Prinzip braucht es immer ein Broker als Koordinator, der sich merkt woher eine Information kommt und wer daran interessiert ist und an wen er die noch schicken muss und gerade auch wenn ein MQTT-Client offline ist. Das ist ja der Vorteil gegenüber einer normalen HTTP oder TCP Kommunikation. Der Client muss sich nicht darum kümmern, wann und wie seine Info beim Empfänger ankommt. Sobald ein Client wieder online ist, sendet der MQTT-Broker die aktuellste Information zu einem topic, so dass dieser wieder auf neuestem Stand ist.
Das ist eben der Riesenvorteil gegenüber einer normalen HTTP oder sonstigen Kommunikation. Wenn da der Empfänger offline ist, dann hat er halt Pech gehabt.
Andererseits gibt so ein MQTT-Adapter im iobroker nie den tatsächlichen Status wieder. Das muss man immer im Hinterkopf haben. Wenn Dein mqtt-Adapter (Retain nachrichten ausgeschlossen, die verarbeitet der MQTT Adapter nach meiner Erfahrung aber eh nicht richtig) eine Nachricht empfangen hat, dann ist diese bei ihm gelöscht. Wenn alle Clients die Nachricht empfangen haben, wird sie komplett gelöscht, im Adapter sind sie aber noch vorhanden.

[Ben1983]

@mickym ok.
Und wenn jetzt Client a eine topic von Client b subscribt hat, leitet der Broker das an a weiter, wenn b diese published.
Und kann auch Client a die topic (bspw.)
b/topic schreiben und b übernimmt diese. (Vorausgesetzt es ist so in b implementiert).???

Also subscribt b automatisch seine gepublischten topics?

[mickym]

@ben1983 sagte in Victron MP2 MQTT Anbindung:

@mickym ok.
Und wenn jetzt Client a eine topic von Client b subscribt hat, leitet der Broker das an a weiter, wenn b diese published.

das ist schon wieder die falsche Formulierung. Die Clients kennen sich nicht untereinander. Sprich der Client a subscribed ein TOPIC - egal wer dieses beschreibt. Wenn also b oder c oder d dies published, wird a wenn es diesen topic subscribed hat, informiert.

Und kann auch Client a die topic (bspw.)
b/topic schreiben und b übernimmt diese. (Vorausgesetzt es ist so in b implementiert).???

Genau jeder Client kann jedes topic beschreiben und b übernimmt dies nur, wenn er das topic subscribed hat. Nur würde es in diesem Fall zu einer Endlosschleife kommen und Dein System hängt sich auf. Da wenn ein Client ein topic published und gleichzeitig subscribed gibt es eine Endlosschleife. Deswegen wird client b - nicht dieses topic publishen, wenn es dieses subscribed. Deswegen hast Du auch unterschiedliche topics beim Senden und Empfangen. Deswegen musst Du auch die Datenpunkte selbst anlegen, auf die ein Client hört, da es nicht topics publishen kann, die es selbst subscribed. Das ist für viele eine Hürde am Anfang, wenn sie zum Beispiel statt des Shelly Adapters - MQTT verwenden, da sie die Datenpunkte zum Steuern selbst anlegen müssen. Aber jetzt verstehst Du vielleicht warum und verstehst auch warum Du den keepalive DP selbst anlegen musstest. Wie gesagt die meisten Implementierungen sorgen inzwischen selbst dafür, dass die topics zum Steuern und die für Informationen unterschiedlich sind.
Im mqtt-Adapter gibt es noch eine alte Einstellung, die aber heute eher nicht brauchbar ist.
Es handelt sich um diese Option:

Wenn man das angehakt hat wird die Info nicht unter dem eigentlichen topic gepublished, sondern unter topic/set.
Nur wenn der Empfänger nicht auf topic/set hört, dann hilft das natürlich nicht.

Also subscribt b automatisch seine gepublischten topics?

Nie im Leben, es würde wie gesagt Endlosschleifen geben.

Die würde es auch im iobroker selbst geben, wenn hier nicht mit dem ACK-Flag gearbeitet würde, das gibt es aber unter MQTT nicht.
Im iobroker kannst Du deshalb ohne Endlosschleifen mit einem Datenpunkt arbeiten, da Du zum steuern immer ACK=false nutzt und der Adapter den Vollzug mit ACK=true bestätigt. Unter MQTT muss das in verschiedenen topics erfolgen.

[Ben1983]

@mickym ok.
Also in meinem Fall wäre ja auch der Adapter ein Client, der die Topics vom Broker (GX) subscribt.
Möchte ich also dieNetzleistung schreiben nicht lesen, benötige ich einen anderen Topicnamen, als den der zum Lesen ist. Ok…. Also weis man den nicht, schade.

[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 ) - 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