Closed premultiply closed 2 months ago
https://github.com/evcc-io/evcc/issues/15529#issue-2475811449
In dem dortigen Logauszug kann man das Measurements-Problem bei EVBOX erkennen:
my_elvi
-------
Power: 3W
Energy: 3667.8kWh
Charge status: B
Enabled: true
Identifier: <none>
Diagnostic dump:
Charge Point ID: EVB-P20223999
Boot Notification:
ChargePointVendor: EV-BOX
ChargePointModel: G4E-WBO
ChargePointSerialNumber: 20223999
FirmwareVersion: P0424B0424v0.220706_W7.1.0-020
Configuration:
...
MeterValuesSampledData (r/w): Current.Import,Current.Offered,Energy.Active.Import.Register,Power.Active.Import,Temperature,Voltage,Frequency
...
evb_SupportedMeasurands (r/o): Current.Import.L1,Current.Import.L2,Current.Import.L3,Current.Offered,Energy.Active.Import.Register,Power.Active.Import,Temperature,Voltage.L1,Voltage.L2,Voltage.L3,Frequency
...
Den anderen Fall sieht man hier bei einer Orbis Viaris Box: https://github.com/evcc-io/evcc/issues/14673#issuecomment-2211759659
SupportedFeatureProfiles (r/o): Core,Firmware Management,Reservation,Smart Charging,Remote Trigger,Local Auth List Management
Wenn man die Phasen bei den Measurands explizit setzt (z.B. Voltage.L1 - bei EVBox passiert das automatisch) versteht
hasMeasurement()
bzw.hasProperty()
das derzeit nicht, da es die kompletten Strings vergleicht.Die eigentlich verfügbaren Messwerte werden daher dann fälschlicherweise nicht dekoriert.
Ein ähnlicher Fall tritt auf wenn ein Hersteller bei den Feature Profiles Leerzeichen einfügt. z.B.
SmartCharging
vs.Smart Charging
.Originally posted by @premultiply in https://github.com/evcc-io/evcc/issues/15492#issuecomment-2299735211