Wirkung der AVR Lockbits

[honk (Gast)]

Hallo zusammen


Ich hab eine Frage zu den Lock Bits beim AtMega325P.
Wird durch das Setzen der Lockbits nur das schreiben/lesen zum JTAG bzw. 
ISP verhindert?
Oder anders rum gefragt. Kann ich trotz gesetzten Lockbits noch mit dem 
Bootloader die Applikation flashen und für Verify lesen?

Gruß
Honk

[Knut B. (Firma: TravelRec.) (travelrec)]

>Wird durch das Setzen der Lockbits nur das schreiben/lesen zum JTAG bzw.
>ISP verhindert?

Ja. Und HV-Prog.

>Kann ich trotz gesetzten Lockbits noch mit dem
>Bootloader die Applikation flashen und für Verify lesen?

Flashen kann der Bootloader dann, wenn Du per LockBits das SPM in den 
Application-Bereich zuläßt. Lesen kann der Bootloader das Flash, wenn Du 
das LPM in dem Application-Bereich zuläßt und eine Übergabe aus dem 
Bootloader in eine Schnittstelle programmierst.

[honk (Gast)]

>Flashen kann der Bootloader dann, wenn Du per LockBits das SPM in den
>Application-Bereich zuläßt. Lesen kann der Bootloader das Flash, wenn Du
>das LPM in dem Application-Bereich zuläßt und eine Übergabe aus dem
>Bootloader in eine Schnittstelle programmierst.

Hmmm ...
sw Update per Bootloader und Auslesen der Applikation verhindern ist 
also nicht möglich?

[Karl H. (kbuchegg)]

honk schrieb:
>>Flashen kann der Bootloader dann, wenn Du per LockBits das SPM in den
>>Application-Bereich zuläßt. Lesen kann der Bootloader das Flash, wenn Du
>>das LPM in dem Application-Bereich zuläßt und eine Übergabe aus dem
>>Bootloader in eine Schnittstelle programmierst.
>
> Hmmm ...
> sw Update per Bootloader und Auslesen der Applikation verhindern ist
> also nicht möglich?

Wenn es der Bootloader im AVR nicht unterstützt kann die Gegenstelle den 
Bootloader auch nicht benutzen um das Flash auszulesen. Woher soll denn 
der Bootloader wissen, dass du am anderen Ende der Strippe sitzt und 
nicht ein "pöser Schurke".

[honk (Gast)]

>Wenn es der Bootloader im AVR nicht unterstützt kann die Gegenstelle den
>Bootloader auch nicht benutzen um das Flash auszulesen.

... das is mir schon klar.
Die war aber doch ob der Bootloader das Flash lesen/schreiben kann wenn 
JTAG ISP, ect. per Lockbits lahmgelegt wurden???

Der update läuft übrigends im Prinzip wie das Beispiel aus der GCC lib 
hier:
http://www.nongnu.org/avr-libc/user-manual/group__avr__boot.html

[honk (Gast)]

... das is mir schon klar.
Die Frage war aber doch ob der Bootloader das Flash lesen/schreiben kann 
wenn
JTAG ISP, ect. per Lockbits lahmgelegt wurden???

Jetzt als ganzer Satz .

[Knut B. (Firma: TravelRec.) (travelrec)]

Ja, kann er, solange Du per Lockbit nicht das SPM und LPM verbietest.

[Timo S. (kaffeetas)]

JTAG, ISP, Bootlader erlaubt/verweigert man mithilfe der Fusebits.

Die Lockbits regeln dann die Schreib/Leserechte im Flash, meistens sogar 
für Boot und Programmbereich getrennt.

Wenn du einen Bootloader nutzen willst solltest du über Verschlüßelung 
nachdenken. Wenn Du das Programmfile unverschlüsselt auslieferst dann 
muß der "Hacker" ja nichtmal den AVR auslesen.

Grüße
 Timo

[honk (Gast)]

>Ja, kann er, solange Du per Lockbit nicht das SPM und LPM verbietest.

Reden wir jetzt aneinander vorbei ?????
SPM und LPM zu verbieten ist doch gerade das was ich erreichen will um 
das Auslesen zu Unterbinden.

[Knut B. (Firma: TravelRec.) (travelrec)]

Dann setze doch die Lockbits für SPM und LPM prohibited!

[Knut B. (Firma: TravelRec.) (travelrec)]

Allerdings nutzt Dir der Bootloader dann nichts mehr!

[honk (Gast)]

O.K.
Ich hab jetzt die Hardware zum Ausprobieren da und hab herausgefunden 
wies geht.
Wenn die Memory Lock Bits aktiviert sind ist das Programmieren über den 
Bootloader weiterhin problemlos möglich.

[Knut B. (Firma: TravelRec.) (travelrec)]

Wie gesagt.