Shelly-Firmware 2.2.1: Fix für Login- und MQTT-Probleme am 1PM Mini
Shelly hat am 13. November die Firmware 2.2.1 für Gen2-, Gen3- und Gen4-Geräte veröffentlicht. Sie repariert vor allem einen Fehler aus der Version 2.2.0, die erst zwei Tage vorher erschienen war: Beim Shelly 1PM Mini Gen3 und 1PM Mini Gen4 hatte das Update die Geräte-ID umbenannt. Danach wurden richtige Passwörter abgelehnt, und MQTT-Systeme wie ioBroker fanden die Geräte nicht mehr.
Wer betroffen ist, sollte 2.2.1 zügig einspielen. In zwei Fällen muss man danach selbst nacharbeiten, dazu unten mehr.
Letzte Aktualisierung am 15.11.2026 / Affiliate Links / Bilder von der Amazon Product Advertising API Wir weisen darauf hin, dass sich hier angezeigte Preise inzwischen geändert haben können. Alle Angaben ohne Gewähr. * = Werbelink: Wenn du über einen solchen Link ein Produkt bestellst, bekommen wir dafür eine Provision vom Verkäufer. Für dich entstehen selbstverständlich keine zusätzlichen Kosten
Was bei 2.2.0 schiefging
Laut Shelly haben die beiden Mini-Modelle beim ersten Start mit 2.2.0 ihre Geräte-ID neu berechnet. Aus „shelly1pmminig4-aabbccddeeff“ wurde zum Beispiel „shellymini1pmg4-aabbccddeeff“. Die neue Bezeichnung landete an mehreren Stellen: in der lokalen Geräte-ID, in der SSID des WLAN-Zugangspunkts, in MQTT-Client-ID und Topic-Präfix sowie im Hostnamen, den das Gerät per mDNS ankündigt.
Das gespeicherte Passwort wurde dabei nicht mit umgestellt. Die Weboberfläche und Integrationen wie Home Assistant meldeten deshalb „falsches Passwort“, obwohl es stimmte. MQTT-Integrationen, die einen Shelly an Client-ID oder Topic-Präfix erkennen, fanden ihn nicht mehr unter dem gewohnten Namen. Shelly nennt hier ausdrücklich ioBroker.
Was 2.2.1 macht
Die neue Version schreibt beim ersten Start alle Werte, die nach dem Muster von 2.2.0 umbenannt wurden, auf die alte ID zurück. Das betrifft Geräte-ID, MQTT-Client-ID, Topic-Präfix, Will-Topic, RPC-Ziel-Topic und die SSID des Zugangspunkts. Dafür startet das Gerät einmal zusätzlich neu.
Wer Topic-Präfix oder Client-ID schon vor 2.2.0 selbst festgelegt hatte, muss nichts tun. Diese Werte hat das Update nie angefasst.
Wann du nacharbeiten musst
Integration auf die neue ID umgestellt: Wer ioBroker, Home Assistant oder ein anderes System unter 2.2.0 auf die neue ID angepasst hat, muss das nach 2.2.1 zurückdrehen. Welche ID gilt, steht im Feld „id“ der Antwort auf Shelly.GetDeviceInfo.
Passwort unter 2.2.0 gesetzt oder geändert: Dann hängt das Passwort an der ID aus 2.2.0, und der Login scheitert nach 2.2.1 erneut. Erkennbar ist das daran, dass „id“ und „auth_domain“ in Shelly.GetDeviceInfo unterschiedlich sind. Diese Abfrage geht ohne Login. Die Lösung laut Shelly: Shelly.SetAuth noch einmal aufrufen, sich dabei mit dem Realm aus „auth_domain“ anmelden und als neuen Realm die „id“ setzen. Als ha1 wird SHA256 aus „admin:<id>:<Passwort>“ übergeben. Mit curl und der Option --anyauth wird der Realm automatisch übernommen.
Weitere Fixes in 2.2.1
- Shelly 2PM Gen4: stürzt nicht mehr durch einen Cache-Fehler ab.
- Shelly Pro 3EM: die BLE-Relay-Funktion ist zurück.
- Shelly RGBCCT Bulb Gen3: die Weboberfläche hat wieder eine Startseite.
Neu seit 2.2.0: Netzwerksuche und Backup
Abgesehen vom Fehler hat die 2.2.0 vom 11. November einige praktische Funktionen gebracht. Shellys finden andere Shellys im Netzwerk jetzt per mDNS. In der Weboberfläche gibt es dafür eine eigene Discovery-Seite, gefundene Geräte lassen sich direkt per Webhook steuern. Ein Webhook-Builder für entfernte Geräte ist ebenfalls neu.
Außerdem kann man die eigene Konfiguration sichern und als eigene Werkseinstellung hinterlegen. Dazu kommen die Befehle Switch.SetAll und Switch.SetMany, eine einstellbare Verzögerung nach einem Stromausfall, ein heller Modus für die Weboberfläche und ein Farbrad für RGB-Geräte. Die 2.2.0 tauscht zudem die Pakete der CA-Zertifikate aus und entfernt kompromittierte Root-Zertifikate von eMudhra.
Die Updates im Überblick
| Firmware | 2.2.1 (Fehlerbehebung), 2.2.0 (neue Funktionen) |
|---|---|
| Datum | 13.11.2026 (2.2.1), 11.11.2026 (2.2.0) |
| Betroffen vom ID-Fehler | Shelly 1PM Mini Gen3, Shelly 1PM Mini Gen4 |
| Weitere Fixes | 2PM Gen4, Pro 3EM (BLE-Relay), RGBCCT Bulb Gen3 (Weboberfläche) |
| Neu in 2.2.0 | Netzwerksuche per mDNS, Konfigurations-Backup, eigene Werkseinstellung, Switch.SetAll/SetMany, Verzögerung nach Stromausfall |
| ID prüfen | Shelly.GetDeviceInfo, Felder „id“ und „auth_domain“ |
| Verteilung | kostenlos per OTA über App oder Weboberfläche |
Shelly weist darauf hin, dass nicht alle Geräte dieselben Firmware-Updates bekommen. Ob 2.2.1 für ein bestimmtes Modell bereitsteht, zeigt die Shelly-App oder die Weboberfläche des Geräts.
Fazit
Ein ärgerlicher Fehler, aber schnell behoben: Zwei Tage nach 2.2.0 ist die Korrektur da. Besitzer eines 1PM Mini Gen3 oder Gen4 sollten 2.2.1 einspielen und danach prüfen, ob Login und MQTT wieder laufen. Wer in der Zwischenzeit ein Passwort gesetzt hat, kommt um den Umweg über Shelly.SetAuth nicht herum. Mehr zu den Plänen von Shelly mit Matter over Thread steht in unserem Beitrag zum ThreadLink-Update für Gen4.
Die Links zu Amazon sind Affiliate-Links: Wenn du darüber bestellst, bekommen wir eine Provision vom Verkäufer. Für dich entstehen keine zusätzlichen Kosten.
Disclaimer: Alle im Beitrag genannten Produktnamen, Logos und Marken sind Eigentum der jeweiligen Hersteller und dienen ausschließlich der Beschreibung und Information. Alle Informationen basieren auf offiziellen Pressemitteilungen und öffentlich zugänglichen Quellen zum Zeitpunkt der Veröffentlichung. Für die Richtigkeit, Aktualität und Vollständigkeit der Angaben wird keine Garantie übernommen.
Passend dazu in unserer Produktübersicht
Shelly 1PM Gen4 – Unterputz-Relais mit Leistungsmessungab 16,86 €Preise vergleichen →
Shelly 1 Mini Gen4 – Unterputz-Relais mit Matter, WLAN und Zigbeeab 17,99 €Preise vergleichen →Preise inkl. MwSt., Stand 15.11.2026.
