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

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


Takze som svojich 20 centov neprehral :-)

2012/1/2 Jaroslav Buchta <jaroslav.buchta na hascomp.cz>:
> Nevim jak velke jsou rezervy, treba AT(X)mega ma tusim 10000 garantovanych
> cyklu, coz mela aspon kdysi i EEPROM 24Cneco a tu jsem zkousel, vydrzela jen
> 3x tolik a pak uz si bunka nepamatovala poradne nic...
> Ted koukam na atmel a je stejny pocet pro 25 a 85 stupnu, lisi se data
> retention... Proste bych to tak optimisticky nevidel ale zkouset to ted teda
> nebudu (PIC32 me stal u Farnelu 260Kc ;-) )
> Dne 2.1.2012 10:00, j s napsal(a):
>
>> 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
>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>
>
> _______________________________________________
> 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