[elektro] PIC16F883 EEPROM adatvesztés

[hg12345]

"Móczik Gábor" <pm_levlista at progzmaster.hu> írta:
>2011.11.12. 7:42 keltezéssel, hg12345 írta:>
> Hát egy belső eeprom olvasás azért 1 ciklus alatt lezajlik.>>
> Na jó, ki kell adni hozzá mondjuk 3-5 utasítást, de nem 5ms...>>
>>
> Elnézést!!!!  "beírás" nem kiolvasás, és a beírást senki nem tudta megcsinálni egy óra ciklus alatt!  :-)>
>
Nem.>
Arról volt szó, hogy beírás után _visszaolvasod_ !!!>

>
Beírni egyébként is kell, ez nem haszontalan idő, mert ez mindenképpen kell.>
>
Az ellenőrzés miatt elveszett idő az a plusz visszaolvasás, meg esetleg >
a komparálás, ami nagyságrendileg nem ms, hanem inkább us.>


Hát nem tudom, én még sohasem vártam meg mig az adat beíródik, kiadom a parancsot és a program fut tovább, inkább írás elött várok mig szabaddá nem válik az eszköz. Ha vársz ellenörzésre akkor tényleg 3-5ms időt vesztesz minden beírásnál, vagy egyes EEPROM-ok irás közben is olvasható?.
Néhány EEPROM és FLASH-t használtam csak ipari körülmények között, még sohase volt problémám.

Egy párhuzamos LCD parancs kiadása után is vársz mig szabaddá válik az eszköz?  Várakozol a busy jelre minek, elöbb utóbb biztos végrehajta :-()

Ezzel szemben mint írtam a kikapcsolás már okozott problémát gyenge táp esetén.

Az ellenörzés.... mit csinálsz amikor leállítás közben kiderül, hogy nem tudod kiírni a backup tartalmat, időd se energiád sincs az ismétlésre!.... A validitás visszaolvasáskor megadja hogy mit kell csinálni, ha nagyon fontos az adat akkor hiba javító kód..... Ezt nem lehet kikerülni varázslással....

A nagy varázslások nem adnak megoldást, csak megnyugtatják a tervezőt addig mig benem üt a crack!

Hiba nem az EEPROM-ban beírásnál és kiolvasásnál és tárolása közben ketletkezik  . Az EEPROM/FLASH a nem leggyengébb láncszem a teljes elektronikában, ha korrekten kezelik. (égetés alatt megvan a tápfeszültség, és nem irják többször mint megengedett...) 

A PIC-t leginkább a RESET lábra érzékenyek erre a különösen érzékeny 887A, nagy szerencse hogy a 88x sorozat esetén a RESET láb befordítható, amúgy sincs sok értelme egy uC rendszervben :-)  ((Azok a uC amiknek a resetlába befordítható (használható mint bemenet), más a kiképzése és sokkal zavartűröbb...

Amikor a RESET-tel kéne már valamit csinálni (leállítani a uC) az már nagyon nagy baj.... még elötte elkell kapni a hibát.

Amúgy környezti vizsgálatok vannak (pl: EMI/EMC direktivák) és ehhez tartozó műszerek is elérhetők, ill vannak laborok ahol ezt előlehet állítani...