MQTT und Shelly
-
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@Homoran log kommt doch nichts verwertbares, weil er den shelly ja nicht erkennt
eher vllt mal das log vom shelly
-
Im Log sollte stehen dass der Shelly ne Verbindung aufbaut. Der Connect steht schon im normalen Log.
Wenn da nichts im Log steht, dann baut der Shelly keine Verbindung auf. Da wäre dann entweder die IP im Shelly falsch oder der ioBroker läuft z.B. in einem Container wo der Port nicht durchgereicht wird etc.Ich wüsste nicht was du im SHELLY Log sehen kannst. Aber wenn du da was findest...
Wie sieht das Netzwerk aus?
Läuft der ioBroker nativ auf einem Pi / Linux / xyz System oder ist das ne Docker etc. Installation?
Sobald der Shelly versucht eine mqtt Verbindung aufzubauen steht das im ioBroker Log.
Daher die Frage:
Wie sieht das Log aus. Welche EInträge vom Shelly Adapter existieren da. Normales Log reicht erst mal vollkommen.EDIT:
Das Erkennen des Shellies ist erst Step 2. Zuerst muss sich der Shelly zum ioBroker connecten. Und da spielt mal nur IP und Port mit - und das Netzwerk. Selbst wenn User / Passwort falsch sind steht das im ioBroker Log. Und ebenso wenn der Typ manipuliert sein sollte.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer 'nen Kaffee spendieren will: https://paypal.me
-
Im Log sollte stehen dass der Shelly ne Verbindung aufbaut. Der Connect steht schon im normalen Log.
Wenn da nichts im Log steht, dann baut der Shelly keine Verbindung auf. Da wäre dann entweder die IP im Shelly falsch oder der ioBroker läuft z.B. in einem Container wo der Port nicht durchgereicht wird etc.Ich wüsste nicht was du im SHELLY Log sehen kannst. Aber wenn du da was findest...
Wie sieht das Netzwerk aus?
Läuft der ioBroker nativ auf einem Pi / Linux / xyz System oder ist das ne Docker etc. Installation?
Sobald der Shelly versucht eine mqtt Verbindung aufzubauen steht das im ioBroker Log.
Daher die Frage:
Wie sieht das Log aus. Welche EInträge vom Shelly Adapter existieren da. Normales Log reicht erst mal vollkommen.EDIT:
Das Erkennen des Shellies ist erst Step 2. Zuerst muss sich der Shelly zum ioBroker connecten. Und da spielt mal nur IP und Port mit - und das Netzwerk. Selbst wenn User / Passwort falsch sind steht das im ioBroker Log. Und ebenso wenn der Typ manipuliert sein sollte. -
Im Log sollte stehen dass der Shelly ne Verbindung aufbaut. Der Connect steht schon im normalen Log.
Wenn da nichts im Log steht, dann baut der Shelly keine Verbindung auf. Da wäre dann entweder die IP im Shelly falsch oder der ioBroker läuft z.B. in einem Container wo der Port nicht durchgereicht wird etc.Ich wüsste nicht was du im SHELLY Log sehen kannst. Aber wenn du da was findest...
Wie sieht das Netzwerk aus?
Läuft der ioBroker nativ auf einem Pi / Linux / xyz System oder ist das ne Docker etc. Installation?
Sobald der Shelly versucht eine mqtt Verbindung aufzubauen steht das im ioBroker Log.
Daher die Frage:
Wie sieht das Log aus. Welche EInträge vom Shelly Adapter existieren da. Normales Log reicht erst mal vollkommen.EDIT:
Das Erkennen des Shellies ist erst Step 2. Zuerst muss sich der Shelly zum ioBroker connecten. Und da spielt mal nur IP und Port mit - und das Netzwerk. Selbst wenn User / Passwort falsch sind steht das im ioBroker Log. Und ebenso wenn der Typ manipuliert sein sollte. -
Im Log sollte stehen dass der Shelly ne Verbindung aufbaut. Der Connect steht schon im normalen Log.
Wenn da nichts im Log steht, dann baut der Shelly keine Verbindung auf. Da wäre dann entweder die IP im Shelly falsch oder der ioBroker läuft z.B. in einem Container wo der Port nicht durchgereicht wird etc.Ich wüsste nicht was du im SHELLY Log sehen kannst. Aber wenn du da was findest...
Wie sieht das Netzwerk aus?
Läuft der ioBroker nativ auf einem Pi / Linux / xyz System oder ist das ne Docker etc. Installation?
Sobald der Shelly versucht eine mqtt Verbindung aufzubauen steht das im ioBroker Log.
Daher die Frage:
Wie sieht das Log aus. Welche EInträge vom Shelly Adapter existieren da. Normales Log reicht erst mal vollkommen.EDIT:
Das Erkennen des Shellies ist erst Step 2. Zuerst muss sich der Shelly zum ioBroker connecten. Und da spielt mal nur IP und Port mit - und das Netzwerk. Selbst wenn User / Passwort falsch sind steht das im ioBroker Log. Und ebenso wenn der Typ manipuliert sein sollte.@mcm1957 https://forum.iobroker.net/post/1338046 war das log mit der vermeidlich richtigen ip und Port
umgestiegen von Proxmox auf Unraid
-
@mcm1957 https://forum.iobroker.net/post/1338046 war das log mit der vermeidlich richtigen ip und Port
@crunchip und die steht im shelly
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@Homoran eben, drum hatte ich ja vor Stunden schon geschrieben, den shelly mal zurücksetzen und neu einrichten, in der Vergangenheit gab es ja hin und wieder schon mal Probleme das ein shelly nicht gleich erkannt wurde
umgestiegen von Proxmox auf Unraid
-
@Homoran eben, drum hatte ich ja vor Stunden schon geschrieben, den shelly mal zurücksetzen und neu einrichten, in der Vergangenheit gab es ja hin und wieder schon mal Probleme das ein shelly nicht gleich erkannt wurde
@crunchip bis gerade war ja noch die 127.0.0.1 drin und der Port 1883 war doppelt belegt.
Das ist jetzt geradegezogen.Die Antwort auf die Frage ob das Passwort geprüft und neu eingetragen wurde steht noch aus
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@crunchip bis gerade war ja noch die 127.0.0.1 drin und der Port 1883 war doppelt belegt.
Das ist jetzt geradegezogen.Die Antwort auf die Frage ob das Passwort geprüft und neu eingetragen wurde steht noch aus
@crunchip bis gerade war ja noch die 127.0.0.1 drin und der Port 1883 war doppelt belegt.
Das ist jetzt geradegezogen.Die Antwort auf die Frage ob das Passwort geprüft und neu eingetragen wurde steht noch aus
Das ist nicht so wichtig.
Bei einem falschen User oder einem falschen Passwort wird die Verbindung gelogged und und der Adapter logged ob username oder passwort falsch sind. Wenn das nicht gelogged wird, dann passen die Daten.Wenn sich der Shelly verbindet wird das geloged. (sofern info level logging aktiv ist). Wenn da nichst gelogged wird, dann erreichtd er Shelly den Adpater nicht.
Wenn da ne VM Läuft dann sollte man schaun wie das Netzwerk aufgesetzt ist. Ev. wird der Port 1884 nicht durchgereicht. Aber mit VMS / Docker und CO kenn ich mich nicht aus.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer 'nen Kaffee spendieren will: https://paypal.me
-
@crunchip bis gerade war ja noch die 127.0.0.1 drin und der Port 1883 war doppelt belegt.
Das ist jetzt geradegezogen.Die Antwort auf die Frage ob das Passwort geprüft und neu eingetragen wurde steht noch aus
Das ist nicht so wichtig.
Bei einem falschen User oder einem falschen Passwort wird die Verbindung gelogged und und der Adapter logged ob username oder passwort falsch sind. Wenn das nicht gelogged wird, dann passen die Daten.Wenn sich der Shelly verbindet wird das geloged. (sofern info level logging aktiv ist). Wenn da nichst gelogged wird, dann erreichtd er Shelly den Adpater nicht.
Wenn da ne VM Läuft dann sollte man schaun wie das Netzwerk aufgesetzt ist. Ev. wird der Port 1884 nicht durchgereicht. Aber mit VMS / Docker und CO kenn ich mich nicht aus.
-
@crunchip bis gerade war ja noch die 127.0.0.1 drin und der Port 1883 war doppelt belegt.
Das ist jetzt geradegezogen.Die Antwort auf die Frage ob das Passwort geprüft und neu eingetragen wurde steht noch aus
@Homoran vor 6 bzw 7 Stunden, siehe Beitrag 34, war es ja richtig eingetragen, zwar war da sein mqtt /sonoff 1883 doppelt belegt, was mit dem shelly aber nichts zu tun hat.
-
VM muss nichts durchgereicht werden, aber ich hatte auch schon vorgeschlagen, die 1882 zu probieren, wie es auch in der shelly Beschreibung steht, dann kommt er nicht durcheinander
-
Ich hab mich "mal eben" daran versucht den Solinger mini1 G3 ins System zu bekommen.
Auch ich bekomme die Instanz nicht grün.
Habe auch "alles versucht".In meinem debug-log (standardmäßig ist WARN aktiv!!) erscheint immer
shelly.0 2026-05-06 12:59:48.626 debug [MQTT Server] New connection from 192.168.138.126 shelly.0 2026-05-06 12:59:48.628 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 12:59:48.628 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 12:59:48.629 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 12:59:48.629 debug [MQTT] Destroying shelly.0 2026-05-06 12:59:48.629 debug [MQTT Server] Close for 192.168.138.126 ((undefined / undefined / undefined))Kann natürlich sein, dass ich mangels ausreichend Kenntnis von Shelly irgendetwas falsch mache, habe aber alles versucht was hier besprochen wurde
Dabei wollte ich nur mal schnell die richtige Konfig posten können 😞
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
-
Ich hab mich "mal eben" daran versucht den Solinger mini1 G3 ins System zu bekommen.
Auch ich bekomme die Instanz nicht grün.
Habe auch "alles versucht".In meinem debug-log (standardmäßig ist WARN aktiv!!) erscheint immer
shelly.0 2026-05-06 12:59:48.626 debug [MQTT Server] New connection from 192.168.138.126 shelly.0 2026-05-06 12:59:48.628 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 12:59:48.628 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 12:59:48.629 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 12:59:48.629 debug [MQTT] Destroying shelly.0 2026-05-06 12:59:48.629 debug [MQTT Server] Close for 192.168.138.126 ((undefined / undefined / undefined))Kann natürlich sein, dass ich mangels ausreichend Kenntnis von Shelly irgendetwas falsch mache, habe aber alles versucht was hier besprochen wurde
Dabei wollte ich nur mal schnell die richtige Konfig posten können 😞
-
@crunchip ich denke ja!
Hab es jetzt mit einem jungfräulichen pm mini g3 versucht
shelly.0 2026-05-06 15:02:02.074 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:02.075 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:02.076 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:02.076 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:02.076 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:02.076 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:04.294 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:04.297 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:04.299 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:04.299 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:04.299 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:04.299 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:08.669 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:08.670 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:08.672 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:08.672 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:08.672 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:08.672 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:17.481 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:17.482 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:17.483 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:17.483 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:17.483 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:17.483 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:31.878 info Got terminate signal TERMINATE_YOURSELF shelly.0 2026-05-06 15:02:32.075 debug [onUnload] Closing adapter shelly.0 2026-05-06 15:02:32.075 debug [onUnload] Stopping MQTT server shelly.0 2026-05-06 15:02:32.076 debug [BaseServer] Destroying shelly.0 2026-05-06 15:02:32.076 debug [MQTT Server] Destroying shelly.0 2026-05-06 15:02:32.076 info terminating shelly.0 2026-05-06 15:02:32.076 debug Plugin sentry destroyed shelly.0 2026-05-06 15:02:32.077 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason shelly.0 2026-05-06 15:02:32.077 debug [MQTT Server] Closing listener shelly.0 2026-05-06 15:02:32.379 info terminatingEr sieht ja anscheinend die .127 kommt aber nicht an die protocoll ID ran, weil er wohl 3 Parameter nicht hab.
Wo muss ich das verifizieren??
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@crunchip ich denke ja!
Hab es jetzt mit einem jungfräulichen pm mini g3 versucht
shelly.0 2026-05-06 15:02:02.074 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:02.075 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:02.076 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:02.076 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:02.076 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:02.076 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:04.294 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:04.297 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:04.299 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:04.299 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:04.299 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:04.299 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:08.669 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:08.670 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:08.672 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:08.672 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:08.672 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:08.672 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:17.481 debug [MQTT Server] New connection from 192.168.138.127 shelly.0 2026-05-06 15:02:17.482 info [MQTT] Client Error: (undefined / undefined / undefined) (Error: Cannot parse protocolId) shelly.0 2026-05-06 15:02:17.483 info [MQTT] Client Close: (undefined / undefined / undefined) (false) shelly.0 2026-05-06 15:02:17.483 debug [BaseClient] Destroying (undefined / undefined / undefined) shelly.0 2026-05-06 15:02:17.483 debug [MQTT] Destroying shelly.0 2026-05-06 15:02:17.483 debug [MQTT Server] Close for 192.168.138.127 ((undefined / undefined / undefined)) shelly.0 2026-05-06 15:02:31.878 info Got terminate signal TERMINATE_YOURSELF shelly.0 2026-05-06 15:02:32.075 debug [onUnload] Closing adapter shelly.0 2026-05-06 15:02:32.075 debug [onUnload] Stopping MQTT server shelly.0 2026-05-06 15:02:32.076 debug [BaseServer] Destroying shelly.0 2026-05-06 15:02:32.076 debug [MQTT Server] Destroying shelly.0 2026-05-06 15:02:32.076 info terminating shelly.0 2026-05-06 15:02:32.076 debug Plugin sentry destroyed shelly.0 2026-05-06 15:02:32.077 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason shelly.0 2026-05-06 15:02:32.077 debug [MQTT Server] Closing listener shelly.0 2026-05-06 15:02:32.379 info terminatingEr sieht ja anscheinend die .127 kommt aber nicht an die protocoll ID ran, weil er wohl 3 Parameter nicht hab.
Wo muss ich das verifizieren??
kommt aber nicht an die protocoll ID ran, weil er wohl 3 Parameter nicht hab.
eben, soweit ich nachgelesen habe
Der Fehler Cannot parse protocolId bedeutet exakt: Der MQTT-Broker hat eine TCP-Verbindung erhalten, konnte aber das erste Byte-Feld des CONNECT-Pakets nicht als gültige MQTT-Protocol-ID lesen. Der Shelly ist also netzwerkseitig erreichbar (TCP klappt), aber das, was er danach schickt, ist kein valides MQTT-Paket
übrigens tls darf nicht aktiv sein
@Homoran sagte in MQTT und Shelly:
jungfräulichen pm mini g3
mit welcher Firmware?
bei bestimmten Gen3-Firmwareversionen gab es tatsächlich Bugs im MQTT-Stackumgestiegen von Proxmox auf Unraid
-
kommt aber nicht an die protocoll ID ran, weil er wohl 3 Parameter nicht hab.
eben, soweit ich nachgelesen habe
Der Fehler Cannot parse protocolId bedeutet exakt: Der MQTT-Broker hat eine TCP-Verbindung erhalten, konnte aber das erste Byte-Feld des CONNECT-Pakets nicht als gültige MQTT-Protocol-ID lesen. Der Shelly ist also netzwerkseitig erreichbar (TCP klappt), aber das, was er danach schickt, ist kein valides MQTT-Paket
übrigens tls darf nicht aktiv sein
@Homoran sagte in MQTT und Shelly:
jungfräulichen pm mini g3
mit welcher Firmware?
bei bestimmten Gen3-Firmwareversionen gab es tatsächlich Bugs im MQTT-Stack@crunchip danke!
In der Zwischenzeit habe ich den 1miniG3 wieder unter Strom gesetzt, bei dem hatte ich upgedatet, aber tls noch an
Beim pm mini ist es umgekehrt
Stay tuned
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden312
Online33.0k
Benutzer83.2k
Themen1.3m
Beiträge