wichtiges UPDATE für controller 7.2.2 im stable

[Homoran]

Homoran sagte:

Gibt es verbotene ze7chen für das Passwort?

BINGO!!

shelly.0
2026-05-06 16:01:34.122	info	[MQTT] Device with client id "shellypmminig3-dcda0ce81e7c" initialized.

shelly.0
2026-05-06 16:01:34.109	info	[MQTT] Device with client id "shelly1minig3-34b7dac53ffc" initialized.

Nach Änderung des Passworts ohne Sonderzeichen!

@axel hätte uns doch mal das debug-log zeigen sollen

[mcm1957]

Verbotene Zeichen sind mir nicht bekannt. Da das aber offensichtlich ein Problem ist erstell bitte ein issue und gib bekannt welches Passwort Probleme macht. Natülich nicht deins aber ein Muster.

Dann kann ichcschaun ob da ein Fehler im Adapter vorluegt oder ein Bug im Shelly.

Danke

[crunchip]

@Homoran sagte:

Gibt es verbotene ze7chen für das Passwort?

haben wir doch eigentlich überall, sprich ist doch überall das generelle Problem rund um iobroker

edit
das # im Passwort: Das Hash-Zeichen ist in MQTT-URLs ein Sonderzeichen (URL-Fragment-Trenner) und wird von manchen Clients abgeschnitten – alles nach dem # geht verloren, was dazu führt, dass ein falsches oder gar kein Passwort übermittelt wird

@, :, / und ähnliche URL-Sonderzeichen: Werden in MQTT-Verbindungs-URLs (z. B. mqtt://user:pass@host) als Trennzeichen interpretiert und zerschießen die Credentials

Umlaute und ß: Können je nach Firmware-Implementierung des Geräts zu Encoding-Problemen führen, da manche Firmware-Stacks keine UTF-8-Credentials erwarten

[Homoran]

@crunchip sagte:

haben wir doch eigentlich überall, sprich ist doch überall das generelle Problem rund um iobroker

Nöö, ich hab bisher überall Sonderzeichen in Passwörtern.
Wird ja auch eigentlich immer empfohlen, wenn nicht sogar als Bedingung gesetzt.

Wäre jetzt nur noch interessant ob das bei @axel auch zutrifft.

[Homoran]

@crunchip sagte:

möglichwerweise das #

Editeur 😉

Nö, diesmal der Dollar

[crunchip]

@Homoran war noch nicht fertig, aber jetzt :-)

[crunchip]

@Homoran sagte:

Wäre jetzt nur noch interessant ob das bei @axel auch zutrifft.

möglich, ans Passwort hatte ich schon gedacht, da aber @mcm1957 meinte

@mcm1957 sagte:

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.

hab ichs dann verworfen

[Homoran]

@crunchip sagte:

Selbst wenn User / Passwort falsch sind steht das im ioBroker Log

Das hat mich auch ausgebremst.
Da wusste ich noch nicht, dass der Loglevel per default auf WARN steht.

[mcm1957]

Sorry wenn ich mich via Handy nicht an Grundsatzdiskussionen beteilige.

Ich möchte drumm bitten konkret bekannte Sonderzeichen im mqtt Passwort die ein Problem machen via Issue zu melden.

Ich sehe es als Bug wenn ein Passwort das eingebbar ist nicht funktioniert. Ob das ein Bug im Adapter od im Shelly oder sonstwo ist muss man klären.

[mcm1957]

@crunchip sagte:

@Homoran sagte:

Gibt es verbotene ze7chen für das Passwort?

haben wir doch eigentlich überall, sprich ist doch überall das generelle Problem rund um iobroker

Das ist m.E. so nicht richtug. Wenn dir bei einem Adapter sowas auffällt bitte ein Issue erstellen.

[mcm1957]

@Homoran sagte:

@crunchip sagte:

Selbst wenn User / Passwort falsch sind steht das im ioBroker Log

Das hat mich auch ausgebremst.
Da wusste ich noch nicht, dass der Loglevel per default auf WARN steht.

Der Defaultwert des Adapters ist INFO. Wenn ein User den umstellt lann der Adapter nichts machen ...

[Homoran]

@mcm1957 sagte:

Der Defaultwert des Adapters ist INFO. Wenn ein User den umstellt lann der Adapter nichts machen

Sorry da muss ich widersprechen, ich hab den Adapter heute erstmalig installiert, um für diesen Thread helfen zu können, die dann angelegte Instanz stand auf WARN

