NEWS
Shelly Adapter - genereller Support
-
-
Hallo,
ich habe ein System. Ursprünglich waren es zwei einzeln laufende. Nun haben ich Master-Slave daraus gemacht.
Ich habe nun eine Update-Möglichkeit für den Shelly-Adapter. Der sagt folgendes:

Offenkundig will er Admin > 8.00 haben und sagt, er fände nur 7.8.23. Allerdings steht Admin auf 8.0.14

Das kann daran liegen, dass auf dem zweiten Rechner (der mit dem Shelly Adapter eigentlich nichts zu tun hatte), Admin noch 7.8.23 war.
Nun kann ich aber nicht updaten.
Kann ich den Shelly Adapter deinstallieren, dann neu installieren, ohne die Instanz-Einstellungen zu verlieren?
-
Hallo,
ich habe ein System. Ursprünglich waren es zwei einzeln laufende. Nun haben ich Master-Slave daraus gemacht.
Ich habe nun eine Update-Möglichkeit für den Shelly-Adapter. Der sagt folgendes:

Offenkundig will er Admin > 8.00 haben und sagt, er fände nur 7.8.23. Allerdings steht Admin auf 8.0.14

Das kann daran liegen, dass auf dem zweiten Rechner (der mit dem Shelly Adapter eigentlich nichts zu tun hatte), Admin noch 7.8.23 war.
Nun kann ich aber nicht updaten.
Kann ich den Shelly Adapter deinstallieren, dann neu installieren, ohne die Instanz-Einstellungen zu verlieren?
Das kann daran liegen, dass auf dem zweiten Rechner (der mit dem Shelly Adapter eigentlich nichts zu tun hatte), Admin noch 7.8.23 war.
Nun kann ich aber nicht updaten.Warum nicht? Ist der denn auf dem Slave noch installiert? Den kannst du auch da deinstallieren, es braucht nur einen admin auf dem Hauptsystem.
-
-
Der Shelly war immer auf dem installiert, der jetzt der master ist. Der war nie auf dem Slave.
Ich will den Shelly auf dem master updaten. Dort is Admin 8.0.14, aber der Shelly behauptet, dort wäre Admin 7.8.23.Behauptet wird viel. Zeig die Ausgabe von
iob diagdann kann man sehen was da wo in welcher Version installiert ist.
Dort is Admin 8.0.14, aber der Shelly behauptet, dort wäre Admin 7.8.23.
Nein, in deinem Setup gibt es noch irgendeinen host, der einen admin@7.8.23 spazieren fährt.
-
Bei jedem Adapter der eine spezielle Admin Version verlangt MUSS Admin auf ALLEN Hosts wo admin installiert ist die Bedingu8ng erfüllen.
In deinem Setup ist wahrscheinlich auf einem der Slaves noch ein alter admin installiert. Due kannst diesen entweder auch auf 8.x.x aktualisiseren ODER am Slave deinstallieren wenn du ihn dort nicht benutzt.
Beachte auch dass admin 8 ein Update diverser Adapter voraussetzt - ansonsten sind diese nicht mehr im adminUi konfigurierbar.
-
Hallo,
ich habe eine Frage zum "shelly" Adapter.
Ich habe diverse Shelly Pro 3EM im Einsatz. Verwende ich den "mqtt" Adapter bekomme ich vom Shelly per MQTT u.a. ein Objekt in dem die Temperatur vom Shelly drin steckt. Verwende ich den "shelly" Adapter (der viel schöner ist da die Daten aufbereitet sind) kann ich diesen Wert nirgends finden.
Ist das eine Limitation des "shelly" Adapters oder gibt es noch irgend ein Geheimnis was ich kennen muss?
Vielen Dank & viele Grüße
Meinhard -
-
Hallo Martin,
ich hoffe ich habe das so richtig gemacht:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1677Vielen Dank & viele Grüße
Meinhard -
Hallo Martin,
ich hoffe ich habe das so richtig gemacht:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1677Vielen Dank & viele Grüße
Meinhardich hoffe ich habe das so richtig gemacht:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1677Super und extra DANKE für die genauen Infos.
-
Was mache ich falsch?
Eigentlich nur dass du keine Versionsnagben - weder vom Adapter noch von der Shelly Firmware machst ...
Da ich aber mine Glaskugel grad poliert habe, sieht es so aus als ob du den adapter in Version 10.x.x oder 11.x.x verwendest und die betroffenen Shellie eine Firmware 2.x.x haben.
Dann sollte folgendes Issue die Lösung sein:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1543
Oder kurz: Um die Änderungen die Shelly mit FW 2.0.0 eingeführt hat zu unterstützen solltes du die Beta Version 12.0.0 testen.
Oder kurz: Um die Änderungen die Shelly mit FW 2.0.0 eingeführt hat zu unterstützen solltes du die Beta Version 12.0.0 testen.
Ich habe jetzt den Shelly Adapter 12.0.0 installiert.
Meine betroffenen ShellysShelly Plus2PM 10061CCDxxxx| 1.7.6|
Shelly 1PM Mini Gen4 7C2C676Fxxxx| 2.1.0
Shelly 2PM Gen3 8CBFEA9xxxx| 2.1.0
Shelly 1 Mini Gen3 5432045Exxxx| 2.0.1und noch ein paar mehr. Also Verschiedene Geräte auch verschiedene FW, aber immer der gleiche Fehler....
shelly.0 2026-11-11 06:07:29.824 error [httpIoBrokerState] HTTP request error for 192.168.2.236 (shellyplus2pm / shellyplus2pm-10061ccdf2ec / shellyplus2pm#10061ccdf2ec#1) "/rpc/Shelly.GetConfig": Wrong http username or http password! Please enter user credentials for restricted login. shelly.0 2026-11-11 03:36:22.764 error [httpIoBrokerState] HTTP request error for 192.168.2.236 (shellyplus2pm / shellyplus2pm-10061ccdf2ec / shellyplus2pm#10061ccdf2ec#1) "/rpc/Cover.GetConfig?id=0": Wrong http username or http password! Please enter user credentials for restricted login. shelly.0 2026-11-11 00:10:36.751 error [httpIoBrokerState] HTTP request error for 192.168.2.236 (shellyplus2pm / shellyplus2pm-10061ccdf2ec / shellyplus2pm#10061ccdf2ec#1) "/rpc/Input.GetConfig?id=1": Wrong http username or http password! Please enter user credentials for restricted login.Laut Doku sollte das Problem mit der Adapterversion 12.0.0 behoben sein

Was kann ich tun?
Vielen Dank für Eure Hilfe...
-
Ich vermute mal dass die Shellies FW 2.x.x haben.
Teste mal die 12.1.x.
In 12.0.0 gabs noch eine Fehler der die http authorizeation nach einiger Zeit ausfallen lies:(@mcm1957) Fixed digest authentication failing after ~7530 requests due to nonce counter never resetting and being formatted as decimal instead of hex (#1667). Thanks to @sadam6752-tech for detailled problemanalyses and solution.
-
Zwei Shelly (Shelly 1PM Mini Gen 3) haben sich gerade auf FW 2.2.0 upgedatet.
Seitdem kommt folgende Fehlermeldung:
2026-11-11 17:24:41.492 error [MQTT] DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details) shelly.0 2026-11-11 17:24:41.492 error [MQTT] (Shelly?) device unknown, configuration for client with id "shellymini1pmg3-3030f9ecab38" (shellymini1pmg3 / shellymini1pmg3-3030f9ecab38 / undefined) does not exist! Maybe this device is not supported in this adapter version (12.0.0). shelly.0 2026-11-11 17:24:35.877 error [MQTT] DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details) shelly.0 2026-11-11 17:24:35.876 error [MQTT] (Shelly?) device unknown, configuration for client with id "shellymini1pmg3-dcda0cb2d9b0" (shellymini1pmg3 / shellymini1pmg3-dcda0cb2d9b0 / undefined) does not exist! Maybe this device is not supported in this adapter version (12.0.0).Aber nur bei diesen.
Andere Shelly 1PM Mini Gen 3 mit der 2.1.1 funktioneren weiterhin ohne ProblemeFolgende Shelly, die ebenfalls automatisch die 2.2.0 bekommen haben, geben diese Fehlermeldung nicht aus:
- Shelly Dimmer 0/1-10V PM Gen3
- Shelly PM Mini Gen 3
- Shelly 1 Mini Gen 3
- Shelly 1PM Gen3
- Shelly Plus RGBW PM
-
Update:
Tatsächlich wurde die ID geändert:Vorher mit 2.1.1: shelly1pmminig3
Nachher mit 2.2.0: shellymini1pmg3
-
Habe in den MQTT einstellungen der betroffenen Shelly die geänderte ID händisch rückgängig gemacht.
Funktioniert wieder.
-
Ich habe die Sache nun an einem jungfräulichen Shelly 1 mini PM G3 nachgestellt.
Es liegt eindeutig ein - aus meiner Sicht - Bug von Shelly vor.Beim Update der Firmware von 2.1.1 auf 2.2.0 wird die ID des shellies geändert - von shelly1pmminig3 auf shellymini1pmg3.
Es wird sowohl die an sich vom User *unveränderbare Id des Gerätes geändert aus auch die Device Id im mqtt Bereich die an sich vom User vergebbar ist. Weder eine fest vergebene Geräteidentifikation noch die Änderung eines Paramters den der User einstellen kann sollten bei einem Update der Firmaware auftreten.Ich werde einen Call bei Shelly aufmachen.
Als Workraound bzw. momentane Lösung bitte in den MQTT Einstellungen am Shell den Wert der Device Id zurückändern, d.h. auf
shellymini1pmg3-xxxxshelly1pmminig3-xxxx.. Den wert findet ihr z.B. auch als ID im Objektbaum.Das problem wird mit Issue https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1701 weiter verfolgt. Bis zu einer Entscheidung wie hier und in Zukunft bei solchen Fällen vorgegangen werden soll, bitte noch um etwas Geduld. Es geht ja nicht nur um die Identifizierung das Gerätes sondern auch um die damit zusammenhängende ID des Objektbaums. Ob nun eine Art Aliasdefinition, manuelle Typeingabe, etc. sinnvoller ist werden wir im Team noch besprechen. Bitte zunächst einfach mal die Id ändern. Ev. erstellt Shelly ja kurzfritsig auch eine 2.2.1 ...
EDIT:
Ein Ticket bei Shelly wurde erstelltEDIT-2: falsche Information korrigiert
-
Habe in den MQTT einstellungen der betroffenen Shelly die geänderte ID händisch rückgängig gemacht.
Funktioniert wieder.
Habe in den MQTT einstellungen der betroffenen Shelly die geänderte ID händisch rückgängig gemacht.
Funktioniert wieder.
Ich habe nur 1 Shelly 1PM mini Gen 3.
Das manuelle Ändern der ID habe ich mehrfach versucht, mehrfach Werksreset,
Adapterversion von 10.6.1 bis 12.1.1 ausprobiert..., bei mir funktioniert es NICHT.Ich kann das Gerät aber weiterhin über "http://shellymini1pmg3-xxxx.local"
-
-
Ich habe die Sache nun an einem jungfräulichen Shelly 1 mini PM G3 nachgestellt.
Es liegt eindeutig ein - aus meiner Sicht - Bug von Shelly vor.Beim Update der Firmware von 2.1.1 auf 2.2.0 wird die ID des shellies geändert - von shelly1pmminig3 auf shellymini1pmg3.
Es wird sowohl die an sich vom User *unveränderbare Id des Gerätes geändert aus auch die Device Id im mqtt Bereich die an sich vom User vergebbar ist. Weder eine fest vergebene Geräteidentifikation noch die Änderung eines Paramters den der User einstellen kann sollten bei einem Update der Firmaware auftreten.Ich werde einen Call bei Shelly aufmachen.
Als Workraound bzw. momentane Lösung bitte in den MQTT Einstellungen am Shell den Wert der Device Id zurückändern, d.h. auf
shellymini1pmg3-xxxxshelly1pmminig3-xxxx.. Den wert findet ihr z.B. auch als ID im Objektbaum.Das problem wird mit Issue https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1701 weiter verfolgt. Bis zu einer Entscheidung wie hier und in Zukunft bei solchen Fällen vorgegangen werden soll, bitte noch um etwas Geduld. Es geht ja nicht nur um die Identifizierung das Gerätes sondern auch um die damit zusammenhängende ID des Objektbaums. Ob nun eine Art Aliasdefinition, manuelle Typeingabe, etc. sinnvoller ist werden wir im Team noch besprechen. Bitte zunächst einfach mal die Id ändern. Ev. erstellt Shelly ja kurzfritsig auch eine 2.2.1 ...
EDIT:
Ein Ticket bei Shelly wurde erstelltEDIT-2: falsche Information korrigiert
-
Als Workraound bzw. momentane Lösung bitte in den MQTT Einstellungen am Shell den Wert der Device Id zurückändern, d.h. auf shellymini1pmg3-xxxx.
Nein, das ist die neue, falsche ID.
Die alte lautet:shelly1pmminig3-xxxx.
Au shit - sollte nicht während einer Feier in einem Lokal macl schnell versuchen zu helfen.
SORRY für die falsche Antwort und die dadurch verursachte Meherarbeit bei euch. Tut mir leid.
DANKE an @Cephalopod für die Korrektur
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 Anmelden