Atmel Studio 6.2 / STK500 bleibt nach flash busy

der janninger Gast #4137726
Lesenswert?
• ▲
▼ 
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
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
der janninger Gast #4137959
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Andreas Gast #4147281
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.