Shelly Adapter - genereller Support

wrod

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?

Thomas Braun

@wrod sagte:

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.

wrod

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.

Thomas Braun

@wrod

Behauptet wird viel. Zeig die Ausgabe von

iob diag

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

mcm1957

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.

Meinhard

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

mcm1957

Wenns via mqtt geht dann kann ich das einbaun. Schreib bitte ein issue.

Meinhard

Hallo Martin,

ich hoffe ich habe das so richtig gemacht:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1677

Vielen Dank & viele Grüße
Meinhard

mcm1957

@Meinhard said:

ich hoffe ich habe das so richtig gemacht:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1677

Super und extra DANKE für die genauen Infos.

StealthAngel

@mcm1957 sagte:

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 Shellys

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

mcm1957

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.

Cephalopod

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 Probleme

Folgende 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

Cephalopod

Update:
Tatsächlich wurde die ID geändert:

Vorher mit 2.1.1: shelly1pmminig3

Nachher mit 2.2.0: shellymini1pmg3

Cephalopod

Habe in den MQTT einstellungen der betroffenen Shelly die geänderte ID händisch rückgängig gemacht.

Funktioniert wieder.

mcm1957

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-xxxx~~ shelly1pmminig3-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 erstellt

EDIT-2: falsche Information korrigiert

ATARI

@Cephalopod sagte:

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"

ATARI

nur zur Info

Die ID im MQTT musste bei mir auf "shelly1pmminig3-SNr" geändert werden, nun funktioniert es wieder.

Cephalopod

@mcm1957 sagte:

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.

mcm1957

@Cephalopod said:

@mcm1957 sagte:

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

mcm1957

Ich habe wie versprochen ein Ticket bei Shelly eröffnet und zeitnahe eine AI Antwort erhalten. (Zur Qualität mache sich jeder selbst ein Bild :-). Positiv bewerte ich allerdings dass der AI Einsatz explizit gekennzeichnet ist und es m.E. auch durchaus sinnvoll ist mal per AI zu antworten. Immerhin wird ja auch angeboten dass eine Reaktion zu einem/r technischen Mitarbeiter(in) geht ).

Hier der bisherige Ticket Verlauf:

mcm1957 meldete etwa 12 Stunden vor Wird bearbeitet

Beim Update der Firmware eines Shelly 1 mini PM Gen 3 ändert sich die Geräte ID von shelly1pmminig3-dcb4dxxxxxx auf shellymini1pmg3-dcb4dxxxxxx. Ebenso wird die Device ID im mqtt Setup geändert.

Frage:
Ist diese Änderung bewusst bzw. gewollt? Werden noch weitere Shellies ihre Id ändern?
Die an sich nicht vom benutzer einstellbare Geräte ID dient bisher als Identifikationsmerkmal des Gerätes. Eine Änderung ohne ersichtlichen Grund im Zuge eines Firmwareupdates erschwert die Identifikation des Geräte im IOT Bereich (hier ioBroker).
falls diese Änderung als "Bug" einzustufen ist, wird die Änderung mit der nächsten Firmwareversion rückgängig gemacht werden?

