[elektro] E2PROM ill FLASH adattárolás érvényesség kezelése
hg12345
hg12345 at freemail.hu
Fri Sep 5 15:05:30 CEST 2014
Köszönöm a segítséget a témában.
Üdv
"Móczik Gábor" <pm_levlista at progzmaster.hu> írta:
>2014.09.05. 11:45 keltezéssel, hg12345 írta:
>> A betáp szinusz jó ötlet, de vannak hátrányai. Drága hálózati áramgenerátor + optocoupler, és elég helyigényes esetemben, ezen kívül azokra az áramszünetekre is reagál amit a készülék egyébként áthidalna.
>
>Nem kell hálózati áramgenerátor.
>Kell 1db ellenállás meg egy reverz dióda az optóval párhuzamosan. Az
>ellenállást úgy méretezed, hogy az optón 5mA vagy mennyi áram folyjon
>effektív értékben. Csúcsban kicsit több lesz, elbírja, valahol ki fog
>kapcsolni, de kit érdekel.
230Vac- esetben 1W :-( majdnem ennyi az összes fogyasztásom az alapkivitelnél,
mivel a univerzális bemenetű a készülék 80Vac-ról is működnie kell. egy 600uA áramgenerátor
megvan két sot23 és 4 ellenállásból, nem sokkal több helyet foglal.
>
>Ami ebből lényeges, hogy 20ms-onként lesz egy valamekkora szélességű
>impulzus, aztán megszámolod hány színusz maradt ki. Ha úgy döntesz, hogy
>10 hullámot áthidalsz, akkor csak 10 után kezdesz el menteni.
>
>Nem azt írtam, hogy 1 félhullám kiesésre indítsd el a leállási
>procedúrát, hanem az elvet írtam le. Adaptáld a feladathoz.
A legjobb adaptáció, amikor már a jelfogók nem működnek a buffer feszültségről -15% akkor kezdeni a mentést. Ez független a hálózattól, működik DC-ről is.
>
>Ha a kisfesz oldalon nem kapcsolóüzemű táp van, hanem trafó + graetz,
>akkor optó nélkül a graetz előttről is tudsz mintát venni, vagy a graetz
>után beteszel egy soros diódát, és az előttről már 10ms
>impulzussorozatod van.
kapcstáp.
>
>>> A felette lévő alkalmazást ígyis-úgyis fel kell készíteni a problémára.
>>> Ha ezt nem akarod vagy nincs lehetőséged, és az alkalmazás egy
>>> címfolyamatos tárhelyet vár, akkor az egyetlen lehetőséget, hogy
>>> közbeiktatsz egy transzparens réteget, ami az alkalmazásnak egy
>>> folyamatos címteret emulál és belül elvégzi a blokkokra bontást, a CRC
>>> (re)kalkulációkat, újraírásokat, miegyebeket. Ezt teljesen általánosra
>>> megcsinálni wear-leveling, page-cache meg miegyébbel együtt, azért nem
>>> egy hétvégi munka.
>>>
>> wear-leveleing-t nem fogok csinálni, a többi az kikerűlhetetlen.
>
>Nem kikerülhetetlen, ha te fejleszted az alkalmazást, akkor
>fejlesztheted úgy, hogy figyelembeveszed az alatta lévő tárolórendszer
>sajátosságait: lapméret, mennyi hely van egy lapon a CRC mellett, stb...
>Drasztikus különbség a befektetett munka igényben.
Ez ami miatt kérdezősködtem, hát ha van olyan megoldás amire nem gondoltam.
>
>-----------------------------------------
> elektro[-flame|-etc]
More information about the Elektro
mailing list