Sida 3 av 3

Postat: 4 juli 2007, 17:38:13
av sodjan
OK, men oavsett hur nyckeln "plockas fram" så ska den fortfarande
*jämföras*, vilket väl var grundfrågan...

Skit samma, vi är säkert helt överens (med mig), igentligen... :-) :-)

Postat: 4 juli 2007, 17:48:51
av v-g
Som säkerhet räcker nog code protect på flashminnet. Har man kommit såpass långt att man kommer åt kretsen får man nog se säkerheten som "forcerad".

Läsa EEprom-minnet i pic är enkelt. Att läsa just 4 siffror är nog hugget som stucket om man kör det i loop eller ej.

Att spara koden i EEpromet rekommenderas om strömavbrott kan/får förekomma.

Edit:Fel minnestyp

Postat: 4 juli 2007, 18:20:16
av sodjan
Rekommenderas framför vadå ?

Postat: 4 juli 2007, 18:44:58
av v-g
Åhh såklart menade jag EEprom. Tur någon har ögonen med sig.

Postat: 4 juli 2007, 18:53:11
av sodjan
Och varför rekommenderas Flash framför EEPROM "om strömavbrott kan/får förekomma" ?

Postat: 4 juli 2007, 20:16:53
av v-g
Nu ska felet vara rättat. :roll:

Blandade samman minnestyperna :oops:

Framför att lagra det i arbetsminnet är svaret på sodjans fråga.

Postat: 5 juli 2007, 00:31:55
av sodjan
Ja, ock det riktigt stora problemet med att *enbart* ha det
i RAM, är ju inte om strömmen skulle gå, utan att få ditt det
"in the first place" (d.v.s efter power-on). Hur tänkte du
igentligen med det ?

Postat: 5 juli 2007, 11:29:37
av v-g
Efter power on antar koden värdet som man sätter i initialize antigen hårdkodat eller avläst från EEprom. Hur man ändrar den därefter är nog upp till designern av kodlåset.