-
-
Notifications
You must be signed in to change notification settings - Fork 762
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Shelly: Standardize measure logic + invert parameter #18841
base: master
Are you sure you want to change the base?
Shelly: Standardize measure logic + invert parameter #18841
Conversation
Brauchts das denn wirklich? Warum kann man bei einer Installation mit falscher Richtung nicht einfach die Sensoren drehen? Sind die wirklich hart montiert? Alternativ: wäre ein „invert“ oder „scale“ evtl. ein besserer Parameter? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mein Gedanke hinter dem Parameter war, dass bestehende Konfigurationen von evcc Shelly Nutzern nichts ändern müssen. Bei invert oder scale könnten Teile Probleme bekommen, da es dann darauf ankäme wie die Messzange montiert ist. Können es aber gerne invert nennen, den Wert dann mit -1 multiplizieren und als breaking Change markieren.
Bei den Energiezählern ändert sich nicht das Vorzeichen aber das Zählregister (Import vs. Export). |
Die Zange ist doch schnell gedreht, oder? Ich würde unterstellen, dass ein Grossteil der Anwender es i.S. Der App installiert hat. |
@premultiply der PR adressiert nur den Power Messwert Für TotalEnergy der Energiezähler bilde ich die Differenz der beiden Zählregister Lines 145 to 151 in ff9a6c3
Mein Ziel war möglichst viele Shelly Typen zu unterstützen. |
Oha. Das sollten wir dann aber auch noch ändern. |
Also alle die ich kenne und die einen Shelly EM zB auch in anderen HEMS Systemen nutzen, klemmen die Zange idR so an, dass der Wert beim Zielsystem korrekt ist (also selbstverständlich ein positiver Wert für den Ertrag). Aber wie schon mal an anderer Stelle geschrieben, passe mich da gerne der Allgemeinheit an und klemme die Zange auch falsch herum an. Hauptsache es werden nicht positive und negative Werte als PV-Ertrag gewertet :-) |
@premultiply hast du ein Beispiel irgendwo im Code, das ich mir anschauen kann? |
Ok, schau ich mir an. Würde dann aber nicht den ganzen Shelly Code in eine Custom Meter Umsetzung migrieren, sondern usage als Parameter mitnehmen und dann entsprechend im go Code eine Fallunterscheidung machen. Und die es wird immer noch das Problem bleiben, dass die Messung vom Einsatz Mess-Zange abhängig ist. |
Das ist leider nicht immer so ganz einfach, denn da gibt es mindestens zwei unterschiedliche Sichtweisen. Im Elektrobereich werden separate Zähler genormt immer so verbaut, dass aus Sicht des Anschlusses zum übergeordneten Netz als definierte Wurzel der Verbrauch positiv (A+) und die Einspeisung negativ (A-) erfasst wird. Das ist völlig eindeutig. Die Erwartungshaltung des Normalanwenders ist jedoch häufig abweichend und eher aus der Hauptfunktion des jeweiligen Systems betrachtet. |
Wie gesagt, passe mich da gerne an wie es für evcc am besten passt. Notfalls drehe ich die Werte halt in meinem HEMS. Aber genau wegen dem was du geschrieben hast (Eigenverbrauch des Erzeugers) habe ich den Shelly ja als custom meter umgesetzt. |
@mucki12 + @premultiply ich switch mal aus dem PR hier zurück in unsere Diskussion. Diskutiert ihr bitte dort mit mir weiter. Habe Fragen. :-) |
@premultiply + @andig können wir nicht diesen PR von der neuen Diskussion bezüglich der korrekten Abbildung der TotalEnergy abkoppeln und mergen? Mit dem invert Parameter ist jeder Nutzer in der Lage den Power Wert entsprechend seines UseCases zu ändern. |
Energy ist ein anderes Thema. Ich vermisse hier aber die Entscheiden, das per BC einfach immer beim EM zu invertieren. Falls der sich die Implementierung teil würde ich zu scale statt invert tendieren. |
Können wir schon, gehört aber andererseits auch zusammen. |
Alles gehört zusammen. Kann man trotzdem schön einzeln lösen und die diffs klein halten. Macht auch die Fehlersuche viel einfacher (auch wenns hier nicht relevant ist). |
Bitte nicht mergen! Bin am Testen ... |
Sieht jetzt m.E. gut aus. Die Shellies liefern jetzt wie von @premultiply empfohlen abhängig von der
Für alle Nutzer, die ihre Shellies falsch/verdreht angeschlossen haben, bieten wir die |
Ich finds unglucklich, dass wir jetzt 2 Einstellungen haben welche die Vorzeichen drehen. Reicht es nicht das über Usage zu tun? Ich würde davon ausgehen, dass der Shelly gem. App installiert ist. Falls nein: Zangen drehen. Das ist ja wirklich kein Aufwand. |
Ich meine im Forum schon User Feeback gelesen zu haben, die sich die Shellies haben einbauen lassen. Wenn sie dann nochmal den Installateur ihrer Wahl holen müssen um die Zange(n) zu drehen wäre die Invert Funktion eine Option. Hab' sie auch als Mit der |
Ich verstehe den PR nicht (mehr). Bitte entscheidet ihr. |
|
@VolkerK62 welche |
Ich denke grid alleine ist richtig. |
@VolkerK62 ich switche wieder in den #19041 chat |
Ich bin für den Merge und stehe für evtl. nötige fixes und evtl. notwendige Kommunikation mit Usern, die die Messzange falsch eingebaut haben bereit. |
Ich war ein paar Tage evcc mäßig offline (musste meinen Server komplett neu aufbauen) und stehe jetzt für einen Test nach wie vor zur Verfügung. |
Breaking change:
Instead of providing always positive power values, shelly users can invert the power value.
Additionally the measure logic is following now installation standards.
Refer to discussion #18824