UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Smokey]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Verwende die aktuelle LATEST Version des Adapters. Siehe Changelog (https://github.com/iobroker-community-adapters/ioBroker.shelly?tab=readme-ov-file#changelog)

latest Adapter verwendet. Und aktuellste Version des Scripts auf dem Shelly Plug installiert und gestartet. Ich finde in den Objekten unter shelly.0.ble aber nichts zu den Informationen.

[mcm1957]

@smokey said in Shelly Adapter - genereller Support:

@mcm1957 sagte in Shelly Adapter - genereller Support:

Verwende die aktuelle LATEST Version des Adapters. Siehe Changelog (https://github.com/iobroker-community-adapters/ioBroker.shelly?tab=readme-ov-file#changelog)

latest Adapter verwendet. Und aktuellste Version des Scripts auf dem Shelly Plug installiert und gestartet. Ich finde in den Objekten unter shelly.0.ble aber nichts zu den Informationen.

@haus-automatisierung
Kannst du da bitte mal schaun / helfen?

@Smokey
Kannst du bitte checken dass du BLE ams Shelly aktiviert hast (auch das hats schon gegeben), dass das Script läuft und dass der Sensor nicht mit einem anderen BLE fähige Shelly mit altem oder ohne Script verbunden ist? Außerdem senden die Dinger meist nur bei Änderungen des Wertes.

[haus-automatisierung]

@smokey Ein paar mehr Infos wären super. Gibt es ein Log auf dem Shelly? Läuft das Script wirklich? Autostart auch aktiv? Gern mal einen Screenshot teilen

[Smokey]

@haus-automatisierung sagte in Shelly Adapter - genereller Support:

@smokey Ein paar mehr Infos wären super. Gibt es ein Log auf dem Shelly? Läuft das Script wirklich? Autostart auch aktiv? Gern mal einen Screenshot teilen

Sehr gerne. Aus meiner Sicht läuft das Script ohne Fehler und das Device ist auch da (und zeigt auch im Dashboard des Plug korrekte Infos bzgl. Distance, etc.). Anbei 3 Screenshots.

[haus-automatisierung]

@smokey Ich habe ehrlich gesagt nie getestet, wie sich das Script verhält, wenn man den Shelly BLU auch noch als Custom Component parallel nutzt.

[Smokey]

@haus-automatisierung sagte in Shelly Adapter - genereller Support:

@smokey Ich habe ehrlich gesagt nie getestet, wie sich das Script verhält, wenn man den Shelly BLU auch noch als Custom Component parallel nutzt.

ok. Dann bin ich jetzt irritiert. Ich kann ihn da auch wieder rauslöschen. Ich dachte er muss da rein. Aber wo soll er denn dann im Plug auftauchen?

Ich hab ihn jetzt dort rausgelöscht und sehe ihn nur noch hier:

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

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