[23_BYDBox] - Modul für BYD Box Battery

[Prof. Dr. Peter Henning]

Wie gesagt, schön oder gar korrekt ist das nicht. Aber von mir aus...

EnergyCapacity, oder energyCapacity, oder energy_capacity. Zur Einheitenfrage: Vlt. ein Attribut energyUnit definieren, das den Wert Wh oder kWh oder J annehmen kann. Und alle Energien in der Einheit ausrechnen, ohne dass man das manuell machen muss.

LG

pah

[Parallix]

Also EnergyCapacity als Kapazität die der Hersteller angibt?

Ja! BYD spricht selber nur von "usable capacity". Da hier aber unklar ist, ob deren Einheit C, Ah oder Wh ist, wäre "EnergyCapacity" wohl am klarsten, angenehm kurz und auch in Linie mit den bisherigen Bezeichnungen.

Die anderen Werte brauchen wir nicht bzw kann sich jeder berechnen?

Ja! Für die anderen Werte brauchen wir in der Tat kein vom Modul zur Verfügung gestelltes Reading.

In Wh oder kWh?

Normalerweise ist davon auszugehen, dass nicht näher bezeichnete Größen in einer Einheit ohne SI-Prefix angegeben wird. Also gilt hier die Annahme, dass die Einheit für den Wert des Readings die "Wh" ist. Z.B. für ein HVS 5.1 wären dass dann 5120 Wh und für ein HVM 8.3 sind es 8280 Wh.


Edit: In PV-Bereich wird häufig mit Einheiten gearbeitet, die keine SI-Basiseinheiten sind. So werden Energiemengen nahezu durchgängig in Wh oder kWh angegeben und praktisch nie in Ws. Um Klarheit bei der (Einheiten-)Interpretation von Readings zu schaffen, sollten Readings wenigstens dann, wenn deren Werte nicht in SI-Basiseinheiten angeben werden, zwingend um ein Einheitenpostfix (hier _Wh oder _kWh) ergänzt werden!


PS: Warum sind eigentlich für einige Readings innerhalb eines Devices mit dem Prefix "Battery_1_" versehen? Gibt es wohlmöglich auch Devices mit mehreren internen Subsystemen?

[Prof. Dr. Peter Henning]

Ja! Für die anderen Werte brauchen wir in der Tat kein vom Modul zur Verfügung gestelltes Reading.

Für die "EnergyCapacity" auch nicht, die steht auf dem Kaufbeleg und ändert sich nie.

Normalerweise ist davon auszugehen, dass nicht näher bezeichnete Größen in einer Einheit ohne SI-Prefix angegeben wird. Also gilt hier die Annahme, dass die Einheit für den Wert des Readings die "Wh" ist. Z.B. für ein HVS 5.1 wären dass dann 5120 Wh und für ein HVM 8.3 sind es 8280 Wh.

Sehr witziges Eigentor   

Die SI-Einheit der Energie ist Joule = J = Ws

LG

pah

[Parallix]

...
Sehr witziges Eigentor   

Die SI-Einheit der Energie ist Joule = J = Ws

In der Tat! Das nehme ich sportlich gelassen und freue mich für's Punkten eines Mitstreiters, bitte aber um Beachtung, dass ich oben von SI-Prefixen und nicht SI-Basiseinheiten gesprochen habe!

Den Anlass möchte ich aber nutzen, um nochmals auf die Sinnhaftigkeit von Einheitenpostfixen hinzuwiesen. Würden wir unsere Readings (hier "EnergyCapacity") um ein Postfix (hier _Wh) ergänzen, wäre alles sehr klar.

Aus vorgenanntem Grund plädiere ich daher für

Code Auswählen Erweitern

EnergyCapacity_Wh
und bitte um Beachtung meines Edits im meinem vorherigen Beitrag.

@pah: Was eigentlich spricht - Deiner Meinung nach - gehen Einheitenpostfixe?

[MadMax]

So,

es gibt jetzt ein Attribus EnergyCapacity mit dem man das Reading BatteryEnergyCapacity beeinflussen kann.

Bitte mal schauen ob das so passt

Gruß
Max

[Parallix]

So,

es gibt jetzt ein Attribus EnergyCapacity mit dem man das Reading BatteryEnergyCapacity beeinflussen kann.

Bitte mal schauen ob das so passt

Gruß
Max

EnergyCapacity ist also eigentlich EnergyCapacityUnit, richtig?

[MadMax]

So,

es gibt jetzt ein Attribus EnergyCapacity mit dem man das Reading BatteryEnergyCapacity beeinflussen kann.

Bitte mal schauen ob das so passt

Gruß
Max

EnergyCapacity ist also eigentlich EnergyCapacityUnit, richtig?

Was meinst du?
Die Einheit kannst du auswählen.

[Parallix]

So,

es gibt jetzt ein Attribus EnergyCapacity mit dem man das Reading BatteryEnergyCapacity beeinflussen kann.

Bitte mal schauen ob das so passt

Gruß
Max

EnergyCapacity ist also eigentlich EnergyCapacityUnit, richtig?

Was meinst du?
Die Einheit kannst du auswählen.

Meinte, dass mit EnergyCapacity die Einheit gewählt werden kann, das Attribut also auch EnergyCapacityUnit heißen könnte.

[MadMax]

So,

es gibt jetzt ein Attribus EnergyCapacity mit dem man das Reading BatteryEnergyCapacity beeinflussen kann.

