Monatsrückblick Januar/Februar 2026 ist online!

[biker1602]

@mcm1957
Vielen Dank für deine Hilfe. Ich habe eben die Fritz!Box einmal neu gestartet und siehe da Adapter wieder grün. Kleine Ursache, große Wirkung.

[mcm1957]

OK, danke für die Rückmeldung. Hauptsache alles läuft wieder.
Meld dich gern wenn es wo klemmt

[TH16]

Hallo zusammen,

ich hoffe das ich mit meiner Anfrage in diesem Forumsteil richtig bin. Wenn nicht, dann bitte an die richtige Stelle verschieben.

Neulich habe ich mir von Shelly ein paar Hilux DS8 Leuchten zugelegt.
Produktseite siehe hier:

https://www.shelly.com/de/products/lightsolutions-hilux-ds8-white?srsltid=AfmBOoqN0T2ENUkmqZYea61clws8OeGJBwYwqd4rsxRwSxDHmpSSt0uN

Leider kann ich die Lampen nicht wie gewohnt in iobroker einbinden.
Nach diversen Versuchen habe ich im Internet recherchiert und herausgefunden, dass diese Lampen noch nicht vom Shelly-Adapter unterstützt werden.
Deshalb möchte ich den/die Entwickler darum bitten dies zu ändern und die Lampe mit in den Adapter aufzunehmen.
Wenn es eine andere praktikable Lösung gibt die Lampe über iobroker zu steuern, bitte ich um Rückmeldung.

[mcm1957]

Siehe https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1355

Bitte ergänze im Issue:
Output of http://ip-der-lampe/rpc/Shelly.GetStatus

Und da das Ding wahrscheinlich virtuelle Komponenten benutzt bitte auch um folgendes:

Bitte folgende Befehle absetzen und den Output posten - am besten im oben genannten Issue

http:/ip-des-shellies/rpc/Shelly.GetComponents?offset=0
http:/ip-des-shellies/rpc/Shelly.GetComponents?offset=5
http:/ip-des-shellies/rpc/Shelly.GetComponents?offset=10
http:/ip-des-shellies/rpc/Shelly.GetComponents?offset=15
http:/ip-des-shellies/rpc/Shelly.GetComponents?offset=20
etc.

Der Befehl liefert immer nur ca 10 Komponenten. Ganz am Ende steht aber eine Totals Zahl. Bitte daher ein oder meherere Abfragen mit ansteigendem Offset absetzen. Der Abstand von 5 im obigen Beispiel wird wahrscheinlich überlappungen liefern. Wer will kann auch zählen und den Offset dann geeignet anpassen :-)

DANKE VIELMALS für die Unterstützung.

[SmartStuffCoyote]

Kann es sein, dass bei den Shelly Plug S Gen3 die Ansteuerung der LEDs über den Adapter nicht mehr möglich ist? Im Gegensatz zum PlusPlug Gen2(?) gibts keinen PLUGS_UI-Ordner. In der App kann ich die LED aber bzgl. Farbe und Helligkeit konfigurieren.

[mcm1957]

@SmartStuffCoyote sagte in Shelly Adapter - genereller Support:

Kann es sein, dass bei den Shelly Plug S Gen3 die Ansteuerung der LEDs über den Adapter nicht mehr möglich ist? Im Gegensatz zum PlusPlug Gen2(?) gibts keinen PLUGS_UI-Ordner. In der App kann ich die LED aber bzgl. Farbe und Helligkeit konfigurieren.

ja
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1334

EDIT:
Sorry
Und DANKE für deine Nachfrage. War mir nicht bewusst dass das PLUG_UI beim PlusPlug codiert wurde. Das erleichtert die generelle Umsetzung natürlich da es 1:1 kopiert werden kann. Ich schau dass ich das in die nächste Release reinkriege.
Wenn ich nur mehr Zeit hätte :-)

[TH16]

@mcm1957

Die geforderten Daten (ich hoffe, dass ich als Laie alles drin habe) habe ich dir ins Issue 1355 gepackt.
In der Hoffnung dass ich helfen konnte...

[mcm1957]

ACHTUNG ACHTUNG ACHTUNG

User von Shelly Plug * Geräten der Gen 2 oder 3 sollten bis auf weiteres keinesfalls Funktionen aus dem PLUGS_UI Bereich verwenden.

