Benutzt jemand ATMega16M1/32M1/64M1 zur CAN Kommunikation? Oszibild eines CAN Frames?

#5689519
Lesenswert?

Da der Controller keinen Transceiver enthält ist es ziemlich egal, ob 
das Oszibild jetzt den CAN zwischen zwei ATMega16M1 oder irgendwas 
anderem zeigt.
Wenn Dein CAN vom Standard abweicht ist Dein CAN kaputt.

Oder anders, was ist jetzt das spezielle Problem?
Die ATMega16M1 habe ich jetzt einige Jahre ohne Stress verwendet und 
gebe die nur auf, weil die kein CAN-FD können.
OP #5690265
Lesenswert?

ich habe einmal das Problem dass das reservierte Bit vor dem DLC als 1 
übertragen wird und weiterhin das der Empfänger ein PIC18F2680 dieses 
Bit dem DLC mit zurechnet aus 0001=1 wird so 10001=17, laut der Bosch 
Spezification sollte de Empfänger das aber ignorieren.

Die Kommunikation zw. den ganzen ATMega16M1 Teilnehmern funktioniert wie 
sie soll aber der CAN Analyzer der mitlauschen soll spuckt den falschen 
DLC aus.

Deswegen wollte ich mal sehen was eure ATMega16M1 senden wenn mit 
11Bit-Identifier gearbeitet wird.

Edit: kann natürlich auch mit dem Logicanalyzer aufgenommen sein.
Angehängte Dateien:
Gast #5693649
Lesenswert?

Ich verstehe nicht warum du unbedingt ein Oszi-Bild haben willst.

Ich habe beruflich bedingt viel mit CAN zu tun. Mit dem Oszi schaue ich 
mir meistens nur an wie das Signal generell aussieht. Ob es zB Probleme 
mit Terminierung gibt etc.

Aber dann arbeite ich nur noch mit Logic-Analyzer der hinter einem 
transceiver angeschlossen ist und direkt das CAN Protokoll dekodieren 
kann.

CAN ist auch standardisiert. Da ist es egal ob das jetzt aus einem 
Atmel, NXP, ST oder Infineon kommt.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren