ATmega8 mit ICC AVR auslesen

[101010 (Gast)]

Hallo zusammen;

Ich habe die SuFu schon des öfteren bemüht, entweder habe ich die 
falschen Keywords oder ich bin einfach zu blind etwas zu finden zu dem 
Thema - bei letzerem möge man mich bitte mit dem Kopf drauf stoßen (z.b. 
in Form eines Links)

Ich muss etwas Reverse-Engeneering betreiben und einen ATmega8 aus einer 
Schaltung auslesen. Ob Fuse- oder Lock-Bits gesetzte sind, hab ich 
leider keine Info drüber.

Als Adapter hat man mir den STK200 gegeben, für ISP eben... aber ich 
will mometan nur auslesen mit ICC AVR v7 und nicht brennen - kann nur 
leider nichts in dem GUI finde, was nach auslesen aussieht... (der 
Brenn-Dialog ist ja recht verständlich)

Also wer Tipps für mich hat, bitte immer her damit :)

...und ja, ich habe die "Erlaubnis des Autoren" sein Programm 
auszulesen...

M.f.G. 42

P.S.: Danke schonmal!

[Εrnst B. (ernst)]

Aus einem Hamburger kann man keine Kuh mehr machen.
Genausowenig kannst du aus einem ausgelesenen AVR wieder C (oder 
ICC)-Quelltext machen.

ICC ist also schonmal das falsche Tool dafür. Nimm AVR-Studio, das kann 
auch mit dem STK200 umgehen, und kennt Assembler.

Aber wenn du den Programmierer eh kennst: Lass dir einfach von dem den 
Quelltext geben, und fertig.

[101010 (Gast)]

Ich kenne ihn, wobei ich ehr sagen muss, ich kannte ihn - wenn du 
versteht!

Ich will gar keinen C-Code bekommen, sondern ehr ein Hex-File... dachte, 
dass dazu zumidnest mit dem ICC AVR möglich sei... (Anmerkung: UMGEHEN 
kann der ICC auch mit dem STK-200)

... und den Quelltext habe ich auch, es geht darum, festzustellen, ob 
der µC auch wirklich mit dem Code bebrannt ist, welchen er tragen soll 
und nicht noch mir irgend nem Entwicklungscode...

Trotzdem schonmal danke, ich schau mit das Studio schonmal an, bin aber 
weiter für alle infos offen...

[Gast (Gast)]

>... und den Quelltext habe ich auch, es geht darum, festzustellen, ob
>der µC auch wirklich mit dem Code bebrannt ist, welchen er tragen soll
>und nicht noch mir irgend nem Entwicklungscode...


Dann programmiere ihn doch einfach mit dem 'richtigen' Code.

[101010 (Gast)]

> es geht darum, festzustellen, ob
> der µC auch wirklich mit dem Code bebrannt ist

Ich weiß ja nicht, was dadran so schwer zu versethen ist, aber ich 
glaube ich werde dann mal irgendwie gucken, dass ich es so hinbekomme...

Wenn es NICHT der Code ist, der es sein soll, dann gibt es nen Grund, 
dafür, dass es ein anderer ist (mir liegen mehrer vor, u.a. auf der der 
es sein sollte) und dann muss ich eben den grund suchen...