Monatsrückblick Januar/Februar 2026 ist online!

[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

[Kusselin]

@mcm1957 sagte in Shelly Adapter - genereller Support:

TotalReturnedEnergy ist der Zähler der die eingespeiste Energie (kWh) misst.

O.K. ich habe ja noch den Smartmeter-Adapter installiert. Dieser zeigt mir die 1.8.0 (Bezug aus dem Netz) udn die 2.8.0 (Einspeisung ins Netz) an. Und für mich wäre dann die 2.8.0 interessant. Nur weiss ich nicht wie ich anfangen soll und wo?

Die 2.8.0 misst mir immer den Gesamtzählerstand was ich einspeise...zb heute 1250 kW und morgen dann 1255 kW ... für die Einspeisung bekomme ich 0.068 € /kW.

Wie stelle ich das dann an das mir der SourceAnalytic Adapter (habe den übrigens schon im Einsatz) die Einspeisung ausgibt?
VG

[Didi 2]

Beitrag gelöscht, da falsches Topic.

[lobomau]

@Kusselin der sourceanalytik kann aus kW auch kWh berechnen. Aber es klang so als ob du von der kWh, also der Energiemenge also dem Zählerwert sprichst? Dann eben sourceanalytics diese zählen lassen.
z.B. bei mir:
Alias vom SMA Energiezähler Wert in kWh:

Einstellung unter Objekte:

Einstellungen sourceanalytics Adapter:

[mcm1957]

@Farmer-cb
Erstell bitte ein issue. Kann mir ansehen ob da was erweiterbar ist Sieht so aus als gäbe es die Daten ...

[Cephalopod]

Aufpassen: der Shelly kann NUR Leistung saldieren, KEINE Energien!
Im Gegensatz zum EVU-Zähler.

[SmartStuffCoyote]

@mcm1957 Gibt es eigentlich Neuigkeiten bezüglich der LED-Ansteuerung bei den Shelly Plugs?

[mcm1957]

Danke der Nachfrage.
Ja gibt es - brandneu. Ich habe gestern eine Mail erhalten mit der Bestätigung dass die Shelly Test/Entwicklungsabteilung das Problem reproduzieren konnte und es in Verbindung mit Night Mode und prommatischen / mqtt Einstellungsänderungen zum Totalausfall der Shellies kommen kann.

Weiters habe ich in der Nacht auf heute eine neue Laborversion für den Plus-S Gen3 zugesandt bekommen mit der Bitte zu testen ob dieser nun "überlebt" - sprich ob der Fehler nun nicht mehr auftritt. Da ich zwischenzeitlich einen Ersatzplug erhalten habe werde ich es riskieren im Laufe des Wochenendes die Laborversion zu testen. Ich hoffe dass anschließend zeitnahe eine Beta erscheinen wird. Bin mir aber noch nicht klar wie ich in ioBroker sicherstellen kann, dass niemand ohne Update die Funktionen benutzt...

Es tut sich also was - aber bis zu einer offiziellen Version von Shelly und ioBroker wirds noch ein wenig dauern.

[da_Woody]

@mcm1957 würde sagen, da bist nicht Du/ioB zuständig.
Das gehört Shelly allein. Ist ja nicht erste x das Shelly verbockte fw rausbringt.

[mcm1957]

@da_Woody sagte in Shelly Adapter - genereller Support:

@mcm1957 würde sagen, da bist nicht Du/ioB zuständig.
Das gehört Shelly allein. Ist ja nicht erste x das Shelly verbockte fw rausbringt.

Ich fühle mich sehr wohl zuständig wenn ich eine Adapterfunktion veröffentliche die einen Shelly zum Totalausfall (!) bringen kann. Ja - wenn sowas passiert ohne dass ich es vorher weiß geb ich mir nicht die sprichwörtliche Kugel - aber aktiv und in vollem Bewusstsein des Risikos liefere ich keine Software aus und schick dann die gefrusteten User mit ihren defekten Shellies zum Support.

P.S: Außer einem Fehler beim 1L Gen 3 ist mir bisher noch keine Firmware untergekommen die nennenswerte Fehler hatte. Und der Fehler beim 1L führt auch nicht zu einem Totalausfall.

Aber ja, wenn du das anders siehst ist es dein gutes Recht. Brauchen wir hier eigentlich nicht weiter zu diskutieren.

[da_Woody]

@mcm1957 sorry, nicht auf den Schlips getreten fühlen! :)
Hab da irgendwie den Überblick verloren. Da geht's ja um einige Probs.
Anscheinend nicht mitbekommen das das über den Adapter passiert ist. :(

OK. Die FW Probs gab's vor langer Zeit... :)

[mcm1957]

@da_Woody sagte in Shelly Adapter - genereller Support:

@mcm1957 sorry, nicht auf den Schlips getreten fühlen! :)
Hab da irgendwie den Überblick verloren. Da geht's ja um einige Probs.
Anscheinend nicht mitbekommen das das über den Adapter passiert ist. :(

OK. Die FW Probs gab's vor langer Zeit... :)

Hintergrund (den ich aber glaub ich auch hier gepostet habe):
Beim Testen der PLUG_UI Funktion die derzeit bei GEN3 Shelly Plug S und Plug PM fehlt habe ich je einen PlugS und einen Plug PM geschrottet. Sobald ich via mqtt Befehl den Nightmode aktiviert habe warnen die Shellies wirklich im Nachtmodus - finster und tot. Und durch absolut nichts mehr wiederzubeleben.

Natürlich hab ich die entsprechnde alpha sofort von npm gelöscht damit sie niemand mehr bekommt.

Shelly hat zunächst ein wenig herumgetan - das dürfte aber am first Level response gelegen sein - dann aber die defekten Shelly per Botendienst bei mir abholen lassen und ins Labor geholt (und mir Codes für gratis Ersatzlieferung geschickt). Die Analyse hat offenbar nun das Problem bestätigt.

Insofern liegt kein Fehler meinerseits oder ioBrokerseits vor. Da hast du schon recht. Aber wenn ich schon weiß dass der Adapter in Verbindung mit der derzeitigen Firmware Dinge schrotten kann werd ich das natürlich nicht ausliefern. Leider hab ich bisher keine Info welche PLUG_UI Befehle (=LED Steuerung) genau zum Totalschaden führen - also kann ich sicherheitshalber nur alle sperren. Wenn wer von euch experimentieren will kann ich ihm gern eine Laborversion des Adapters schicken. Glaub aber nicht dass wer nur so aus Interesse Shellies schotten will :-).

