[elektro] Bombasztikus Dallas RTC ora ( ujraindulós )

[Elight]

Ez rendben is lenne,
filóztam már a témán..

De ezeknél a chipeknél
több a kommunikációs hiba lehetőség általában ,
mint az az eset hogy leáll az óra.
Ill a leállásra, a kihagyásra
előfordul esetenként azért ellenőrzőbit.

Elvileg egy chipen belül lenne optimális
ellenőrzést generálni az adatátvitelhez.
Csak egy checksumot kéne még pörgetniük,
és akkor tesztelhető lenne ,
hogy rendben, hibátlanul átért e az az  adat..

A két chipnél már nem jó az esély ,
az ilyesféle ellenőrzésre.
Azért  mert talán mindkét chipnél
lehetne külön külön pillanatnyi zavar.
És akkor kell egy referencia ( a harmadik? )

Ja és a zűrben , leszámítva a napszelet ,
gondolom nemnagyon vannak erősáramú berendezések!
Persze , ha csak nem éppen egy lézerágyút visznek el
egy körre,  .... tesztelésre.


Üdv István .


2012.06.26. 12:22:40 dátumon Bánhidi István <banhidi.istvan at gmail.com>  
írta:

> Valamikor régen olvastam, hogy a NASA műhódjainál alkalmazta a három
> egység beépítését ugyanazon célból.
> Kettő folyamatosan párhuzamosan számolt ugyanazon adatokkal, majd amikor
> végeztek a számításokkal a kimenetüket összehasonlították, ha nem
> stimmelt indították a harmadik egységet, azzal is kiszámoltatták, majd
> azt az értéket vették figyelembe amelyik kétszer jött ki eredményként.
>
> üdv. Steve
>
> 2012.06.25. 14:21 keltezéssel, Elight írta:
>> Egyszer volt olyan esetem, ha jól emlékszem,
>> igaz I2C vel , hogy a buszállapot befagyott
>> FF re és a Start -al se indult ujra,
>> csak táppresettel sikerült megindítanom.
>> Ezt erősen elkerülném, ha lehet.
>>
>> Ezért tul. egy HW reset szinpatikusabb.
>> ( igaz +1 láb, de az van még.. bőv. )
>> Lehet maradok az SPI -nél.
>>
>> És erre a dupla órás játékra esetleg
>> hogyan keressek rá?
>>    A dual clock nem bíztos..
>>    ( dual chess clock,  dual speed clock .. : )
>> Megvalom , arra is gondoltam, hogy két SPI-re
>> két órát teszek, de még kell valamilyen
>> logikát is felállítani, hogy gond esetén
>> mikor melyik az igazi?
>>
>> Van nem kell ezt ennyire tullihegni?
>>
>> Üdv István..
>>
>>
>>
>> 2012.06.25. 14:09:53 dátumon potyo <potyo.ada at gmail.com> írta:
>>
>>> 2012. június 25. 13:59 Elight írta, <elight at gmail.hu>:
>>>
>>>> Szia köszi
>>>> Ez is egy része,  amit említsz,
>>>> mármint számomra hasznos az infó.
>>>>
>>>> Sajnos  I2C -t nem sikerült még soft-ból ujra indítanom.
>>>> Ha jól gondolom, ehhez
>>>> a tápba kellene egy külön kikapcsoló
>>>> FET-et tennem..
>>>>
>>> Küldeni kell a buszra egy START jelet, attól tudtommal mindennek újra
>>> alapállapotba kellene állni függetlenül attól, hogy hol volt éppen
>>>
>>>
>>>> És ha egy évbe egyszer befut egy tűske a buszára ...
>>>> ( jó tudom ez ellen is lehet még sokmindent elektronyosan is tenni! )
>>>> Azért az tök gáz ha áll és akkor  a usernek kell ujraindítani.
>>>> Inkább watcdog és indítsa ujra PIC az órachipet..
>>>> Illetve lehet azt is figyelni bizonyos szinten , hogy jó e az óra?
>>>> És esetleg hibajelzést adni na kétes.
>>>
>>> Én talán azt csinálnám, hogy a kontrollerrel is számoltatnám belül az
>>> időt,
>>> és ugye lehet nagyjából tudni, hogy mennyi idő telt el az előző olvasás
>>> óta, és ha az órából olvasott érték ettől nagyon eltér, akkor valami  
>>> hiba
>>> van. Pl. percenként olvasod az óra ic-t, és letárolod a kontrollerben  
>>> az
>>> előzőleg olvasott értéket, akkor a következő alkalommal pl. 60+-2
>>> másodperc
>>> eltérés megengedett, ha ettől több, akkor hiba van.
>>> -----------------------------------------
>>>            elektro[-flame|-etc]
>>
>
>
> -----------------------------------------
>           elektro[-flame|-etc]


-- 
Az Opera forradalmian új levelezőjét használva: http://www.opera.com/mail/