[elektro] Pickit2 hiba vagy nem?

[Acs Gabor]

Jó, rendben, tehát a PK2 ha nem tudja beállítani a tblrd-t, akkor ettől 
még nem lesz kevésbé védett a kód. Neked van erről tapasztalatod, hogy 
nem hagyja beállítani, vagy csak nálam csinálja?

Ha már a 24-es szóba került. Itt nálam az MPLAB-ban csak General Code 
Segment Code Protect (illetve Write Protect) van. Akkor ez itt 
visszalépés lenne a 18F sokféle lehetőségéhez képest, vagy máshogy kell 
megoldani a dolog finomítását? Remélem, nem kérdeztem túl nagy hülyeséget :)


Gábor

hg12345 írta:
> A codeprotect ki és beírás ellen is véd!
>
> Azért van többrészre osztva, mert vannak olyan uC amik már előzőleg kóddal van feltöltve (pl BASIC) és a fentmaradó területre lehet a USER programot irni.
> Maga a programozás is egy belső program amihez nem tudsz hozzáférni,  ill a PIC24/dsPIC esetén a maga ICSP kommunikáló debug mag is egy rejtett területen lévő program, mert már nem kell beégetni, de RAM területet kell foglalni számára.....
>
> Acs Gabor <agabor at electrodesign.hu> írta:
>   
>> Akkor azt is tisztázni kellene, hogy a Code protect csak a programozóval >
>>     
> kiolvasás ellen véd, vagy a hozzáírás ellen is? Mert ha véd a hozzáírás >
> ellen, akkor nem lehet a kalózprogramot sem beletenni utólag, akkor >
> mindegy hogy van-e tblrd tiltás, vagy nincs, akkor csak a HG által írt >
> saját felülírás elleni védelemre van értelme. Ha meg lehet utólag >
> pluszba beírni, csak kiolvasni nem, akkor kell mégis ez a védelem, amit >
> nálam nem tud a PK2.>
>   
>>     
> Gábor>
>   
> Moczik Gabor írta:>
>   
>> Acs Gabor wrote:>
>>   >
>>     
>>> Aha! Köszi, ez már konkrét info.>
>>> Mire lehet jó akkor a tábla-olvasás-védelem? U_g_yanez van külön a boot >
>>> területre is_._>
>>>     >
>>>
>>>       
>> Ha bootloader-rel akarod fűszerezni az egészet, akkor az írást (tblwrt) >
>> nem tilthatod le, mert akkor nem működne a bootloader. így viszont >
>> beírható egy olyan kód ami kiolvassa a tartalmat, ez ellen lehet >
>> védekezni ha a tblrd-t letiltod, erre ugyanis nincs szükség egy >
>> bootloaderhez.>
>>     
>> Az más kérdés, hogy a Flash->RAM copy nem igazán lesz hatékony így, >
>> tehát mondjuk C-ben egy kezdőértékkel rendelkező nem-konstans tömb >
>> inicializálása gondolom jóval bonyolultabb a compiler szemszögéből.>
>>     
>>   >
>>
>>     
> ----------------------------------------->
>           elektro[-flame|-etc]>
>
> -----------------------------------------
>           elektro[-flame|-etc]
>
>  _____________ NOD32 5504 (20101005) Információ _____________
>
> Az üzenetet a NOD32 antivirus system megvizsgálta.
> http://www.nod32.hu
>
>
>
>