Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

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

[mcm1957]

@haus-automatisierung
Müsste mal was mit dir und Bluefox bezüglich Shelly besprechen. Passt nicht in Forum. Wo / wie wär das am besten. Wo bist du noch unterwegs? In einem Issue / PR oder besser via Telegram? Wo bist du öfter unterwegs?