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
Klingt eher nach einem Problem mit Speicher/Registeradressen. Den Unterschied der beiden findet man im Handbuch.
Hi >Klingt eher nach einem Problem mit Speicher/Registeradressen. >Den Unterschied der beiden findet man im Handbuch. Es gibt Migration Notes: >http://www.atmel.com/Images/doc8162.pdf MfG Spess
Mega32 und Mega32A sind softwareseitig tatsächlich indentisch, avr-gcc unterscheidet die erst gar nicht. Das Problem liegt also entweder in Zeile 42, oder an Pin 42 ;) Oliver
spess53 schrieb: > Es gibt Migration Notes: > >>http://www.atmel.com/Images/doc8162.pdf Die habe ich natürlich brav gelesen... da steht aber nichts drin, nur dass was ich bereits eingangs zitiert hatte... Auch in "34. Datasheet Revision History" des Datenblatts http://www.atmel.com/Images/doc8155.pdf habe ich nicht wirklich etwas gefunden, was ich auf mein Problem reflektieren konnte... Holger
> 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! Ich würde zunächst einen Atmega32A aus einer bekannt zuverlässigen Quelle testen. Vielleicht hat es einen Grund, weshalb die in der Bucht verkauft wurden.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.