Atmel Studio 6.2 / STK500 bleibt nach flash busy

[der janninger (Gast)]

Hi,
folgendes Problem:

Nachdem ich in Atnel Studio 6.2 den auf dem STK500 befindlichen µC 
geflasht habe und danach den Source verändere und ein zweites mal 
flashen möchte, zeigt Atmel Studio an, dass das STK500 nach wie vor 
beschäftigt ist, obwohl es nach dem ersten Flashvorgang ja wieder 
freigegeben werden sollte.
In Atmel Studio 4 bstand dieses Problem nicht.
Ich verwende ein USB2Serial Kabel.

Firmware des STK500: 2.10

Selbst nach dem ON/OFF des STK zeigt sich keine Veränderung.
So muss vor jedem erneuten Flashvorgang Atmel Studio beenden und 
neustarten, was auf die dauer recht nervig ist.

Gibt es eine Möglichkeit den Port manuell freizugeben außer das Studio 
zu beenden?

Gruß
der janninger

[sigma9 (Gast)]

Hi,

Windows8?

falls ja hatte ich ein ähnliches Problem mit AVR Dragon.
Workaround hier am Ende:

Beitrag "ATMELStudio 6.2 auf Windows 8"

[der janninger (Gast)]

Danke für den Hinweis.
Habe jetzt mal den alten Atmel USB Treiber installiert, aber nach wie 
vor den Fehler. Testweise habe ich mal Bascom installiert, welches ja 
nur die stk500.exe verwendet und das ohne Probleme.

Besteht die Möglichkeit die stk500.exe in Atmel Studio einzupflegen?

Diese halbgaren USB Treiber machen nur Ärger, solche Probleme kenne ich 
von der RS232 nicht. Nur leider steht mir diese nicht mehr zur 
Verfügung.

[Andreas (Gast)]

Hallo janninger,

ich hatte erst vor einer Weile das selbe / oder ein ähnliches Problem.
Tatsächlich kann das Busy-Problem auch andere Ursachen haben. Der 
USB-Treiber ist nur eine.

Bei mir (Atmel Studio V6.2, SP2) trat das Problem IMMER auf, sobald im 
Device Programming Dialog der Reiter "Production Programming/File" 
ausgewählt wurde (nur bei 8bit AVR devices sichtbar). Man braucht nicht 
mal ein File auswählen - alleine den Reiter "Production Programming" 
auszuwählen reicht aus, beim nächsten Öffnen des Device Programming 
Dialogs den zuletzt verwendeten Programmer mit dem Vermerk [Busy] 
vorzufinden - das gilt ironischerweise auch für den Simulator (ist 
ärgerlich, aber auch irgendwie saukomisch).

Der Atmel Support hat mir das Problem letztendlich bestätigt. Laut dem 
Support würde das gefixt, man könne aber nicht sagen wann (liegt jetzt 
etwa 4 Monate zurück).

Gruß,
Andreas