MQTT Einstellungen Beginner

[Gast]

Hallo,
mein EFH wurde mit Loxone ausgestattet, auch mit dem Beweggrund verschiedene Erweiterungen, ohne invasiven Loxone Eingriff, zu betreiben.

Nachdem mein Vorhaben scheinbar komplexer ist als ich initial dachte, werde ich versuchen mein Projekt schrittweise, mit Euch zu verwirklichen.

Ziel: MQTT Devices mit der Loxone-App steuern, inklusive Rückkanal mit aktuellem Status

Netzwerk muss angeführt werden, ist vielleicht nicht 0815 und eventuell fehlen mir auch Portfreigaben für Loxone?!

Loxone: 192.168.1.X/255.255.255.0
MQTT-Devices (incl. loxberry, docker.iobroker): 192.168.2.X/255.255.255.0
LAN1: 192.168.0.X/255.255.255.0

Loxone und MQTT Netzwerk sind verbunden. Beide sind mit dem Internet verbunden. Beide sehen LAN1 nicht!
LAN1 sieht Loxone und MQTT. Intercom funktioniert ebenfalls.

Die Cloud ist bei Loxone eingerichtet und funktioniert. Soweit ist das beurteilen kann, fehlt es der Netzwerk-Konfiguration im Moment an nichts.

Loxone-Miniserver Gen2 ist aktuell mit Loxberry verbunden?
Config

loxberry läuft auf 192.168.2.101 und ich sehe Incoming's.


Für meinen Broker Server verwende ich die Settings aus Loxberry


HIngegen der ioBroker (als Docker) wird als Client betrieben


MQTT-Device als Beispiel


Das heißt, im Moment funktionieren der ioBroker mit dem MQTT-Device (zB auch Node-Red) und jedem MQTT Client.

Jetzt meine Beitragsfrage:
Was muss ich im Loxone eintragen, damit ich über die Loxone-App, die MQTT-Device schalten kann? Es geht um einen Tasmota-Schalter (eine Steckdose mit Ein/Aus).

Vielen Dank
lG
R.

[Thomas M.]

https://loxwiki.atlassian.net/wiki/s...Tasmota+Sonoff

ziemlich weit unten:

Http Befehle:


http://IP/cm?cmnd=Power%20on

http://IP/cm?cmnd=Power%20off

oder per mqtt:
virtueller ausgang ... (192.168.0.119 ist mein Loxberry)



Ausgangsbefehl:

Befehl bei ein "Sonoff/Sonoff1" ist das "full topic in den mqtt einstellungen vom sonoff. Müsste in deinem Fall so lauten "esp8266/sp1". Du hast in den einstellungen aber ein full topic von esp8266/sp1/%topic% was der letzte Teil "%topic%" für den virtuellen ausgangsbefehl bedeutet weiß ich nicht wirklcih.

vermutlich ist full topic das was im feld full topc steht + das was im topic steht. also esp8266/sp1/gosundsp1_4

[doc-brown]

mal unabhängig von den befehlen… du hast i deinem LAN design 3 separate L3 netze. damit dazwischen eine kommunikation stattfinden kann brauchst du eine router-engine… erst dann „sehen“ sich die geräte und können über die L3 netzwerkgrenze hinaus kommunizieren.
hast du das schon geprüft, dass „routing“ kein thema ist bei deinem problem?

Ja danke, deshalb habe ich das Netzwerk aus erwähnt. Falls es keine spezifischen abnormen Anforderungen von Loxone gibt, sollte das Netzwerk soweit nicht das Problem sein.

[Gast]

@Thomas M.

Vielen Dank für die ausführliche Antwort. Ich habe es einmal genau so übernommen, damit wir einen Startpunkt haben ( - den Beitrag hatte ich bereits getestet).

Wie bekomme ich jetzt eigentlich die Debug-Daten angezeigt?


Das sich daraufhin öffnende Fenster ist immer leer (egal welches Level ich einstelle).
Ich aktiviere immer den StandardLogger in der Hoffnung das bewirkt etwas.


Virtueller Ausgang


Virtueller Ausgangsbefehl


Ich habe jetzt als Baustein einen EIB-Dimmer wg. dem digitalen Ausgang genommen für einen Test - oder kann das sowieso nicht funktionieren?



Die Gegenprobe mit einem unter windows laufendem mqtt-client funktioniert mit der Steckdose und genau diesem Ausgangsbefehl. Der Datentransfer funktioniert Netzwerk übergreifend wie gewünscht.

