CAN beim ATMega16M1 anders als bei 90CANxx?

[Rudolph Riedel (Gast)]

Hi,

ich spiele gerade mit einer ersten Test-Platine mit dem ATMega16M1 rum 
und das Teil will einfach nicht auf dem CAN senden.

Die Software ist auf extrem einfach runtergestrippt.
Es soll nur alle 50 ms eine Botschaft mit 2 Byte verschickt werden.

Wenn ich das Projekt auf 90CAN32 stelle, das kompiliere und auf eine 
meiner anderen Platinen flashe, dann sendet der 90CAN32 brav die 
Botschaft.

Der 16M1 stellt sich dagegen tot auf dem CAN.

Um was zum Messen zu haben wackelt die Software mit zwei Test-Pins.
Am ersten kann ich mit dem Oszilloskope alle 50 ms einen Wechsel messen.
Am zweiten Pin passiert garnichts, die Message-Box scheint also erstmal 
nie bereit zum Senden sein zu wollen.

Im Vergleich der Datenblätter habe ich bis jetzt nichts gefunden was das 
unterschiedliche Verhalten erklären würde.

[Rudolph Riedel (Gast)]

Kleiner Nachtrag, der Zustand des zweiten Pins wechselt einmal, also 
einmal ist die Message-Box bereit, der Versand der Botschaft schlägt 
aber irgendwie fehl und das war es dann.

[Rudolph Riedel (Gast)]

Hat keiner eine Idee, was da nicht klappt?
Da mache ich mir schon die Mühe die Informationen möglichst komplett zu 
machen und es gibt nichtmal nen Spruch dazu? :-)

[Rudolph Riedel (Gast)]

Okay, hab gerade den Fehler gefunden und bekomme jetzt alle 50,00 ms 
meine ID 0x444 gesendet mit den zwei Bytes.

Der Fehler bestand in einem winzigen Faden Lötzinn der mir 
passenderweise am Ausgang CAN-H und CAN-L kurzgeschlossen hat.

Vielen Dank fürs Lesen und viel Spass mit dem rudimentären Beispiel für 
den ATMega16M1. :-)

[Caro (Gast)]

Moin Moin Rudolph,

ich muss in meinem Praktikum mit dem ATmega16M1 arbeiten. Ich habe 
deinen gesehen, aber kann jedoch nicht viel erkennen, da es sehr klein 
ist. Kannst du mir evtl. diesen Schaltplan per E-Mail schicken?

Wenn ja, hier meine E-Mail-Adresse:
[e-mail]


LG Caro