ATMega644 vs ATMega644P

In der Vergangenheit wurde gelegentlich darüber berichtet, dass bei den 644P der Bootloader die Firmware nicht laden würde.

Ich hatte damals selber mit dem 644P gearbeitet und keine Probleme erlebt.
Die Platinen sind heute noch im Einsatz und der Bootloader funktioniert prächtig.

Inzwischen gab es dann den einen oder anderen Erlebnisbericht, der an dem 644P zweifeln ließ.

Heute habe ich nun selber mal zwei 644P in den Händen, welche die Zusammenarbeit mit dem Bootloader verweigern.
(Alles andere ist identisch geblieben - selbe Software, selber Bootloader, selbe SD-Karte, selbe Platine).
Die Beschriftung des 644P ist identisch (bis auf die Herstellungswochen).

Ich habe daher jetzt einfach einen alten, funktionierenden 644P ausgelesen und auf die "neuen" draufgebügelt. Funktioniert auch alles ganz prima.
Aber etwas ratlos bin ich schon, warum manche 644P funktionieren und andere nicht.

Normale 644 tun übrigens problemlos, davon habe ich jetzt knapp 30 verbaut inzwischen.

Quote from abraXxl

Wie äussert sich dass, das der Bootloader die Firmware nicht möchte?
Bleibt nach dem Flashen des AVRs der Rote Led an, ohne die noch nicht geflashte FW zustarten, auch wenn eine MMC-Karte mit passender FW-Datei eingesteckt ist?

Ja, exakt das.
Rote LED und dann nix mehr.

Ich hab die ATMegas leider auch nicht mehr zum weiteren Testen, die sind schon wieder weitergegagen an den ursprünglichen Besitzer.

Quote from PeterSieg

LarsP Layout (JTAGEN darf da nicht an sein - beim ATmega32 allerdings.. hier?)ATmega644 OHNE Bootloader! <--!

Hm, JTAGEN muss an sein, d.h. 0, aber vielleicht meintest Du mit "an" die 1...

Ansonsten... hier sind die Einstellungen für PonyProg.
Check (Programmed, 0) = JTAGEN, SPIEN, EESAVE, BOOTSZ1, BOOTSZ0, BODLEVEL1, SUT0
Uncheck (Unprogrammed, 1) = CLKDIV8, OCDEN, CKOUT, WDTON, BOOTRST, BODLEVEL2, BODLEVEL0, SUT1, CKSEL3, CKSEL2, CKSEL1, CKSEL0

Zusammenklicken kannst Du dir die AVRdude werte hier: http://www.engbedded.com/fusecalc/

Also
-U lfuse:w:0xef:m -U hfuse:w:0x91:m -U efuse:w:0xfd:m

Aber mal die Frage: Warum eigentlich OHNE Bootloader? Willst Du es Dir bewusst schwer machen?

So, ich hab mal ein paar Chips zum Testen kommen lassen.

644-20PU
644V-10PU
644P-20PU

Getestet wurde mit Ponyprog 2.07g (gepatchte Version, um den 644P zu erkennen).

Testablauf
Identisch bei allen Chips: Selbe PeterSieg-Platine, selbe SD-Karte (mit v0.9.1 Firmware), selber C64 usw.
Nur die AVRs wurden getauscht.

1. Fuses setzen
snap644extclk.jpg

2. Bootloader aufspielen
Der verwendete Bootloader ist aus der Datei sd2iec_bootloader_2008-07-09+LarsP.zip von http://www.sd2iec.de/bootloader

3. Firmware mittels SD-Karte aufspielen.

Ergebnisse:

644-20PU
Step 1: OK
Step 2: OK
Step 3: OK

644V-10PU
Step 1: OK
Step 2: OK
Step 3: OK

644P-20PU
Step 1: OK
Step 2: OK
Step 3: OK

Das Ergebnis war in soweit nicht zufriedenstellend, als ich selber schon Zeuge wurde, wie zwei 644P eben nicht die Firmware von der SD-Karte lesen wollten.

Es stellt sich die Frage, was heute anders ist. Günstige Mondkonstellation?

Quote from Diddl

Ich find es schon zufriedenstellend. Es muss einfach gehen lt. Datenblatt.

Ja, eben, aber es ging nachweislich nicht.
Und ein paar andere haben solche Probleme auch schon gemeldet.
Vielleicht gab es da mal Produktionsschwankungen bei ATMega? Man weiss es nicht.
Wenn man etwas zweimal identisch macht und unterschiedliche Ergebnisse bekommt, dann fängt man halt zu Grübeln an.

Zur Sicherheit habe ich jeweils zwei AVRs von jedem Typ bespielt.
Bastelmaterial für später...