ocpp icon indicating copy to clipboard operation
ocpp copied to clipboard

IOCharger IOCH10-22T measureands problem

Open stefan73 opened this issue 1 year ago • 4 comments

I have a IOCharger IOCH10-22T. These are sold in Germany as Entratek Power Dot Fix. This OCPP implementation basically works and I am now using 0.52. I can set the charge current for 3 phase charging from 6 to max and start/stop charging. The problem are the measureands, which seem to get lost more and more with each update of this implementation. E.g. with 0.51 Current import, export and offered were available. With 0.52 those are now gone too. Now with 0.52 thre is only Energy Meter Start, Energy Session, Time Session, Transaction Id, Voltage left. While charging only Voltage updates every 60s. The other value update every 900s. Restarting home assistant changes the measureands that I condigured in the charger web-interface. If I configure MeterValuesSampledData to report Current.Import,Energy.Active.Import.Register,Voltage,Current.Offered , this entry switches back to voltage only after the HA restart. The values for MeterValuesAlignedData remain. So what I see in the charger WebIF seems consistent with the observed reporting intervals. If I change the measureands in the charger WebIF, the values update faster. I fail to make measureands persistent in the HA/Charger combination. And I fail to win back the values that got reported in prior versions. Questions: Charger Firmware bug? - Can I somehow mitigate the situation? Goal: Up to date (60s) values at least for Current Import and Energy Meter.

Here is a log after restarting HA:

2024-03-29 18:14:22.730 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration pyscript which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2024-03-29 18:14:22.732 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration ocpp which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2024-03-29 18:14:22.733 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2024-03-29 18:14:22.734 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration solcast_solar which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2024-03-29 18:14:32.026 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.components.frontend. This is deprecated and will stop working in Home Assistant 2024.9, it should be updated to import functions used from frontend directly at custom_components/hacs/frontend.py, line 68: hass.components.frontend.async_register_built_in_panel(, please create a bug report at https://github.com/hacs/integration/issues 2024-03-29 18:14:32.541 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.solcast_pv_forecast_prognose_heute () is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total', 'total_increasing'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/oziee/ha-solcast-solar/issues 2024-03-29 18:14:34.800 ERROR (MainThread) [homeassistant.helpers.event] Error while processing template: Template

stefan73 avatar Mar 29 '24 17:03 stefan73

I suggest uninstalling the ocpp integration and reinstalling. You can then change the reporting intervals and measurands on setup.

drc38 avatar Mar 29 '24 19:03 drc38

Reinstalling does unfortunately not help. Measureands setup is afaik automated since 0.50. I never see the respective dialog and another issue on this has been closed here with the hint that this is now automated. (https://github.com/lbbrhzn/ocpp/issues/1098)

The problem is not the reporting interval and how it is set up. The 60 seconds reporting interval during charging works - but only for voltage. For clarification: The charger supports the following values: Current.Import, Energy.Active.Import.Register ,Voltage, Current.Offered, Temperature, SoC. I can set those values for MeterValuesSampledData or MeterValuesAlignedData. The OCPP integration reports profiles: CORE|FW|SMART|RES|REM|AUTH

Problem #1 When setting up values as MeterValuesSampledData in the charger firmware, the reporting inverval for the selected values increases to 60 seconds. BUT upon restarting HA, the MeterValuesSampledData setting in the charger is reset to voltage only. Problem #2: With 0.52 of this code, the integration reports Current.Import, Current.Offered, Temperature and Energy.Active.Import.Register as not available. Those values were available with 0.51.

So the problems are: Loss of sensors / measureands with 0.52 and reset of MeterValuesSampledData entries with HA starting. I assume from list list of errors in the log in post 1, that there is something wrong in interpreting the return values of the charger. Ideas appreciated also on what to log / what to change manually in the config / how to debug.

stefan73 avatar Mar 30 '24 10:03 stefan73

See https://github.com/lbbrhzn/ocpp/issues/1096#issue-2159922663

The log should test each measurand for support by the charger.

drc38 avatar Mar 30 '24 19:03 drc38

If you can no longer select measurands on setup try replacing line 464 in api.py with: all_measurands = MEASURANDS

You will need to add MEASURANDS to the import line as well.

And remove .split(",") from line 471

drc38 avatar Mar 30 '24 19:03 drc38

Stale issue message

github-actions[bot] avatar May 30 '24 06:05 github-actions[bot]

Solution https://github.com/lbbrhzn/ocpp/issues/1150

stefan73 avatar Jul 07 '24 10:07 stefan73