Gast
#2668808
Hallo, ich bin etwas irritiert: Ich habe eine kleinen Busknoten mit atmega32 und MCP2515 gebaut. Der Knoten hat einen rudimentären Bootloader in C geschrieben und mit Win-AVR kompiliert. Das Anwendungsprogramm ist dann mit Bascom erstellt. Das ganze lief bisher sehr stabil und ohne Probleme. Jetzt habe ich in der Bucht eine Charge atmega32A gekauft und diese in das unveränderte Board gelötet und nun will partout der Bootlader nicht mehr! Da der atmega32 als "full drop-in replacement" angegeben wird, habe ich das gleiche Hex-File genommen und die Fuses identisch mit dem atmega32 gesetzt. Der Bootloader startet auch ganz normal, meldet seine Empfangsbereitschaft über ein CAN-Telegramm. Aber eingehende CAN-Nachrichten kommen offensichtlich nicht mehr am Controller an. Jetzt habe ich leider kein Oszi griffbereit, mit dem ich "mal eben" MISO und INT1 monitoren könnte. Was halt komisch ist, wenn ich mein Anwendungsprogramm direkt flashe, dann läuft die CAN-Kommunikation ohne Probleme. Ein echtes Hardwareproblem sollte so auszuschließen sein... Mir fällt dazu nicht viel ein und ich habe jetzt schon einiges probiert, ohne Erfolg. Es erscheint mir auch nicht logisch, dass das Bascom auf den neuen Chips läuft und der C-Code nicht. Ich kann mir das höchstens erklären, dass ich sowieso im C-Code nicht richtig initialisiere aber der "alte" Chip das hinnimmt und der neue da zickieger ist (z.B. Pull-ups oder Timingzieten o.ä.). Wenn ich mit die Datenblätter anschaue soll angeblich bis auf Leistungsverbrauch und dem internen Reset-Pull-up nichts geändert worden sein. Hate jemand dazu noch irgendwelche Ideen denen ich mal nachgehen könnte? Danke und Gruß Holger