Jaky MCU do prumysloveho prostredi?

[Jiri Beranek]

Sice neexistuje obvod ktery by predpovedel, ze se procesor za chvilku po...,
ale vetsinou se da po reset zjistit proc reset nastal, což samozejme neplati
u
externe pripojeneho WD. Nekdy se da i nastavit vyvolani preruseni od WD a
to se muze nekdy taky hodit. V jednom zarizeni, ktere digitalizuje obraz,
jsem
potreboval po resetu od WD znovu spustit digitalizace s urcenymi parametry.
Resil jsem to parametry ulozenymi ve SRAM a zabezpecenymi CRCem. Po
resetu od WD se to pokousi restartovat z parametru ve SRAM a kdyz se to
nepovede, tak smula a provadi se komplet restart(trva dlouho),
ale spolehlivost je snad zase o neco vetsi...
Jen jsem chtel naznacit, ze treba nekdy urcita moznost jak to po WD resetu
znovu rychle zrestartovat, aniz by to treba nekdo postrehl.

A jak resit ochranu, kdyz se pokazi triak? Nahodou jsem taky delal neco
podobneho, slo
o otevirani/zavirani zavory. Pouzil jsem triak a optotriak se spinanim v
nule, ale v serii s nim bylo
jeste zapojene rele (pri zapinani nejdriv sepne rele potom triak, pri
vypinani opacne),
takze pri prurazu polovodicove soucastky tam je jeste to mechanicke rele.
Sice uz to potom nespina v nule, ale uz je to poruchovy stav ktery to
signalizuje a nedojde k
rozmlaceni auta, ktere prave nahodou projizdi pod zavorou.

J.Ber

----- Original Message ----- 
From: "Vladimír Anděl" <vaelektronik@mirnet.cz>
To: "HW-news" <hw-list@list.hw.cz>
Sent: Tuesday, March 21, 2006 8:27 AM
Subject: Re: Jaky MCU do prumysloveho prostredi?


Ale jo, taky watchdogy pouzivam :-) ale taky mam spoustu aplikaci, kdy by se
zasahem watchdogu ztratila kontinuita nejakeho vypoctu atd. Proto musim
udelat vsechno, aby to fungovalo i bez nej. A skutecne mam spoustu aplikaci
(napr. ty hodiny v rozhlase), kde watchdog neni a i kdyby tam byl, asi by se
na to zakaznik tvaril dost divne. Kdyby hodiny na stene prestaly ukazovat
(zastavily se) a cekalo se 3 minuty az se z DCF nacte novy cas. Potom by
obsluha musela jit srovnat (mechanicke) podruzne hodiny, protoze jejich stav
se do eeprom zapisuje jen pri signalizaci podpeti ze zdroje. Bohuzel dosud
nebyl vymyslen obvod, ktery  by signalizoval ze za chvili se procesor
pos....e, za dalsi chvili to tipne watchdog a zrovna ted je nutne uklidit
promenne.

Jo a s tou sbernici mate pravdu, nejzranitelnejsi jsou systemy, ktere ji
maji vyvedenou ven. Pokud pouzivam jednocip, ktery ji vyvedenou nema a ma
dobre osetrene vstupy/vystupy, je to bez problemu.

Andel

----- Original Message ----- 
From: "Tomáš Dresler" <edison@seznam.cz>
To: "'HW-news'" <hw-list@list.hw.cz>
Sent: Tuesday, March 21, 2006 1:25 AM
Subject: RE: Jaky MCU do prumysloveho prostredi?


