Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[hardwarefehler]

Gibt es Erfahrungen mit dem Range Extender und MQTT? Ich teste grade folgende Konfiguration:

shellyplusplugs #e.....8 (192.168.33.21) --> shellypro2 Range Extender (192.168.33.1), shellypro2 #a.....4 (172.16.1.60) --> iobroker (172.16.1.1)
Shelly-Firmware 1.7.1
Shelly-Adapter 10.4.1

Prinzipiell funktioniert das auch, der Objektbaum des Plugs ist zu sehen. Allerdings bekomme ich minütlich die Warnung

2025-11-20 02:05:22.338	warn	[Mqtt.topicPrefix] 172.16.1.60 (shellyplusplugs / shellyplusplugs-e.....8 / shel
lyplusplugs#e.....8#1): Configured mqtt topic prefix "shellypro2-a.....4" and actual topic prefix "shellyplusplugs-e....
.8" do not match. Please check configuration

In den Werten der Objekte finde ich beim Plug eine Vermischung aus den IDs des Pro2 mit denen des Plugs:

shelly.0.shellypro2#a.....4#1
shelly.0.shellypro2#a.....4#1.name shelly60-Pro2
shelly.0.shellypro2#a.....4#1.Mqtt.clientId shellypro2-a.....4
shelly.0.shellypro2#a.....4#1.Mqtt.topicPrefix shellypro2-a.....4
shelly.0.shellypro2#a.....4#1.id shellypro2#a.....4#1

shelly.0.shellyplusplugs#e.....8#1
shelly.0.shellyplusplugs#e.....8#1.name shelly60-Pro2
shelly.0.shellyplusplugs#e.....8#1.Mqtt.clientId shellypro2-a.....4
shelly.0.shellyplusplugs#e.....8#1.Mqtt.topicPrefix shellypro2-a.....4
shelly.0.shellyplusplugs#e.....8#1.id shellyplusplugs#e.....8#1

D.h. beim Pro2 stimmt alles, beim Plug hingegen sind der Name, die Mqtt.clientId und der Mqtt.topicPrefix vom Pro2 übernommen, lediglich die ID ist die eigene des Plugs.

Die Warnungen liefen noch ca 20 min weiter, nachdem der Plus schon aus der Steckdose war, schliesslich kam ein:

2025-11-20 02:41:59.827	info	[MQTT] Client Error: 172.16.1.60 (shellyplusplugs / shellyplusplugs-e.....8 / shellyplusplugs#e.....8#1) (Error: read ETIMEDOUT)

Kann ich hier an der Konfiguration etwas verbessern oder ist das ein Problem im Adapter?

[mcm1957]

Die Range Extender Funktion wird NICHT unterstützt. Eine Unterstützung istcauchvaus technischen Gründen zumindest derzeit nicht geplant.

[hardwarefehler]

Oh wie schade. Sind die technischen Gründe eine fehlende Testumgebung oder anderer Art?
Github issue 1194 gefunden.
Dann bleiben als Alternative derzeit nur mehr klassische Access points/Repeater ? .

[mcm1957]

Sorry
Derzeit sind nur accesspoints als Alternative denkbar

[Be. eS.]

Hallo zusammen,
Ich habe an einem Shelly RGBW2 weisse LED streifen angeschlossen. Das Ganze ist in einem Camper über 12V realisiert. Per Shelly App kann auch problemlos steuern.
In iobroker sehe ich auch die Datenpunkte mit korrekten Werten. Ändere ich die switch Einstellung entweder direkt im Datenpunkt oder über einen Switch im VIS, ändert sich zwar der Wert im Datenpunkt, aber der LED Streifen wird nicht geschaltet.
Hat dazu jemand eine Idee?
Danke
VG
Bernhard

ist in ein

[Fabio]

.. wie ist der Shelly im ioBroker eingebunden? Welche Adapter welche Version etc. ?

[Be. eS.]

@Fabio
Hallo,
Ich habe den RGBW2 gegen einen Plus RGBW PM getauscht. Und nun funktioniert alles.
Danke!

[Fabio]

... okay. ;-)

[Peter c]

Habe einen shelly1minigen3 den ich mit Hilfe der Shelly app angelernt habe. Leider funktioniert die Integration in den IOBroker nicht. Ich bekomme die folgenden Meldungen:

2025-12-01 16:30:18.347 - error: shelly.0 (1663) [MQTT] Wrong MQTT authentication of client "shelly1minig3-e4b32326f7a8": Incorrect username (expected "shelly_Plugs")
2025-12-01 16:30:18.372 - info: shelly.0 (1663) [MQTT] Client Close: (shelly1minig3 / shelly1minig3-e4b32326f7a8 / shelly1minig3#e4b32326f7a8#1) (false)

Ich hatte bisher immer alle Shelly Geräte mit dem selben MQTT User Name "shelly_Plugs"und Passwort definiert. Muss man das bei dem Gerät anders machen? In der Meldung sagt er es wäre der falsche Username. Habe den Shelly Adapter v10.4.

[Negalein]

Hallo

Ich hab heute alle Shellys (Plus 1, Plus 2 pm, Plug S Gen 1 & Gen 2) auf MQTT umgestellt.
Seitdem kann ich die Gen 1 mit ioB nicht mehr schalten.

Benötige ich nun für die Gen 1 eine extra Instanz mit CoAP?

[mcm1957]

@Negalein sagte in Shelly Adapter - genereller Support:

Hallo

Ich hab heute alle Shellys (Plus 1, Plus 2 pm, Plug S Gen 1 & Gen 2) auf MQTT umgestellt.
Seitdem kann ich die Gen 1 mit ioB nicht mehr schalten.

Benötige ich nun für die Gen 1 eine extra Instanz mit CoAP?

GEN 1 kannst du mit COAP oder mit MQTT betreiben. Wenn du sie mit MQTT betreibst können sie nicht mit der Shelly Cloud verwendet werden.

GEN 2 ++ kannst du nur mit MQTT betrieben.

Eine Shelly Instanz kann nur entweder mqtt ODER CoAP bedienen. Wenn du beides brauchts musts du zwei Instanzen des Adapetrs verwenden.

Eine ausführliche Anleitung wie du den Adapetr und die Shellies konfigurieren kannst findest du in der Dokumentation https://github.com/iobroker-community-adapters/ioBroker.shelly/tree/master/docs/de

[Negalein]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Wenn du sie mit MQTT betreibst können sie nicht mit der Shelly Cloud verwendet werden.

Ok, aber unter https://control.shelly.cloud/ scheinen alle auf und sind auch schaltbar.
Auch die Gen 1 MQTT.

Oder kann nur der Adapter kein MQTT & Cloud?

[mcm1957]

Der Adapter verwendet keine Cloud.

Lt. Shelly funktioniert ein Gen 1 nicht mit der Cloud wenn mqtt aktiviert wird.
Siehe https://shelly-api-docs.shelly.cloud/gen1/#mqtt-configuration

Die Bedienung der Shellies via Cloud ist aber ein anderes Thema das du ggF im Shelly Forum ansprechen kannst.

Sollte die obige Aussage von Shelly nicht mehr stimmen solls mir auch recht sein.

[fuzzy1955]

@Peter-c sagte in Integration von shelly1minigen3:

Hi Peter,

alle Shelly Geräte mit dem selben MQTT User Name "shelly_Plugs"und Passwort definiert

Das passt ja. Jedoch brauchen alle Shellies in den Settings - Authentication auch ein gleichlautendes Passwort:

[fuzzy1955]

@mcm1957

Hallo Martin,

ich teste auch gerade deine Shelly-Adapterversion 10.5.0-alpha.2 mit meinen Geräten:

• 1G4 inkl. AddOn mit 4 x DS18B20-Temperaturfühlern
• 1MiniG3
• PlusI4DC
• PlusPlugS
• Pro0110PM 2x

Alle Werte und Funktionen passen. Danke für dein Werken! Gruß, hf

[Negalein]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Der Adapter verwendet keine Cloud.

hab jetzt alle Gen 1 nach Instanz .1 aufgenommen.
Die scheinen aber in .0 auch noch auf.

Kann ich diese DP einfach löschen?

[mcm1957]

ja, du kannst subtrees jederzeit löschen. Beim Verbindungsaufbau eines Shellies werden fehlende Trees / Objekte jedenfalls angelegt.
Der Adapter löscht nie ga ze Geräte da er nicht beurteilen kann ob ein Gerät ev. nur temporär offline ist.

[mcm1957]

Die Meldung

error: shelly.0 (1663) [MQTT] Wrong MQTT authentication of client "shelly1minig3-e4b32326f7a8": Incorrect username (expected "shelly_Plugs")

besagt, dass der Username den du im Shelly bei den MQTT Paramatern (!) eingegeben hast nicht dem Usernamen den du im Adapter als mqtt Usernamen eingegeben hast üebreinstimmt. Bitte beachte, dass der Shelly bei JEDER Änderund der MQTT Paramater eine neuerliche Eingabe des Passworts, ein Speichern und auch ein Reboot erfordert.

[Peter c]

@mcm1957 Danke für die Antwort, aber warum machen das die anderen Shellys die ich sonst noch habe dann nicht? Darüber wundere ich mich. Im Adapter werden ja alle behandelt.

[Peter c]

@mcm1957 Habe nun das PW im Adapter geprüft und beim shelly 1mini gen3 erneut eingegeben, neu gebootet. Dann die Shelly Instanz neu gestartet. Und dass ist dann protokolliert worden.

2025-12-02 13:53:50.335 - error: shelly.0 (28807) [MQTT] Wrong MQTT authentication of client "shelly1minig3-e4b32328d3c8": Incorrect username (expected "shelly_Plugs")
2025-12-02 13:53:50.357 - info: shelly.0 (28807) [MQTT] Client Close: (shelly1minig3 / shelly1minig3-e4b32328d3c8 / shelly1minig3#e4b32328d3c8#1) (false)
2025-12-02 13:54:15.176 - info: host.iobroker stopInstance system.adapter.shelly.0 (force=false, process=true)
2025-12-02 13:54:15.186 - info: shelly.0 (28807) Got terminate signal TERMINATE_YOURSELF
2025-12-02 13:54:15.193 - info: shelly.0 (28807) terminating
2025-12-02 13:54:15.195 - info: shelly.0 (28807) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2025-12-02 13:54:15.236 - info: host.iobroker stopInstance system.adapter.shelly.0 send kill signal
2025-12-02 13:54:15.697 - info: shelly.0 (28807) terminating
2025-12-02 13:54:15.796 - info: host.iobroker instance system.adapter.shelly.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2025-12-02 13:54:19.382 - info: host.iobroker instance system.adapter.shelly.0 in version "10.4.1" started with pid 29166
2025-12-02 13:54:23.291 - info: shelly.0 (29166) starting. Version 10.4.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v20.19.1, js-controller: 7.0.7
2025-12-02 13:54:23.889 - info: shelly.0 (29166) [firmwareUpdate] Auto-Update enabled - devices will be updated automatically
2025-12-02 13:54:23.890 - info: shelly.0 (29166) Starting in MQTT mode. Listening on 0.0.0.0:1882 (QoS 0)
2025-12-02 13:54:29.587 - info: shelly.0 (29166) [MQTT] Device with client id "shellyplusplugs-80646fe770c4" connected from 192.168.178.126!
2025-12-02 13:54:29.598 - info: shelly.0 (29166) [MQTT] Device with client id "shellyplusplugs-a0a3b3e84258" connected from 192.168.178.199!
2025-12-02 13:54:29.603 - info: shelly.0 (29166) [MQTT] Device with client id "shellyplusplugs-d4d4da7c3fdc" connected from 192.168.178.98!
2025-12-02 13:54:29.968 - info: shelly.0 (29166) [MQTT] Device with client id "shellyplusplugs-d48afc56889c" connected from 192.168.178.105!
2025-12-02 13:54:30.194 - info: shelly.0 (29166) [MQTT] Device with client id "shellyplusplugs-a0a3b3e82c7c" connected from 192.168.178.106!
2025-12-02 13:54:30.524 - info: shelly.0 (29166) [MQTT] Device with client id "shellyplusplugs-e465b843483c" connected from 192.168.178.130!
2025-12-02 13:54:32.182 - info: shelly.0 (29166) [MQTT] Device with client id "shellyplusplugs-d48afc560ac0" connected from 192.168.178.116!
2025-12-02 13:54:45.190 - error: shelly.0 (29166) [MQTT] Wrong MQTT authentication of client "shelly1minig3-e4b32328d3c8": Incorrect username (expected "shelly_Plugs")
2025-12-02 13:54:45.219 - info: shelly.0 (29166) [MQTT] Client Close: (shelly1minig3 / shelly1minig3-e4b32328d3c8 / shelly1minig3#e4b32328d3c8#1) (false)