Monatsrückblick Januar/Februar 2026 ist online!

[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

[mcm1957]

No Problem und danke mal für die rasche Rückmeldung.

Wenn ich es richtig verstehe heißt dass das nun alles funktioniert?
Oder?

Dann beobachte das bitte mal weiter und mach das Issue zu wenn du das Problem nicht mehr reproduzieren kannst.
Meld dich gern, wenn es doch noch oder nochmals wo klemmt. 2PMGen3 hab ich zwar nicht zum Testen aber ein 2PMGen4 kugelt bei mir rum. Also wenns was halbwegs reproduzioerbares ist sollte es auch behebbar sein.

[docsnyder7]

richtig.. momentan alle Möglichkeiten versucht, das Rollo zu fahren, alle ohne Fehlermeldung!"
Selbstverständlich werde ich bei erneuten error wieder vorstellig
Danke @mcm1957