Hi zusammen, ich hab ein kleines Problem mit meinem Atmega32 produziert. Der Controller sitzt auf meinem STK500. Das Problem war nun dass ich den Controller genau ein mal über ISP programmieren konnte, anschließend bekam ich keine Verbindung mehr. Das Programm ist eine einfache Ausgabe von ADC-Werten auf einem Display. Sämtliche Anschlüsse sind nun frei (LCD und alles ab), Verbindung krieg ich trotzdem keine mehr. Gibt es denn eine Möglichkeit den ATmega32 auf dem STK500 HV-parallel zu programmieren? Im Datenblatt hab ich nichts gefunden. Hat mir jemand eine Idee? MfG, Pat711
Womit programmierst du denn? Atmel Studio? Eventuell hilft es, die ISP-Clock manuell etwas niedriger zu setzen, damit konnte ich im Falle von Fehlern beim Programmieren schon Abhilfe schaffen.
Das mit der ISP-Frequenz hab ich auch schon versucht... ohne Erfolg. Programmieren tu ich übrigens mim AVR-Studio 4. und in der Manual steht ja nichtmal dass man den ATmega32 auf das Board packen kann. :-)
:
Bearbeitet durch User
Atmega32 müsste dieselben Pins verwenden wie der Atmega16, von daher müsste es auch mit dem 32 gehen. Hast du versehentlich die Lockbits gelöscht, die ein zukünftiges Programmieren des ATmega verhindern? Ansonsten fällt mir auf die Schnelle noch ein, evtl mal unter "Add Target" den ISP-Programmer nochmal neu hizuzufügen, falls du ihn jetzt an einem anderen USB-Anschluss hängen hast, nochmal zu checken ob der ATMega32 ausgewählt ist, falls du zwischenzeitlich einen anderen µC programmiert hast. Inwiefern bekommst du denn keine Verbindung? Wird nicht erkannt, dass überhaupt etwas angeschlossen ist, oder kommt beim Programmieren eine Fehlermeldung?
:
Bearbeitet durch User
Patrick R. schrieb: > Programmieren tu ich übrigens mim AVR-Studio 4. und in der Manual steht > ja nichtmal dass man den ATmega32 auf das Board packen kann. :-) Naja, Atmel verkauft ganz gern neue Mikrocontroller. :-) Ich ja auch. ;-) Ich wüsste aber keinen Grund, warum es mit dem alten ATmega32 nicht klappen sollte. Hat sich an der Verdrahtung etwas geändert? Lässt sich das aufgespielte Programm lesen? Klappt der Zugriff auf einen anderen, noch nicht programmierten ATmega32?
Ich komme schon bei dem connect-Fenster nicht weiter... (angehängtes Bild) Dass ich da durch komm muss auch ein controller erkannt werden, welcher ist da erst mal egal, hauptsache es antwortet einer. Und mit einem anderen ATmega32 hab ichs auch schon versucht. da konnte ich dann auch ein mal das Programm drauf spielen und dann ging auch nichts mehr. dann kann ich keine fuses mehr lesen, keine Programme auslesen gar nichts. Und sobald ich das Fenster dann zu mache kann ich auch keine Verbindung mehr aufbauen bzw. die Verbinjdung ist wohl schon zuvr nicht mehr möglich.
Hmm hast du evtl Lockbit 0 und 1 gelöscht? "Further programming and verification of the Flash and EEPROM is disabled in Parallel and SPI/JTAG Serial Programming mode. The Fuse bits are locked in both Serial and Parallel Programming mode.(1)"
kann ich mir eigentlich kaum vorstellen, wenn dann müsste das wohl mit dem Makefile passiert sein aber da hab ich nichts gefunden. Und wenn ich nur die .hex einspiele kann ich die fuses auch nicht verändert haben oder? Per HV-programming habe ich auch keinen Zugriff... (Die Hilfe vom Atmel Studio 6 ist aktueller und beschreibt auch den ATmega32 zusammen mit dem STK500)
Hast du denn schon mit AVR Studio 4 andere Controller programmiert, die danach aber weiter programmierbar waren? Also tritt nur beim ATmega32 dieser Fehler auf? Ich habe nicht AVR Studio 4 installiert, sondern 6. Gehe aber davon aus, dass man die Fuse- und Lockbits da auch extra programmiert. Aber wäre zugegebenermaßen auch ein ziemlich harter Bug, wenn standardmäßig die Lockbits so eingestellt würden^^
:
Bearbeitet durch User
ich hab auch andere Controller programmiert und das Problem tritt beim mega 32 auch nicht immer auf sondern nur bei dem einen Programm. hier noch das Programm...
Bei deinem Bild vermute ich ein Verbindugsproblem zum STK500. Der ATmega ist ausen vor. Versuche mal eine Baudrate von 9600. Und versuche das aktuelle Atmel Studio (6.2). Mein STK500 hat die Version 2.1 . Auch das mal prüfen.
Hast du in der Systemsteuerung schon mal nachgeschaut welchen COM-Port das STK verwendet. Sollte dieser höher als 8 sein, dann umstellen auf einen niedriegeren oder im AVR-Studio mehr Ports einstellen. Das in der Beschreibung der Mega32 nicht angeführt ist sollte man schon etwas flexibler sehen. Das STK500 ist schließlich ein Experimentierboard mit dem man sich doch etwas beschäftigen sollte. Da sollte man schon erkennen das man in einen Sockel alles hineinstecken kann das zum Angeführten Pinkompatibel ist. So kann man in den Sockel des Mega8 ja auch von Mega48 bis 328 alles hineinstecken. Dementsprechend auch in den anderen Sockeln.
Die Baudrate ist im System auf 9600 eingestellt, ich wollte eine neue Firmware installieren, hab aber bisher noch keinen Link gefunden und auch noch keine Ahnung welche drauf ist. Das Board hängt an COM2, Verbindungsaufbau zu einem anderen Controller (ATmega8) ist kein Problem, leider hab ich grad keine 32er mehr. Das Problem muss irgendwo an dem Sockel liegen oder in dem Programm, denn ich programmiere zurzeit auch des öfteren einen ATmega32 auf einem externen Board übe die ISP vom STK500 und da tritt das Problem nicht auf o.O Edit: An der Hardware kanns wohl auch nicht liegen, zu einem ATmega644 im selben Sockel kann ich auch problemlos eine Verbindung herstellen...
:
Bearbeitet durch User
Das Programm wohl kaum. Beim Programmieren wird der Programmablauf angehalten. Es werden entweder die Fuses sein oder es war der falsche Prozessortyp eingestellt. HV-Programmierung sollte aber in jedem Fall möglich sein.
Selbst die HV-Programmierung funktioniert nicht. (Steckverbindungen wie in der Beschreibung vom Atmel Studio 6 zum STK500 und ATmega32) Das seltsame ist ja dass das Problem zwei mal auftrat nachdem ich dasselbe Programm auf veschiedenen Chips eingespielt hab, dass de rfalsche Typ eingestellt war dürfte beim Atmel Studio 4 nicht einmal einen Unterschied machen, definiert ist der ja auch schon im Makefile.
Hi >dass de >rfalsche Typ eingestellt war dürfte beim Atmel Studio 4 nicht einmal >einen Unterschied machen, definiert ist der ja auch schon im Makefile. Das STK500 dürfte sich kaum um das Makefile kümmern. MfG Spess
Nein aber das kriegt ja auch nur das hex-file da sollte das ja schon beachtet sein... Naja egal... vielen Dank euch allen der Tipp mit der Firmware hat funktioniert... nachdem ich sie gefunden hatte :-) Vielen Dank euch allen :-)
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.