Gast
#5485986
Hilfe, eine Linux CAN Rechner meldet:
1 | |
2 | |
3 | |
4 | |
5 | |
Und ein STM32 bxcan meldet viele: LEC 100: Bit recessive Error Was ist kaputt gegangen?
Gast
#5486048
Keine Ahnung. Hier: https://fabiobaltieri.com/2013/07/23/hacking-into-a-vehicle-can-bus-toyothack-and-socketcan/ gibt es einen Absatz: If your bitrate is wrong, you should receive a stream of errors from the CAN bus interface: $ candump -cae can0,0:0,#FFFFFFFF can0 20000008 [8] 00 00 04 00 00 00 00 00 ERRORFRAME protocol-violation{{bit-stuffing-error}{}} ... In this case, bring the interface back down, and try with a different bit-rate. Most common ones are 500kbps, 250kbps and 50kbps. usw. Vielleicht hilft das etwas weiter.
Gast
#5486057
bitstuffing-error heisst i.d.r falsche baud rate eingestellt. ansonnsten guck mal nach der terminierung oder passiven sternen, falls jmd. an der verkabellung etwas gemacht hat.
Gast
#5486066
RS485 schrieb: > Und ein STM32 bxcan meldet viele: > LEC 100: Bit recessive Error Er versucht zu senden bekommt aber kein dominantes Bit auf dem pysical-layer erzeugt, also CAN-H und CAN-L bleiben auf gleichem Potentil. Mal die CAN-Leitungen durchmessen ob der Abschlusswiderstand passt bzw. ob kein Kurzschluss vorhanden ist.
keine Ahnung wieviel Aufwand es bei dir ist. Du könntest alle CAN-Nodes vom Bus trennen und dann unter Beobachtung nach und nach wieder anstecken um den Verursacher zu finden.
Die Klassiker, die man immer als erstes untersucht: Bitrate, Terminierung, irgendwo CAN high/low vertauscht.
Gast
#5486837
Rolf M. schrieb: > Bitrate, Terminierung, irgendwo CAN high/low vertauscht. ^^^^^^^ Die Bitrate wars. (Indirekt via toller stromspar Automatismen die den Takt absenken..) Danke an alle für die vielen Debug-Ideen!