mit IOBrocker starten

[Thomas Braun]

@jens69 sagte in mit IOBrocker starten:

schade das IOBrocker kein MQTT kann

Kann er. Gibt sogar einen gleichnamigen Adapter.

[DJMarc75]

@jens69 sagte in mit IOBrocker starten:

schade das IOBrocker kein MQTT kann

wasn das fürn Quark.... Dafür gibt es Adapter wie z.B. MQTT

[OliverIO]

@jens69

https://myhomethings.eu/de/iobroker-und-mqtt-adapter/
https://www.smarthome-tricks.de/software-iobroker/der-mqtt-adapter/
https://www.youtube.com/watch?v=lTDjDJarQAk (beispielhaft für viele andere Videos)
https://wiki.instar.com/de/Erweitert/IOBroker_auf_Raspberry_Pi/IOBroker_Setup/MQTT_Client/
jetzt hab ich aufgehört dir Links mit dem Suchbegriff

iobroker mqtt

aus google zu kopieren

[Jens69]

@oliverio Also noch mal, Anfängerfrage
MQTT ist auf den Shelly und Tasmota Geräten installiert
auf dem Raspi läuft MQTT
Node RED und andere Programme, außer IOBroker, können das empfangen und senden

warum ?

[OliverIO]

@oliverio sagte in mit IOBrocker starten:

auch ich hab kein shelly oder sonoff.

und kein mqtt.
suche im forum.
oder schaue dir eine der anleitungen an, die ich gepostet habe

wenn du antworten suchst ala "du hast vergessen einen schalter zu aktivieren"
wird das wohl nix werden.
das Problem kann an verschiedenen stellen liegen. aber das kann dir jemand besser beantworten (oder hat es auch schon beantwortet) der mqtt und shelly hat

[Jens69]

@jens69 ja, ich habe Videos geschaut.
da war "X Verbunden mit Gerät oder Dienst" ein OK

Dann wird gezeigt das ganz selbst verständlich was auf taucht

hier ist aber das rote X und ich find nix
dabei läuft MQTT nachweislich auf dem Raspi

es bringt auch nix eine Beta FW auf den Shelly zu machen
und dann wieder zurück zu stable FW zu gehen

liegt ja an IOBroker und nicht am shelly

[OliverIO]

@jens69 sagte in mit IOBrocker starten:

liegt ja an IOBroker und nicht am shelly

wenn das das ergebnis deiner umfassenden analyse ist, na dann

[Jan1]

MQTT läuft default bei allen MQTT Adaptern auf demn selben Port und das geht nicht. Dann sollte auf dem Raspi kein separater MQTT installiert sein, da der wiederum die MQTT Adapter im IOBroker blockiert.

Kurz, DU hast schlicht nicht verstanden was der IOBroker überhaupt macht und das ist im Grunde recht einfach. Hier werden Adapter installiert, die speziell für die gewünschten vorhandenen Geräte gemacht sind. Der Discovery macht hier lediglich ein Scan was der IOBroker in deinem Heimnetz so findet und schlägt dann diverse Adapter dafür vor um eben diese Geräte einzubinden. Sind die Adapter dann installiert, müssen die Instanzen der Adapter mit den Zugangsdaten der vorhandenen Geräte gefüttert werden.

Wenn Du Tasmota auf Deinen Geräten laufen hast, dann nimm den Sonoff Adapter, da der speziell für Tasmota gebaut wurde und schlicht ein abgesackter MQTT Server ist.

Ist das erledigt, findest Du unter Objekte die jeweiligen Datenpunkte die zum auslesen und steuern der Geräte verwendet werden können.

[Jens69]

@oliverio das Video ist "super"
jetzt weis ich wie ich einen Adapter für einen obsulete Hardware in 725 Zeilen schreibe
nur habe ich diese obsulete Hardware gar nicht

Ich muss nur dem IOBrocker bei bringen wie alle Anderen auch auf mein MQTT zuzugreifen
dann würde es gehen

[Thomas Braun]

@jens69 sagte in mit IOBrocker starten:

Ich muss nur dem IOBrocker bei bringen wie alle Anderen auch auf mein MQTT zuzugreifen
dann würde es gehen

mqtt-Adapter als client anbinden.

[Jens69]

@jan1 Nein, erst lief für über einen Jahr MQTT und Node Red

