FRAM zapomina data

[Josef Šíp]

Prave ze se zapisuje jen při zmene konfigurace, která se prijima přes RS485.
K zapisu urcite nedojde jen ke cteni.
Vse je zabezpecene pomoci CRC, prave proto hned vim ze data jsou s chybou.
Jak konfiguracni data, tak i CRC se uklada na 2 mistech a byva to poskozene ruzne. Vždy jen několik byte.
Sice nevim proc ale zrejme to bude souviset s tim napajenim.
Blkovane je vse dobře, ale jak rychle se napeti zvetsuje to nevim, musel bych si přivstat za svitani.
Při rucnim vypinani, zapinani to bohužel nedela……


From: Hw-list [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Hynek Sladký
Sent: Sunday, February 25, 2018 7:03 PM
To: HW-news <hw-list na list.hw.cz>
Subject: Re: FRAM zapomina data

WDT, BOR - nemuze to byt tim? Procesor se rozbehne, zacne zapisovat, ale v tu chvili probehne reset, takze data nejsou cela...

Mozna by to chtelo mit data zapsana s nejakym kontrolnim mechanismem ve vice kopiich - mozna jeste lepe po mensich blocich a na ruznych adresach (tj. vzajemny posun by nebyl ekvidinstantni...) - a z nich pak skladat celkova data? Porovnat kontrolni soucty a data a pokud se na dvou mistech shoduji, tak dany blok je pouzitelny?

Hynek Sladky

On 25.2.2018 16:56, Josef Šíp wrote:
Mam v zapoieni CPU na 3.3V a FRAM na I2C  FM24CL16B-GTR
Často ale ne vždy se stava, ze pokud na noc vypadne napajeni, několik byte ma po zapnuti jinou hodnotu.
Nesetkali jste se někdo s necim takovym?

Je to v zapojenI regulatoru MPPT k FVE takze přes noc je to bez napajeni, pamet jsem zkusil i vymenit za jinou
velikost s rozsahem do 5V, upravit program aby zapisoval jinde atd,.. ale vse marne.
Uz me nenapada kde by mohla byt chyba, nevim zda nemůže mit vliv nabehu napajeni při rozedneni…
Při nizkem napeti je CPU v resetu přes BOR a jakmile je napeti uz dostatecne provede se ještě jedou
Reset přes WDT, coz bohužel taky nepomaha, data v FRAM jsou opravdu chybna…

DIky J.
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20180225/64ed1d86/attachment.html>