Diamex AVR Programmer Problem

[Jabu (Gast)]

Moin,

Seit dem Wechsel von meinem Mainboard funktioniert mein Diamex Progammer 
nicht mehr. Die Treiben habe ich mehrfach neu installiert und der Stick 
wird erfolgreich erkannt (LED leuchtet durchgehend). Ich nutze AVR 
Studio 5, wenn ich Add STK clicke, zeigt es mir auch an, an welchen COM 
Port der Stick angeschlossen ist (COM10 aufwärts, darunter liegt 
seltsamerweise keiner der USB Ports). Wenn ich den Programmer starte und 
Apply auswähle, bekomme ich als Fehlermeldung, dass kein Progammer 
angeschlossen ist.

Ich vermute, dass Windows seit dem Hardwarewechsel irgendwas mit den COM 
Ports zerstört hat.

Irgendjemand eine Idee? Danke schonmal.

[Jabu (Gast)]

Nachtrag: Ich nutze Windows 7

[isidor (Gast)]

Jabu schrieb:
> Nachtrag: Ich nutze Windows 7

Vorher und nachher?

Windows neu installiert oder einfach das neue Board der
alten Installation untergejubelt?

[Jabu (Gast)]

Das neue Board der alten Installation untergejubelt trifft es ziemlich 
gut (-;

Ich habe den Fehler soeben gefunden, Wenn ich im Gerätemanager die 
Portdeklarierung von z.B. COM16 auf das nicht besetzte COM6 
heruntersetze, kommt AVR Studio wieder damit klar und alles 
funktioniert.

[Frank W E (Gast)]

> COM10 aufwärts, darunter liegt seltsamerweise keiner der USB Ports

Bin bei AVR Studio nicht mehr im Bilde, aber frühere Versionen haben den 
Programmer nur bis COM4 unterstützt. COM1 bis COM4 kann man einfach 
erzwingen, falls Windows COM10 zuweist 
(Gerätetreiber->COM10-Port->Eigenschaften->Anschlusseinstellungen->Erwei 
tert->COM-Ansclussnummer).  Warnung ignorieren.

[isidor (Gast)]

Frank W E schrieb:
> Bin bei AVR Studio nicht mehr im Bilde, aber frühere Versionen haben den
> Programmer nur bis COM4 unterstützt.

AVR Studio 4.18 bietet die Möglichkeit der Konfiguration, es kann
spezifiziert werden wieviele Ports gescannt werden sollen.

Durchaus möglich dass dies im Studio 6.x auch der Fall ist.

[isidor (Gast)]

Jabu schrieb:
> Das neue Board der alten Installation untergejubelt trifft es ziemlich
> gut (-;

Glück gehabt. Unter XP gab es da durchaus Fälle (bei unterschiedlichem
Chipsatz) dass gar nichts mehr ging.

[Bernd K. (prof7bit)]

Jabu schrieb:
> ch habe den Fehler soeben gefunden, Wenn ich im Gerätemanager die
> Portdeklarierung von z.B. COM16 auf das nicht besetzte COM6

Das ist ein bekannter Bug in Windows und die Anwendung muss darum 
herumarbeiten (und wenn sie das versäumt zu tun ist sie ebenfalls 
fehlerhaft): Com-Ports oberhalb von 9 können nur unter Namen wie 
"\\.\COM10", "\\.\COMxx" angesprochen werden, die kurzen Namen wie zum 
Beispiel "COM10" gehen dort nicht mehr. Wahrscheinlich hat Bill da 
irgendwo nur 4 Bytes für den Namen reserviert, 9 Com Ports sollten 
schließlich genug für jeden sein. Das "\\.\" als Würgaround wurde dann 
wohl später drangeflickt in bester MS-Manier.

Wenn man [Atmel] da nicht dran denkt und seine Anwendung nicht ausgiebig 
genug testet dann kann das von Dir beobachtete Verhalten auftreten.

Die Macher von AVRStudio haben wahrscheinlich die ganze Zeit nur mit 
Port-Nummern kleiner als 10 getestet. Ist mir auch schon passiert. Aber 
nur einmal.