Conversation
Task priorities now match those handling the internal CAN controller and (almost match) those used for the MCP2517 chip
Operates in a similar way to the one implemented for the 2517 chip; polls every 2 seconds and clears the error and interrupt registers
Done to avoid writing to read-only bits in EFLG... although the chip may ignore it anyway.
|
Hi James, is the MCP2515 working for you with this changes? Did you try it with ESP32RET? I spend many hours to fix the 2515 driver and it is working now. (See my push). However I get ESP32RET not working with it. |
|
Hi @Modellfan I didn't have any issues with MCP2515 code. My PR was mainly behind-the-scenes improvements rather than anything necessary to get it to work. I've had a scan through the changes on your fork; there's quite a lot of whitespace and logging changes, and a few hard-coded values - I can't quite tell what changes you made that were necessary to get it to work for you? In the end I switched to an MCP2518FD chip (which uses the 2517 code) so haven't been using the MCP2515 code. Maybe something has changed since I last used it successfully... sorry, to answer your second question, I never tried it with ESP32RET, I used something else for CAN sniffing/ decoding. |
2 participants
Have combined two changes here - happy to discuss. Both changes are to the MCP2515 code only.