Atmelstudio setzt lock bits nach Flashen!

Markus schrieb:
> Guten Tag,
> habe siet längerem keinen AVR mehr Programmiert.
> Nach Fräsen der Platine und Löten komm ich mit dem Programmiertool von
> ATMEL Studio auf den Controller und kann die Clock hochsetzen, fuses
> lesen.... etc.....
> Nach dem ersten Flashen(.hex) unter der Rubrik Memories von meinem
> C-Code, werden schon zum 2. mal die alle Lockbits gesetzt. Ich kann zwar
> noch vom Controller lesen, aber nichts mehr schreiben.
> Ich verwende einen Atmega8-16AU im TQFP32 Gehäse.
> Jemand ein Tipp woran das liegen könnte, bevor ich nochmals einen neuen
> Controller auflöte?
>
> Vielen Dank.
>
> LG

Ähm, dir ist schon klar, dass du lock-bits wieder zurücksetzen kannst 
indem du ein erase machst ?

Markus schrieb:
> Nach dem ersten Flashen(.hex) unter der Rubrik Memories von meinem
> C-Code, werden schon zum 2. mal die alle Lockbits gesetzt. Ich kann zwar
> noch vom Controller lesen, aber nichts mehr schreiben.

Der Sinn der Lockbits ist vor allem, dass du nicht mehr lesen kannst.

Wenn du nicht mehr programmieren kannst, d.h. ein Verify fehlschlägt, 
kann es daran liegen, dass das Häkchen bei "Erase flash before 
programming" nicht gesetzt ist. Das ist jetzt zwar Studio 4, aber das 
wird es beim 6er auch geben.

mfg.

Markus schrieb:
> Hallo,
> ja eigentlich durch den device erase in der memory sektion. Trotz
> löschen kann ich keine fuse- oder lockbits ändern, oder den programmcode
> ändern....

1. Die Lockbits werden beim Flashen eines Hex-Files nicht verändert.
2. Die Fusebits werden beim Flashen eines Hex-Files nicht verändert.
3. Wenn der Controller gelöscht werden kann, sind die Fusebits
   grundsätzlich richtig eingestellt. Ob die Lockbits dabei gesetzt
   sind, ist unerheblich, da sie gelöscht werden.
4. Die Signatur ist immer auslesbar. Lässt diese sich nicht auslesen,
   sind die Fusebits falsch eingestellt oder die Schaltung ist Murks
   bzw. der Programmer hat eine Macke.

Das alles setzt natürlich voraus, dass der richtige Controller 
eingestellt ist und die ISP-Verbindung sowie die Spannungsversorgung 
einwandfrei sind. Sonst kann man böse Überraschungen erleben.


mfg.

Sparprogrammer halt - was will man erwarten...

Henry schrieb:
> Gibt es denn eine Empfehlung, wie der ISP-Takt idealerweise einzustellen
> ist?

maximal 1/4 AVR Takt.
besser 1/8 oder weniger.

Hallöchen,
ich habe seit heute morgen exakt das gleiche Problem!
Die ganze Woche den selben ATMEGA 8 16PU über den billig Programmer 
MySmartUSB light in AtmelStudio 7 programmiert vielfach ohne Problem! 
Seit heute sind die Lockbits gesetzt und lassen sich nicht 
zurücksetzten, auch nach Löschen des Speichers!

Hat inzwischen jemand eine Lösung gefunden! Liegt es wirklich am 
Programmer?!

Alexander D. schrieb:
> Seit heute sind die Lockbits gesetzt und lassen sich nicht
> zurücksetzten, auch nach Löschen des Speichers!

Dann ist irgendwas grundlegend foul.  Das ist kein normaler
Betriebszustand.  Nach erfolgreichem chip erase müssen die
Lockbits immer weg sein.

Vielleicht liest der Programmer ja einfach konsequent nur noch
Nullen aus, und der Lockbit-Test ist das erste, was er dann macht?
Da würde er die falschen Nullen als Lockbits fehlinterpretieren.

@Jörg,
ja, ich glaube auch, dass etwas grundlegend schief läuft. Ein frischer 
Controller kann noch beschrieben werden, danach sind die Lockbit gesetzt 
und lassen sich nicht mehr zurücksetzen.

D.h. Erase funzt, nach kann man auch die Lockbits vermeintlich 
zurücksetzen, doch wenn man sie einliest, werden sie immer noch als 
gelockt angezeigt. Entweder wird nicht richtig geschrieben oder gelesen!

Auch mir AVR Dude kann ich z.Z. nicht auf den Chip zugreifen. Dude sieht 
den Com Port nicht mehr.

Auch über AtmetStudio ist mittlerweile keine Verbindung mehr möglich!

Ich habe den Programmer in Verdacht!

Ich werde mir mal von einem Kollegen einen anderen besorgen und testen! 
Wird aber erst Montag was!

Ich berichte, wenn ich eine Lösung gefunden habe !

Welchen Programmer ist den allgemein empfehlenswert?!

Alexander D. schrieb:
> Dude sieht den Com Port nicht mehr.

Dann hat der aber ein Problem mit dem OS.  Dann isses auch kein
Wunder, dass das Studio damit nur noch Unfug macht.  Nur die Meldung
mit den Lockbits verwirrt natürlich, vermutlich ist das ein ein Plugin,
welches den eigentlichen Fehler (Port ist nicht mehr da) nicht sauber
abfängt und berichtet, sodass beim Weiterlaufen nur noch Quatsch
passiert (wie eben die vorgeblichen Lockbits).

BlaBla schrieb:
> Kauft euch doch endlich mal einen anständigen Atmel-Programmer.

"Danke für den qualifizierten Beitrag!" Welchen würde Du denn 
empfehlen?!

> Die myAVR werden doch gar nicht weiterentwickelt.

@BlaBla,

danke für die Info's!