ocpp icon indicating copy to clipboard operation
ocpp copied to clipboard

Status intermittent between not available and available

Open StefanoGiu opened this issue 1 year ago • 9 comments

Describe the bug Status intermittent between not available and available

To Reproduce Steps to reproduce the behavior: check the status of the integration

Expected behavior Status should be stable and not become available every minute

Desktop (please complete the following information):

  • Version [e.g. 22] 0.5.2

StefanoGiu avatar Apr 09 '24 08:04 StefanoGiu

Any update? This custom component became unusable...

StefanoGiu avatar Apr 30 '24 14:04 StefanoGiu

Is the project abandoned?

StefanoGiu avatar May 07 '24 08:05 StefanoGiu

Still happening.... any willingness or plan to fix this?

StefanoGiu avatar May 17 '24 10:05 StefanoGiu

Hi there, same here. I can't find how to reproduce it. I know the last working version was 0.5.1 Entities become unavailable every 5s What should I give you to debug ?

Aure51800 avatar May 19 '24 08:05 Aure51800

Hi, after some testes, it happens every 40s, with errors: Enregistreur: custom_components.ocpp Source: custom_components/ocpp/api.py:223 intégration: Open Charge Point Protocol (OCPP) (documentation, problèmes) S'est produit pour la première fois: 21:46:38 (12 occurrences) Dernier enregistrement: 21:56:33

Skipping websocket subprotocol validation

And

Enregistreur: custom_components.ocpp Source: custom_components/ocpp/api.py:1020 intégration: Open Charge Point Protocol (OCPP) (documentation, problèmes) S'est produit pour la première fois: 21:46:54 (10 occurrences) Dernier enregistrement: 21:56:03

Unexpected exception in connection to 'TACW2244421S5041': 'list index out of range' Traceback (most recent call last): File "/config/custom_components/ocpp/api.py", line 1020, in run await asyncio.gather(*self.tasks) File "/config/custom_components/ocpp/api.py", line 489, in post_connect resp = await self.get_configuration( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/config/custom_components/ocpp/api.py", line 889, in get_configuration value = resp.configuration_key[0][om.value.value] ~~~~~~~~~~~~~~~~~~~~~~^^^ IndexError: list index out of range

Aure51800 avatar May 20 '24 19:05 Aure51800

And some more debugging logs

2024-05-20 22:49:45.180 INFO (MainThread) [ocpp] TACW2244421S5041: send [2,"03ab8853-0018-4024-bb5e-eec544199c7d","ChangeConfiguration",{"key":"MeterValuesSampledData","value":"Voltage"}] 2024-05-20 22:49:45.679 INFO (MainThread) [ocpp] TACW2244421S5041: receive message [3, "03ab8853-0018-4024-bb5e-eec544199c7d", {"status": "NotSupported"}] 2024-05-20 22:49:45.679 DEBUG (MainThread) [custom_components.ocpp] 'TACW2244421S5041' measurands not configurable by OCPP 2024-05-20 22:49:45.680 INFO (MainThread) [ocpp] TACW2244421S5041: send [2,"417df093-3b29-4365-b06e-e859668851ba","GetConfiguration",{"key":["MeterValuesSampledData"]}] 2024-05-20 22:49:46.179 INFO (MainThread) [ocpp] TACW2244421S5041: receive message [3, "417df093-3b29-4365-b06e-e859668851ba", {"configurationKey": [], "unknownKey": ["MeterValuesSampledData"]}] 2024-05-20 22:49:46.179 ERROR (MainThread) [custom_components.ocpp] Unexpected exception in connection to 'TACW2244421S5041': 'list index out of range'

Aure51800 avatar May 20 '24 20:05 Aure51800

No news ?

Aure51800 avatar May 22 '24 20:05 Aure51800

Same here. Some workaround? thanks

ppnacho avatar May 30 '24 20:05 ppnacho

No new information here, just reporting the same issue. I have had a MaxpeedingRods charger connected without problems for about 7 months up through using 0.5.1 After upgrading to 0.5.2 it connects to the charger correctly for about 30 seconds, and then disconnects for about 60 seconds, Interestingly, when it is connected, I can read and control the charger.

I have tried each successive version after 0.5.1 with the same results, and cannot now go back to 0.5.1 I tried manually copying the files from 0.5.1 to the ocpp folder, but, same results. I will note that when I updated ocpp, it happened at the same time that an HA core update occurred, so it's possible that some combination of the HA update caused the issues?

I have deleted my setup entities (central and charger) to stop getting the hundreds of error messages per day, but left the integration loaded to watch for a new update to ocpp. It wouldn't be right to complain about someone's work that they graciously shared for free, I'm just hopeful that a future update will resolve the issue. Like others, I have setup automations that control my charger (I'm 100% solar) and became dependent on the integration.

SAUhrich avatar Jun 01 '24 11:06 SAUhrich

Will anyone ever fix this? The OCPP component become completely unusable since months... while it was working like a charm before...

StefanoGiu avatar Jul 11 '24 12:07 StefanoGiu

Hi guys, Good news, I have ABB TACW 22 with this problem, as there were no news here, I tried to update my wallbox, delivered with software 1.5.2 to 1.8.21 (3 major update to do). Now there is no more problem with loosing connection. You can proceed do the upgrade with Charge Sync APP or TerraConfig ( both Need to register but free). Please don't forget to screenshot every configuration pages, as I lost my config (modbus etc) from 1.6.6 to 1.7.1

enjoy!

Aure51800 avatar Jul 18 '24 18:07 Aure51800

I upgraded to 1.8.21 but the problem persists. I have also checked that the wallbox is not accessible via Charger Sync App Legacy or TerraConfig in WiFi, but only in bluetooth, even if the wifi is configured properly and the router is nearby. The wallbox is still using wifi somehow because the OCPP server is updated (even if intermittently). Can you please suggest?

StefanoGiu avatar Jul 19 '24 06:07 StefanoGiu

Hi, This is normal that you can only access your wall box on chargersync or terraconfig with Bluetooth. When you choose your customized server, please stay in http://homeassistantadress:port Give the same port on occp and disable configuration check on occp

Aure51800 avatar Jul 19 '24 07:07 Aure51800

Actually my OCPP server is accessible from the url ws://IP:9000

After the upgrade of the firmware I made a reset of the wallbox, configured again first the Wifi and then the OCPP server and now the connection seems to be stable again.

StefanoGiu avatar Jul 19 '24 07:07 StefanoGiu