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

[Thomas (kosmos)]

ich würde mich über ein Oszibild (oder wie nennt man das korrekt?) eines
CAN Telegramms freuen. Habe da ein sehr spezielles Problem und will da
erstmal einen Vergleich treffen.

[user (Gast)]

http://www.ti.com/lit/an/sloa101b/sloa101b.pdf

in dem PDF sind Oszi-Bilder von CAN-Frames

[Rudolph R. (rudolph)]

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.

[Wolfgang (Gast)]

Thomas O. schrieb:
> ich würde mich über ein Oszibild (oder wie nennt man das korrekt?) eines
> CAN Telegramms freuen. Habe da ein sehr spezielles Problem und will da
> erstmal einen Vergleich treffen.

Warum reicht kein Mitschrieb von einem Logikanalysator?
Was ist dein Problem?

[Thomas (kosmos)]

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.

[Thomas (kosmos)]

Niemand der mit eine CAN Telegram eines ATmegaxxM1 zuschicken kann?

[Markus (Gast)]

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.

[Lexa (Gast)]

Hast du die Anzahl Bits gezählt?
Es ist durchaus möglich, dass du hier Stuff Bits dazwischen hast ...

[MaWin (Gast)]

Thomas O. schrieb:
> Oszibild eines CAN Telegramms freuen.

Siehe CAN Bus in Wikipedia.

Lexa schrieb:
> Es ist durchaus möglich, dass du hier Stuff Bits dazwischen hast ...

Ein x hat er ja in seinem Diagramm.

[Thomas (kosmos)]

Ein Bild vom Logicanalyzer würde mir vollkommen reichen.

Mein Identifier hat keine 5 gleiche Bits am Stück.  Ein Stuffing Bit der 
Daten habe ich mit X markiert.

[WR (Gast)]

Thomas O. schrieb:
> Ein Bild vom Logicanalyzer würde mir vollkommen reichen.
>
> Mein Identifier hat keine 5 gleiche Bits am Stück.  Ein Stuffing Bit der
> Daten habe ich mit X markiert.

Hallo,

anbei ein mit dem LA aufgenommener CAN-Frame eines ATmega 32M1.

Gruu Werner