Sebastian Biały <h...@p...onet.pl> wrote:

> Tylko że spore zakłucenia propagują sie na logikę. Może trzeba wziąć uC
> przeznaczony do pracy w cieższych warunkach (np PIC zamiast ARV).
>
> Tak czy inaczej jesli watchdogowi ufać nie można to chyba nic sie nie da
> zrobić od strony cpu a wymyslanie magicznych sekwencji zakończy się tym
> że procesor wygeneruje randomiczne szumy na pinach po awarii i będa
> pasować ...

No właśnie... coś mi mówi, że nie tędy droga. Niech MCU odpala przekaźnik
tak, jak ma to robić, a nad brakiem katastrofy czuwa coś zewnętrznego,
niekoniecznie nawet po stronie cewki przekaźnika.

> Mam piec weglowy z podejnikiem węgla sterowany z jednego przekaźnika.
> Kilkukrotnie sterownik szlag trafił. Albo nie łączy albo skleja. Jak
> sklei to po kilkudziesieciu minutach mam pożar. Autor software i
> hardware nie przejmował się tym jednak jak widać za bardzo :D Ot,
> tranzystor na port i reszta dnia wolne.

No tak, nie pomyślał że coś się może stać z przekaźnikiem. Może w ogóle od
softu była inna osoba, która nie zna się na elektronice.

>> A może jakiś układ, który wywali bezpiecznik, jak przekaźnik będzie za
>> długo włączony?
>
> Dokładnie tak załatwiłem ten sterownik. Między nim a silnikiem podajnika
> jest układ czasowy, ktory bezlitośnie odcina silnik dwoma przekaźnikami
> jak przekroczy limit jednorazowej pracy. Być może uratowało mi to dom.

Nie masz żadnej informacji o tym, czy i jak często odcina? Może warto
dorzucić jeszcze jeden układ czasowy, który zrobi zwarcie kolejnym
przekaźnikiem, gdy te dwa też się skleją? I wtedy bezpiecznik załatwi
resztę.

> Każdy cpu ma stabilny stan resetu. Mimo to osoboście wstawiłbym nie dośc
> że dwa przekaźniki szeregowo to jeszcze dodatkowy cpu z asercją czasową
> lub jakąs inną zależna od sytuacji. Jego programuje się *jeden* raz na
> caly proces developingu software w głownym cpu. Program tego pomocnika
> bedzie miał 10 linijek.

Hmm, może CPU z asercją czasową, a może NE555 lub inny RC...

--
http://www.chmurka.net/