Monatsrückblick Januar/Februar 2026 ist online!

[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