STK500 Diamix Probleme mit lesen und schreiben

[Jan (Gast)]

Hallo,

ich weiß leider nicht genau, ob meine Hardware Beschreibung jetzt genau 
zutrifft. Habe mich da nicht viel mit beschäftigt, weil immer alles gut 
funktionierte. Bis jetzt...

Ich habe diesen Programmer

http://www.ebay.de/itm/USB-ISP-Programmer-fur-ATMEL-AVR-STK500-ATmega-ATtiny-AT90-Controller-/282205704549?hash=item41b4c55165:g:RRYAAOSw8gVX8pz1

Wie gesagt, damit hatte ich lange keine Probleme und nun passiert das 
folgende. Ich habe bei meinem letzten Projekt bereits 5 AtMemga 644 
geschrottet, weil die nach dem Programmen auf einmal nicht mehr 
erreichbar waren. Ich hatte damals verschiedene Ursachen versucht aus zu 
machen und gedacht, ich hätte es, aber es ist immer wieder passiert. Und 
das auch ohne, dass ich Fuse Bits übertragen hab.

Nun hab ich ein neues Projekt mit Adruino Mini Pro, die ich aber aus 
Gewohnheit auch mit dem ISP Programmiere. Ging auch erst ganz gut, bis 
auch dieser AVR auf einmal nicht zu erreichen war. Ich hab jetzt wieder 
einen neuen dran. Bei dem ist mir aufgefallen, dass ich selbst, wenn ich 
nur die Signatur lese, ganz unterschiedliche Ergebnisse bekomme.

Mittlerweile hab ich einen 2. ISP, das gleiche Modell. Der hat aber auch 
das selbe Problem. Ich hab es an zwei Rechnern Probiert. Bei dem einen 
sind die Treiber etc. schon sehr lange drauf und ich hab damit schon 
viel ohne Probleme gemacht. Trotzdem selbes Problem. Auch wenn ich die 
Taktraten vom ISP auf ganz schnell oder ganz langsam oder was dazwischen 
mache, selbe Problem.

Ich benutze das Atmel Studio 5, dort ist STK500 auf COM9 eingestellt. 
Einmal unter Windows 7, einmal auf einem Win10 Host in einer XP VBox.

Ich weiß nicht, was man sonst noch wissen muss. Ich weiß jedenfalls 
nicht mehr weiter.

Vielen Dank für eure Hilfe

[Hmmm (Gast)]

Kauf Dir ein echtes STK500 (wird hier auch oft gebraucht angeboten), 
dann kannst Du auch mal mit HVSP einen Blick auf die Fuses der 
"defekten" AVRs werfen.

[Jan (Gast)]

Vielen Dank für die Hilfe. Mein original STK500 ist angekommen. Ich habe 
es direkt in Betrieb genommen. Von meinem Vorbesitzer steckte noch ein 
AT Mega 8-16PU. Ich habe gleich als erstes mal die Signatur ausgelesen. 
Aber siehe da: auch hier ändert sie sich bei jedem Lesen etwas. Hier 
z.B. die Ergebnisse von 5 mal lesen.

0x01 0x03 0x07
0x01 0x03 0x05
0x01 0x03 0x04
0x01 0x01 0x05
0x00 0x03 0x05

jetzt bin ich richtig ratlos

Mein USB auf COM Adapter (Prolific USB-to-Serial Comm Port) steht auf:

9600 Baud
8 Datenbits
keine Parität
1 Stoppbit
kleine Flusssteuerung

Ich benutze den Com Port nicht doppelt. Eine Kommunikation mit einem AVR 
über Hterm (u Controller repeatet das empfangende) funktioniert ohne 
Probleme...

[Jan (Gast)]

PS. Wenn ich im AVR Studio den Reiter mit den Fuses immer wieder neu 
aufrufe, werden immer wieder andere Fuse Bit Einstellungen angezeigt.

[Hp M. (nachtmix)]

Jan schrieb:
> Mein USB auf COM Adapter (Prolific USB-to-Serial Comm Port)

Probiers mal mit einem Rechner, der noch eine echte RS-232 Schnittstelle 
hat.

[H.Joachim S. (crazyhorse)]

Mit einem FTDI-Kabel funktionierts auch problemlos, habe ich seit 
Jahren.

[Bastian W. (jackfrost)]

Ich hatte mit einem Hama Prolific und dem STK500 Probleme. Bei einem 
Firmware Update ging dann nichts mehr.
Mit einem mit FTDI läufts seit Jahren ohne Probleme
Scheinbar war da ein Fake Prolific in dem Adapter.

Wenn du dich anmeldest und willst ,kannst du mir mal einen deiner 
defekten Mega644 mit frankiertem Rückumschlag schicken, dann schau ich 
mir meinem STK500 drauf

Gruß JackFrost

[DIAMEX (Gast)]

Jan schrieb:
> Mittlerweile hab ich einen 2. ISP, das gleiche Modell. Der hat aber auch
> das selbe Problem. Ich hab es an zwei Rechnern Probiert. Bei dem einen
> sind die Treiber etc. schon sehr lange drauf und ich hab damit schon
> viel ohne Probleme gemacht. Trotzdem selbes Problem. Auch wenn ich die
> Taktraten vom ISP auf ganz schnell oder ganz langsam oder was dazwischen
> mache, selbe Problem.
>
> Ich benutze das Atmel Studio 5, dort ist STK500 auf COM9 eingestellt.
> Einmal unter Windows 7, einmal auf einem Win10 Host in einer XP VBox.
>
> Ich weiß nicht, was man sonst noch wissen muss. Ich weiß jedenfalls
> nicht mehr weiter.

Ganz klar - zwei Programmer gleicher Fehler. Dann sind beide Programmer 
defekt? häää? Ich denke eher das ist mal wieder das ewige Problem des 
35cm entfernt sitzenden Programmierers, der den wahren Fehler nicht 
nicht erkennt (ist durchaus menschlich). Es gehen so viele Sachen falsch 
zu machen - Stück für Stück herantasten und möglichst nicht das 
vielleicht robusteste Teil im ganzen Versuchsaufbau immer wieder unter 
Generalverdacht zu stellen. Aber tröste Dich, bist nicht der Einzige der 
das so macht. Das geht auch weit aus höher qualifizierten Elektronikern 
so.
Ggf. sich mal an den Hersteller wenden - das geht via Mail oder Telefon 
- dann ist i.a.R. auch der Fehler schnell gefunden. Denn man kennt dort 
so ziemlich jedes "unlösbare Phänomen".
Grüße Diamex.