> # ip -details -statistics link show can0 > 2: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state > UNKNOWN mode DEFAULT group default qlen 10 > link/can promiscuity 0 > can state ERROR-ACTIVE (berr-counter tx 0 rx 0) restart-ms 100 > bitrate 99950 sample-point 0.739 > tq 435 prop-seg 8 phase-seg1 8 phase-seg2 6 sjw 1 > at91_can: tseg1 4..16 tseg2 2..8 sjw 1..4 brp 2..128 brp-inc 1 > clock 133333333 > re-started bus-errors arbit-lost error-warn error-pass bus-off > 0 0 0 0 0 0 > RX: bytes packets errors dropped overrun mcast > 12609768 1576221 5 0 5 0 > TX: bytes packets errors dropped carrier collsns > 0 0 0 0 0 0 > > > Hi, this may be an issue with high bus load. I had a similar problem with an mcp2551 and mcp2515 setup on the raspi 1. The receive interrupt was faster than the raspi could handle and at that time the dma for spi didn't work out of the box, so the processor was really busy. You may want to insert a delay in your script to check if it is the bus load. Regards, Patrick
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