jetzt ist seperat IOBrocker dazu gekommen.
Deshalb habe ich auf dem IOBrocker auch nicht MQTT-Brocker-Client installiert
sondern MQTT-Cleint

Dann habe ich versucht die Daten des laufenden MQTT einzugeben.

RedNote hat sich nicht beschwert und läuft weiter mit Daten, also auch MQTT

[Jens69]

Objekte mqtt-client 0 info connection true

[Jens69]

Oblekte shelly o info connection false

[Jan1]

@jens69
OK, Der MQTT soll auf dem PI weiter laufen und IOBroker diese Daten abgreifen?
Das sollte gehen, wobei das deutlich am eigentlichen Sinn vorbei geht. Du bindest die Geräte mit einem Adapter in IOBroker direkt ein, auch die MQTT Tasmota Geräte und die kannst dann auch IOBroker intern mit NodeRed wieder steuern, da es auch ein NodeRed Adapter gibt.
Somit wird Deine aktuelle SW MQTT NodeRed Lösung komplett von IOBroker übernommen, und Du musst nicht das was jetzt da ist für MQTT, erst in den Broker bringen, was auch gehen würde, aber für meine Begriffe eben etwas am Sinn vorbei und alles auf nem Pi etwas viel für das kleine Ding.

[Jens69]

@jan1
bei mqtt-client habe ich die Einsstellungen:

IP: pi4.fritz.box. Port 1883
Benutzer, PW
das geht

bei den Instanzen Shelly und Sonoff
IP: eine Listen von IP4 und IP6, aber keine geht
Port 1883
Benutzer und PW gleich wie oben

Also ich habe verstanden, das IOBroker auf MQTT zugreifen kann geht am Sinn vorbei

vielleicht ist es dann besser alle IOBrocker Instanzen zu stoppen und IOB zu löschen, wenn das sinn macht?

Es ist nun mal der Fall, das ich jetzt eine lange Zeit mit MQTT und Nodered gespielt habe
wenn es für dich keinen Sinn macht auf IOB upzugraden, Danke

[Jens69]

@jan1 so ein Quatsh

Alle Shelly, Sonoff und Tasmota Geräte laufen bei mir mit MQTT verbunden

und dann heist es IOB macht keinen Sinn diese mit MQTT zu verbinden

[Jens69]

@jan1 Gott bewahre, das eine laufende NodeRed installation
durch eine nicht funktionierende IOB installation ersetzt und übernommen wird.

[haselchen]

@jens69

Auf welchen Ports laufen denn dein MQTT Client und Sonoff Adapter bei Iobroker ?

[Jan1]

@jens69
Dann frag YT wenn ich Quatsch erzähle.

Die laufen auch später noch über MQTT, nur eben IOBroker intern und nicht extern. ich habe gut 50 Geräte die über MQTT kommunizieren und im IOBroker laufen, aber keinen externen MQTT Server, weil das nicht nötig ist, recht einfach.

[Jens69]

@haselchen auf allen Shelly/Tasmota geräten
Host pi4.fritz.box Port 1883
Benutzer xxx PW xxx

mit den Einstellungen hat es immer geklappt

unter der Intanz Shelly kann ich nur IP Adressen aus einen Klappmenu auswählen
also habe ich in der Konsole ifconfig getippt und so die IPs bekommen

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.66 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::cbe7:83c9:80b:3423 prefixlen 64 scopeid 0x20<link>
inet6 2003:e6:f74d:4200:c0d:9b47:6ba4:78fa prefixlen 64 scopeid 0x0<global>
....

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
....

vethe0c1da3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 169.254.145.182 netmask 255.255.0.0 broadcast 169.254.255.255
inet6 fe80::1bf2:92c:fb5f:8ec4 prefixlen 64 scopeid 0x20<link>
ether f2:42:79:15:ec:c0 txqueuelen 0 (Ethernet)
....

vethf5e560d: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 169.254.237.38 netmask 255.255.0.0 broadcast 169.254.255.255
inet6 fe80::ae2d:6660:7aa8:e23f prefixlen 64 scopeid 0x20<link>
....

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.61 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::8093:8920:55a2:1a32 prefixlen 64 scopeid 0x20<link>
inet6 2003:e6:f74d:4200:bf45:cce0:2ff0:72c prefixlen 64 scopeid 0x0<global>
ether e4:5f:01:56:67:53 txqueuelen 1000 (Ethernet)
....