Pokusna deska pro PIC32 - bylo Jak na WiFi s MCU a MRF24WB0MB

j s jarin.hw na gmail.com
Pondělí Leden 2 10:00:38 CET 2012


Nie som nejaky odbornik na FLASH, ale ono je to takto - vyrobca
garantuje nejaky pocet prepisov (v nasom pripade 1000), pri nejakej
teplote (v nasom pripade 85 stupnov) a pri nejakej retention (v nasom
pripade 20 rokov) a to tak, ze z nejakej statistickej vzorky je 99,XXX
percent OK.
Teda ak ju 1000 krat prepisete pri 85 stupnoch, nielen ze nemate ani
jeden vadny bit, ale dokonca Vam pri tych 85 stupnoch vydrzi zapisana
informacia 20 rokov.
Ak s niektorymi z tych troch parametrov pojdete hore, ostatne Vam
pojdu dole a naopak. Dost zavazny parameter je teplota. Ak sa nebudete
drzat teploty 85 stupnov a pozadovat 20 rocny retention time, tak sa
pocet zapisov zvysi fakt o niekolko radov.
Som ochotny stavit akukolvek penaznu sumu, povedzme aj 20 centov, ze
pocas svojho zivota nebudete schopny pri normalnom ladeni vymlatit
predmetnu FLASH natolko, ze by mala retention time tych 5 minut.
Nemyslim tym program, ktory bude dokolecka mazat a zapisovat do FLASH,
ale skutocnym ladenim s PicKit3/ICD3/cimkolvek, pri praci 8 hodin
denne, 5 dni v tyzdni. Sice som pred chvilou vyratal, ze to aspon 5
rokov vydrzi - a nie ze by som Vam nedoprial viac casu - ale bolo to
na odhadoch volenych velmi konzervativne ladenych s ohladom na
zivotnost FLASH a velmi drsne volenych s ohladom na pracovny cas :-)

J.S.

2012/1/2 Jaroslav Buchta <jaroslav.buchta na hascomp.cz>:
> No ale snizeni spolehlivosti, kdy nejaka bunka zapomene za 5 minut by taky
> mohlo zkomplikovat ladeni ;-)
>
> Jeste lepsi je AT91SAM7S256, ten ma jen 100 prepisu na nejakou fuse ktera
> voli boot loader pri kazdem zavadeni programu (nebo tak neco, uz jsem to
> dlouho nepouzival) tam jsem rychle napsal vlastni bootloader ;-)
> Ale to jsem jeste nepouzival JTAG, tam to asi odpada.
>
> Dne 2.1.2012 9:21, j s napsal(a):
>
>> Znizenie spolahlivost FLASH... no hadam nechcete ten "obehany"
>> testovaci kus pouzit vo finalnom zariadeni, vsak nie?
>> Vymena by nemusela byt taka problematicka - mne na to staci nejaka
>> regulovatelna teplovzdusna pistol z nejakeho baumaxu ci coho,
>> profesionali iste pouziju adekvatne naradie na to urcene. Ale ako som
>> pisal, k vymene s najvacsou pravdepodobnostou nikdy nepride. Tych
>> 1000EW cyklov je pre teploty do 85, resp. 105 stupnov Celzia. Pokial
>> si nepotrpite na ladenie v saune alebo Vas nezamestnava knieza pekiel
>> ;-) , tak to bude typicky, z mojho skromneho odhadu tak o dva rady
>> viac. Ak tu FLASH budete prepisovat 100krat denne, vydrzi to 1000 dni,
>> co je pri praci 200x do roka asi 5 rokov. Myslim, ze to je dost.
>> Alebo siahnite po novsich PIC32MX534/564/664/764, tie maju momentalne
>> menej FLASH a RAM (128/32K), ale prijemnejsiu spotrebu a garantovanych
>> 20000 EW cyklov pri 85 (105) stupnoch a tam to pri izbovej teplote
>> vyjde na stovky rokov. Teda este vnuci Vasich vnukov budu moct ladit
>> PIC-ko podla chuti :-)
>>
>> S tym behom z RAM som pisal uz kolegovi Buchtovi - je to v prikladoch,
>> pripadne si skuste pohladat na forach, niekde som to zazrel ako sa to
>> riesilo.
>>
>> A este na jednu vec som pozabudol - ak si nieco odladite v RAM a potom
>> to nechate bezat z FLASH, pojde to pomalsie. Z FLASH sa neda citat tak
>> rychlo ako z RAM, teda vykonavanie programu je brzdene wait-state-mi.
>> To sa do istej mieri riesi cache, ale ani ta nie je vsemozna, takze vo
>> vysledku to z FLASH ide pomalsie ako z RAM. Samozrejme, zavisi do od
>> typu oepracii, struktury programu atd. Takze na toto pozor.
>>
>>
>> J.S.
>>
>>
>>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list


Další informace o konferenci Hw-list