Ergo:
Ich werde am Wochenende mal die Laborversion testen
Und dann schaun ann Shelly eine gefixte Version ausrollt. (Da es um Totalausfälle geht hoffe ich dass sie das aus eigenem Interesse rasch tun). Parallel überleg ich wie ich sicherstellen kann dass User unbedingt die passende FW (oder neuer) installiert haben. Aufs README.not würd ich mich nicht verlassen :-)

P.S: Ich fühl mich nicht auf den Schlips getreten. Hab mich nur gewundert dass du meinst ich brauch da nicht aufzupassen, wenn was nicht geht (= kaputt wird) ists eh Shellies Problem. Aber offenbar warst du nicht auf Letztstand. :-)

[mcm1957]

So - ich hab am Wochenende mal einen Shelly mit der Laborversion geflshed und dann mit geschlossenen Augen und angehaltener Luft den Night Mode aktiviert - der Shelly lebt noch

Oder anders gesagt - test der Laborversion war mal erfolgreich.

Von Shelly hab ich folgende Antwort erhalten:

Vielen Dank für das testen der Firmware und das ausführliche Feedback.

Der Fix für dieses Problem wird im nächsten FW Release enthalten sein. Ein genauer Zeitraum kann hierfür leider noch nicht genannt werden.
Soweit bekannt betrifft es nur die Einstellungen für den Night Mode via RPC und ob es
weitere Wechselwirkungen mit anderen Requests gibt wird derzeit noch untersucht.

Zu dem Problem im Ticket #272077 gibt es leider noch keine aussagekräftige Rückmeldung vom Entwicklerteam.

Also heißt es derzeit noch warten ...
Eigentlich ein wenig mutig von Shelly - andrerseits ist der Night Mode übehaupt anders einstellbar als via RPC? Und RPC verwenden ja doch nur wenige (ioBroker, HA, ... ?)

Problem #272077 oist das Fehlverhalten des Shelly 1L Gen 3 der teilweise (aber nicht immer) den Schaltsatus via mqtt invertiert sendet

Mehr Infos habe ich im Moment nicht.
Sorry.

[SmartStuffCoyote]

Wieso "sorry", ist doch echt gut, bringt Licht in Dunkel und zeigt einen Lösungsweg auf - auch wenn der "warten auf das Update" heißt. Dankeschön soweit!