Bitte mal schauen ob das so passt

Gruß
Max

EnergyCapacity ist also eigentlich EnergyCapacityUnit, richtig?

Was meinst du?
Die Einheit kannst du auswählen.

Meinte, dass mit EnergyCapacity die Einheit gewählt werden kann, das Attribut also auch EnergyCapacityUnit heißen könnte.

Ja, aber es hat ja such die Funktion der Abschaltung.

[Prof. Dr. Peter Henning]

@pah: Was eigentlich spricht - Deiner Meinung nach - gehen Einheitenpostfixe?

Alles spricht dagegen. Erstens ist das nicht konform mit den Regeln der Naturwissenschaft und der Technik - egal, welchen Bereich man betrachtet. Und auch wenn in FHEM erfreulicherweise viele fachliche Laien unterwegs sind: Das sollte man schon beachten.

Zweitens: Man sieht schon in dieser Diskussion, dass mancher seine Anzeige in "Wattstunden" haben will, der nächste lieber in kWh oder Joule. Das würde also zu einem wilden Zoo von Readingnamen führen.

Drittens: Auch kein Hersteller von mit FHEM zu bedienenden Geräten handhabt das so. Industriestandard ist eigentlich die Angabe der Einheit zusätzlich zum Wert, jedenfalls dort, wo es Abweichungen geben könnte. Kleines Beispiel, ich könnte etliche aufführen: VW liefert bei modernen BEV wie meinem ID7 über seine Server unter anderem die Innentemperatur des Fahrzeugs. Und zusätzlich ein Datum "unitInCar", das natürlich die Werte "F" und "C" annehmen kann. Gerade um sich diesem Industriestandard anzunähern, habe ich ja vorgeschlagen, etwas Ähnliches hier einzuführen.

Viertens, noch ein pragmatischer Grund: Ich halte es für nicht durchsetzbar, so etwas FHEM-weit einheitlich durch- oder einzuführen.

Ja, aber es hat ja such die Funktion der Abschaltung.

Gute Idee: Wenn für ein Reading keine Einheit angegeben ist, wird es ggf. komplett unterdrückt. Allerdings würde ich mir wünschen, dass dieses Attribut nicht den Namen der gemessenen Größe trägt und diese dafür ein "Battery" davor gesetzt bekommt. Sondern das die gemessene Größe den einfachen Namen trägt, und das Attribut dafür ein "Unit" oder "_unit" dahinter oder davor gesetzt bekommt.

LG

pah

[Parallix]

.
...

Ja, aber es hat ja such die Funktion der Abschaltung.

Gute Idee: Wenn für ein Reading keine Einheit angegeben ist, wird es ggf. komplett unterdrückt. Allerdings würde ich mir wünschen, dass dieses Attribut nicht den Namen der gemessenen Größe trägt und diese dafür ein "Battery" davor gesetzt bekommt. Sondern das die gemessene Größe den einfachen Namen trägt, und das Attribut dafür ein "Unit" oder "_unit" dahinter oder davor gesetzt bekommt.
...

Das wäre dann mein o.g. Vorschlag für den Namen des Attributs.

[Parallix]

@pah: Was eigentlich spricht - Deiner Meinung nach - gehen Einheitenpostfixe?

Alles spricht dagegen
....

Vergisst Du möglicherweise, dass es zu einem guten Programmierstiel gehört, Variablen so zu benennen, dass deren Bedeutung inhaltlich schnell und möglichst zweifelsfrei erfasst werden kann?

PS: In der Informatik - ist ja auch eine Wissenschaft  - erfolgt jedenfalls eine deutlich kontroversere Diskussion über Einheitenpostfixe. Persönlich finde ich es ausgesprochen schade, dass Du (nicht immer, aber immer mal wieder) mit so extremen Aussagen wie oben einer kontroversen Diskussion aus dem Weg gehst.

PPS: Handelt es sich um inhaltlich schnell und eindeutig erfassbare Variablen, deren Inhalt in SI-prefixfreien SI-Basiseinheiten angegeben ist (z.B. voltage für eine Spannung in V, nicht aber kV), dann verlängern Einheitenpostfixe  nur den Variablennamen und könn(t)en weggelassen werden. Der hier ursprünglich besprochene Fall ist jedoch ein anderer. Die von MadMax vorgeschlagene Lösung ist hier sicher ein gangbarer Weg, auch ohne Einheitenpräfixe auszukommen, wenngleich (da nur optional) kein ganz sauberer Weg.

[Prof. Dr. Peter Henning]

Vergisst Du möglicherweise, dass es zu einem guten Programmierstiel gehört, Variablen so zu benennen, dass deren Bedeutung inhaltlich schnell und möglichst zweifelsfrei erfasst werden kann?

Soso. Möglicherweise vergisst Du, dass ich Informatik gelehrt habe.
Erstens geht es hier nicht um programminterne Variablen, sondern um Ausgabedaten zur Kommunikation zwischen Mensch und Maschine.
Und zweitens sehe ich keine "kontroverse Diskussion über Einheitenpostfixe" bei solchen Daten. Es gibt klare Richtlinien und Empfehlungen, wie sie dargestellt werden sollen.

Ich teile ja gerne meine Kenntnisse und Erfahrungen - aber in einer Diskussion, die sich immer nur um solche abwegigen Spezialwünsche dreht, sehe ich ehrlich gesagt keinen Sinn. Meine Lebenszeit kann ich sinnvoller einsetzen.

LG

pah