Vite, ze funkcnost SW nikdy nezajistite 100%. Jde o to, ze pri behu MCU se
hodne pristupuje na dve veci - na datovou a adresni sbernici. A protoze
jejich latche jsou klopne obvody, je mozne je indukovanym impulzem v dobe
preklapeni "nastavit" spatne. Prave nejcasteji pouzivane sbernice byvaji
tercem "EMC utoku". Takze i kdyz mate vsude kontroly, program counter proste
skonci tak blbe, ze vas program ani kontrolni mechanizmy se neprovedou -
predstavte si skok doprostred vicebajtove instrukce, kdy jeji data budou
nahodou znamenat "JR $". Tomu se nevyhnete. Pak nastupuje (pokud mozno
windowed) watchdog, navic pokud mozno aktivovany hardwarove, bez zasahu
software pri inicializaci aplikace.

Parkrat se nam to uz v aplikaci vyplatilo.

--
S pozdravem/with best regards

    Ing. Tomáš Dresler

mailto:edison@hw.cz
http://edisonovo.info

> -----Original Message-----
> From: hw-list-bounces@list.hw.cz
> [mailto:hw-list-bounces@list.hw.cz] On Behalf Of Vladimír Anděl
> Sent: Tuesday, March 21, 2006 12:48 AM
> To: HW-news
> Subject: Re: Jaky MCU do prumysloveho prostredi?
>
>
> Nahodny vyboj - a ten procesor nebude prostorove oddeleny od
> siloviny a odstineny? Skryta chyba softu - a co testovani,
> kontrola kam az se muze zaplnit stack ... a ruzne jine. Ja
> vim, watchdog to vsechno zachrani. Ale neni lepsi aby to uz z
> principu fungovalo?
>
> Andel
>
> ----- Original Message ----- 
> From: "Jiri Beranek" <hw_konference@profisite.cz>
> To: "HW-news" <hw-list@list.hw.cz>
> Sent: Tuesday, March 21, 2006 12:05 AM
> Subject: Re: Jaky MCU do prumysloveho prostredi?
>
>
> Samozrejme gratuluju. Vyrobeny by to urcite melo byt jak
> pisete, ale preci jen to pry bude ridit 1kW topeni... a
> nahoda je blbec, tak proc to pro vetsi jistotu neosetrit
> watchdogem? Ty nahody muzou byt treba: vadna soucastka, ktera
> se projevi az po uvedeni do provozu; nejaky nahodny vyboj,
> nebo nejaka skryta chyba v softu, ktera se tez projevi az po
> X hodinach.
>
> J.Ber
>
> ----- Original Message ----- 
> From: "Vladimír Anděl" <vaelektronik@mirnet.cz>
> To: "HW-news" <hw-list@list.hw.cz>
> Sent: Monday, March 20, 2006 11:40 PM
> Subject: Re: Jaky MCU do prumysloveho prostredi?
>
>
> Mozna reknu kacirsky nazor, ale na co watchdog? Pokud v
> programu nejsou chyby a je to z hlediska EMC udelane dobre,
> nevidim duvod proc jednocip povazovat za nespolehlivy prvek,
> ktery je nutno hlidat. Zatim nejstarsi DCF hodiny, ktere jsme
> delali a ze kterych rozhlas vysila casove znameni, bezi od
> roku 1992 a je v nich 80C39 + 27C64. V novejsich je AT89C4051
> na male desticce, vrazeny do patice misto puvodniho
> procesoru. Taky bez watchdogu. Protoze uz jsme vsechny
> provozy ceskeho a slovenskeho rozhlasu vybavili a uz neni pro
> koho vyrabet, pro vyrobu jednoho kusu jednou za cas se do
> dalsiho vyvoje nehrneme :-) Zatim nebyly zaznamenany problemy
> ani s Atmelem, ani se starou 80C39.
>
> Andel
>
> ----- Original Message ----- 
> From: "Jiri Beranek" <hw_konference@profisite.cz>
> To: "HW-news" <hw-list@list.hw.cz>
> Sent: Monday, March 20, 2006 10:40 PM
> Subject: Re: Jaky MCU do prumysloveho prostredi?
>
>
> Osobne bych do at89c2051 bez externe pripojeneho watchdogu a
> BOD detekteru do teto aplikace nesel. S externim WD a BOD je
> to asi jedno.
>
> J.Ber