Zawieszanie się układu zliczającego impulsy z RS485 ? Czy wprowadzić watchdog?
PIC i zwisy :(
From: "Kamil K." <kmail_at_nospam_op.pl>
Subject: PIC i zwisy :(
Date: Wed, 2 Jun 2004 08:53:44 +0200
Witam,
ostatnio mam załamanie nerwowe. Jest sobie prosty uklad zliczajacy impulsy i
wynik po przeliczeniu na metry podawany przez rs485 na tablice led. Dzialalo
to przez 2mies prawie 24h/dobe. I wkoncu zwis, niedziala tylko reset
ratowal. Co moze byc przyczyna ? Czy to piski takie zawodne ? Uklad znajduje
sie w duuuzej metalowej zamknietej skrzynce. Czy ATMELE sa przez to lepsze ?
mniej niezawodne ?
Jak to z tym jest, czy wathdog powinien byc czy musi byc ?
Pozdrawiam Kamil.
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!news.onet.pl!not-for-mai
From: "Tomek" <tomezz_at_nospam_poczta.onet.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 2 Jun 2004 09:35:44 +0200
tablice led. Dzialalo to przez 2mies prawie 24h/dobe. I wkoncu zwis,
niedziala tylko reset ratowal. Co moze byc przyczyna ? Czy to piski
takie zawodne ? Uklad znajduje sie w duuuzej metalowej zamknietej
skrzynce. Czy ATMELE sa przez to lepsze ? mniej niezawodne ?
Jak to z tym jest, czy wathdog powinien byc czy musi byc ?
Chodzilo 2 miesiace bez watchdoga ? No to calkiem stabilne sa te Pice musze
przyznac ;) Watchdog powinien byc jezeli urzadzenie ma pracowac bez
przerwy...
Tomek
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!wsisiz.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai
From: Adam Jurkiewicz <sword_at_nospam_ajpic.zonk.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 02 Jun 2004 09:40:03 +0200
Witam,
ostatnio mam załamanie nerwowe. Jest sobie prosty uklad zliczajacy impulsy i
wynik po przeliczeniu na metry podawany przez rs485 na tablice led. Dzialalo
to przez 2mies prawie 24h/dobe. I wkoncu zwis, niedziala tylko reset
ratowal. Co moze byc przyczyna ? Czy to piski takie zawodne ? Uklad znajduje
sie w duuuzej metalowej zamknietej skrzynce. Czy ATMELE sa przez to lepsze ?
mniej niezawodne ?
Jak to z tym jest, czy wathdog powinien byc czy musi byc ?
W sumie to sam sobie odpowiedziałeś na problem, nie włączyłeś watchdoga
i się dziwisz. Jak huśtnie zasilaniem albo innym zakłóceniem to każdy
procek może się wysypać i nieważne czy atmel czy pic (pozatym obstawiam
że pice są odporniejsze).
Pozdrawiam,
sword
--
e-mail: sword_at_nospam_ajpic.zonk.pl
www: http://ajpic.zonk.pl/
gg#: 1781804
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!news.internetia.pl!not-for-mai
From: "JarekC" <jarekc_at_nospam_alpha.net.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 2 Jun 2004 09:56:17 +0200
Użytkownik "Kamil K." <kmail_at_nospam_op.pl> napisał w wiadomości
news:c9jsvn$3fe$1_at_nospam_news.onet.pl...
[ciach]
Jak to z tym jest, czy wathdog powinien byc czy musi byc ?
Z doswiadczenia wiem, ze budowa układu z mikrokontrolerem bez
watch-doga to proszenie się o kłopoty. Zawsze może się wykrzaczyć.
Jak chcesz spać spokojnie to tylko watch-dog i mądrze napisany program
tzn. resetowania watch-doga nie powinno być:
1. w obsłudze przerwania
2. w pętlach, z których wyjście zależy tylko od sprzętu np. oczekiwanie na
koniec konwersji ADC lub na wyzerowanie timera, wysłanie znaku przez RS itp.
(UWAGA!!! na wszelkiego rodzaju pętle wprowadzające opóźnienia i
korzystające
z przerwań timera. Ja w takim przypadku stosuję dodatkowe sprawdzanie, czy
przerwanie jest wykonywane)
3. wszędzie tam, gdzie mamy choć cień podejrzenia, że gdy program pójdzie
"w maliny" to watch-dog będzie ciągle resetowany. Należy brać pod uwagę
przypadkowy skok do dowolnego miejsca programu i patrzeć co wtedy się będzie
działo. Jest to kupa roboty, ale oszczędzamy sobie i innym nerwów:-)
A z Atmelami jest o tyle prosto, że prawie każdy ma sprzętowego watch-doga.
Tymczasem
Jarek
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!wsisiz.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai
From: "angel" <mmxREMOVEME_at_nospam_szas.z.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 2 Jun 2004 12:17:18 +0200
A z Atmelami jest o tyle prosto, że prawie każdy ma sprzętowego
watch-doga.
A propos atmeli to mam ukladzik na 89s8252 licznika predkosci i przebiegu do
auta, wlasnie koncze obudowe, polutowalem tez juz i zabezpieczenia. Samochod
bedzie dobrym polem testowym dla atmela pod katem rozniastych zaklocen i
warunkow pracy. Zaimplementowane mam funkcje watchdoga oraz power down...
slyszalem ze bywaja z tym problemy. W domu uklad dziala bez problemu z power
down wybudza sie przerwaniem bez klopotu watchdog tez jakos sobie radzi.
Pytanie co jesli jakims cudem zwiesi sie tak ze przerwanie nie obudzi go z
power down, wtedy przeciez WD stoi...
Mariusz
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!news.internetia.pl!not-for-mai
From: "JarekC" <jarekc_at_nospam_alpha.net.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 2 Jun 2004 13:06:44 +0200
Użytkownik "angel" <mmxREMOVEME_at_nospam_szas.z.pl> napisał w wiadomości
news:c9k9mh$4ol$1_at_nospam_nemesis.news.tpi.pl...
A propos atmeli to mam ukladzik na 89s8252 licznika predkosci i przebiegu
do
auta, wlasnie koncze obudowe, polutowalem tez juz i zabezpieczenia.
Samochod
bedzie dobrym polem testowym dla atmela pod katem rozniastych zaklocen i
warunkow pracy. Zaimplementowane mam funkcje watchdoga oraz power down...
slyszalem ze bywaja z tym problemy. W domu uklad dziala bez problemu z
power
down wybudza sie przerwaniem bez klopotu watchdog tez jakos sobie radzi.
Pytanie co jesli jakims cudem zwiesi sie tak ze przerwanie nie obudzi go z
power down, wtedy przeciez WD stoi...
Nie jest to znowu takie trudne:-) Wystarczy, że pod wpływem zakłóceń WD
wykona reset, a potem zanim zostanie wykonane zezwolenie na zewnętrzne
przerwanie kolejne zakłócenie spowoduje przeskok programu w okolice przed
wejściem w PowerDown. Równie dobrze może się zdarzyć, że po resecie nie
zdążymy załączyć WD, a program pójdzie w maliny. Tak to już jest z
programowym włączaniem, że może nie zadziałać. Konstruktorzy Atmeli już
dawno temu mogli wpaść, żeby załączać WD przez fusebits, skoro wykorzystują
ten mechanizm do włączania/wyłączania kupy innych rzeczy.
Co można zrobić:
1. Dobrze filtrowane zasilanie!!! Dodatkowo trzeba mieć świadomość, że z
każdego pinu procesora zakłócenie może dostać się na zasilanie poprzez diody
zabezpieczające.
2. Włączać watchdoga w kilku miejscach, a nie tylko na samym początku
programu
3. Zezwolenie na przerwanie zewnętrzne jak i globalne EI dać zarówno na
początku, jak i przed samym PowerDown.
4. Bezpieczniej jest wychodzić z PowerDown przez reset sprzętowy,
przynajmniej zawsze zadziała.
Tymczasem
Jarek
========
Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mai
From: "Andy" <anokWYTNIJ_at_nospam_ceti.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 2 Jun 2004 17:54:38 +0200
Użytkownik "JarekC" <jarekc_at_nospam_alpha.net.pl> napisał w wiadomości news:c9kcnu$q57$1_at_nospam_213.241.113.72...
...
2. Włączać watchdoga w kilku miejscach, a nie tylko na samym początku
programu
albo dac zewnetrznego, ktorego w zaden sposob nie mozna wylaczyc
--
Andrzej
========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mai
From: "Kamil K." <kmail_NO_SPAM_at_nospam_UPSop.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 2 Jun 2004 19:56:05 +0200
Dziękuję Wszystkie za odpowiedzi.
WatchDog kojarzył mi się ze słabym programem. Jakby co watchdog poratuje. Ja
pisze na 100% i ufam (widać nadto) osprzętowi, gdyż wszystkie znaki na
niebie i inne w pdf. wykazywały odporność na możliwe zakłócenia.
Chciałem się dowiedzieć czy je stosujecie zawsze czy przy dużych (zachodzi
możliwość pomyłki itd.) programach. I co mnie nurtowało PIC stabilniejszy
czy ATMEL ?
Pozdrawiam Kamil.
P.S. Może macie jakieś doświadczenie np. komuś pracuje układ non-stop bez
watchdoga ?
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!news.task.gda.pl!not-for-mai
From: "Loa" <loa_no_spam__at_nospam_silesianet.pl>
Subject: Re: PIC i zwisy :(
Date: Thu, 3 Jun 2004 13:12:21 +0200
Chciałem się dowiedzieć czy je stosujecie zawsze czy przy dużych (zachodzi
możliwość pomyłki itd.) programach. I co mnie nurtowało PIC stabilniejszy
czy ATMEL ?
U mnie jest taka sytuacja, ze sa dwa rozne urzadzenia (kazde ze swoim
zasilaczem), a obok nich dwa przekazniki cykajace co kilkanasie sekund.
Jedno urzadzenie jest na Atmelu i na raz na ~3h pracy sie wiesza
wyswietlajac stosowny komunikat :/
Drugie urzadzenie, sterujace przekaznikami, dziala na PIC-u z wew. WD i tez
sie wiesza, tyle ze kilka razy rzadziej.
Jezeli masz WD to stosowanie nic Twojemu programowi nie ujmie, a w
nieprzewidywalnej sytuacji moze pomoc.
Ja stosuje do prawie wszystkich. Musisz tylko czasami dokladnie sie wczytac
w procedury, czy ktoras z nich nie kasuje automatycznie WD.
Jako przyklad moge podac funkcje czekajaca na znaki po RS-ie bez WD, a WD
byl wlaczony...
ps. PIC-e maja WD wlaczane przy programowaniu bitow sterujacych
--
Pozdrowienia
Loa
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!mimuw.edu.pl!news.mimuw.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mai
From: "Darek R." <drzonca_at_nospam_w.pl>
Subject: Re: PIC i zwisy :(
Date: Wed, 2 Jun 2004 22:57:40 +0200
JarekC napisał:
<big ciach>
programowym włączaniem, że może nie zadziałać. Konstruktorzy Atmeli już
dawno temu mogli wpaść, żeby załączać WD przez fusebits, skoro
wykorzystują
ten mechanizm do włączania/wyłączania kupy innych rzeczy.
I wpadli i w wielu AVRkach tak właśnie jest.
--
Pozdrowienia
Dariusz Rzońca
========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.internetia.pl!not-for-mai
From: "JarekC" <jarekc_at_nospam_alpha.net.pl>
Subject: Re: PIC i zwisy :(
Date: Thu, 3 Jun 2004 08:52:58 +0200
Użytkownik "Darek R." <drzonca_at_nospam_w.pl> napisał w wiadomości
news:c9lf8o$nqu$1_at_nospam_nemesis.news.tpi.pl...
I wpadli i w wielu AVRkach tak właśnie jest.
Tylko w tych najnowszych:-)
Tymczasem
Jarek
========
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!news.internetia.pl!not-for-mai