Hallo Profis, ich bin kurz vor dem verzweifeln. ich habe einen AtMega2561 auf einer Platine, und der gibt keinen Mucks von sich. Ich habe bereits die Versorgung an beiden VCC-Pins und an AVCC gemessen, saubere 5 Volt (gemessen mit oszi). Auch GND ist bei beiden GND Pins und am AGND vorhanden. Das SCK Signal vom Programmer ist sauber am Beinchen des AVR zu messen, genau so das MOSI-Signal. am MISO kommt jedoch nichts raus. Reset wird auch sauber auf Low gezogen und ist ansonsten auf HIGH. Mir ist leider nicht bekannt, wie ich sonst den Tod oder das Koma des AVR feststellen kann. Am XTAL1 und XTAL2 messe ich nichts. Liegt das daran das der AVR tot ist, oder ist das bei jungfräulichen AVR's normal ? (Interner 8Mhz-Takt mit div8) Im Anhang ist der Schaltplan als PDF.
Marcel Peterkau schrieb: > Das SCK Signal vom Programmer ist sauber am Beinchen des AVR zu messen, > genau so das MOSI-Signal. am MISO kommt jedoch nichts raus. Wenn alles richtig angeschlossen ist, aber MEGA nicht mal erkannt wird - zum Abschied küssen... Am MISO muss etwas rauskommen, ansonsten ist MEGA kaput. Manchmal, wenn auch viel seltener, ist SCK zu schnell. Und ganz, ganz selten ist ISP per Fuse ausgeschaltet. Such dir was raus.
Beim ATMega2561 (im 64-Pin-Gehäuse) liegen die Programmierpins PDI und PDO nicht zusammen mit den SPI-Pins MOSI/MISO!!! PDI = PE0 = Serial Data in PDO = PE1 = Serial Data out SCK = PB1 = Serial Clock Gruss Tassilo
Tassilo schrieb: > Beim ATMega2561 (im 64-Pin-Gehäuse) liegen die Programmierpins PDI und > PDO nicht zusammen mit den SPI-Pins MOSI/MISO!!! > > PDI = PE0 = Serial Data in > PDO = PE1 = Serial Data out > SCK = PB1 = Serial Clock > > Gruss > > Tassilo das war auch mein Lieblingsfehler bei großen Atmegas
:
Bearbeitet durch User
Marcel Peterkau schrieb: > Am XTAL1 und XTAL2 messe ich nichts. Liegt das daran das der AVR tot > ist, oder ist das bei jungfräulichen AVR's normal ? Normal, wegen des internen Takts. Marc Vesely schrieb: > zum Abschied küssen... > Am MISO muss etwas rauskommen, ansonsten ist MEGA kaput. Oder falsch verdrahtet. > Manchmal, wenn auch viel seltener, ist SCK zu schnell. Eine Möglichkeit, ja. > Und ganz, ganz selten ist ISP per Fuse ausgeschaltet. Passiert aber nicht von selbst, sondern nur per HV-Prog oder JTAG. Tassilo schrieb: > Beim ATMega2561 (im 64-Pin-Gehäuse) liegen die Programmierpins PDI und > PDO nicht zusammen mit den SPI-Pins MOSI/MISO! Genau das dürfte das Problem sein. Zum Glück hat er ja die JTAG-Pins auf dem Erweiterungsport liegen, muss man halt über JTAG programmieren.
Nils P. schrieb: > das war auch mein Lieblingsfehler bei großen Atmegas Jaja, die alte ATmega103-Komptabilität. ;-) Bei den noch größeren (100pinningen) hat man auf diese dann wiederum verzichtet, dort wird wirklich MOSI und MISO genommen.
Ehhhhmm... heisst das, ich kann den Atmega2561 garnicht per ISP programmieren ?
Marcel Peterkau schrieb: > Ehhhhmm... heisst das, ich kann den Atmega2561 garnicht per ISP > programmieren ? Nein, nur nicht über MOSI/MISO.
Marcel Peterkau schrieb: > ich kann den Atmega2561 garnicht per ISP programmieren ? Da du PE0 hart mit einem Ausgang an IC6 verbunden hast, nicht. Diese Leitung muss vom Programmer getrieben werden können während des ISP.
:
Bearbeitet durch Moderator
Oh jee, da hab ich aber eine verdammt grosse Wissenslücke. Ich dachte das die AVR immer über MOSI/MISO programmiert werden. Ok, dann probiere ich das mal über die anderen pins PDO/PDI. Den Bus-koppler hab ich gleich wieder runter.
Steht aber alles im Datenblatt. Gilt für alle 64pin-AVR, z.B. AT90CAN128.
:
Bearbeitet durch User
Das diese Angaben im Datenblatt zu finden sind ist mir klar. Nur War ich so "eingebildet" und dachte, wozu nachgucken, das kenne ich doch. Naja. Nu hab ich die klatsche dafür...
Peter Dannegger schrieb: > Gilt für alle 64pin-AVR Nicht ganz: bei einigen, die partout keine Rückwärtskompatiblität mit dem ATmega103 (von dem diese Definition der Programmierpins ja stammt) nötig ist, geht es auch bei den 64-Pinnern über MISO/MOSI. Der AT90CAN128 hat es schätzungsweise vom ATmega128 „geerbt“, ohne die Details zu hinterfragen.
Marcel Peterkau schrieb: > Nu hab ich die klatsche dafür... Nimm's doch zum Anlass, dich gleich um JTAG zu kümmern. 256 KiB Flash ohne Debugmöglichkeit ist doch pure Zeitverschwendung.
Jtag ist wohl wirklich die bessere wahl. Gerade wenn es dann später an die ganzen Koordinaten - Algorithmen geht. Vielen Dank euch allen. Ich berichte ob es geht.
Hallo an alle, wie zu erwarten war, es geht ! Ich route meine Platine jetzt aber nochmal neu, und hau mir direkt nen JTAG-Anschluss drauf, statt einem ISP-Anschluss. braucht zwar mehr Platz, aber das ist egal. Vielen Dank an alle !!!
Marcel Peterkau schrieb: > Hallo an alle, > wie zu erwarten war, es geht ! Glückwunsch! >er ist tot, Jim AtMega2561 kein Lebenszeichen Er ist wieder da, wieder hier! https://www.youtube.com/watch?v=jABp1MFbiI0 ;-) MfG Paul
Ich finde das mit UART/ISP ganz praktisch. Man kann dann über den gleichen Anschluß bequem Debugausgaben senden. Dazu habe ich mir eine kleine Platine mit MAX202 gebastelt. Ich programmiere oft Regelkreise und da kann ich JTAG nicht nutzen. Die Debugausgaben müssen ja ohne Unterbrechung der Regelung "on the fly" erfolgen.
der UART ist ja über USB über meinen FT232R verfügbar ^^ Darüber soll ja dann auch Software hochgeladen werden...
>Wer ist tot???
"Das ist kein Motorrad, das ist n' Chopper, Baby!" -
"Wem gehört der Chopper?" -
"Zed!" -
"Wer ist Zed?"
"Zed ist tot, Baby. Zed ist tot."
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.