Monatsrückblick Januar/Februar 2026 ist online!

[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

[docsnyder7]

shelly.0
	2026-03-19 21:58:02.794	error	[httpIoBrokerState] Error for state shelly2pmg3#e4b323332644#1.WiFi.apEnabled for 192.168.178.157 (shelly2pmg3 / shelly2pmg3-e4b323332644 / shelly2pmg3#e4b323332644#1) "/rpc/WiFi.GetConfig": SyntaxError: Expected double-quoted property name in JSON at position 317 (line 1 column 318) - value: "{"ap":{"ssid":"Shelly2PMG3-E4B323332644","is_open":true, "enable":false, "range_extender": {"enable":false}},"sta":{"ssid":"FRITZ!Box 7490","is_open":false, "enable":true, "ipv4mode":"static","ip":"192.168.178.157","netmask":"255.255.255.0","gw":"192.168.178.1","nameserver":null},"sta1":{"ssid":null,"is_open":true, &enable":false, "ipv4mode":"dhcp","ip":null,"netmask":null,"gw":null,"nameserver":null},"roam":{"rssi_thr":-80,"interval":60}}"

ohne zutun.. shuttercontrol ist um kurz nach 21 Uhr gefahren... keiner hat das Rollo angerührt....

[docsnyder7]

[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 650 (line 1 column 651) - value: "{"ble":{},"bthome":{"errors":["bluetooth_disabled"]},"cloud":{"connected":true},"cover:0":{"id":0, "source":"init", "state":"open","apower":0.0,"voltage":229.4,"current":0.000,"pf":0.00,"freq":50.0,"aenergy":{"total":7.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1774003200},"temperature":{"tC":42.3, "tF":108.1},"pos_control":true,"last_direction":null,"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":"05:40","unixtime":1774003203,"last_sync_ts":1774002627,"uptime">9236,"ram_size":257820,"ram_free":125688,"ram_min_free":114344,"fs_size":786432,"fs_free":303104,"cfg_rev":31,"kvs_rev":0,"schedule_rev":1,"webhook_rev":1,"btrelay_rev":0,"bthc_rev":0,"available_updates":{},"reset_reason":4,"utc_offset":-18000},"wifi":{"sta_ip":"192.168.178.157","status":"got ip","ssid":"FRITZ!Box 7490","bssid":"50:e6:36:53:64:3b","rssi":-57,"sta_ip6":["fe80::e6b3:23ff:fe33:2644","2a00:6020:439b:7b00:e6b3:23ff:fe33:2644"]},"ws":{"connected":false}}"

Keine Bewegung im Rollo, aber diese Meldung..
betrifft auch nur einen der beiden neu verbauten Shelly 2 pm gen3... hab versucht Unterschiede in der Konfiguration herauszufinden...bin noch nicht fündig geworden

in der shelly cloud hab ich eben gesehen, dass der Status der Position "undefined" war. Hab die kalibrierung nochmal angestoßen

[haus-automatisierung]

Das sind doch alles Daten, welche vom Shelly direkt kommen. Da schleichen sich immer wieder Zeichen ein, welche das JSON ungültig machen. Welche Firmware ist auf den Geräten installiert?

"last_direction&:"open"
&enable":false
"uptime">9236

[mcm1957]

siehe auch: https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1393

[mcm1957]

Zusatzfrage;
Hast du Energy-Save Mode bei dem Shelly aktiv?
Aber in jedem Fall gib mal Bescheid welche Firmwareversionen da laufen. Shelly hat da in letzter Zeit ein wenig Probleme (Plug 1L lifert definitiv falsche Werte, Plug S Gen 3 u Plug PM sterben bei PLUG_UI Paketen. Zu beiden ist tw. seit längerem ein Issue offen ...)

[docsnyder7]

@mcm1957 auf beiden Shelly 2pm ist die 1.7.4-gf9878b6
aber Fehler kommen nur von einem

[mcm1957]

Mach sicherheitshalber mal ein Ticket bei Shelly auf. Und schick ihnen dass da nur von einem Shelly "unsinnige" Daten kommen.
Ev. tauschen sie das Ding ja aus oder können da noch mehr testen.
Alternativ kannst du - wenn du ein wenig scripten kannst - auf der Commandline in einer Schleife via curl Lesebefehle absetzen und schaun ob da auch Schritt kommt.

[docsnyder7]

sagte in Shelly Adapter - genereller Support:

@mcm1957 auf beiden Shelly 2pm ist die 1.7.4-gf9878b6
aber Fehler kommen nur von einem

jepp... beide gleich, auch sämtliche Einstellungen sind identisch. Evt hat der doch ne MAcke..
das Ticket bei shelly ist eröffnet.
Danke Euch für die Hilfe hierbei

kann es an der falschen Geoposition gelegen haben? die war aber noch bei beiden falsch...

[mcm1957]

Wüsste nicht wie die falsche Position u gültige Zeichen in den json scheiben sollte.
Also meiner Ansicht nach "nein"

[Negalein]

Hallo

Meine Plug S Gen 1 zeigen in shelly.1.SHPLG-S#C52B63#1.Relay0.Power nur 0 W.
Letzte Woche wurde der Wert noch korrekt übermittelt.

Adapter: 10.6.1
Plug S FW: 20230913-113421/v1.14.0-gcb84623

PS:

gerade im Log gesehn

shelly.0 2026-03-24 10:38:02.156	error	Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:121:25) at ObjectsInRedisClient._getObject (file:///opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:3011:37) at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:3070:29) at processImmediate (node:internal/timers:487:21)
shelly.0 2026-03-24 10:38:02.031	error	unhandled promise rejection: DB closed
shelly.0 2026-03-24 10:38:02.029	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[da_Woody]

@Negalein sers mein freund! ;)
hab zwar mit redis nix am hut, aber ich denk mal, da hast du ein problem. nix mit shelly.
für dich getestet an meinem laser.
same adapterversion, same FW.
in den objekten und in iQontrol alles fein...

[Negalein]

@da_Woody sagte in Shelly Adapter - genereller Support:

hab zwar mit redis nix am hut, aber ich denk mal, da hast du ein problem

ok, hoff es kommt noch wer der da Bescheid weiss.

[mcm1957]

@Negalein sagte in Shelly Adapter - genereller Support:

Sorry für lange Reaktionszeit - im Moment weiß ich ehrlich nicht mehr was ich zuerst tun soll :-)

