Liebe uC-Gemeinde, wir sind langsam am verzweifeln... Bereits den ganzen Tag haben wir versucht unser Programm auf einen ATMega2561 zu laden, leider bis anhin ohne Erfolg. Mit dem AtmelStudio 6.0 funktioniert "read Device Information" ab und zu, aber beim Laden des Programms entsteht die Fehlermeldung "Verifying Flash...Failed!" Wir haben bereits den Clock sowie sie Spannungsversorgung auf dem Board kontrolliert. Ein weiterer komischer Effekt ist, dass sich die Fusebits manchmal auslesen lassen (Extended: 0x00 High: 0xFF Low: 0xFF), aber es war nicht möglich die Fuesebit zu setzen ("Execution of command..."). Mit dem Tool "MyAvr ProgTool" konnten wir auch den Flash Speicher auslesen. Hat jemand eine Idee wieso sich dieser AVR nicht richtig programmieren lässt??? Programmer: AVR Dragon, MKII Interface: ISP, JTAG Tools: AtmelStudio 6.0, MyAVR Prog Tool
Hi >Hat jemand eine Idee wieso sich dieser AVR nicht richtig programmieren >lässt??? Mit welcher Frequenz läuft der ATMega und wie hoch ist die ISP-Frequenz? Schon mal JTAG-Programmierung mit dem Dragon getestet? MfG Spess
> Mit welcher Frequenz läuft der ATMega und wie hoch ist die > ISP-Frequenz? ATMega läuft mit 16MHz (extern). ISP mit 250kHz. Clock haben wir auch schon gemessen, sowie verschiedene ISP Frequenzen getestet (z.B. 1MHz). Ebenfalls haben wir auch schon ein externes Clocksignal per Funktionsgenerator eingespiesen, ohne Erfolg. > Schon mal JTAG-Programmierung mit dem Dragon getestet? Ja, JTAG funktionierte bislang immer mit dem Dragon. Auch mit einem 2. Dragon entstanden die selben Fehler.
Hi >ATMega läuft mit 16MHz (extern). Sicher? Es reicht nicht einen externen Takt anzulegen. Die Fuses müssen auch passend eingestellt werden. Wenn das nicht klappt läuft der ATMega weiterhin mit 1MHZ. >ISP mit 250kHz. Wenn der ATMega mit 1MHz läuft, was ich vermute, dann sind 250 kHz zu hoch. Der ISP-Takt muss kleiner als 1/4 des Controller-Taktes sein. Also auch nicht 'gleich'. Das macht sich nämlich durch solchen 'wackligen' Zugriff auf den Controller bemerkbar. >Ja, JTAG funktionierte bislang immer mit dem Dragon. Auch mit einem 2. >Dragon entstanden die selben Fehler. Mit Zugriff über JTAG meinte ich Programmieren (Hex/Fuses) über JTAG. Also nicht Debuggen. MfG Spess
> Sicher? Es reicht nicht einen externen Takt anzulegen. Die Fuses müssen > auch passend eingestellt werden. Wenn das nicht klappt läuft der ATMega > weiterhin mit 1MHZ. Wir haben versucht mit einem 16MHz und 1MHz Signal auf XTAL1 (selbe Masse) die Fusebits einzustellen, was leider nicht funktioniert hat. Ist das korrekt oder müsste man die ISP Frequenz (<250kHz) verwenden um die Fusebits zu setzen? > Wenn der ATMega mit 1MHz läuft, was ich vermute, dann sind 250 kHz zu > hoch. Der ISP-Takt muss kleiner als 1/4 des Controller-Taktes sein. > Also auch nicht 'gleich'. Das macht sich nämlich durch solchen > 'wackligen' Zugriff auf den Controller bemerkbar. Soeben versuchten wir die Fusebits mit einer ISP-Frequenz von 8.239kHz zu setzen, ohne Erfolg. > Mit Zugriff über JTAG meinte ich Programmieren (Hex/Fuses) über JTAG. > Also nicht Debuggen. Auch über JTAG lässt sich der ATMega nicht programmieren.
Wir haben den Clock soeben nachgemessen. Auf dem Bild Clock.jpg ist das obere Signal von dem aktuellen AVR und das untere von einem funktionierenden identischen Aufbau. Es ist klar ersichtlich, dass kein Clock vorhanden ist. Daraufhin haben wir den Clock gewechselt. Nun ist auch ein sauberer Clock auf dem KO Bild zu sehen. Das Ganze hat trotzdem nicht gebracht, der Prozessor lässt sich immer noch nicht programmieren. Das Komische ist das wir bei einer ISP-Frequenz von 16.1kHz immer Lesezugriff haben, jedoch nicht schreiben können. Desweiteren konnten wir einmal per JTAG programmieren, keine Ahnung wieso aber das funktionierte genau 1 mal. Seit ihr auch der Meinung das es der Prozessor ist der defekt ist? Ich würde mich über weitere Ratschläge, Inputs freuen.
Hi >Das Komische ist das wir bei einer ISP-Frequenz von 16.1kHz immer >Lesezugriff haben, jedoch nicht schreiben können. Das will nicht unbedingt etwas heißen. Nur wenn ein Verify erfolgreich ist, hat das Lesen geklappt. Man kann auch Lesen, wenn es durch durch die Lockbits gesperrt ist. Es wird halt Sch... gelesen. >Wir haben den Clock soeben nachgemessen. Auf dem Bild Clock.jpg ist das >obere Signal von dem aktuellen AVR und das untere von einem >funktionierenden identischen Aufbau. Wie sieht den der Aufbau genau aus? >Seit ihr auch der Meinung das es der Prozessor ist der defekt ist? Kommt darauf an, was man als defekt bezeichnet. Bei mir ist ein AVR erst defekt, wenn ich auch mit HV-Programmierung nichts mehr erreichen kann. Wenn man das nicht kann ist er früher defekt. >Hier nochmals das Bild in anschaulichem Format... Wo kommt der Takt her? Quarz, Quarzoszillator..... ? MfG Spess
Hi Spess > Das will nicht unbedingt etwas heißen. Nur wenn ein Verify erfolgreich > ist, hat das Lesen geklappt. Man kann auch Lesen, wenn es durch durch > die Lockbits gesperrt ist. Es wird halt Sch... gelesen. Okay das wusste ich nicht. > Wie sieht den der Aufbau genau aus? 16MHz plus noch die zwei Kondensatoren. > Kommt darauf an, was man als defekt bezeichnet. Bei mir ist ein AVR erst > defekt, wenn ich auch mit HV-Programmierung nichts mehr erreichen kann. > Wenn man das nicht kann ist er früher defekt. Wo liegt genau der Unterschied bei der HV-Prorammierung? > Wo kommt der Takt her? Quarz, Quarzoszillator..... ? Quarz. mfg Carlos
Hi >> Wie sieht den der Aufbau genau aus? >16MHz plus noch die zwei Kondensatoren. Glaube ich nicht. Den Programmer werdet ihr kaum an die Pins gelötet haben. Bild/Schaltplan wären hilfreich. Wie ist der Reset-Pin beschaltet? >Wo liegt genau der Unterschied bei der HV-Prorammierung? Datenblatt S.338: 30.6 Parallel Programming Parameters, Pin Mapping, and Commands Dazu müssten aber 20 Leitungen vom Dragon zum ATMega geführt werden. >Desweiteren konnten >wir einmal per JTAG programmieren, keine Ahnung wieso aber das >funktionierte genau 1 mal. >Auch über JTAG lässt sich der ATMega nicht programmieren. JTAG-Programmierung funktioniert auch bei fehlendem Controllertekt. Lässt sich also auch anwenden wenn die Takteinstellungen des Controllers verfust sind. Vorausetzung ist natürlich ein aktiviertes JTAG-Interface und die Pins PF4..7 nicht durch andere Signale gestört werden. An eurer Stelle würde ich die Schaltung nochmal auf Kurzschlüsse, kalte Lötstellen, Unterbrechungen ... überprüfen. MfG Spess
Hallo Spess, sorry für die Verspätung. Du hattest Recht, schlussendlich war es ein elektrischer Defekt durch den das Programmieren nicht funktionierte. Ein Mosfet schaltete nicht richtig durch, dadurch hatte ich keine saubere Versorgungsspannung auf dem Board... Teilweise hat der Mosfet auch durchgeschaltet, weshalb ich den Fehler nicht sofort bemerkte. Danke für den Support. mfg Carlos
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.