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

[Negalein]

Hallo

Hätte paar Fragen zum Shelly Plus Smoke.

• können die miteinander vernetzt werden (Feuer bei A, --> B, C, D geben auch Alarm)
• Integration in IOB möglich?
• Reaktionszeit zum IOB
• Verlässlichkeit

[haus-automatisierung]

@smokey sagte in Shelly Adapter - genereller Support:

Aber wo soll er denn dann im Plug auftauchen?

Das habe ich doch alles ausführlich auf YouTube erklärt, ... was fehlt Dir da an Infos?

[mcm1957]

@negalein said in Shelly Adapter - genereller Support:

• können die miteinander vernetzt werden (Feuer bei A, --> B, C, D geben auch Alarm)

  Lt. Google Susche NEIN

Nein, Shelly Smoke Rauchmelder können nicht direkt miteinander vernetzt werden, um bei einem Alarm automatisch alle Melder auszulösen. Man kann jedoch eine ähnliche Funktionalität durch die Verknüpfung mit anderen Shelly-Geräten und der Shelly App oder über andere Smart-Home-Systeme (z.B. mit MQTT) erreichen, um Szenarien zu erstellen.

• Integration in IOB möglich?

  https://github.com/iobroker-community-adapters/ioBroker.shelly#generation-2-gen-2

  Mangels shelly smoke aber nicht selbst getestet.

• Reaktionszeit zum IOB

  Nicht bekannt.

  Da aber ioBroker NIEMALS ein Sicherheitssystem ist und auch nicht den Anspruch zu stellen eines zu sein, ist die Verzögerung zwischen Erkennung von Rauch und Reaktion in ioBroker eher irrelevant. Wenn du eine sicheres Brandmeldesystem aufbauen willst, ist ioBroker sicher nicht als Kernkomponente geeignet - da solltes du ein zertifiziertes System installieren Da die Shellies und ioBroker via WLAN kommunizieren ist es schon schwer im Brandfall die Funktion des WLANs halbwegs sicherzustellen.

• Verlässlichkeit

  Nicht bekannt

Abgesehen von der Frage zur ioBroker Einbindung bist du mit deinen Fragen im Shelly Forum wahrscheinlich besser aufgehoben. Bezüglich Erfahrung / Sicherheit / Stabilität gibt es dort ziemlich sicher einen größeren Userkreis. (https://shelly-forum.com/)

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