Monatsrückblick Januar/Februar 2026 ist online!

[Bilbo]

Hallo an alle,
ich habe ein wenig rum experimentiert und folgendes festgestellt.

Wenn man den Shelly Pro 3EM-3CT63 mit den Device Profile Monophase verwendet, dann tritt das vom mir oben beschriebene Problem auf.

Stellt man aber das Device Profile auf Triphase um und stellt zusätzlich die Client ID auf die vom Shelly Pro 3EM um, scheint der Shelly Pro 3EM-3CT63 sowie der Shelly Pro 3EM im Shelly-Adapter des IOBroker zu arbeiten. Alle Werte sind jetzt vorhanden.

Damit muss ich jetzt den Shelly als 3Pahsen Messgerät einstellen obwohl er bei mir mit allen drei Eingängen nur auf der Phase 2 hängt.

Das bedeutet für die Adapter Entwickler das nur die zusätzliche Funktion Monophase implementiert werden muss und dann noch die Client ID Shelly Pro 3EM-3CT63

Ich hoffe das der Workaround einigen hier hilft.

[Klaus 6]

@hsjan Hallo, die API-Doku für den Modbus von Shelly für den Pro 3EM-3CT63 ist fehlerhaft!!! Die korrekte Adresse für die saldierte Momentanleistung über alle Phasen (Total Power All Phases) heißt NICHT 31013 wie in der Doku, sondern 31015! Im Modbus also folgendes einstellen um diesen Wert zu bekommen: Port 502, Im Eingangsregister: Adresse 31015, Float (Big Endian), Faktor 1, Rolle: Value oder "value-power.consumption". Die Adresse 31013 sind Ampere über alle Phasen, nicht Watt!

[Int17]

@bilbo habe das gleiche Problem. in der Dokumentation steht der Shelly in der Tabelle NOT SUPPORTED.
Deine Umgehung funktioniert. Aus Topic und ID die 63 rausgelöscht.

[Samson71]

@int17 sagte in Shelly Pro 3EM-3CT63:

@bilbo habe das gleiche Problem. in der Dokumentation steht der Shelly in der Tabelle NOT SUPPORTED.

Was möchtest Du uns damit jetzt sagen?

[Int17]

@samson71 Das der Log Eintrag: [MQTT] DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details) darauf hinweist, dass der Adapter bisher das Gerät nicht unterstützt. Nachlesbar in GitHub.

[Samson71]

@int17
Und wo ist da jetzt die neue Erkenntnis? Liest Du Beiträge auch bis zum Ende vorm Posten? Ist doch weiter oben längst erwähnt bzw. geklärt.

@samson71 sagte in Shelly Pro 3EM-3CT63:

Da der (neue) Shelly Pro 3EM-3CT63 lt. GitHub noch gar nicht als funktionierend gelistet ist, wird er wohl noch nicht integriert sein. Diese Feststellung

@bilbo sagte in Shelly Pro 3EM MQTT einbindung.:

3. In der Weboberfläche des Shelly Die original Client ID des Shelly Pro 3EM-3CT63 abgeändert zur alten Shelly Pro 3EM ID=“ shellypro3em-***“

Es sind jetzt alle Einträge Vorhanden aber überall steht 0 drin.

scheint das ja zu bestätigen. Also ist da wohl warten und in Geduld üben angesagt bis er integriert ist oder eben per klassischem MQTT-Adapter einbinden.

[Dominik 2]

@samson71
Weiß man schon wann der Shelly in Io Broker hinzugefügt werden soll?

[mcm1957]

@dominik-2
Ja - sobald wer Zeit hat.
Aber das ist wohl nicht die Antwort die du suchst. Also - nein. Wird erledigt wenn wer Zeit hat.

Und da ich gar mal einen bestellt hab, kannst ev. Glück haben und ich red mich mit @klein0r zusammen ... Aber versprechen tue ich definitiv NICHT da ich einige solche Dinge auf der Liste habe und nur 2 Hände besitze...

[Dominik 2]

@mcm1957
Danke dir.
Das klingt ja erstmal nicht schlecht
Kannst ja gerne auch mal Bescheid geben, wenn du es geschafft hast

[mcm1957]

@dominik-2

Wie ich gesehen habe hat @Joylancer (Github) schon einen OPR erstellt und @haus-automatisierung hat diesen bereits gemerged. Sollte also m.E. in nächster Release drinnen sein.

https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1105#event-16492607298

https://github.com/iobroker-community-adapters/ioBroker.shelly/pull/1132

[Peter V.]

Freut mich, das es einige einsetzen.
Ob ich alle States mit drin habe, weis ich nicht, hoffe es ;)
So fit bin ich noch nicht, lerne jeden Tag dazu und hab es jetzt mit dem Teil mal versucht.
@mcm1957
Falls es noch Änderungen gibt, würde ich mich über ein Feedback freuen.