Open Uksa007 opened 2 years ago
Anyone have any thoughts or suggestions? I have set a delay between each canbus.send of 12ms but that didn't seems to help. Is there any way to clear the canbus tx messages that haven't been acknowledged?
Hello Uksa007 - with I could help but i'm actually here after finding this same issue running your fork of the esphome-jk-bms project! Thanks so much for all your work on that, I thought I was going to have to do this myself before I found your work!
I'll let you know if I do find a solution, I don't love the idea of the inverter going offline and losing comms with my BMS system as a result!
@oxan @CarlosGS I have seen you have been involved for other watchdog related queries. https://github.com/esphome/esphome/pull/2846 https://github.com/esphome/esphome/pull/2535
Would you be able to help here to get that fixed as well? We would love to have CAN BUS running for some Battery Managment https://github.com/Uksa007/esphome-jk-bms-can
@nielsnl68 Is this issue related to your fix? https://github.com/esphome/issues/issues/3422#issuecomment-1247300527
@oxan @CarlosGS @autox86 @nielsnl68
ili9341 is a display using SPI bus, this is CAN bus using the native ESP32 TWAI, doesn't seem related?
Any progress/how do we move this forward?
The problem
Background info: 2 Devices total on the CAN bus, ESP32 with TJA1050 and Inverter. If the inverter is powered off, disconnected or not Acknowledging messages there are no other devices on the CAN bus to acknowledge the CAN messages.
The CAN Bus triggers a watchdog timer reboot loop, resulting in safe boot. This occurs when nothing ACKs the CAN bus messages, eg if the receiver is busy or goes offline. I think the CAN bus controller keeps retrying to send messages, I suspect when more messages are sent it takes too long and triggers the watchdog timer.
Is there an option to detect this and set the controller so it does not require an ACK, rather than a WDT reboot?? Or just not trigger a WDT reboot?
Further info on No Ack: No Ack Mode: The No Acknowledgement mode is similar to normal mode, however acknowledgements are not required for a message transmission to be considered successful. This mode is useful when self testing the TWAI controller (loopback of transmissions).
Which version of ESPHome has the issue?
2022.5.1
What type of installation are you using?
pip
Which version of Home Assistant has the issue?
2022.4.7
What platform are you using?
ESP32-IDF
Board
esp32doit-devkit-v1
Component causing the issue
can-bus
Example YAML snippet
Anything in the logs that might be useful for us?
Additional information
No response