Monatsrückblick Januar/Februar 2026 ist online!

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

[mcm1957]

@Kusselin sagte in Shelly 3EM pro mit MQTT Adapter und dann auslesen...:

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

Ja genau
1 Instanz für COAP (Gen 1 Shellies)
1 Instanz für MQTT (Gen 2+ Shellies = PR, Gen 2, Gen 3, Gen 4, BLE, ...)

Bitte lies die Anleitung zum Einrichten durch. Insbesondere alle 3 Hakerl im Shelly mqtt sind wichtig damit er alles sendet. Und beachte dass die mqtt Instanz eine ander Portnummer hat (haben muss) als der mqtt Adapter.

[Kusselin]

@mcm1957 sagte in Shelly 3EM pro mit MQTT Adapter und dann auslesen...:

@Kusselin sagte in Shelly 3EM pro mit MQTT Adapter und dann auslesen...:

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

Ja genau
1 Instanz für COAP (Gen 1 Shellies)
1 Instanz für MQTT (Gen 2+ Shellies = PR, Gen 2, Gen 3, Gen 4, BLE, ...)

Bitte lies die Anleitung zum Einrichten durch. Insbesondere alle 3 Hakerl im Shelly mqtt sind wichtig damit er alles sendet. Und beachte dass die mqtt Instanz eine ander Portnummer hat (haben muss) als der mqtt Adapter.

meinst du die 3 haken...wenn ja sind die schon angehakt..

wenn ich aber doch eine zweite Shelly instanz einrichte dann brauche ich doch den MQTT Adapter nicht mehr...dann kann ich doch den Port im Shelly.1 adapter auf 1882 belassen...oder verstehe ich das falsch?

[da_Woody]

@Negalein sagte in Shelly Adapter - genereller Support:

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

das hab ich nicht getraut zui fragen...

@Negalein sagte in Shelly Adapter - genereller Support:

Der doofe Test-HA hat dort selbstständig die IP vom HA eingetragen.

das ist hardcore. HA greift auf shely einstellungen zu? oder wie...

[Kusselin]

hat jetzt mal funktioniert....ich habe den MQTT Adapter disabled da ich eigentlich keine anderen geräte über MQTT Port 1882 laufen habe.......dann habe ich den 2. shelly Adapter installiert und dort MQTT udn HTTP ausgewählt mit Port 1882...(welchen Port hast du denn genommen wenn ich fragen darf für deine 2. Instanz vom shelly adapter?)

dann im 3EMpro bei MQTT standardport 1882 belassen udn benutzer und pass eingegeben...dann war der 3 EMpro unter den Objekten in der 2. Instanz zu finden siehe Screenshot

Jetzt wäre nur noch die Frage...welchen datenpunkt verwende ich um die Einspeisung ins Netz zu nehmen??? also wenn am Tag dann Überschuss an den netzbetreiber eingespeist wird....das dann multipliziert mit dem Einspeisefaktor von 0,068 € ??

Kannst mir da noch weiterhelfen....

Danke und Gruss

[Negalein]

@da_Woody sagte in Shelly Adapter - genereller Support:

das ist hardcore. HA greift auf shely einstellungen zu? oder wie...

yes :(

[mcm1957]

Ich verwende beim Shelly Adapter den Standardport den der Adapter anbietet. Aber im Prinzip ist es völlig egal - der Port darf nur nicht mit einem anderen Adapter kollidieren und muss in den Shellies richtig eingestellt sein.

TotalReturnedEnergy ist der Zähler der die eingespeiste Energie (kWh) misst. Das ist ein Zählerstand. Tagesbezogene Werte lifert der Shelly nicht - die musst du selbst erfassen wenn du die brauchst. Schau dir Den sourceanalytix Adapter dazu an.

@homoran
Da es hier zu 90% um Einrichten eines Pro 3EM in den Shelly Adapter geht bitte dieses Topican den Shelly Support Topic anhängen. (https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support) Mehrere Parallel Topics im Auge zu behalten ist aufwändiger...

[Homoran]

@mcm1957 ich wartete immer noch auf das go von @kusselin

[Kusselin]

@homoran..mach das was @mcm1957 sagt..danke