Build-Probleme mit Eclipse 3.4.2

Hallo,

kannst du denn die Lockbits lesen und schreiben?

Hast du das Projekt gewählt bevor du auf Upload gegangen bist?
Wenn man eine einzelne Datei angeklickt hat meckert er nämlich.

Gruß Brun

Jap, Projekt ist angewählt, da kommt sonst eine andere Fehlermeldung :)

Lockbits: Neue Fehlermeldung ^^ The port "usb" for the programmer 
"avr911" is blocked. Check that no other instances of AVRDude or any 
other programm is using the port.
Reason:
avrdude: ser_open(): can't open device "usb": Das System kann die 
angegebene Datei nicht finden.

Den Programmieraufbau habe ich nicht verändert, mit dem AVR Studio 4 
geht soweit alles normal (allerdings kompiliere ich dort im Studio und 
lade den Code danach mit einem ProgTool von myAVR auf den Prozessor, da 
Studio Probleme hat (mit ein Grund, wieso ich auf Eclipse wechseln 
möchte -.-). Soweit sollte der richtige Port angegeben sein, es laufen 
auch keine anderen Programme im Hintergrund, die den Port beanspruchen 
sollten..

Hast du ein Screenshot von den AVRDude Einstellungen.
Das würde vielleicht helfen.

Welche Einstellungen meinst du?
Denkst du da an einen speziellen Reiter bei den Project-Properties?

Von diesen Tutorial das letzte Bild.
http://www.wiki.elektronik-projekt.de/mikrocontroller/avr/avr_eclipse_tutorial

Welches Betriebssystem verwendest du überhaupt?

BS ist Windows XP SP3.

Anbei der Screenshot.


EDIT: Hab einen Teil des Fehlers gefunden!
Anscheinend hat Windows Probleme, wenn man direkt USB hinschreibt und 
nicht den zugehörigen COM-Port (in meinem Falle COM4). Der Download der 
Lockbits läuft jetzt, wenn ich aber zum Download wieder das Flash Image 
auswähle, kommt die altbekannte Fehlermeldung:

> Dann kommt allerdings eine Fehlermeldung:
> "The active build configuration has no options set to upload anything to
> the device.
> Please select at least one item to upload (flash/eeprom/fuses/lockbits)"

Wähle mal als Hardware den AVRISP MKII aus.
Wenn ich das richtig gelesen habe ist das ein MKII Nachbau.

Hat der Programmer mit dem AVR Studio funktioniert?
Wenn ja, was hast du denn da als Hardware gewählt?

Nunja, funktioniert wäre zuviel gesagt. Code kompilieren war natürlich 
kein Problem, aber Kontakt hatte ich zum mySmartUSB nicht. Musste ich 
über ein externes Tool vom Hersteller bewerkstelligen (myAVR ProgTool).

Funktioniert auch mit MKII und (sicherheitshalber) V2 nicht.

Im Shop von myAVR ist die Beschreibung vielleicht hilfreich.
http://shop.myavr.de/index.php?sp=article.sp.php&artID=42

Allerdings ist das was unter Treiber steht sehr interessant.
http://shop.myavr.de/index.php?sp=download.sp.php&suchwort=dl46

Das Ding benutzt einen Virtuellen COM Port.
Vielleicht muss du als Port nicht USB auswählen sondern den 
entsprechenden COM Port.

Das hab ich bereits geändert, das Problem ist unverändert. Laut 
Gerätemanager COM4, diesen hab ich auch eingestellt.
Folge davon ist, dass ich nun wenigstens die LockBits anscheinend normal 
programmieren kann.

Konsolenmeldung (mit Atmel AppNote 911):
> Connecting to programmer: .
> Found programmer: Id = "AVR ISP"; type = S
>     Software Version = 2.5; Hardware Version = 2.0
> Programmer supports auto addr increment.
> Programmer supports buffered memory access with buffersize=512 bytes.

> Programmer supports the following devices:

(ganz viele Devicecodes)

> avrdude: AVR device initialized and ready to accept instructions

> Reading | ################################################## | 100% 0.05s

> avrdude: Device signature = 0x1e910b
> avrdude: reading input file "0x3"
> avrdude: writing lock (1 bytes):

> Writing | ################################################## | 100% 0.00s

> avrdude: 1 bytes of lock written
> avrdude: verifying lock memory against 0x3:
> avrdude: load data lock data from input file 0x3:
> avrdude: input file 0x3 contains 1 bytes
> avrdude: reading on-chip lock data:

> Reading | ################################################## | 100% 0.00s

> avrdude: verifying ...
> avrdude: verification error, first mismatch at byte 0x0000
>          0x03 != 0xff
> avrdude: verification error; content mismatch

> avrdude done.  Thank you.

> avrdude finished

Beim Flash Image (ohne LockBits) ist das gleiche Problem wie bis anhin.
Weiter interessant:
Stelle ich den AVR ISP mkII ein, kommt ein Operation Time Out. 
Anscheinend nimmt er via mkII keinen Kontakt zum Programmer auf, bzw. 
erhält keine Antwort (Reason: avrdude: stk500_2_ReiceiveMessage(): 
timeout).

Die Fehlermeldung mit den "verification error" bekomme ich auch meisten.
Allerdings ist mein Programm drauf und funktioniert.
Wenn ich das mein Programm mehrmals installiere ist die Fehlermeldung 
weg.
Den Grund für diese Meldung habe ich allerdings noch nicht rausgefunden.

Ist dein Programm jetzt drauf?
Probiere es mehrmals ob du die Fehlermeldung immer noch bekommst.

Heiss :P

Beim neunten Programmieren (jeweils immer mit dem Fail), kommt ein 
Error:
>The port "COM4" for the programmer "avr911" is blocked.
>Check that no other instances of AVRDude or any other programm is using the >port
>Reason:
>avrdude: ser_open(): can't open device "COM4": Zugriff verweigert

Danach funktionierts wieder, jeweils immer mit dem Verification Error.

Weiterer Test: Code etwas abgeändert, zum Test ob es trotzdem lädt. 
Einstellungen auf Flash Image from Build und Lock Bits 0x03 (sobald man 
LockBits programmiert, läuft es ja anscheinend). Fehlanzeige: Läuft 
durch, Verification Error, aber Programmcode nicht geladen :(

Fazit: Flash Image alleine laden geht nicht (Fehlermeldung), wenn ich 
LockBits dazuschalte, kommt keine Fehlermeldung. Es kommt aber der 
Verification Error und den Code lädt es trotzdem nicht auf den Chip.
Kann es sein, dass ich irgendeine Einstellung falsch gesetzt oder 
vergessen habe?

Erzeugt er denn ein HEX File?
Bei Eclips muss man das nämlich erst einstellen. Sonst erzeugt er kein 
HEX File.

Hat er mir bisher tatsächlich keines.

Nachdem ich nun ein neues Projekt erstellt und nochmals alle Einstellung 
frisch aufgesetzt habe, wird eines erstellt. Verification läuft auch gut 
durch, anscheinend lädt es, wenn ich aber den Code abändere, sehe ich, 
dass es mir das Hex-File nicht auf den Chip lädt..