wichtiges UPDATE für controller 7.2.2 im stable

[crunchip]

@Homoran log kommt doch nichts verwertbares, weil er den shelly ja nicht erkennt
eher vllt mal das log vom shelly

[mcm1957]

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.

[Homoran]

@mcm1957 sagte:

entweder die IP im Shelly falsch

Die passt zu den ports im iob.diag

[Homoran]

@mcm1957 sagte:

der ioBroker läuft z.B. in einem Container wo der Port nicht durchgereicht wird

Laut iob diag in einer VM

[crunchip]

@mcm1957 https://forum.iobroker.net/post/1338046 war das log mit der vermeidlich richtigen ip und Port

[Homoran]

@crunchip und die steht im shelly

[crunchip]

@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

[Homoran]

@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

[mcm1957]

@Homoran sagte:

@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.

[Homoran]

@mcm1957 sagte:

Aber mit VMS / Docker und CO kenn ich mich nicht aus.

Eine VM sollte wie ein eigenständiger PC laufen. Container sind da das Problem

[crunchip]

@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.

[crunchip]

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

[Homoran]

@crunchip
@mcm1957

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 😞

[mickemup]

@axel nur zum 100% sicher sein.
Dein Iobroker hat diese IP?

[Homoran]

@mickemup sagte:

Dein Iobroker hat diese IP?

Laut iob diag ja

[crunchip]

@Homoran hast du tls aktiviert?
die Geräte-ID ist vorhanden?

[Homoran]

@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	terminating

Er 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??

[crunchip]

@Homoran sagte:

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

[Homoran]

@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

[mcm1957]

Also die Fehletsituation hatte ich noch nie gesehn.

Bist du mal sicher dass die ip .127 der Shelly ist? Nicht dsss da irgendwas anderes sendet...

Und ja - der Adapter erwartet pure tcp ohne tls

Ansonsten bitte Screenshot der SHELLY TCP Einstellung.

Die undefined steh übrigends deshalb dort weil der Shelly keine Verbindung aifgebaut hat und daher kein vonnect packetäl geschickt hat.