Ich habe in den letzten 2 Stunden 1x Shelly Plug PM Gen 3 und 1x Shelly Plug S Gen 3 geschrottet. In beiden Fällen war der Befehl den Night MOde einzuschalten das letzte was das Ding empfangen hat. Seither sind beide Geräte tot. Kein Bild kein Ton wie man so schön sagt. Es leuhctet keine Led und weder Poser donws noch Versuche eine Factory Reset durchzuführen zeigen irgendeine Reaktion. :-(

Primär sollte das Problem nur User des Shelly Plus Plug betreffen (Gen2) da die Gen 3 Plugs den entsprechenden Support noch nicht im offiziellen Adapter integriert haben. Allerdings gibt / gab es eine ALPHA Version die den Support für Gen 3 ausliefern sollte (mit identem Code wie bei den Plus Shellies. Daher auch diese globale Warnung),

Ein Ticket bei Shelly wurde geöffnet. Mehr Infos wenn es da eine Reaktion gibt.

Das mqtt Paket sieht übrigends völlig speckonform aus. Und in jedem Fall sollte auch beliebiger Schrott einen Plug nicht schrotten. Na ja - mal sehen was Shelly sagt...

P.S. Das alpha package (10.6.2-alpha.0) wurde bereits unpublished damit es niemand mehr irrtümlich laden kann.

Dies ist ausnahmesweise ein bewußter Doppelpost da ich vermeiden möchte dass jemand seine Geräte schrottet

[SmartStuffCoyote]

Da hab ich ja was ausgelöst... Danke fürs Kümmern und für die Warnung.

[mcm1957]

Mach dir mal keine Gedanken.
Ich gehe davon aus, dass Shelly die defekten Plugs ersetzt. Und hoffentlich den Fehler findet.

Was mich nur interessieren würde:
Hat jemand mit einem PLUS PLUG (also Gen 2) shon mal versucht den Night Mode zu aktivieren? Aber ACHTUNG: Keinesfalls nur mal so probieren. Ich frage nur danach ob es mit dem Gen 2 Plug bekanntermaßen funktioniert. Wer das noch nicht verwendet, sollte unbdeint die Finger davon lassen.

Bis zur Klärungd er ganzen Umstände habe ich mal in den Laborversionen den PLUGS_UI Teil auch bei Gen 2 disabled.

Ich hoffe dass Shelly bald reagiert und kurz erläutert was nun Sache ist, was genau den Tod auslöst und welche HW / SW beteiligt oder sicher ist.

[SmartStuffCoyote]

Nein, ich hab mal die Farben zu setzen versucht, das war alles.

[mcm1957]

@SmartStuffCoyote sagte in Shelly Adapter - genereller Support:

Nein, ich hab mal die Farben zu setzen versucht, das war alles.

Dann bitte unbedingt davon Abstand nehmen den Nachtmodus zu setzen solange das nicht jemand bereits getan hat und hier bestätigt.

[Cephalopod]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Dann bitte unbedingt davon Abstand nehmen den Nachtmodus zu setzen solange das nicht jemand bereits getan hat und hier bestätigt.

Meinst du im iOBroker oder in der App:

Betrifft das auch das Shelly Scripting?
Dann sollte es auch im Shelly Forum kommuniziert werden.

[mcm1957]

Ich beziehe mich nur auf ioBroker. Der oben gelistete mqtt publish via ioBroker scheint die beiden genannten Gen 3 Geräte lahm gelegt zu haben.

Bezüglich App und bezüglich Scripting kann ich absolut keine Aussage treffen. Das Problem an sich habe ich im Bereich Shelly Plus S Gen 3 als Topic gelistet.

Leider hat sich bisher Shelly noch nicht gemeldet, sind aber erst 2 Arbeitstage also (meiner Ansicht nach noch akzeptable Wartezeit.

[docsnyder7]

Guten Abend... ich habe heute zu meinen plus2pm Rollorelais noch 2 2pm Gen3 dazugesellt. Eingerichtet, mqtt alles sauber... aber ich bekomme solche meldungen im log und kann nix anfangen damit

[MQTT] Error SyntaxError: Expected double-quoted property name in JSON at position 98 (line 1 column 99) in function dp.mqtt.mqtt_publish_funct of state shelly2pmg3#e4b323332644#1.Cover0.SlatPos for 192.168.178.157 (shelly2pmg3 / shelly2pmg3-e4b323332644 / shelly2pmg3#e4b323332644#1)

prodziert das hqwidget window+shutter ein solches json, wenn ich über die vis das Rollo anfahren?

[mcm1957]

@docsnyder7 sagte in Shelly Adapter - genereller Support:

Guten Abend... ich habe heute zu meinen plus2pm Rollorelais noch 2 2pm Gen3 dazugesellt. Eingerichtet, mqtt alles sauber... aber ich bekomme solche meldungen im log und kann nix anfangen damit

[MQTT] Error SyntaxError: Expected double-quoted property name in JSON at position 98 (line 1 column 99) in function dp.mqtt.mqtt_publish_funct of state shelly2pmg3#e4b323332644#1.Cover0.SlatPos for 192.168.178.157 (shelly2pmg3 / shelly2pmg3-e4b323332644 / shelly2pmg3#e4b323332644#1)

prodziert das hqwidget window+shutter ein solches json, wenn ich über die vis das Rollo anfahren?

Erstell bitte mal ein Issue und häng ein Log mit Level DEBUG an.
Das sieht mir eher nach einem Problem im Adapter aus. Muss mal sehen was er da senden will.

Bzw. zuerst mal
Was schreibst du in welchen State (Datenpunkt) rein?

Teste das die Kommunikation zwischen Adapter und Shelly mal damit dass du den Wert direkt in das Objekt (im Admin IF) schreibts)

[docsnyder7]

@mcm1957 das widget schreibt in den Target Position DP… ansonsten nur noch das shuttercontrol in den Cover.0 DP…
Hab jetzt über die vis einige mal fahren lassen und shuttercontrol auch… der Eintrag im log kommt nicht wieder momentan…
Also doch…wennnich den Cover 0 DP benutze ist alles fein, nutzte ich den Target.Position kommt die Meldung
in beiden kommen die % der anzufahrenen Position

So ich sah, dass der mqtt Präfix fehlte.... nachgetragen und nun das

[[httpIoBrokerState] Error for state shelly2pmg3#e4b323332644#1.rssi for 192.168.178.157 (shelly2pmg3 / shelly2pmg3-e4b323332644 / shelly2pmg3#e4b323332644#1) "/rpc/Shelly.GetStatus": SyntaxError: Expected ':' after property name in JSON at position 362 (line 1 column 363) - value: "{"ble":{},"bthome":{"errors":["bluetooth_disabled"]},"cloud":{"connected":true},"cover:0":{"id":0, "source":"limit_switch", "state":"open","apower":0.0,"voltage":231.7,"current":0.000,"pf":0.00,"freq":50.0,"aenergy":{"total":4.619,"by_minute":[0.000,0.000,0.000],"minute_ts":1773865020},"temperature":{"tC":43.6, "tF":110.5},"pos_control":true,"last_direction&:"open","current_pos":100},"input:0":{"id":0,"state":null},"input:1":{"id":1,"state":null},"knx":{},"matter":{"num_fabrics":0,"commissionable":false},"mqtt":{"connected":true},"sys":{"mac":"E4B323332644","restart_required":false,"time":"15:17","unixtime":1773865033,"last_sync_ts":1773864751,"uptime":286,"ram_size":257788,"ram_free":125444,"ram_min_free":115960,"fs_size":786432,"fs_free":303104,"cfg_rev":30,"kvs_rev":0,"schedule_rev":1,"webhook_rev":1,"btrelay_rev":0,"bthc_rev":0,"available_updates":{},"reset_reason":3,"utc_offset":-18000},"wifi":{"sta_ip":"192.168.178.157","status":"got ip","ssid":"FRITZ!Box 7490","bssid":"c8:0e:14:57:54:e7","rssi":-53,"sta_ip6":["fe80::e6b3:23ff:fe33:2644","2a00:6020:439b:7b00:e6b3:23ff:fe33:2644"]},"ws":{"connected":false}}"

[mcm1957]

@docsnyder7 sagte in Shelly Adapter - genereller Support:

@mcm1957 das widget schreibt in den Target Position DP… ansonsten nur noch das shuttercontrol in den Cover.0 DP…
Hab jetzt über die vis einige mal fahren lassen und shuttercontrol auch… der Eintrag im log kommt nicht wieder momentan…
Also doch…wennnich den Cover 0 DP benutze ist alles fein, nutzte ich den Target.Position kommt die Meldung
in beiden kommen die % der anzufahrenen Position

Trennen wir bitte mal vis und den shelly Adapter.

Bitte spezifiziere welchen Daten du in welchen State (Datenpunkt) schreibst wenn es zu einem Fehler kommt.
Also bitte schreib testweise mal die Daten manuell in der Objektansicht rein.

[mcm1957]

Ähmm ...
Bist du sicher dass das so im log steht?
"last_direction&:"open",

[docsnyder7]

das log hab ich genauso kopiert und eingetragen.. aber steinige mich nicht... seit ich den Präfix nachgetragen habe, kam diese Meldung ein einziges Mal... egal was ich in welchen DP schreibe, ob ich die vis bemühe oder den haptischen Taster.. keine Meldung mehr