Falls es einen Unterschied macht: Ich habe das Webinterface unter Test verwendet, damit sollte es getestet werden können.

Danke
lG
R.

[Christian Fenzl]

Befehl bei EIN, nicht HTTP-Erweiterung bei EIN.
Nochmal GENAU Thomas' Beispiel anschauen.

Danke, hat aber nichts geändert. Ich kann auch keine Log-Einträge auf dem Miniserver finden (def.log zB)

[Christian Fenzl]

Und dein Routing funktioniert wirklich? Der Miniserver kann den LoxBerry auf UDP 11884 erreichen?

Wie kann ich das prüfen? Also nicht mein Netzwerk, sondern die Nachricht/Log-Eintrag auf dem Miniserver? Der Loxberry meldet: HTTP: Erfolgreich authentifiziert., dh Verbindung und Authentifizierung Richtung Miniserver funktioniert.

[svethi]

Der Loxberry Meldet, dass er den MiniServer erreichen kann, das ist das Eine, der Miniserver muss aber auch den Loxberry erreichen können. Das ist eine ganz Andere Sache! Und dann kommt jetzt bei Dieser Kommunikation auch noch UDP und ganz andere Ports ins Spiel. Das ist wieder eine ganz andere Sache! Warum nur bauen die Leute nur immer solche komplizierten Netzwerksetups auf, wenn sie zum Schluss aber gar nicht wissen, was sie da tun und dann auch noch fragen wie man die Kommunikation testen kann.
Ich verstehe das einfach nicht.
Sieh Dir bitte die Dokumentationen zu den verschiedenen Protokollen an, die da ins Spiel kommen und wie diese funktionieren. Dann richte Dein Netzwerk doch bitte so ein, dass die Kommunikation auch wirklich funktioniert und dann erst kann man sich daran machen das ins Loxone zu integrieren.

[Gast]

Warum nur bauen die Leute nur immer solche komplizierten Netzwerksetups auf, wenn sie zum Schluss aber gar nicht wissen, was sie da tun und dann auch noch fragen wie man die Kommunikation testen kann.
Ich verstehe das einfach nicht.

Genau um solche Aussagen nicht weiter zu provozieren, hängt jetzt alles im gleichen Netz. Damit endet DIESE Diskussion hoffentlich. (Ich habe nach einem Miniserver-Test-Tool/Logs/Irgendwas gefragt, NICHT das Routing des Netzwerkes hinterfragt oder wie ich testen kann.)


Es hängt jetzt alles im selben Netz, ohne Routing od Firewall.
Der Status ist gleich geblieben. Loxberry mit Loxone verbunden, Loxone scheinbar nicht mit Loxberry.

[svethi]

Genau, Du hast von Anfang Probleme mit Deinem Netz ausgeschlossen und dies damit begründet, dass der Loxberry den Miniserver über TCP auf Port 80 erreichen kann. Diese Aussage ist nun halt aber mal sowas von uninteressant. Das ist wie, wenn Du in einem Hochhaus zum Hausmeister sagst, dass Du die Kellertür nicht aufbekommst und der zu Dir sagt, dass das nicht sein kann, weil er ja erst mit dem Fahrstuhl in die 12. Etage gefahren ist.
Auch Deine Nachfrage nach dem Log auf dem MiniServer bringt einem bei UDP rein gar nichts. UDP ist verbindungslos. Wenn der Miniserver ein Paket raussendet, kann Dir niemand sagen, ob das überhaupt ankommt. Bei TCP würdest Du sehen, dass die Verbindung nicht zustande kommt. Bei UDP halt aber nicht.

[svethi]

So, auf dem Loxberry ist im MQTT-Gateway als UDP In Port wie im Standard noch der Port 11884 angegeben und unten steht auch, dass das Gateway und Mosquitto laufen? Oder wenn Du einen externen Mosquitto benutzt, dass dieser auch läuft und das MQTT Plugin auf diesen eingestellt ist? Bei den Subscriptions hast Du esp8266/# eingetragen? Dann solltest Du, wenn Du die Steckdose schaltest, in der incomming Overview dies auch sehen. Ist das so?

Ja

[svethi]

Auch wird gern übersehen, dass Du immer in den MiniServer speichern musst , wenn Du etwas in der Config änderst. Ebenso wird gern nicht daran gedacht, dass der MiniServer einen Port nicht als Ausgang verwenden kann, wenn dieser als Eingang verwendet wird.

Danke - das war sehr relevant.