Shelly WallDisplay will nicht mit MQTT-Adapter

[66er]

@dp20eic sagte in [erledigt] Shelly WallDisplay will nicht mit MQTT-Adapter:

Also aus allen den ~30 Posts, lese ich noch nicht wirklich heraus, wo eigentlich das aktuelle Problem liegt

Erst mal ein großes Danke dafür, dass es Dir offensichtlich um das Thema geht.

Das eigentliche Problem steht tatsächlich im Beitrag 1:

Ich habe MQTT unverschlüsselt!

Zitat:
Die Lösungsfindung mit dem Shelly Support (BG) stockt, da laut deren Angaben das Problem beim Broker liegt. Warum allerdings alle anderen Shelly keine Verbindungsprobleme haben, darauf blieb bislang eine Antwort aus.

Die Aussage beruht auf diesen Einträgen im Shelly-Log:

[2023-09-15 18:24:07.091] [MQTT:CONNECT]: To 192.168.1.92:1883 w/ client shellywalldisplay-000822AA8E55 and auth shelly:REDACTED, SSL:
[2023-09-15 18:24:07.149] [MQTT:DISCONNECT]: Disconnected
[2023-09-15 18:24:07.174] [MQTT:CONNECT]: Connection failed: Server closed connection without DISCONNECT.

Das Ergebnis sieht im ioBroker so aus:

mqtt-Fehler.JPG

Hier die Ansicht aus dem MQTT-Explorer:

MQTT Explorer WD.JPG

Im LOG des ioBroker finden sich stündlich folgende Einträge:

