wichtiges UPDATE für controller 7.2.2 im stable

[Homoran]

@mcm1957 sagte:

Und nur zur SIcherheit: 10.10.9.10 ist sicher die IP deines ioBroker hosts ?

@axel sagte:

@Homoran 10.10... ist das Beispiel

Anscheinend als screenshot in der Instanz.

Sein shelly ist in #84 zu sehen mit :1884

[crunchip]

@mcm1957 nein, das sind doch nur die Beispielbilder direkt aus der Instanz

[mcm1957]

OK - sorry.
Ist mir bei der zwische n Tür und Angel Hilfsaktion nicht aufgefallen.

Dann bitte mal Screenshots der MQTT Einstellungen des SHELLIES posten.

[Homoran]

@axel sagte:

@mcm1957 #84

Aber @axel
Das debug-log fehlt noch!

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