Monatsrückblick Januar/Februar 2026 ist online!

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

[Kusselin]

Hallo Zusammen,

ich habe meinen Shelly 3EM pro ja schon einige zeit...nun wollte ich aber das ich die Möglichkeit habe wenn wir Überschuss haben diese auch messen (also die Werte die dann ins Netz an den Netzanbieter gehen messen....
Also habe ich den MQTT Adapter installiert udn habe im Shelly die MQTT daten eingegeben....was auch funktioniert hat...anbei mal ein Screenshot der Objekte die angelegt wurden....leider habe ich keien Ahnung was nun was ist.....habe was gelesen das ich "Aliase" anlegen muss??

Was muss ich da verwenden?? em:0
Was ist das emdata:0 ?

Kann ich das irgendwo nachlesen aber auch so das es verstehe?

Über ne Rückinfo herzlichen Dank

P.S.: Über den aktuellen Shelly adapter ghts glaub ich auch jetzt oder? Wenn ja wäre es über diesen sinnvoller und die datenpunkte da auch besser?

[mcm1957]

Na ja - Konkurrenz muss man halt abschalten :-)

Bin froh dass ich helfen konnte.

[mcm1957]

Da ich den Shelly Adapter mit betreue muss ich natürlich sagen, der ist die bessere Wahl :-).

Im Prinzip kommts drauf an was du erreichen willst. Im mqtt Adapter bekommst du die Rpohdaten so wie sie der Shelly schickt. Der Shelly Adapter bereite diese auf und stellt States für die einzelnen Infos bereit. Wenn du also nicht direkt mit den json Paketen des Shellies arbeiten willst dann ist m.E. der Shelly Adapetr die bessere Wahl.

Der 3EM Pro sollte mit der aktuellen Shelly Adapter Version voll unterstützt sein.

Edit:
In deinem Screenshot fehlen States des Shelly Adapters. Ich vermute mal du hast den Shelly nicht richtig aufgesetzt.

Hier 2 Screenshots meines aktiven Pro 3EM

[Kusselin]

deshalb frage ich ja hier im Board...anscheinend ging das nicht erst mit dem Shelly adapter...dann gehts jetzt...o.k.

so sieht meine Konfig vom shelly adapter aus....ich habe noch shelly1 und 1PMs..

Wie bekomme ich jetzt aber wieder den shelly 3EM pro in die Objekte vom aktuellen shelly adapter?

[mcm1957]

ALLE Gen 2+ (d.h. Pro und neuer) brauchen MQTT Kommunikation und nicht COAP.
Dazu musst du eine zweite Instanz einrichten

Ist das https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md sehr gut beschrieben.

Wenns um den Shelly Adapter und die Einrichtung geht, bitte im Shelly Support Topic weiter diskutieren:
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support

Wenn du mqtt abhakst, kannst du auch gerne @homoran das OK geben diesen Thread an den Shelly Support Topic anzuhängen.

[Kusselin]

Ich habe shelly der 1. Gen im Einsatz sowie 2x 1PM (die roten), 2x shelly rgbw und den besagten 3EM pro...

Am Anfang hatte ich mit den Shelly 1 das MQTT eingestellt und nicht COAP....dann hings aber .....

O.K: dann müsste ich einen zweite Shelly Instanz anlegen udn dort dann MQTT wählen udn dann sollte der 3EM pro in der zweiten Shelly instanz auftauchen...richtig?

Ich muss halt zwei Instanzen laufen lassen da ich halt noch shellies der 1. Gen also den Shelly 1 habe..richtig? wills nur verstehen...