htpp Antwort des Shellies mit FW 2.1.1 (http://ip/Shelly)

{
"name": null,
"id": "shelly1pmminig3-dcb4dxxxxxx",
"mac": "DCB4Dxxxxxx",
"slot": 0,
"model": "S3SW-001P8EU",
"gen": 3,
"fw_id": "20261026-151135/2.1.1-g07e9ad2",
"ver": "2.1.1",
"app": "Mini1PMG3",
"auth_en": false,
"auth_domain": null,
"matter": false,
"provision": "complete",
"enhanced_security": false
}

htpp Antwort des Shellies mit FW 2.2.0 (http://ip/Shelly)

{
"name": null,
"id": "shellymini1pmg3-dcb4dxxxxxx",
"mac": "DCB4D9xxxxxx",
"slot": 1,
"model": "S3SW-001P8EU",
"gen": 3,
"fw_id": "20261109-150301/2.2.0-g7968dca",
"ver": "2.2.0",
"app": "Mini1PMG3",
"auth_en": false,
"auth_domain": null,
"matter": false,
"provision": "complete",
"enhanced_security": false
}

Scrennshots zur Erläuterung bei bedarf gerne nachzureichen.

Support Team gesagt etwa 1 Stunde vor

KI-GENERIERTE ANTWORT
Hallo,

vielen Dank für Ihre ausführliche Beschreibung und die Gegenüberstellung der beiden Antworten! 😊

Die Änderung der Geräte-ID von shelly1pmminig3-… auf shellymini1pmg3-… ist mit der Firmware 2.2.0 beim Mini 1PM Gen3 eingeführt worden. Die ID setzt sich aus dem Gerätenamen und der MAC-Adresse zusammen und wurde hier in der Benennung vereinheitlicht. Die MAC-Adresse (DCB4D9DF9E9C) bleibt unverändert.

Empfehlung für ioBroker/MQTT:
Identifizieren Sie das Gerät künftig über die MAC-Adresse, sie bleibt bei Updates stabil.
Prüfen Sie nach dem Update das MQTT-Topic-Präfix unter Settings → MQTT und passen Sie es bei Bedarf an die neue ID an.
Alternativ können Sie dort ein eigenes, festes Topic-Präfix vergeben, damit sich die Struktur in ioBroker nicht mehr ändert.
Ob weitere Geräte betroffen sind, hängt vom jeweiligen Modell und der Firmware ab. Die Änderungen der Firmware-Versionen finden Sie hier: Shelly Gen2+ Changelog

Gerne können Sie uns auf diesem Ticket die Screenshots nachreichen, dann sehen wir uns Ihre MQTT-Konfiguration genauer an. 🙌

Mit freundlichen Grüßen,
Shelly AI Agent
Diese Antwort wurde von einer KI erstellt. Falls etwas nicht stimmt, antworten Sie einfach, und ein Teammitglied übernimmt.

mcm1957 gesagt 19 Minuten vor

Liebe AI

Das positive an deiner Antwort ist die kurze Reaktionszeit.
Inhaltlich ist deine Antwort nicht hilfreich und fachlich falsch, nicht nachvollziehbar und geht teilweise am Thema vorbei

Die Änderung der Geräte-ID von shelly1pmminig3-… auf shellymini1pmg3-… ist mit der Firmware 2.2.0 beim Mini 1PM Gen3 eingeführt worden.

Das steht außer Zweifel.

Die ID setzt sich aus dem Gerätenamen und der MAC-Adresse zusammen und wurde hier in der Benennung vereinheitlicht. Die MAC-Adresse (DCB4Dxxxxxx) bleibt unverändert.

Was hier vereinheitlicht worden ist muss mir jemand erklären:
ALLE 'mini' Devices haben das 'mini' nicht unmittelbar hinter dem 'shelly'. Hier wurde nichts vereinheitlicht sondern geändert und verUNheitlicht.

Änderung mit 2.2.0:
shelly1pmminig3-dcb4dxxxxxx geändert auf shellymini1pmg3-dcb4dxxxxxx

Alle Shelly haben bisher das mini gegen Ende des Gerätes:
// Gen 2
shelly1mini,
shelly1pmmini,
shellypmmini,

// Gen 3
shelly1minig3,
shelly1pmminig3, (alt)
shellypmminig3,

// Gen 4
shelly1minig4,
shelly1pmminig4,
shellyemminig4,

Die Änderung bricht also mit dem bisherigen Schema ohne erkennbaren Grund. Hier von einer Vereinheitlichung zu schreiben stellt für mich eine AI Haluzination dar - sorry.

Identifizieren Sie das Gerät künftig über die MAC-Adresse, sie bleibt bei Updates stabil.

Die Antwort geht am Thema vorbei. Solange auch eine AI mir nicht erklären kann wie ich anhand der MAC Addresse den GERÄTETYP identifizieren kann ist diese Anwtort leider nicht hilfreich. Die Verwendung der Modellbezeichnung wäre hierfür prinziell geeignet - es stellt sich nur die Frage ob hier in Zukunft nicht auch überraschende "Vereinheitlichungen" stattfinden.

Ob weitere Geräte betroffen sind, hängt vom jeweiligen Modell und der Firmware ab. Die Änderungen der Firmware-Versionen finden Sie hier: Shelly Gen2+ Changelog

Liebe AI, bitte die Stelle in den Releasenotes benennen wo dieser BREAKING change dokumentiert wurde. Ich habe keienrlei Hinweis gefunden dass die Device ID eines Modells geändert wurde. Bitte auch um genauere Angaben nach welchen Kriterien diese Änderung "vom jeweiligen Modell und der Firmware" abhängen. Derzeit liest sich dieser Passus als allgemeine Antwort ohne fachlichen Hilfswert - sorry, wenn ich das kritisieren muss.

ZUSAMMENFASSEND:
Bitte um ein (nach Möglichkeit von einer Person zumindest korrekturgelesenen) Antwort auf meine Fragen:

Ist diese Änderung bewusst bzw. gewollt? Werden noch weitere Shellies ihre Id ändern?
Die an sich nicht vom benutzer einstellbare Geräte ID dient bisher als Identifikationsmerkmal des Gerätes. Eine Änderung ohne ersichtlichen Grund im Zuge eines Firmwareupdates erschwert die Identifikation des Geräte im IOT Bereich (hier ioBroker).
falls diese Änderung als "Bug" einzustufen ist, wird die Änderung mit der nächsten Firmwareversion rückgängig gemacht werden?

Ich warte mal ob bzw. wann eine redigierte Antwort kommt die auf meine konkreten fragen eingeht.

Community Forum

NEWS

Shelly Adapter - genereller Support

Support us

507

33.1k

84.2k

1.4m