Pollin Evaluationsboard und AVRISPmk2 Problem

[C. B. (dapcfreek)]

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.

[Krapao (Gast)]

> 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!

[C. B. (dapcfreek)]

OK, danke für den Tipp. Kannst du mir mal sagen, wie ich das einstelle, 
weil ich bis jetzt noch nie mit dem AVR-Studio programmiert habe, 
sondern immer mit Ponny übertragen habe.

[Krapao (Gast)]

Beim AVR Studio 5 ist Atmel sparsam mit der Online-Doku im PDF Format.

Vielleicht ist in der installierten Version ein Handbuch oder eine Hilfe 
dabei. Ich mag's aber nicht extra deswegen installieren, weil ich AVR 
Studio 4 treu bleibe.

Möglicherweise hilft auch das Werbevideo:
http://www.atmel.com/Atmel/video-avr_5_studio_how_to_prog.html?source=avr_5_studio_overview

[C. B. (dapcfreek)]

Ja, 4er funktioniert bei mir (windows 7 64 bit) irgenwie nicht, hengt 
sich immer auf.

[Martin e. C. (eduardo)]

Du gehts unter --> Tools auf AVR Programming dann kommt eine Fenster 
(Studio_5_AVRISPmkII_1.jpg ) dort dann µC auswählen, Interface ISP dann 
klick auf Apply dann soll so wie im Bild Studio_5_AVRISPmkII_2.jpg 
aussehen, fertig.

[Ernst B. (puravida)]

Möglicherweise hast Du Dir durch das klicken auf "Yes" den Controller 
schon verfust. Genau so habe ich mir einen ATTiny schon verfust durch 
irrtümliches klicken auf  bei dem Fenster.

[C. B. (dapcfreek)]

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?

[Martin e. C. (eduardo)]

Wie verhält sich der AVRISPmkII? leuchtet immer grün? oder orange?

[Krapao (Gast)]

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!

[C. B. (dapcfreek)]

Also, Board angesteckt, und keine Übertragung zeit er grün an, und 
sobald ich den Programmer anschalte und auf Read drücke, schaltet er auf 
orange um. und geht dann auch nicht mehr raus, bis ich ihn ausstecke. 
kann auch 1 std warten.

[C. B. (dapcfreek)]

Habe einen Fabrikneuen getestet, gleiches Problem. Werde jetzt einfach 
mal ein anderen Rechner testen. Kann das auch an Windows 7 liegen?

[Krapao (Gast)]

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!

[C. B. (dapcfreek)]

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.

[Ernst B. (puravida)]

Wenn man irrtümlich den AVRISPII als Debugger ausgewählt hatte dann 
verstellt sich die Geschwindigkeit im AVR Studio 5 auf irgendwelche MHz 
die dann nicht funktionieren.

[Armin (Gast)]

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