Closed dakhnod closed 5 months ago
I've never seen such a thing before. I think it is either hardware fault (Termination problem) or misconfigured node communication parameters IMO.
Hopefully this helps someone in some distant universe:
My STMs were configured to use the internal Clock instead of an external one. The drift between them seems to knock out the can bus. Fixed now. Thanks.
Using candump, I often times observe the following behaviour on the CAN bus when my PI (using python-canopen) tries to upload an SDO to Node-id 3 (stm32).
The way I see it, the node is putting out garbage on the bus starting from line 5. This then disrupts the canopen stack on the PI and the SDO download fails.
Is there any obvious error in my thinking? Is this a common error that is easily fixed? Do those multiple messages from the node have any purpose, or are they really just a glitch?
Any help will be apreciated.