2023-09-18 09:11:32.421  - [32minfo[39m: mqtt.0 (1201) Client [shellywalldisplay-000822XXXXXX] connected with secret 1695028XXXXXX_1964

2023-09-18 09:11:32.422  - [32minfo[39m: mqtt.0 (1201) Client [shellywalldisplay-000822XXXXXX] connection closed: closed

MOD-EDIT: Code in code-tags gesetzt!
Zitatende

Eine MQTT-Instanz mit Verschlüsselung (Zertifikat erstellen und nutzen habe ich noch nie genutzt) wäre sozusagen ein Workarround bzw. Nachweis, dass es an der Shelly-Firmware liegt.

Alle anderen MQTT-Teilnehmer (= auch andere als Shelly) laufen problemlos mit "NoSSL" als Verbindungstyp.

Offene Frage:
Warum funktioniert der Handshake nicht? Ohne Kommunikation würde das Objekt ja nicht angelegt!

[A Former User]

@66er sagte in [erledigt] Shelly WallDisplay will nicht mit MQTT-Adapter:

Das Ergebnis sieht im ioBroker so aus:
mqtt-Fehler.JPG
Hier die Ansicht aus dem MQTT-Explorer:
MQTT Explorer WD.JPG

Moin,

die Bilder sind leider nicht korrekt hochgeladen!

Wie gesagt, was man am/im Shelly einstellen kann/muss, kann ich nicht sagen, da ich keine habe. So wie ich das als Laie sehe, ist das Secret vom Client (Shelly) halt nicht im mqtt bekannt, vielleicht kann man das Secret ja, auf dem Shelly, löschen.
Bin mir aber über die Auswirkung dieser Aktion nicht im Klaren.

Ich habe die Kommunikation von Dir und MA hier -> https://www.shelly-support.eu/forum/thread/22112-does-mqtt-work-already/ gefunden. Da hat doch MA schon angedeutet, dass das Shelly WallDisplay kein mqtt 3 kann und auf anscheinend Protokollversion 5 setzt.

Jetzt habe ich mal etwas im WWW gegoogelt, dabei ist mir aufgefallen, dass Mosquitto MQTT Protokollversion 5.0, 3.1.1 und 3.1 kann, jetzt müsste einmal ein Wissender, des ioBroker - mqtt Adapters sagen, was der Adapter für Protokolle kann.

Und ich denke so lange es,

1. keine neue Firmware seitens Shelly für das Gerät gibt, die die Kompatibilität zum 3er-Protokoll herstellt, oder
2. falls der mqtt Adapter, nur das 3er kann, aber nicht das 5er-Protokoll

Wirst Du nicht umhinkommen, Dir einen externen MQTTServer (Mosquitto) aufzusetzen und das Device darüber zu betreiben.

VG
Bernd

[Homoran]

@dp20eic danke für deine Recherche.

ich hab das dann als Basis genommen und weiter recherchiert.
Wenn ich das richtig sehe verwendet der Adapter die mqtt.js library.

Dort steht

v3.0.0 adds support for MQTT 5, support for node v10.x, and many fixes to improve reliability.

Note: MQTT v5 support is experimental as it has not been implemented by brokers yet.

[66er]

@dp20eic sagte in [erledigt] Shelly WallDisplay will nicht mit MQTT-Adapter:

Wirst Du nicht umhinkommen, Dir einen externen MQTTServer (Mosquitto) aufzusetzen und das Device darüber zu betreiben.

Danke.

Und wie komme ich dann an die Daten eines externen MQTT-Brokers (Mosquitto) im ioBroker?
Weitere Instanz des MQTT-Adapter als Client einrichten ?

Danke für die konkreten Aussagen und Deine Mühe.

[Homoran]

@66er sagte in [erledigt] Shelly WallDisplay will nicht mit MQTT-Adapter:

Weitere Instanz des MQTT-Adapter als Client einrichten ?

oder den mqtt-client Adapter

[Samson71]

@66er sagte in [erledigt] Shelly WallDisplay will nicht mit MQTT-Adapter:

Weitere Instanz des MQTT-Adapter als Client einrichten ?

Jupp. Läuft bei mir mittlerweile auch so. Mosquitto als MQTT-Server für alles und ioBroker als Client. Bei zunehmender Anzahl an Aktoren/Geräten ist das auch der Performance zuträglich.

[Homoran]

@samson71
@66er
ist vielleicht sogar für diese Anwendung die bessere Variante.

wenn ich als Noob die Aussage auf github bei der vom MQTT-Adapter verwendeten Bibliothek mqtt.js richtig verstehe ist MQTT5 nur noch nicht im Broker implementiert. Im Client müsste es klappen.

Wie der MQTT-Client Adapter tickt, habe ich noch nicht versucht nachzuvollziehen.

[66er]

@dp20eic sagte in Shelly WallDisplay will nicht mit MQTT-Adapter:

die Bilder sind leider nicht korrekt hochgeladen!

Im Originalbeitrag schon.

Im Zitat gehen die leider verloren.

[Homoran]

@66er sagte in Shelly WallDisplay will nicht mit MQTT-Adapter:

Hallo zusammen,

nach rund 40 mit dem MQTT-Adapter (Version 4.1.1) problemlos verbundenen Shelly scheitere ich am Shelly WallDisplay. Laut Usermeldungen im Shelly-Forum stehe ich damit nicht alleine.

Edit:

Adapter inzwischen auf 5.0.0 aktualisiert -> leider keine Änderung, was das Problem angeht

/Edit

Die Lösungsfindung mit dem Shelly Support (BG) stockt, da laut deren Angaben das Problem beim Broker liegt. Warum allerdings alle anderen Shelly keine Verbindungsprobleme haben, darauf blieb bislang eine Antwort aus.

Die Aussage beruht auf diesen Einträgen im Shelly-Log:

[2023-09-15 18:24:07.091] [MQTT:CONNECT]: To 192.168.1.92:1883 w/ client shellywalldisplay-000822AA8E55 and auth shelly:REDACTED, SSL:
[2023-09-15 18:24:07.149] [MQTT:DISCONNECT]: Disconnected
[2023-09-15 18:24:07.174] [MQTT:CONNECT]: Connection failed: Server closed connection without DISCONNECT.

Das Ergebnis sieht im ioBroker so aus:

Hier die Ansicht aus dem MQTT-Explorer:

Im LOG des ioBroker finden sich stündlich folgende Einträge:

2023-09-18 09:11:32.421  - [32minfo[39m: mqtt.0 (1201) Client [shellywalldisplay-000822XXXXXX] connected with secret 1695028XXXXXX_1964
2023-09-18 09:11:32.422  - [32minfo[39m: mqtt.0 (1201) Client [shellywalldisplay-000822XXXXXX] connection closed: closed

Aktuell läuft :

Admin Adapter 6.10.1 (der Fehler trat auch genau so vor dem Update auf!)
MQTT Adapter 4.1.1

JS-Controler 5.0 (Fehler war schon vor dem Update da!)
Node.js v18.17.1

Falls Infos fehlen, einfach fragen.

Ich hoffe alle nötigen Fakten auf den Tisch gepackt zu haben und hoffe auf Eure Unterstützung.

Interessant wäre es, wenn jemand diese Kopplung erfolgreich am laufen hat. Dann bitte ich um einen Screenshot des MQTT-Setup im Shelly WallDisplay.

Vielen Dank für Eure Zeit.

bei mir sind die auch im Zitat

[A Former User]

@homoran sagte in Shelly WallDisplay will nicht mit MQTT-Adapter:

bei mir sind die auch im Zitat

Moin,

haltet Euch mal nicht an den Bildern auf, war nur ein Hinweis

Ich wollte eigentlich nur sagen, dass ich das nicht als ein Fehler im ioBroker sehe, sondern eher bei Shelly, die sollten eigentlich dafür sorgen, dass die Firmware abwärtskompatible ist, so wie beim Rest von Shelly.

@Samson71 @Homoran
Das sehe ich auch so, für mich ist das auch eine sinnvolle Trennung von Diensten, wenn es sich nur um ein, zwei Geräte handelt (bitte keine Diskussion über die Anzahl), dann ist das im ioBroker vielleicht noch gut aufgehoben, aber wenn es mehr wird, dann ist das vielleicht besser in einem MQTT Server aufgehoben Mosquitto od. emqx oder andere.

Interessant wäre es ja jetzt erst einmal, ob es mit einem externen MQTT überhaupt funktioniert oder ober der Hund wo ganz anders begraben liegt. Ich werde sicher keine ~150 € ausgeben, um das zu testen

VG
Bernd

[66er]

@dp20eic

Danke,

die letzten Beiträge haben mir sehr geholfen.

Ich werde mich ans Aufsetzen eines externen MQTT-Brokers in den nächsten Tagen ranmachen und dann berichten.

Danke nochmals für alle konstruktiven Beträge.

[Samson71]

@66er
Falls bei dei Dir ne Syno evtl ohnehin 24/7 laufen sollte, da gibt es direkte Pakete für Mosquitto.

[66er]

@samson71 sagte in Shelly WallDisplay will nicht mit MQTT-Adapter:

Falls bei dei Dir ne Syno evtl ohnehin 24/7 laufen sollte

Hab' ne DS923+ am Start.

Aber das Paketzentrum liefert keine Ergebnisse für Mosquitto.

Was ich gefunden habe im eclipse-mosquitto im Docker (noch ein neues Thema für mich).

[Samson71]

@66er
Nee, kein Docker. Läuft bei mit nativ. Das Paket kann man manuell "direkt" installieren. Das kam auf die Paketquellen an meine ich. Kann ich morgen mal nachschauen.

EDIT
https://synocommunity.com/package/mosquitto

Ist dann anschließend ganz normal als installiertes Paket verfügbar

[66er]

@samson71

Danke Dir sehr.

Welchen Download nehme ich zur manuellen Installatio?

Habe DSM 7.2-64570 Update 3

Edit:
Antwort selbst auf der Webpage gefunden, Installation läuft.

[Samson71]

@66er
Puhh.....
Die 923+ hat nen Ryzen R1600. Die meisten Pakete sind für Intel Prozessoren.

EDIT
Überschnitten. Welches Paket war es? Das R1000?

[66er]

@samson71

Ich hoffe, ich schrotte die DS nicht. Habe die Paketquelle eingerichtet und dann nach Mosquitto gesucht.

Dann kam nur 1 zur Auswahl.

[Samson71]

@66er sagte in Shelly WallDisplay will nicht mit MQTT-Adapter:

Ich hoffe, ich schrotte die DS nicht.

Damit nicht. Zur Not läuft es nicht und dann deinstallierst wieder. Ich hätte sonst das R1000 versucht in Anlehnung an den R1600 Prozessor Deiner Syno. Die Pakete kann man auch manuell runterladen und installieren.

Hier gucke ich ab und an nach, wenn ich die Prozessoren einer Syno wg. der Pakete brauche:
https://www.synology-wiki.de/index.php/Welchen_Prozessortyp_besitzt_mein_System%3F

[66er]

@samson71

Danke Markus,

sieht glaube ich gut aus.

Aber wie komme ich jetzt in den Broker? Setup?

Icon habe ich keins gefunden.

Mal weiter auf der Website stöbern.

[Samson71]

@66er
Jupp, das schaut gut aus. Der MQTT-Broker sollte jetzt unter der IP der Syno mit Port 1883 erreichbar sein.
Installier Dir mal den MQTT Explorer. Mit dem habe ich sonst alles gemacht.
https://mqtt-explorer.com/

Im Standard gibt es glaube ich keinen Benutzer/Passwort bei dem Paket. Kann man aber etwas tricky nachsetzen. Muss ich selber nachgucken wie es ging. Nur nicht mehr heute.

Kannst aber mal zu Testen einen Shelly auf die IP der Syno mit 1883 konfigurieren und mit dem MQTT Explorer gucken was ankommt. Dann ist zumindest klar, dass die Verbindung grundsätzlich steht.