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.
Blandade samman minnestyperna
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.