MQTT Gateway 2.x

[Christian Fenzl]

Du brauchst auf den Clients nur das MQTT Plugin mit den Broker-Credentials des „Master“-Brokers.
Du stellst HTTP und UDP aus, machst keine Subscriptions an den Client-LBs.
Du stellst alles im MQTT Gateway des „Masters“ ein.

Alle Publishes zum Schalten der Client-GPIOs sendest du per UDP an den Master.

Die EINZIGE Kommunikation zwischen GPIO-Plugin am Client und dem MQTT Gateway am Client ist, dass sich GPIO beim Verbinden dort die Credentials deines Master-Brokers holt.

lg, Christian

[JoeLox]

Danke!!

[JoeLox]

Der letzte Abschnitt, den Du nachträglich hinzugefügt hast, war erhellend, obwohl es bestimmt auch irgendwo im Wiki steht.

Wenn ein Loxberry keinen Miniserver kennt, beschränkt sich die Funktion des MQTT-Gateway-Plugins darauf, die anderen Plugins dieses Loxberrys durch die zur Verfügungstellung des Broker-Credentials "MQTT-fähig" (publish, subscribe) zu machen.

Die Selbsttest Warnung "Miniserver Configuration not complete" hatte mich etwas verwirrt. Diese ist aber in diesem Fall irrelevant.

Danke. Ein wirklich zentrales Plugin auf dem Sprung in den Core.....

[Gast]

Hallo Zusammen,

ich habe ein Problem mit dem Plugin und bin leider totaler Loxberry Anfänger.
Habe ein Shelly RGBW und einen Shelly2.5 in das MQTT eingebunden. und den Loxberry mit dem Miniserver verbunden.
Die das licht kann ich schalten mit dem Plugin. Allerdings bekomme ich keine Rückmeldungen und auch geine werte von den Shelly Relais zum Miniserver
ich hatte das Problem auch beim dem Aktuellen Release schon habe gedacht ich installiere das neue mit der Version V2.0.2 aber leider das gleiche in Grün.
Kann mir jemand sagen was ich hier Falsch gemacht habe?
Scheint als könnte das Plugin nichts an den Miniserver senden. Wobei der Loxberry auf jedenfalls Daten an den Miniserver senden kann da ich das Weather4Loxone installiert.
Dieses sendet die Wetterdaten an den Miniserver.
im Anhang mal noch ein paar Bilder

Gruß
Christoph

Du meinst in der Miniserver Einstellung?

Das zeigt er an wenn ich die Prüfung der Miniserver-Authentifizierung mache:
HTTP: Erfolgreich authentifiziert.
Der Benutzer ist in der Adminstrator-Gruppe des Miniservers.

[Christian Fenzl]

gib dem User mal Full Access auf diesen VI und probiers nochmal.

ja nach Vollzugriff funktionieren so gut wie alle.

danke dir.

[TomekWaw]

WOOOOW! I have just upgraded to 2.0.2 and new features are amazing !!!
Thank you Christian Fenzl very much for this!

[TomekWaw]

BTW, it would be great to have a checkbox in Incoming Overview page for [v] Hide subscribtions filtered by RegEx rules (number)
where "number" is the number of hidden / filtered rules

[Christian Fenzl]

So you'd like to DISABLE rows by rule x, or you'd like to SHOW rows filtered by rule x?
You may describe your request in more detail to get a picture in mind 🙂

[TomekWaw]

For me personally it would be enough to have option to just hide all filtered rows (that are grey out currently) with a checkbox, that would be kept between page views / visits.
I can imagine that filtering rows by regexp rule number would also be convenient for someone, but that's a bit different feature

[Christian Fenzl]

TomekWaw

This would match this:


Would it be ok to simply save the filter button state throughout a browser session?
This would be more intuitive than having another checkbox that filters something.

[TomekWaw]

I haven't seen before that because I use UDP only UDP doesn't seem to have those states

[Christian Fenzl]

You're right - I will implement the filter for the "do not forward" /"regex filter", and "not sent yet", for UDP too. The others are not possible via UDP.

[TomekWaw]

Thanks in advance!

[Kerle76]

Hallo zusammen,
ich habe schon länger sehr viele shellies per MQTT am Laufen. Funktioniert alles soweit top.
Jetzt ist mir nur aufgefallen, dass die Rückmeldung per VI vom den shelly switch RO (shellies_shelly1pm-xxx_relay_0) zum EIB Taster (Eingang S) nicht kommt. Bin mir ehrlich gesagt gar nicht sicher, für was man die braucht und ob sie überhaupt schon mal richtig kam.
Habe Schreibweise etc. alles kontrolliert. Ohne Auffälligkeiten.
Hat das noch einer beobachtet?
VG Christian

[svethi]

Die brauchst Du, damit Dein Miniserver mitbekommt, wenn Du den Shelly über das Webinterface oder andere Wege schaltest

[Kerle76]

OK danke, sowas hatte ich schon vermutet. Da müsste dann doch eine 1 kommen, wenn das Relais ON ist?

[Christian Fenzl]

Ist in der MQTT Incoming Overview der Eingang auf 1?
Ja: Ist das Symbol grün?
Ja: Gibt es Evt. zwei Bausteine die diesen (selben) VI-Namen haben?

