Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[da_Woody]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Um dir ein Beispiel zu nennen wie deine Antworten derzeit klingen:

Ich hab das WLAN an meinem Laptop und dem Router abgedreht. Brauch ich nicht. Will nicht surefen sondern nur eMails lesen. Aber die kommen nicht an obwohl die doch direkt zu mir geschickt werden.

einfach irre was manche leute glauben!

[Glarios]

@mcm1957 und @Samson71 und @Fabio
Danke für eure schnelle Rückmeldung. Ich hatte ursprünglich auf einen alten Thread antworten wollen, daher wohl die falsche Überschrift. Es geht um meine beiden Shelly 2pm Plus. Ich habe die Passwörter mehrfach neu eingegeben, auch nach einem Factory Reset. Manuell geschrieben aber auch per copy and paste. Eigentlich kann es daran nicht liegen.

Der Log nach einem Neustart des Shelly Adapters sieht wie folgt aus:

shelly.1
2025-10-27 17:34:59.584	info	[MQTT] Client Close: (shellyplus2pm / shellyplus2pm-80646fcfcbfc / shellyplus2pm#80646fcfcbfc#1) (false)

shelly.1
2025-10-27 17:34:59.564	error	[MQTT] Wrong MQTT authentication of client "shellyplus2pm-80646fcfcbfc": Incorrect password

javascript.0
2025-10-27 17:34:55.342	info	script.js.Beleuchtung.Hue_Push: {"owner":{"rid":"0e4af229-1184-4524-9397-8def4f2c3c01","rtype":"device"},"temperature":{"temperature":9.43,"temperature_report":{"changed":"2025-10-27T16:34:55.291Z","temperature":9.43}}}

javascript.0
2025-10-27 17:34:55.342	info	script.js.Beleuchtung.Hue_Push: missing update instructions for sensors.temperature.temperature_report

shelly.1
2025-10-27 17:34:17.523	info	[MQTT] Client Close: (shellyplus2pm / shellyplus2pm-08b61fcca0e0 / shellyplus2pm#08b61fcca0e0#1) (false)

shelly.1
2025-10-27 17:34:17.499	error	[MQTT] Wrong MQTT authentication of client "shellyplus2pm-08b61fcca0e0": Incorrect password

shelly.1
2025-10-27 17:34:04.558	info	[MQTT] Client Close: (shellyplus2pm / shellyplus2pm-80646fcfcbfc / shellyplus2pm#80646fcfcbfc#1) (false)

shelly.1
2025-10-27 17:34:04.528	error	[MQTT] Wrong MQTT authentication of client "shellyplus2pm-80646fcfcbfc": Incorrect password

javascript.0
2025-10-27 17:33:51.114	info	script.js.Beleuchtung.Hue_Push: {"light":{"light_level":8013,"light_level_report":{"changed":"2025-10-27T16:33:51.065Z","light_level":8013}},"owner":{"rid":"ab48f2cb-9827-43ef-9fdd-137120bdd3f1","rtype":"device"}}

javascript.0
2025-10-27 17:33:51.114	info	script.js.Beleuchtung.Hue_Push: missing update instructions for sensors.light.light_level_report

shelly.1
2025-10-27 17:33:48.200	info	[MQTT] Device with client id "shellyplus2pm-a0a3b366b9f4" connected from 192.168.68.87!

shelly.1
2025-10-27 17:33:48.115	info	[MQTT] Device with client id "shellyplus2pm-e465b85fcd64" connected from 192.168.68.72!

shelly.1
2025-10-27 17:33:48.071	info	[MQTT] Device with client id "shellyplus2pm-e465b8945518" connected from 192.168.68.84!

shelly.1
2025-10-27 17:33:48.048	info	[MQTT] Device with client id "shelly2pmg3-8cbfea99d17c" connected from 192.168.68.57!

shelly.1
2025-10-27 17:33:47.986	info	[MQTT] Device with client id "shelly2pmg3-8cbfea997f2c" connected from 192.168.68.52!

shelly.1
2025-10-27 17:33:47.910	info	[MQTT] Device with client id "shellyplus2pm-d4d4da07eb08" connected from 192.168.68.62!

shelly.1
2025-10-27 17:33:47.782	info	[MQTT] Device with client id "shelly2pmg3-8cbfea993584" connected from 192.168.68.83!

shelly.1
2025-10-27 17:33:47.599	info	[MQTT] Device with client id "shelly2pmg3-8cbfea9d5e14" connected from 192.168.68.56!

shelly.1
2025-10-27 17:33:47.396	info	[MQTT] Device with client id "shellyplus2pm-e465b85fd654" connected from 192.168.68.68!

shelly.1
2025-10-27 17:33:45.607	info	Starting in MQTT mode. Listening on 0.0.0.0:1882 (QoS 0)

shelly.1
2025-10-27 17:33:45.482	info	starting. Version 10.2.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v20.18.1, js-controller: 7.0.7

host.iobroker
2025-10-27 17:33:44.757	info	instance system.adapter.shelly.1 in version "10.2.0" started with pid 404562

host.iobroker
2025-10-27 17:33:41.540	info	instance system.adapter.shelly.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

shelly.1
2025-10-27 17:33:41.482	info	terminating

host.iobroker
2025-10-27 17:33:41.020	info	stopInstance system.adapter.shelly.1 send kill signal

shelly.1
2025-10-27 17:33:40.981	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

shelly.1
2025-10-27 17:33:40.981	info	terminating

shelly.1
2025-10-27 17:33:40.980	info	Got terminate signal TERMINATE_YOURSELF

[mcm1957]

@glarios said in Shelly Adapter - genereller Support:

[MQTT] Wrong MQTT authentication of client "shellyplus2pm-80646fcfcbfc": Incorrect password

Die Fehlermeldung sagt eigentlich eindeutig aus dass das Passwort falsch ist.

Da die MQTT Verbindung prinzipiell bei zig Usern funktioniert muss bei dir was "besonderes" anliegen.

Du hast das Passwort am Shelly sicher richtig eingegeben und nachher speichern gedrückt?
Bitte stell auch sicher dass das Passwort nicht am Ende (oder Beginn) ein Leetrzeichen von copy/paste enthält.

Und bitte beachte dass das Kenntwort nach JEDER Änderung (nicht nur nach eine Änderung des Passworts) am Shelly neu gespeichert werden muss.

Hast du ev. Sonderzeichen im Passwort?
Kannst du testweise mal ein ganz triviales Passwort (nur Buchstaben und Zahlen) verwenden?

mcm1957

[Fabio]

@glarios eine Frage wurde der Shelly neu gestartet? Und hast du noch Passwörter vergeben für die Weboberfläche?

[mcm1957]

@fabio said in Shelly Adapter - genereller Support:

@glarios eine Frage wurde der Shelly neu gestartet? Und hast du noch Passwörter vergeben für die Weboberfläche?

Guter Input - Änderungen der mqtt Konfig erfordern einen Neustart des Shellies wenn ich mich nicht irre. Wird aber in der Shelly Web-UI angezeigt.

[Glarios]

@mcm1957

Ich habe jetzt einmal ein neues Passwort im Adapter gesetzt und diesen neu gestartet. Daraufhin sind natürlich alle Anmeldeversuche aller Shelly fehlgeschlagen. Das neue Passwort habe ich dann in einem der beiden Problem-Shellys eingegeben, diesen neu gestartet und... er hat sich verbunden Dann habe ich das Passwort wieder in das alte, sichere, geändert und jetzt verbindet sich damit auch der Problem-Shelly

Auch wenn ich den Lösungsweg nicht nachvollziehen kann: Problem gelöst Danke für euer Mithilfe, ich hatte hier wirklich schon sehr viel ausprobiert.

[mcm1957]

@glarios
Danke für das Feedback.
Und meld dich wenn wieder mal was schief geht.

[mcm1957]

Version 10.4.0 sollte ab morgen, 4.11.2025 im STABLE verfügbar sein.

Releasenotes gibts da:
https://github.com/iobroker-community-adapters/ioBroker.shelly#1040-2025-10-13

[BigChris]

Re: [MQTT] Unable to get mqttprefix of client

Der Fehler scheint immer noch so aufzutreten.
Ein Logauszug bei mir:

shelly.1
2025-11-06 10:28:20.171	error	[MQTT] Unable to get mqttprefix of client with id "ShellyWallDisplay-00082293A22C"
shelly.1
2025-11-06 10:28:20.171	error	[MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')

Das bekomme ich leider alle paar Sekunden in mein Log gespielt.
Gibt es da noch keine Lösung / Workaround für?

@haus-automatisierung

[haus-automatisierung]

@bigchris sagte in Shelly Errormeldung im Log. MQTT Error in function:

Gibt es da noch keine Lösung / Workaround für?

Ich kann das Problem nicht reproduzieren und weiß bis heute nicht woran es liegt. Die Diskussion auf GitHub ist ja auch schon uralt - ohne eine Lösung. Bei mir ist das noch nie aufgetreten.

Aus irgend einem Grund wird das Gerät als "Gen 1" erkannt. Und das kann ja nur passieren, wenn die MQTT Client ID nicht erkannt wurde. Aber wie soll das gehen? Ich kann mir das Verhalten nicht erklären.

[BigChris]

@haus-automatisierung
Ich stecke da leider auch nicht tief drin.
Gibt es denn einen Workaround das man zumindest die Meldung nicht in die Logs bekommt? Ich habe so halt nach 5 Minuten mehr als 99 Errormeldungen im Log, was mich einmal jedesmal erschrickt, aber auch die Auswertung anderer Fehler wirklich erschwert.

[BigChris]

Ich habe es für mich dann erst mal so gelöst, dass ich das Walldisplay über einen anderen mqtt Adapter anbinde.
Schade auf jeden Fall

[BigChris]

Und schon melden sich weitere Geräte

2025-11-06 11:42:00.732	error	[MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-b48a0a225550"
shelly.1
2025-11-06 11:42:00.732	error	[MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')
shelly.1
2025-11-06 11:41:59.323	error	[MQTT] Unable to get mqttprefix of client with id "shellyshutter-e4b063d77694"
shelly.1
2025-11-06 11:41:59.322	error	[MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')

[haus-automatisierung]

@bigchris sagte in Shelly Errormeldung im Log. MQTT Error in function:

dass ich das Walldisplay über einen anderen mqtt Adapter anbinde.

Der Fehler tritt unabhängig vom Gerätetyp auf.

[BigChris]

@haus-automatisierung
Ich meinte ich melde das Walldisplay komplett vom Adapter ab und steuere direkt über MQTT.
Leider muss ich dann auch immer mehr Geräte aus dem Adapter nehmen, was schade ist. Vom MQTT Adapter erhalte ich keine Fehler.

[haus-automatisierung]

@bigchris sagte in Shelly Errormeldung im Log. MQTT Error in function:

Vom MQTT Adapter erhalte ich keine Fehler.

Logisch. Der macht ja auch nix besonderes sondern nimmt erstmal nur die Verbindung entgegen. Dafür muss man sich dann mit RPC Payloads beschäftigen usw.

Das kann nicht die Lösung sein. Freue mich immer über konstruktiven Input.

[BigChris]

@haus-automatisierung
Leider kenne ich mich nicht sehr damit aus, aber mit scheint es so, dass sich ein gen2 Gerät als gen2 anmeldet, wobei der adapter evt meint es käme coap.
Kann man die betreffenden Geräte nicht evt. manuell in den Adapter eintragen als gen2?

[haus-automatisierung]

@bigchris sagte in Shelly Errormeldung im Log. MQTT Error in function:

wobei der adapter evt meint es käme coap.

Auf gar keinen Fall

[BigChris]

@haus-automatisierung
Zumindest steht ja etwas als gen1 in dem Log, wobei die betreffenden Geräte alle gen2 sind.

[haus-automatisierung]

@bigchris Und weiter? Gen1 unterstützt ja auch schon immer MQTT