[axel]

Also, habe den Shelly auf Werkseinstellungen zurückgesetzt und neu verbunden. Nun tatsächlich Verbindung. Läuft wie erwartet. Ich denke, war ein Bug im Shelly. Habe den neu ausgepackt, Strom abgeschaltet, eingebaut, Strom eingeschaltet, über 192.168.33.1 verbunden, Verbindung mit WLAN hergestellt. Gerät wollte Update machen, habe ich ausgeführt. Ich kann mich nicht mehr daran erinnern, an welcher Stelle das vorkam. Auf jeden Fall läuft das jetzt.

Auf jeden Fall, Dank an Euch alle!

Gibt das häufiger derartige Problematiken mit Shelly? Ich überlege tatsächlich, weitere Geräte in Shelly auszuführen, statt in HM.

Nochmal vielen Dank.

Liebe Grüße

Axel

[crunchip]

@axel soweit mir bekannt, kann es hin und wieder vorkommen, das bei Ersteinrichtung mal irgendwas "verschluckt" wird, daher dann nochmal das Gerät zurücksetzen und neu einbinden, sollte aber in der Regel die Ausnahme sein

[Homoran]

@axel sagte:

Ich überlege tatsächlich, weitere Geräte in Shelly auszuführen, statt in HM.

Abgesehen von dem hier behandelten Problem hat @crunchip das richtig geradegeückt.

Zu dem zweiten, impliziten, Teil deiner Frage möchte ich auch etwas sagen:
Ich selber habe seit 15 Jahren Homematic und bin sehr zufrieden.

Heute habe ich erstmalig einen shelly installiert, den ich mal geschenkt bekommen hatte.

Shelly kam für mich nicht in Frage, weil das WLAN Netz eh überfüllt ist. Außerdem hat 2.4GHz eine geringere Reichweite und Durchdringung bei massiven Baustoffen als die 868MHz von Homematic.

Was mich an Shelly interessiert ist die extrem kleine Bauform, die es hoffentlich ermöglicht, diese Aktoren oder Sensoren (PM) direkt in die Dose zu setzen, so dass die Zwischenstecker entfallen können.

[crunchip]

@Homoran sagte:

direkt in die Dose zu setzen

aber auch nur, sofern du eine tiefe Dose und keine extra Kabel darin hast, sonst wird es wirklich eng

[Samson71]

@axel
Mit Shelly generell gibt es keine Probleme und man kann sie mittels CUxD sogar in Homematic integrieren.

Ich habe mich damals bewusst und gewollt der HMiP-Schiene verweigert, weil mir das Key-Handling mit den Servern von EQ3 nicht gefallen hat und weil ich aus baulichen Gegebenheiten ohnehin schon mehrere HM-LAN-Gateways im Einsatz habe. Da wollte ich für IP nicht nochmal die gleiche Infrastruktur daneben stellen.

Auch ein Tausch der CCU/Raspimatic ist so mit einfachem Einspielen eines Backups sofort erledigt.

Ich mit Unifi und insgesamt 5 großen AP's ein extrem gut ausgebautes WLAN und habe daher neben Sonoff/Tasmota nur weiter mit Shelly ergänzt.

[Samson71]

@crunchip sagte:
aber auch nur, sofern du eine tiefe Dose und keine extra Kabel darin hast, sonst wird es wirklich eng

Sofern der Eli nicht zu sehr beim Eingipsen gegeizt hat, helfen ein Hammer und ein nicht zu großer "scharfer" Schraubendreher. Damit lässt sich der Dosenboden sauber raustrennen und der dahinter liegende Gips vorsichtig entfernen. Meist kann man so nochmal gut 2cm in der Tiefe gewinnen.

[axel]

Also, nochmal danke. Ich benutze den 2em nur, weil es bei HM nichts vergleichbares gibt.

Ansonsten ist alles HM-IP und es läuft wirklich stabil. Ein kleiner PI auf dem Dach als Zentrale und alles ist ok.

Dazu einen ioBroker auf einer VM, läuft auch prima. Integiert wird ebenfalls (je auf dedizierten VM's) SQL-Server und Grafana. Alles Bestens.

Einen schönen Abend für alle.

[Homoran]

@axel sagte:

Ein kleiner PI

openCCU läuft nur noch auf 64bit 😞
Mein Tinkerboard wird nicht mehr unterstützt, hab gerade nen pi3 bestellt, der in das charly-gehäuse passt