lg, Christian

[Christian Fenzl]

Installier bitte die aktuelle Pre-Release - dann weißt du gleich, was ich mit „grün“ meine 🙂

[Kerle76]

Ahh, cool :-) ja, grüner Hacken da. aber beim VI kommt keine Rückmeldung an. glaube langsam da kam bei mir noch nie was an, nur merkt man das ja nicht unbedingt gleich. Trotzdem seltsam wenn es bei Euch funktioniert.

[Christian Fenzl]

Grün und trotzdem nicht gesetzt:
Fehlerquelle 1: Als Digitaleingang verwenden = Ja (lt. deinem Screenshot aber richtig). Muss NEIN sein.
Fehlerquelle 2: Name doppelt vorhanden.

Wenn grün ist, wurde es vom Gateway übertragen und OK vom Miniserver gemeldet. Der Miniserver hat es korrekt verarbeitet.
Die Frage ist, "wohin" hat er es verarbeitet? Da kommt nur ein doppelter Baustein (gleicher Name) in Frage.
Würde es den Namen nicht geben, würdest du "Orange" bekommen. Hätte der LB keine Rechte, würde es "Rot" sein.

Probier mal die Suche in Peripherie- und Programm - Baum.

[Kerle76]

Hallo Christian. Doppelte Namen bei den VI kann ich eigentlich ausschließen. siehe screeshot.
Nur dass ich es richtig verstehe. den Namen gibt es natürlich schon doppelt, aber einmal beim VI und einmal beim VO. Das ist richtig oder?

[svethi]

Also doch doppelte Namen! Das geht nicht.

[Christian Fenzl]

Da kommt nur ein doppelter Baustein (gleicher Name) in Frage.

Bewusst schreibe ich Baustein und nicht VI. Das Gateway kann JEDEN Baustein adressieren, genauso könnte das ein Schalter-Baustein sein.

[Kerle76]

Langsam komm ich dahinter. habe tatsächlich für alle meine ca. 25 shellies je den orginalen Devicenamen in der Bezeichnung für die VI und VO vergeben.
Bei den VI müssen sie ja identisch sein, aber bei den VO muss ich die Bezeichnung ändern? Habe ich das so richtig verstanden?
Sorry für die Begriffsstutzigkeit

[Kerle76]

Habe jetzt den Namen des Ausgangs umbenannt und dadurch definitiv keine Namen mehr doppelt. Leider kommt am VI immer noch nichts an. Alles anderen VI funktionieren wie z.b. die power von den shelly pm. Nur die Abfrage des Relaisstatus nicht. Keine Ahnung...

[svethi]

Du hast das scheinbar aber noch immer nicht gelesen/verstanden. Da wird überhaupt nichts abgefragt. Die Daten werden bei einer ÄNDERUNG direkt geschrieben. Hat sicher in der Testzeit der Status des Relais geändert??? Hast Du es also mal über die App oder dergleichen schalten lassen??

[Kerle76]

ja, ich habe über die app den EIB Taster bedient und das Relais schalten lassen.
Das Relais schaltet auch auf 1 und am VI kommt zB auch die Power. Aber der VI für das Relais bleibt 0. Den Namen für den VI habe ich direkt aus dem Loxberry incoming inputs. gibts ja nicht

[Christian Fenzl]

TomekWaw
You may try the master with the udp filter buttons: https://github.com/christianTF/LoxBe...ads/master.zip
Currently the gateway does not persist the transmission state from udp (--> the info "Last sent" or "Not sent yet"), therefore the filter buttons currently allow only "Filtered" and "Not filtered".
Also, the button states are not saved yet.

Also another bug found by svethi should have been fixed with the listing of UDP messages in Incoming Overview: Entries older than 24 hours that should have been completely deleted stay as "undefined" ghosts.

Any feedback and suggestions appreciated :-)

Christian

[TomekWaw]

I've installed the master version and yes - this is great! It only needs to keep buttons state.

[Kerle76]

Hallo Christian, hallo Sventhi. Ich habe jetzt eine Lösung.
Habe im shelly den Custom MQTT prefix aktiviert und den Namen geändert. Jetzt kommt der Relaisstatus wie er soll. Mit den shelly orginalnamen und Grundeinstellungen ging es seltsamerweise nicht. Naja, hauptsache jetzt gehts.

Eine andere Frage: kann man bei den Ausgängen z.b. beim Befehlt für EIN eine andere Device ID verwednen? Dh für "shellies/shelly1pm-76B6FF/relay/0/command on" zb "shellies/shelly1pm-Bad/relay/0/command on"
Das komische ist nämlich, im loxberry sehe ich den geänderten MQTT prefix, muss aber bei den Ausgängen die orginal device ID drin lassen. Soweit ich weiß kann man im shelly die device ID ja nicht ändern.
Vielen Dank für die ganze Unterstützung

[svethi]

Wenn Du das Topic im Shelly geändert hast, solltest Du auch dieses Topic im Ausgang verwenden können

[Kerle76]

OK, musste den shelly neustarten bzw. ihn in der FB aus den bekannten Geräten löschen. Eins von beiden führte dann dazu, dass ich das geänderte topic verwenden konnte.
Vielen Dank nochmal