Wiedereinstieg, Problem mit Programmer

[Andreas (Gast)]

Hallo µC-Gemeinde,

nach langer Pause wollte ich malwieder etwas mit µC machen,
bin aber noch auf Einsteiger-Level.

Ich habe damals ein USBProg 3.0 + ein Olimex-Board in einem
Starterkit gekauft, hat alles super funktioniert.

Jetzt habe ich mir Atmel Studio 7 + Treiber etc. für den USBProg 
installiert,
funktioniert wunderbar, alles wird erkannt, ich kann den µC 
(Device-ID,..) auslesen usw.

Ab hier kommt mein Problem:
Jedes mal wenn ich einen neuen Atmega8a (frisch aus der Verpackung) 
programmiere (Mini-Programm mit Blinken einer LED, aus den Beispielen),
schlägt das Verify fehl(Flash stimmt nicht überein) und anschließend 
sind alle Lock-Bits gesetzt(vorher waren sie nicht gesetzt, konnte ich 
auslesen).
Chip-Erase geht auch nicht, ich kann danach nichtmehr auf den µC 
zugreifen. Fuses sind alle im Werkszustand. Sogar beim Ändern der Clock 
von intern 1 Mhz auf intern 8 Mhz sind danach alle Lock-Bits gesetzt.

Liegts am Programmer? Oder mach ich sonst irgendwas falsch?
Falls wer eine Lösung hat wäre ich sehr dankbar :)

Vielen Dank und viele Grüße
Andreas

[Karl M. (Gast)]

Hallo Andreas,

mit deinen unvollständigen Angaben wirst Du nur hören, klar es liegt an 
Dir oder deiner Hardware. Oder 42.

Wenn Du ALLES dokumentieren solltest, dann wäre evtl. eine Antwort 
möglich.

Beste Grüße.

[Andreas (Gast)]

Alles klar, ich versuch mal alles noch etwas detaillierter darzustellen.

Ich habe damals folgendes Starterkit gekauft:
http://www.elo-web.de/mikrocontroller-und-programmierung/avr-anwendungen/starterkit-atmega8

Richtig gelötet etc. ist alles, da es damals einbahnfrei funktionierte.

Damals hatte ich AVR Studio 4, jetzt Atmel Studio 7,
ich hänge mal ein paar Screenshots an:

1: ISP-Clock und Lesen der Device ID
2: Fuses
3: Lockbits -> sind alle gesetzt nach 1. Programmierversuch, davor waren 
alle auf "No  Lock"
4: Fehlermeldung bei Programmierversuch

und das Programm, dass ich laden möchte ist ein BlinkLED-Beispiel (bin 
gerade dabei die Toolchain zum Laufen zu bekommen), das mit dem 
Starterkit kommt. Denke da sollte kein Fehler enthalten sein, ich hänge 
es aber mal an:

#include <avr/io.h>


#define F_CPU 1000000UL
#include <util/delay.h>

int main()
{

  DDRC = (1 << PC5); /* Output */
  PINC = (1 << PC5); /* internal Pullups */

  while(1){

    PORTC |= (1 << PC5);/*LED OFF*/
    _delay_ms(250);
    PORTC &= ~(1 << PC5);
    _delay_ms(250);

  }



  return 0;
}

Falls noch weitere Infos benötigt werden kann ich die natürlich gerne 
geben ;)

[Andreas (Gast)]

Noch ein Update:

Nochmal alles mit AVR Studio 4 probiert, selbes Ergebnis,
aber ich kann die Lockbits löschen, Fuses schreiben,...
Programmieren geht aber nicht. Ohne Verify sagt er manchmal "OK",
schreibt aber nicht wirklich ->

Mein zu flashendes Programm lautet:

:1000000012C019C018C017C016C015C014C013C044
:1000100012C011C010C00FC00EC00DC00CC00BC06C
:100020000AC009C008C011241FBECFE5D4E0DEBF5E
:10003000CDBF02D00FC0E4CF80E284BB83BB24E2FB
:1000400034EFAD9AC9010197F1F7AD98C901019755
:08005000F1F7F7CFF894FFCFA0
:00000001FF

das was ich vom Controller lese:

:10000000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF00
:10001000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF0
:10002000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFE0
:10003000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFD0
:1000400034EFAD9AC9010197F1F7AD98C901019755
:10005000F1F7F7CFF894FFCFFFFFFFFFFFFFFFFFA0
:10006000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFA0
:10007000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF90
:10008000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF80
:10009000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF70
...

+ 500 weitere Zeilen die diesem Muster folgen,
da läuft also irgendwas gewaltig schief :/

Irgendwer eine Idee?