Hallo zusammen, ich hab mal wieder ein Problem, bei dem ich denke, dass ihr mir sehr schnell weiterhelfen könnt :-D Ich habe hier zwei ATMEL ATMEGA1284p, der eine im QFP-44 Gehäuse, der anderem im kleineren VQFN-44 Gehäuse. Beide uC sind vom Typ ATMEGA 1284p (nicht ATMEGA 1284). Wenn ich über SPI mit avrdude etwas uploaden will, funktioniert es beim QFP-44 ohne Probleme, schließe ich den VQFN-44 an, bekomme ich folgende Fehlermeldung avrdude: Expected signature for ATMEGA1284P is 1E 97 05 Double check chip, or use -F to override this check. bzw. vereinzelt auch avrdude: Yikes! Invalid device signature. Double check connections and try again, or use -F to override this check Im Internet finde ich jedoch nicht darüber, dass die VQFN-44 Variante eine andere Signatur hat? Bitte um Hilfe. Danke
Welche Device-Signatur kannst du denn aus den VQFN-44 auslesen? Oliver
Taktproblem? Was ist als Takt bei den Atmegas eingestellt? Mit welchem Takt läuft das ISP? Einfach mal den Takt vom ISP runter.
Die beiden ATMEGAS laufen mit einem 8 Mhz Quarzoszilator. Den Takt des ISP habe ich auf 19200 runtergestellt. Leider kein Erfolg.
> Double check chip & seine Umgebung > Double check connections
Alles doppelt gescheckt. Beide Varianten befinden sich auf einem 44-Pin-Breakout-Board (nur die Prozessoren) wenn ich nur den Prozessor austausche funktioniert es mit dem TQFP-Gehäuse.
Christoph Kind schrieb: > beiden ATMEGAS laufen mit einem 8 Mhz Quarzoszilator nur weil da irgendwo ein 8MHzQuarz rumhängt heist das noch lange nicht das der MC auch mit 8MHz läuft! Aber die Einstellungen für die ClockSource und den Prescaler kannst du wohl auch nicht auslesen/verändern. Christoph Kind schrieb: > Beide Varianten befinden sich auf einem 44-Pin-Breakout-Board (nur die > Prozessoren) wenn ich nur den Prozessor austausche funktioniert es mit > dem TQFP-Gehäuse. Den Satz versteh ich nicht!
Max Mustermann schrieb: > Den Satz versteh ich nicht! Ich verstehe den Satz so: Er hat 2 Adapterplatinen, auf die er jeweils einen der Kontroller gelötet hat. Dadurch hat er nun 2 Platinen mit gleicher Anschlußbelegung und gleichem Pinabstand. @TO Baue Dir einen sog. Fuse-Bit-Doktor: http://mdiy.pl/atmega-fusebit-doctor-hvpp/?lang=en Das lohnt sich. Dann hat es Ruhe mit solchen Ärgernissen. Ich hatte schon neue Kontroller, an die ich nicht per ISP dran konnte. Seither wird jeder der Kollegen erst einmal dieser Prozedur unterzogen und ich bin sicher, daß ich dann drauf zugreifen kann. MfG Paul
Angehängte Dateien:
-
Unbenannt-1.jpg
150 KB
Das sind meine beiden Prozessoren. Ist der gleiche Prozessor nur in einem anderen Gehäuse. Beide stecke ich zum testen mit der linken Pin-Leiste ins Breadboard. Bei einem klappt es, bei dem anderen nicht.
Christoph Kind schrieb: > Das sind meine beiden Prozessoren. Also wenn ich mir auf dem linken Bild die Rotznase von Aref nach A7 anschaue, möchte ich garnicht erst wissen, wie die andere Seite dieses Boards aussieht, wo der "Pitch" doch notwendigerweise etwas geringer sein wird...
Warum nimmst du nicht einfach ein Scope und siehst dir das Gezappel direkt an den Pins an, wenn du versuchst, die Signatur zu lesen? Hast du GND und VCC an allen Prozessor Pins getestet? Die sind mehrfach vorhanden und wollen alle angeschlossen werden. Nun noch 100nF direkt am Chip zwischen VCC und GND und du bist auf der sicheren Seite.
Geht man davon aus das der Chip Neu und I.O. ist liegt das eventuell einfach nur an Deiner Platine, hast du unterm chip alle VCC und GND verbunden? Wenns eine Zweiseitige ist den Chip vielleicht Spiegelverkehrt drauf?
Christoph Kind schrieb: > Beide stecke ich zum testen mit der linken Pin-Leiste ins Breadboard. Das klingt nicht gut. Sind auf der rechten Seite keine GND und VCC Anschlüsse?
Doch sind sie. Sind aber bei ATMEGA intern verbunden. Das Verhalten, wenn ich sie beschalte ist so oder so das gleiche.
Christoph Kind schrieb: > Sind aber bei ATMEGA intern verbunden Dann solltest du das mal Atmel mitteilen, damit sie die AppNote zu dem Thema zurück ziehen.
Christoph Kind schrieb: > Sind aber bei ATMEGA intern verbunden. Nö. Nur beim alten ATmega8 sind VCC und AVCC intern verbunden.
So, grad nochmal alles neu aufgebaut. Leider immer noch kein Erfolgt. Das Oszi zeigt an Mosi ordentliches flackern, an Miso kommt jedoch überhaupt nix raus. Ich denke, dass der Chip entweder hinüber ist, oder irgendwas mit den Fuses nicht stimmt (hier bin ich allerdings nicht wirklich im Thema). Ich werde nun noch einmal einen anderen 1284-Chip verlöten und gucken, wie das Verhalten hier ist. :-(
Zum Dritten Mal. Welche Signatur liest er aus?!
Keine. Da keine Signale über Miso rauskommen kann er ja auch nichts antworten. Will ich mit dem AVR-Studio die Signatur auslesen bekomme ich "Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (Command has failed to execute on the tool)".
Christoph Kind schrieb: > ispEnterProgMode: Error status received: Got > 0xc0, expected 0x00 (Command has failed to execute on the tool)". http://umdoo.com/avrisp-mkii-error-got-0xc0-expected-0x00/
Thread beobachten
Seitenaufteilung abschaltenBitte 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.