Eigene remote MQTT Broker erstellen für die Kommunikation von 2 TXT-Controller

[jonas94x]

Hallo zusammen,

und zwar möchte ich ein eigenen MQTT remote Broker erstellen (siehe Bild). Aber dafür benötige ich root access. Ich habe versucht unter dem Pfad mosquitto/ diese Datei zu erstellen und den folgenden Code der mir bei Github vorgegeben ist hinein zu schreiben und diese dann im Anschluss zu speichern.
Mein Grund für die Erstellung eines eigenen MQTT remote Broker ist folgendes: das ich 2 TXT-Controller habe die miteinander kommunizieren sollen.
Also z.B verbinde ich beide TXT-Controller mit jeweils 2 PuTTY Terminals und der eine subscribed und der andere published. (Beide befinden sich natürlich im gleichen WLAN)
Jedoch hat das nicht so einfach funktioniert. Deshalb denke ich muss man die Nachricht die man published auf einen anderen Ort speichern und der andere TXT-Controller kann dort dann nachgucken ob diese Nachricht dort steht um dann bestimmte Befehle auszuführen.
Wäre über eine Lösung sehr erfreut.

[vleeuwen]

It seems that you have not fully understood the basic workings of message oriented communication with MQTT.


The principle of MQTT is simple.
The MQTT broker (service) is the manager of messages.
A message consists of a topic with a payload.
http://www.steves-internet-guide.com/mqtt-works/
https://www.techtarget.com/iotagenda/de ... -Transport

Applications (and not a hardware device) communicate with each other via messages.
An application can therefore subscribe to messages with certain topics.
The same application can also publish a message with a certain topic.
Subscribe and Publish is to the same MQTT broker.

If you want to communicate between multiple TXT via MQTT messages, it is wise to have all those TXT be members of the same local IP-subnetwork, for example 192.168.23.xxx (xxx are the numbers of the devices).
The MQTT broker can therefore also run on a laptop/raspberry pie which is in that subnetwork, or on one of the TXT's.
It is possible to have an MQTT broker communicate with another MQTT broker outside that local subnetwork and then that bridge function is needed.

See for example the description of the fischertechnik learnfactory4.0.
https://github.com/fischertechnik/txt_t ... /README.md.
Here is the internet and MQTT bridge optional.

No Putty is required for the functioning of the MQTT message system
The MQTT broker on a TXT (IP host address) works in the ROLE: MQTT broker, without any changes.
You only need to publish and/or subscribe to that MQTT broker (IP host address) from applications.

This is also possible from with SLI's from RoboPro, as I already show in:
viewtopic.php?f=8&t=7391


===google translate for what it is ======================================================
Es scheint, dass Sie die grundlegende Funktionsweise der nachrichtenorientierten Kommunikation mit MQTT nicht vollständig verstanden haben.

Das Prinzip von MQTT ist einfach.
Der MQTT-Broker (Dienst) ist der Manager von Nachrichten.
Eine Nachricht besteht aus einem Thema mit einer Nutzlast.

Anwendungen (und nicht ein Hardwaregerät) kommunizieren über meaages miteinander.
Eine Anwendung kann also Messages mit einem bestimmten Topic abonnieren (subscribe) und dieselbe Anwendung kann auch eine Messages mit einem bestimmten Topic veröffentlichen (publish).

Wenn Sie zwischen mehreren TXT über MQTT-Messages kommunizieren möchten, ist es ratsam, alle diese TXT- desselben lokalen Subnetzwerks als Mitglieder zu haben.
Der MQTT-Broker kann daher auch auf einem Laptop/Raspberrypie laufen, der sich in diesem Subnetz befindet, oder auf einem der TXTs.
Es ist möglich, dass ein MQTT-Broker mit einem anderen MQTT-Broker außerhalb dieses lokalen Subnetzwerks kommuniziert, und dann wird diese Bridge-functionbenötigt.

Siehe beispielsweise die Beschreibung der fischertechnik Lernfabrik4.0.
https://github.com/fischertechnik/txt_t ... /README.md. Hier ist die Internet- und MQTT-Bridge optional.

Für das Funktionieren des MQTT-Nachrichtensystems wird kein Putty benötigt