Hallo! Nachdem ich leider über google nichts eindeutiges finden konnte, wende ich mich an Euch! Ich habe in einer Schaltung einen ATmega2560, den ich auch ein paar Mal prorammiert habe über ISP. Allerdings scheint irgendetwas schief gelaufen zu sein, denn die Programmierung über ISP geht nicht mehr "unable to enter programming mode". Auch eine Abänderung der Taktfrequenz änderte nichts. Per Oszilloskop habe ich festgestellt, dass der ATmega keine Reaktion am MISO-Pin zeigt. Auch ein Nachlöten hat nicht geholfen. Nun würde ich gerne versuchen, den ATmega per High Voltage Programming zu programmieren. Evtl. stimmt ja mit den Fuses etwas nicht? Seltsamerweise läuft das letzte Programm allerdings problemlos! Wie mus ich denn das STK500 anschließen, um per High voltage programming mein Glück zu versuchen? Der ATmega ist per Breakoutboard in die Schaltung integriert. Ich kann alle Pins abgreifen, einige sind jedoch bereits belegt. Gibt es eine Möglichkeit? Muss ich alle beide 10poligen Kabel vom STK500 vollständig am µC anschließen? Und läuft die Belegung wie auf dem STK500 (PORTB & PORTD)? Vielen Dank für Eure Hilfe!! Sven
Moin, Datenblatt (http://www.atmel.com/Images/doc2549.pdf) Kapitel "30.6 Parallel Programming Parameters, Pin Mapping, and Commands" MfG
Sven schrieb: > Evtl. stimmt ja mit den Fuses etwas nicht? Versehentlich aussperren kann man sich nicht: "Notes: 1. The SPIEN Fuse is not accessible in serial programming mode." Sven schrieb: > Seltsamerweise läuft das letzte Programm allerdings problemlos! Dann stimmen ja schonmal die Takt-Fuses. Überprüf nochmal die Verbindungen vom STK500 zum ATmega. Peter
@Sauger: Ja, danke.. irgendwie hab ich den Punkt gesucht und nicht gefunden! :-) @Peter Dannegger: > Versehentlich aussperren kann man sich nicht: > "Notes: 1. The SPIEN Fuse is not accessible in serial programming mode." Aber über RSTDISBL kann man sich für ISP aussperren.. Wobei, versehentlich passiert das nicht. Ich habe an den Fuses auch nichts mehr bewusst verändert. Zur Verkabelung STK500->ATmega2560: Ich habe die Signale an den Pins MISO MOSI RESET SCK direkt am Controller oszilloskopiert und nur am MISO liegt dauerhaft high-Pegel an. Alle anderen werden geschaltet. Also antwortet der µC nicht. Mich würde ja interessieren, was da passiert ist. Die Pins habe ich auch schon nachgelötet.. die sind ja doch recht klein. Ich versuch dann mal mein Glück. Vielen Dank jetzt schon! Sven
Sven schrieb: > Aber über RSTDISBL kann man sich für ISP aussperren. Dann bist Du schlauer als das ATmega2560 Datenblatt. Das kennt kein RSTDISBL. Peter
Probier mal statt MISO und MOSI die Pins PDI und PDO (Datenblatt S.350)
@Peter: Huch.. Stimmt.. kannte es vom ATmega168.. Aber der Reset-Pin vom 2560 ist ja wirklich nur Reset und kein I/O.. @mephistopheles: Also PDI und PDO sind lt. Datenblatt ja PB2 und PB3 und damit die gleichen Pins wie MISO und MOSI :-) Leider bin ich mit der High-Voltage-Pogrammierung nicht weitergekommen. Das Problem wird wohl darin liegen, dass ich alles mit dem STK500 programmieren möchte und dieses ja für den 2560 nicht gedacht ist. Wie muss ich denn PJUMP an den 2560 führen? Da ich die Schalung nicht komplett zerlegen kann, würde ich gerne wissen, was das Problem denn sein kann! Sven
Hallo, schau mal hier >>> http://shop.avr-praxis.de/development-tools/avr-boards/stk503.html <<< . Das Expansion Module für das STK500 ünterstützt deinen Atmega 2560! Gruss Larsen
:-) Ja, das Modul ist leider nur sehr teuer. Daher habe ich immer den ISP6-Anschluss im Layout integriert und meine ATmega2560 so programmiert. Ich kann den 2560 ja auch nicht mehr so einfach aus der Schaltung ausbauen. Daher muss ich nun versuchen die entsprechenden Pins vom STK500 an den ATmega2560 zu führen. Bei ISP kein Problem, da es nur wenige Pins sind. Bei High-Voltage-Programming aber doch wesentlich mehr :-( Ich habe nun Prog-Data und Prog Ctrl an die entsprechenden Pins geführt. zusätzlich noch Reset und BSEL2 angeschlossen. Spannungsversorgung läuft getrennt, ATmega bekommt 5V. Ich muss nur noch herausfinden, wie PJUMP ngeschlossen werden muss. Bisher geht es leider noch nicht. Sven
Hi >Ich muss nur noch herausfinden, wie PJUMP ngeschlossen werden muss. >Bisher geht es leider noch nicht. Na das steht doch in der Beschreibung. MfG Spess
Da steht ja, dass die Jumper nur bei AT90S2333, AT90S4433 und Atmega8 gesetzt sein sollen. Aber da der 2560 ja eigentlich gar nicht vom STK500 direkt unterstützt wird, kann es ja sein, dass man die Pins anders belegen muss. Ich habe jedenfalls alles wie oben beschrieben angeschlossen und bekomme die Fehlermeldung: "No supported device matches device signature (0x1E 0x9E 0x1E) nor JTAG ID (0x00 0x00 0x00 0x00)" Sven
So, vielen Dank für Eure Hilfe! Ich habe nun den Controller ausgebaut.. es ging einfach nicht :-( Ich gehe mal davon aus, dass irgendetwas defekt ist am Controller. Bis dann.. Sven
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.