Pollin Evaluationsboard und AVRISPmk2 Problem

#2449272
Lesenswert?

Hallo,

ich habe bis jetzt immer mit dem Pollin evaluationsboard meine 
Controller programmiert, und dann später evtl. auf meine Schaltungen 
gesetzt.  Da ich jetzt aber seit ein paar Monaten auf ein Notebook 
umgestiegen bin und jetzt wieder was Programmieren müsste, habe ich mir 
den AVRISP mk2-Programmieradapter mit dem Adapterkabel für das 
Pollinboard gekauft. Wollte es jetzt gerade einrichten, brige es aber 
nicht zu stande, dass ich mir AVRStudio5 ein Programm auf das Board 
schicke.

Auf dem Programmer leuchtet die LED grün, wenn das Flachbandkabel 
steckt, denke also, dass in diesem Zusammenhang alles passt.
Habe jetzt in AVR Studio ein kleine Programm geschrieben, um 4 Ausgänge 
auf high zu schalten. (Controller ist ein ATmega32).
Wenn ich jetzt auf Debuggen, oder auf Releas klicke bringt er mir 
folgende Meldung:
" Launch Faild
Faild to launch debug session with debugWIRE. This could be caused by 
reset line circuitry or disabled debugWIRE interface. Make sure that the 
reset line is free before continuing. Do you want to use SPI to enable 
the DWEN fuse?"
bei click auf Yes schreibt er:
"Failed to enable debugWIRE
An error ocurred when setting the debugWIRE fuse."

Währe über jede Hilfe mehr als dankbar, da ich das Programm so schnell 
wie möglich anfertigen soll.

C.B.
Gast #2449335
Lesenswert?

> AVRISP mk2-Programmieradapter

und

> Faild to launch debug session with debugWIRE.

Passt nicht.

Da sind IMHO die Programmieroptionen im AVR Studio verknaddelt.

Du solltest das AVR Studio so einstellen, dass du ISP (In System 
Programming) verwendest.

Achtung: AVRISP MKII (kann ISP) nicht mit AVRJTAGICE MKII (kann ISP und 
DebugWire und JTAG) verwechseln!
#2450751
Lesenswert?

Ok, danke. Habe jetzt dort den Controller eingestellt, und habe dann auf 
read device id gecklickt, da meldet er mit:
"Unable to read device ID
Timestamp: 2011-12-08 17:05:57:945
Severity: ERROR
ComponentID: 20000
StatusCode: 0

Unable to read device ID"

Die Spannung kann ich auslesen. Der Controller sollte auch stimmen. 
ATMEGA 32.

FUSE-Bits und LOCK-Bits kann ich zugreifen. Gleiches Problem habe ich 
auch mit einem neuen Controller.

Könnt ihr mir da weiterhelfen?
Gast #2450879
Lesenswert?

Eventuell trifft der Unkenruf von Ernst B. schon zu... siehe auch
Beitrag "Problem mit AVR ISP"

http://8515.avrfreaks.net/index.php?name=PNphpBB2&file=search&mode=results

Ich würde einen fabrikfrischen AVR testen und den jetzigen zur Seite für 
den Fall, dass ein Programmer verfügbar ist, der die DWEN Fuse 
zurücksetzen kann. Ein Atmega32 tut schon weh... vielleicht für den 
nächsten Test einen preiswerten AVR als Ersten testen.

http://support.atmel.com/bin/customer.exe?=&action=viewKbEntry&id=22
h**p://www.mikrocontroller.net/articles/AVR_Fuses#SPIEN.2C_DWEN_und_RSTD 
ISBL
h**p://www.mikrocontroller.net/articles/DebugWIRE

Zum Thema "...das klicken auf "Yes"..."

Atmel schreibt ja in 
http://support.atmel.no/bin/customer.exe?action=viewKbEntry&id=263

"It is recommended to use the automatic procedure for enabeling the 
debugWIRE mode. Connect the SPI lines including the reset line to the 
target. Press the "Start debugging" button and you will get a dialog 
saying that debugWIRE is not enabled and asked if you want to use the 
SPI to enable it. Answer YES to this. Now you will be asked to toggle 
power. When you do this the debug WIRE mode is enabled."

Man darf das nur machen, wenn man einen Debugadapter mit Debugwire hat, 
also Dragon oder JTAGICE. Drückt man mit einem AVRISP hier auf YES, hat 
man sich ausgesperrt und kann das nur mit einem Dragon oder JTAGICE oder 
mit HV Programming rückgängig machen!
Gast #2451526
Lesenswert?

Windows 7 ist kein grundsätzliches Killer-OS für den AVRISP MKII. 
Etliche Leute arbeiten mit dieser Kombination.

Es gibt aber auch Problemmeldungen insbesondere bei der Kombination 
Windows 7 und 64Bit und AVR Studio 5.

Man muss aufpassen, wie man die notwendigen USB Treiber installiert. Und 
ob man einen Firmware-Update im AVRISP MKII braucht.

Hinweise dazu gibt es massenhaft, wenn man nach AVRISP + WINDOWS7 sucht. 
Z.B.

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=82994
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=105914&highlight=avrisp

Bei der Suche aufpassen, von wann die Treffer sind. Etliche Meldungen 
beziehen sich noch auf AVR Studio 4 und sind weniger relevant!
#2452324
Lesenswert?

Habe das Problem gefunden. Musst die Geschwindigkeit einmal komplett 
ganz runter stellen, dann konnte ich übertragen, und jetzt habe ich die 
ISP geschwindigketi wieder auf normal gestellt. Ka, warumm das so ist, 
aber jetzt funzt alles. (Habe es über XP Mode mit dem virtuellen XP und 
der avrstudio 4 version gemacht, dann hat es auf einmal auch mit der 
version 5 auf meinem "normalen" windows 7 gefunzt. vorher habe ich das 
auch mit meinerm normalen getestet, da hat es nciht gefunzt. verstehe 
ich auch nicht :-) )

Aber nochmal vielen dank an alle, die mir so hilfreich wahren.
Gast #2616773
Lesenswert?

Hallo C. B.,

Du hast zwar das Problem bereits lösen können, aber hier noch kurz die 
Info, warum Du die ISP-Clock runterschrauben musstest.

Im Auslieferungszustand ist ein AVR auf den internen Osci als Taktgeber 
eingestellt. Dieser liefert, wenn ich nicht irre, eine Frequenz von 1MHz 
(ich beziehe mich hier auf einen ATmega16-16).

Da die ISP-Clock max. 1/4 der Device-Clock sein darf, hättest du 
wahrscheinlcih die ISP-Clock auf 250kHz einstellen müssen (manchmal muss 
man beim ersten Zugriff auf 125kHz gehen), dann hättest du die Device-ID 
auslesen können.

Vielleicht hilfts beim nächsten AVR Projekt ;-)

Gruß
Armin

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren