Hallo :)
Mal wieder muss ich um euere Hilfe bitten :(
Ich habe mir einen AVR-ISP mk2 zugelegt, um damit einen Atmega32 uC zu
programmieren. Ich habe schon etwas Erfahrung in der uC-Programmierung,
habe allerdings noch nie selber einen "verbaut"...
Die Grundschaltung mit dem ISP-Anschluss habe ich nach der Seite
AVR-Einstieg leicht gemacht aufgebaut, zum Programmieren verwende
ich das "Atmel Studio 6.1".
Nun zu meinem Problem:
Ich habe die Schaltung auf einem Steckbrett aufgebaut und dann den MK2
installiert. Atmel Studio erkennt den MK2 (incl. Seriennummer).
Wenn ich den MK2 anstecke leuchtet in ihm ein grünes Licht, im
Gerätemanager wird er anstandslos erkannt (kein gelbes Warndreieck) und
neben dem "WinDriver" unter "Jungo Connectivity" angezeigt.
Die Status-LED springt auf grün um, sobald ich ihn an das Board
anstecke. Auch die Spannung (5V) kann ich über das Atmel Studio
problemlos auslesen.
Wenn ich allerdings versuche die Seriennummer des Atmega32 auszulesen
bekomme ich folgende Fehlermeldung:
1
Unable to enter programming mode.
2
Please verify device selection, interface settings, target power and connections to the target device.
und in der Output-Box
1
[ERROR] Failed to enter programming mode. ispEnterProgMode: Error status received: Got 0xc0, expected 0x00, ModuleName: TCF (TCF command: Device:startSession failed.)
Anschließend blinkt der MK2 rot, bis ich ihn vom Strom (=USB) trenne,
und das ganze von neuem versuche...
Meine Bisherigen Lösungsversuche:
1.)Schaltung kontrollieren
-Beide Vcc-Eingänge des Atmega32 sind mit Abblockkondensatoren versehen
(100n), am Reset hängt ein 10k-Pullup.
-ich habe die gesamte Schaltung inzwischen mehrmals komplett neu
aufgebaut, habe alle Anschlüsse auf Durchgang gemessen und geschaut ob
ich einen Kurzschluss habe - alles negativ. Ich bin mir inzwischen fast
zu 100% sicher dass es sich um keinen Schaltungsfehler handelt.
2. Atmel Studio neu aufsetzen
-inzwischen habe ich drei mal das Studio komplett deinstalliert, dazu
den Treiber des MK2 gelöscht und alles in der geforderten Reihenfolge
neu aufgesetzt (Erst Studio installieren, Neustart, MK2 anstecken,
Installieren), das Problem besteht unverändert.
3. Mikrocontroller austauschen
-Ein anderer Atmega32 brauchte auch keine Besserung.
4. ISP Frequenz herunterschrauben
-Bin Schrittweise aufs Minimum heruntergegangen, keine Veränderung.
Hatte jemand ein ähnliches Problem und hat eine Lösung dafür gefunden?
Ich probiere jetzt schon das ganze Wochenende daran herum und bin
langsam echt am verzweifeln... :(
Danke schon mal im Voraus!
Thomas
Das Problem hatte ich kürzlich auch.
Im Layout hatte ich MISO und MOSI vertauscht. Also Leiterbahn
durchtrennt und mit Kupferlackdraht wieder richtig zusammengepfuscht und
schon hats funtioniert.
Weitere Fehlerquellen könnten Massepin und Reset-Pin des ISP sein.
Hi
>Anschließend blinkt der MK2 rot, bis ich ihn vom Strom (=USB) trenne,>und das ganze von neuem versuche...
2.4 Status LED
Red blinking Short-circuit on target
MfG Spess
Hatte ich auch schon. Bei mir war es der Reset-Pin, den ich aus versehen
statt an 5V an GND angeschlossen hatte... Da sucht man sich manchmal
echt blöd, bis man auf so einen dummen Fehler kommt!
Walter Tarpan schrieb:
> Hast Du die Versorgungsspannung der Schaltung schon unter Atmel Studio> ausgelesen?
Thomas T. schrieb:
> Auch die Spannung (5V) kann ich über das Atmel Studio> problemlos auslesen
Thomas Forster schrieb:> Im Layout hatte ich MISO und MOSI vertauscht.> ...> Weitere Fehlerquellen könnten Massepin und Reset-Pin des ISP sein.
Die Anschlüsse habe ich inzwischen so oft konntrolliert dass meine
Fingerkuppen bluten :(
Den Massepin der ISP habe ich ganz normal mit GND verbunden, den
Reset-Pin habe ich wie in der Anleitung zwischen den Pullup und den
Reset-Pin des atmega32 eingesteckt. Sollte soweit passen, oder?
Ich habe gestern Abend noch gelesen, das ein 1nF-Kondensator zwischen
Reset-Pin und GND manchmal hilft, könnte das sein?
(Hab leider gerade keinen da um es auszuprobieren)
spess53 schrieb:> 2.4 Status LED>> Red blinking Short-circuit on target
Das habe ich im Users-Guide auch schon gelesen..
Wie gesagt, ich habe das ganze mehrmals aufgebaut und auch von anderen
kontrollieren lassen, Kurzschlüsse schließe ich deshalb mal aus.
(Ja, ich weiß das das Problem meistens vor der Schaltung sitzt, aber
nach dem x. Versuch und mehrmaliger "unabhängiger Qualitätskontrolle"
kann ich einfach nicht glauben das ich und alle anderen die es versuchen
den selben Fehler machen/übersehen...)
Aus reinem Frust habe ich die ISP-Anschlüsse auch schon spiegelbildlich
angeschlossen, MISO/MOSI Leitungen vertauscht und so weiter, doch die
einzige Variante bei der der Programmer mir beim einstecken eine grüne
Status-LED zeigt ist nach wie vor die gewohnte... Das einzige was ich
dadurch erreicht habe ist, das ich inzwischen Angst habe, dass der
Controller dadurch beschädigt wurde... :(
Wie empfindlich reagieren die Teile denn auf "wahlloses rumprobieren"?
Danke schon mal für euere Hilfe :)
>1.)Schaltung kontrollieren
Zeig mal deinen Schaltplan, und/oder mach ein Foto vom Aufbau.
Hast du auch 5V auf den uC gegeben? Der MK2 versorgt die
Schaltung nicht.
Eine ähnliche Erscheinung wie beim TO gab es bei mir letztes Wochenende
auch. Ich habe allerdings nur einen AVRISP-mkII-Nachbau verwendet. Nach
der Installation des Atmel-Studios 6.02 wurde der AVRISP-mkII erkannt,
aber beim Lesen der Fuses oder beim Flashen kam die gleiche
Fehlermeldung. Einen falsch angeschlossenen Pin o. ä. kann ich aber bei
mir ausschließen, weil die gleiche Hardware-Konstellation vorher (und
auch nachher) mit dem AVR-Studio 4.18 problemlos funktionierte, und auch
mit einem unter Atmel-Studio 6.02 angeschlossenen Atmel Dragon statt dem
AVRISP-mkII klappte es einwandfrei.
holger schrieb:> Hast du auch 5V auf den uC gegeben? Der MK2 versorgt die> Schaltung nicht.
nein, der uC bekommt 5V über das Brett, über einen 7805 mit den
benötigten Kondensatoren + Abblockkondensatoren direkt bei den
uC-Versorgungspins.
(Ansonsten könnte ich die Spannung ja auch nicht über das Atmel Studio
auslesen, oder?)
Ich hab die Spannung auch schon mit einem Voltmeter nachgemessen, das
gibt mir auch konstant 5,02V aus...
Edi R. schrieb:> Eine ähnliche Erscheinung wie beim TO gab es bei mir letztes Wochenende> auch.
Na zum Glück bin ich da nicht ganz alleine ;)
Ein Bild kann ich leider erst morgen Abend liefern, bin bis dahin nicht
mehr zu Hause.
Nach knapp drei Tagen Fehlermeldungen habe ich jetzt auch den MK2
zurückgeschickt, dann weiß ich zumindest ob es am Programmer liegt oder
nicht... :'(
Bist du sicher das du VCC und GND und nicht AVCC und AGND versorgst,
beim ATMega16 sind die nämlich gegenüber und zudem auch noch vertauscht.
Datenblatt vom ATM32 habe ich gerade nicht da denke das es dort genau so
ist.
Atmel empfielt mind. 10 kOhm als Reset Pullup damit der Progger das auch
runterziehen kann und zw. Reset und GND 100nF
Ich weiß und glaube dir, dass du alles mehrmals geguckt hast, aber was
schnell passieren kann, dass man den falschen uC im Studio auswählt.
Selbst ein Tiny13a wird nicht erkannt, wenn du einen Tiny13 auswählst.
Nochmal kurz für alle die mir hier so nett geholfen haben:
Offensichtlich war der mk2 kaputt... ich habe gerade einen neuen
erhalten, der dann auch auf Anhieb funktioniert hat.
Da besorgt man sich extra das teuere Originalteil, damit genau das nicht
passiert, und dann so was -.- die drei Tage rumprobieren hätte ich mir
sparen können.
Naja was solls :)
Danke euch trotzdem :)
Thread beobachten
Seitenaufteilung abschalten