Meine Plug S Gen 1 zeigen in shelly.1.SHPLG-S#C52B63#1.Relay0.Power nur 0 W.
Letzte Woche wurde der Wert noch korrekt übermittelt.

Verzeih zuerst mal die Standardfragen:

• Am shelly selbst (via Webinterface) bzw. in der App werden die Werte angezeigt. Hast du das geschecked?
• Hat sich irgendwas in der letzten Zeit an deinem Netzwerk verändert? Restart Router, neue Netzwerkkomponenten, ... ?
• Ich nehme mal an die Shelly GEN1 laufen via COAP (und nicht mqtt). Hast du gecheck dass dort unicast und nicht multicast eingestellt ist? Siehe https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-coap.md#coap-coiot
• Stell die Instanz mal auf DEBUG Log un schau ob von den betroffenen Shellies Daten (insbesonderer Leistungswerte) empfangen werden.

Hinweis:
Der Onlinestatus besagt nur dass der Shelly via http erreichbar ist. Das muss nicht heißen dass der Shelly seinerseits den ioBroker erreichen kann. Ist unschön ist aber so. Ein grüner Onlinestatus des Shellies sagt also noch nicht aus dass die Coap Confihg am Shelly passt.

shelly.0 2026-03-24 10:38:02.156	error	Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:121:25) at ObjectsInRedisClient._getObject (file:///opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:3011:37) at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:3070:29) at processImmediate (node:internal/timers:487:21)
shelly.0 2026-03-24 10:38:02.031	error	unhandled promise rejection: DB closed
shelly.0 2026-03-24 10:38:02.029	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Bei der Fehlermeldung kommt es drauf an wann bzw. inw elchem Zusammenhang du die im Log hast. Beim Shutdown einer Instanz kann dieser Fehler aufterten. Er sollte zwar seit dem letzten Update verhindert werden - aber das ist nicht zu 100% gesichert. Wenn er bei laufendem System auftritt, d.h nicht beim Shutdown / Restart deiner Shelly Instanz dann ist was in der DB sagen wior mal überprüfungswürdig. Da steig ich mit meinem Wissenstand aber aus. iob diag kann aber nie schaden.

Aber schau zuerst mal die obigen Punkte - vor allem die unicast Einstellung seh ich mal als heißen Kandidaten...

[Negalein]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Sorry für lange Reaktionszeit - im Moment wei´ich ehrlichniocht mehr was ich zuerst tun soll :-)

kein Problem

Hast du gecheck dass dort unicast und nicht multicast eingestellt ist?

Danke, das wars.
Der doofe Test-HA hat dort selbstständig die IP vom HA eingetragen.