Shelly: support for signed measurands #18824
Replies: 13 comments 19 replies
-
|
Das hat jetzt 2 Jahre lang problemlos funktioniert. Es ist nicht erkennbar, warum hier für einen Einzelfall ein revert notwndig sein sollte? Es ist auch nicht zu erkennen, warum die aktuelle Situation wirklich problematisch sein sollte. |
Beta Was this translation helpful? Give feedback.
-
|
Meiner Meinung nach war das damals eine Verkettung mehrerer Umstände:
Bei allen, die jetzt einen Shelly EM für PV einsetzen passiert damit folgendes:
Warum man damals überhaupt einen Fix benötigte für diejenigen, die die Wandlerzange partout für evcc nicht drehen wollten, erschließt sich mir immer noch nicht. Wenn man den Shelly EM dafür nutzt wofür er vorgesehen ist (Zweirichtungszähler), kann er so niemals über die UI von evcc Nutzern eingebunden werden, die ihn auch wie vorgesehen nutzen. Und nein, das hat nicht zwei Jahre problemlos funktioniert. Da bin ich schon vor über einem Jahr drüber gestolpert und konnte mir schon damals das fehlerhafte Messverhalten nicht erklären: #12104 |
Beta Was this translation helpful? Give feedback.
-
|
Habe den Shelly EM kurz über die UI eingebunden:
pv 2: pv 3: Ich gebe natürlich unverblümt zu, dass mein "Standby" Verbrauch wohl höher als beim Durchschnitt ist. Aber je nachdem was andere evcc Nutzer damit messen besteht das Problem natürlich grundsätzlich. Fällt denen nur nicht so präsent auf, der PV Ertrag ist aber mit jedem gemessenen Standby Verbrauch falsch. |
Beta Was this translation helpful? Give feedback.
-
|
Ich habe noch einmal eine Nacht drüber geschlafen und wollte nur noch einmal anmerken, dass es mir auf keinen Fall darum geht diejenigen mit einer anderen Richtung der Wandlerzange ihre Umsetzung kaputt zu machen. Wäre halt nur schön, wenn wie beschrieben bei einem Zweirichtungszähler nicht alle Werte (also negativ und positiv) als positiver PV-Ertrag gewertet werden. Zur Not drehe ich meine Wandlerzange auch falsch herum :-) Spaß beiseite: |
Beta Was this translation helpful? Give feedback.
-
|
@mucki12 lass mal mit dem drehen. Ich hatte noch keine Zeit mir das genau anzuschauen. Da ich selbst keine 3EM habe, habe ich die Anpassungen für den 3 EM immer auf Basis des Inputs der Nutzer hier im Forum gemacht. Kann mich dunkel an den Einbau der abs Funktion erinnern... Wir können einen Parameter ergänzen, der dazu führt, dass das "original" Verhalten des Shellies bezüglich Messwerte ermöglicht. Lass uns das aber zusammen gut testen. Ich melde mich asap, wenn ich Zeit gefunden habe mir das nochmal anzuschauen. |
Beta Was this translation helpful? Give feedback.
-
|
Mein Vorschlag wäre, den Issue in eine Discussion umzuwandeln. |
Beta Was this translation helpful? Give feedback.
-
|
Sehr gerne, stehe natürlich auch für jeden Test zur Verfügung. |
Beta Was this translation helpful? Give feedback.
-
|
In der Zwischenzeit kannst du vielleicht ein paar Original JSON Responses der relevanten API Endpoints mit korrekt angeschlossener Mess-Zange teilen. :-) Die JSONS selbst werden in evcc im folgenden Code getestet: |
Beta Was this translation helpful? Give feedback.
-
|
Ich würde dort deine Responses für den 3 EM aufnehmen und kommentieren, dass diese mit korrekt montierten Mess-Zangen kommen. |
Beta Was this translation helpful? Give feedback.
-
|
Vielen Dank schon einmal. Mir fällt es ohne weiteres Fachwissen doch ein wenig schwer, den go Code richtig zu interpretieren. Nur noch einmal zur Sicherheit: Es handelt sich um einen Shelly EM - nicht 3EM. Habe mir mal die API Beschreibung angeschaut und kann für den Shelly EM folgende Ausgaben beitragen: /status /settings/emeter0 Nachtrag: |
Beta Was this translation helpful? Give feedback.
-
|
OK Verstanden. Wie sieht deine Config des Meters aus? |
Beta Was this translation helpful? Give feedback.
-
|
Gib bitte auch mal die Ausgabe vom |
Beta Was this translation helpful? Give feedback.
-
|
Hab' die Stelle im Code gefunden. Lines 67 to 69 in e30b9f1 Könnte einen Parameter Du kannst ihn dann in deiner Config auf |
Beta Was this translation helpful? Give feedback.
-
Sorry, stehe gerade auf dem Schlauch welchen Api Aufruf du damit genau meinst.
Mit evcc direkt über die UI: Oder halt direkt in der yaml wie in der Doku (macht keinen Unterschied) also:
Bin kein Programmierexperte, aber darüber bin ich auch gestolpert. Liest sich für mich so, als würde dadurch jedweder Wert als positiver PV-Ertrag gewertet.
Das wäre doch top! Dann könnte man den Shelly EM direkt über die UI einbinden und hätte ein custom meter weniger. Vielen Dank! |
Beta Was this translation helpful? Give feedback.
-
|
Ok, let's go: #18841 |
Beta Was this translation helpful? Give feedback.
-
|
Vielen Dank für deinen Einsatz! Da bin ich ja gespannt das in der nächsten final/nightly zu testen. Hier noch der Vollständigkeit halber die Ausgabe von /status wenn die Stromerzeugung nicht aktiv ist und somit der ursprüngliche Wert wie erwartet negativ ist:
|
Beta Was this translation helpful? Give feedback.
-
|
@mucki12 könntest du mir nochmal die Ausgabe von |
Beta Was this translation helpful? Give feedback.
-
|
Selbstverständlich. Habe jetzt evcc gerade neu im Docker aufgesetzt und den Shelly EM wie in der aktuellen Doku beschrieben zusätzlich hinzugefügt. |
Beta Was this translation helpful? Give feedback.
-
Vielleicht noch sicherheitshalber der Nachtrag, da du explizit nachgefragt hast: |
Beta Was this translation helpful? Give feedback.
-
Das ist dann aber auch so wie @premultiply es beschrieben hat: |
Beta Was this translation helpful? Give feedback.
-
|
Ja hatte ich gelesen. Habe die Zange damals auch extra absichtlich aus folgenden Gründen so installiert:
Wie gesagt, Shelly sieht das scheinbar anders und auch in anderen Foren findet man dutzendfach Nutzer, die die Zange genau aus diesen Gründen so wie ich installiert haben. Aber nochmal: bin für alles offen :-) |
Beta Was this translation helpful? Give feedback.
-
|
In deinem Trace kann man sehen, dass du einen "alten" Gen 1 EM hast: Für die Messwerte gibt es folgende Beschreibung: In deinem JSON sieht das so aus: "emeters": [
{
"power": 712.60,
"reactive": -65.37,
"pf": -1.00,
"voltage": 243.64,
"is_valid": true,
"total": 4475913.9,
"total_returned": 447822.4
},Deine @premultiply hast du eine Idee, wie die beiden |
Beta Was this translation helpful? Give feedback.
-
Nein, warum? |
Beta Was this translation helpful? Give feedback.
-
@mucki12 , dann brauchst du das auch nicht bei deiner Custom Meter Konfiguration zu machen.... |
Beta Was this translation helpful? Give feedback.
-
|
@thierolm |
Beta Was this translation helpful? Give feedback.
-
|
OK, ich mach mich mal an eine Umsetzung. Pls standby! |
Beta Was this translation helpful? Give feedback.
-
So - Energieerzeugung ist aus und der Shelly EM liefert wie erwartet im Bereich power einen negativen Wert. Habe den Shelly EM mit dem evcc Template ausgeklammert und das custom meter um das "Wegbügeln" der Minuswerte erleichtert. Custom Meter: Ja - scheinbar wird der negative Wert des Shelly EM auch ohne das "Wegbügeln" der negativen Werte nicht in den PV Ertrag eingerechnet, aber jetzt weiß ich wieder, warum ich das vor über einem Jahr gemacht habe. Das Log weist ansonsten immer folgenden Eintrag auf:
Wird wohl aber ausschließlich ein Problem mit dem custom meter sein. Habe in der Doku auch nicht gefunden, ob/wie man einem custom meter noch zusätzlich "usage: pv" mitgeben kann. |
Beta Was this translation helpful? Give feedback.
-
|
Hm, mein Shelly 1PM Plus Gen 2 liefert "nur" aenergy. Ich meine aber, dass apower mit Vorzeichen geliefert wird. Da muss ich schauen, wie ich das in die neue Logik einbaue: "switch:0": {
"id": 0,
"source": "switch",
"output": true,
"apower": 0.0,
"voltage": 234.4,
"current": 0.000,
"aenergy": {
"total": 259549.941,
"by_minute": [
0.000,
0.000,
0.000
],
"minute_ts": 1739743440
},
"temperature": {
"tC": 56.5,
"tF": 133.8
}
}, |
Beta Was this translation helpful? Give feedback.
-
|
Ok, sieht so aus, als ob die gen 2 API über den |
Beta Was this translation helpful? Give feedback.
-
Habe das Problem zu meinem Diskussionsbeitrag gefunden. Der Fehler wird von #7088 ausgelöst.
Hintergrund:
PV Erträge werden von evcc immer als positiver Wert erwartet.
Scheinbar haben einige bei einem Shelly EM die Wandlerzange (aus meiner und aus evcc Sicht) falsch herum montiert und der Ertrag wir dann fälschlicherweise als negativer Wert übermittelt.
Mit dem PR #7088 wurde es dann umgesetzt, dass ALLE Werte als positiver Wert gezählt werden und dabei vollständig ignoriert, dass der Shelly EM tatsächlich in beide Richtungen messen kann.
In meinem Fall ist die Erzeugung bereits ein positiver Wert (da die Wandlerzange für die evcc Nutzung korrekt installiert wurde). Hört die Erzeugung auf wird allerdings ein wenig Strom vom Erzeuger selber verbraucht. Dieser wird vom Shelly EM auch korrekter Weise als negativer Wert erfasst. Durch #7088 von evcc allerdings fälschlicherweise ebenfalls als Ertrag gewertet.
Würde mich daher sehr darüber freuen, wenn #7088 wieder rückgängig gemacht wird und der Shelly EM damit behandelt wird was er halt ist: ein Zweirichtungszähler.
Vielen Dank.
Discussed in #18792
Originally posted by mucki12 February 14, 2025
Hallo,
im Zuge der ständigen Erweiterungen der Konfiguration über die UI (vielen Dank dafür) habe ich eine Verständnisfrage zu den Möglichkeiten unter "PV & Batterie".
Derzeit habe ich u. a. einen Leistungserzeuger mit einem Shelly EM eingebunden. Wenn der Erzeuger wirklich gerade Strom erzeugt ist der Wert positiv und falls gerade keine Erzeugung stattfindet (leicht) negativ.
Um dieses aufzufangen sieht meine Einbindung derzeit so aus:
Das klappt wie gewünscht, aber mit dem neuen Release 0.200.0 beschäftige ich mich verstärkt mit den Einstellungen direkt über das UI. Hier kann der Shelly EM ja ebenfalls direkt eingebunden werden. Dabei wird dann das Template shelly-1pm.yaml genutzt, welches ja auch als meter: pv genutzt werden kann.
Allerdings werden durch dieses Template keine negativen Werte abgefangen. evcc meter zeigt den Wert zwar noch als negativ an, in der Berechnung wird dieser Wert dann allerdings als positive Erzeugung gewertet.
Ich hatte das in der Vergangenheit so verstanden, dass bei den Templates für "richtige" PV Erzeuger oftmals im Template ebenfalls negative Werte abgefangen werden (kann mich aber auch irren).
Daher meine wahrscheinlich unbedarfte Frage:
Müsste das bei Templates für meters wie Shelly, AVM Fritz etc. pp nicht ebenso gemacht werden? Natürlich nur, wenn diese als usage: pv genutzt werden (bei grid und charge wäre das natürlich kontraproduktiv :-) )
Vielen Dank!
Beta Was this translation helpful? Give feedback.
All reactions