Modernejsie nahrady za watchdogy

[Pavel Poucha]

Zdravím,

WD založený na dalším procesoru žádné problémy nepřináší, dlouhodobě
ověřeno na stovkách kusů s moduly jako Raspberry, Variscite, Olinuxino a
jinými. Přídavný procesor je HW jednodušší než nějaký s OS a běží v něm
extrémně jednoduchý program. Výhodu je, že si můžete nastavit různé doby
pro náběh systému a jinou za chodu, atd. Snadno jej přeprogramujete při
ladění systému apod.

Mimochodem, musím se pochlubit,  někdy na přelomu 2019/2020 (? - možná o
rok dříve) udělal Microsoft ve své budově v Praze na Brumlovce předváděčku
systémů, které posílají data do jejich cloudu MS Azure. To bylo v prosinci.
pak byly Vánoce, různě se to vypínalo, zapínalo, něco tam předělávali, byly
výpadky elektřiny a tak. Když jsme tam v lednu přišli, tak jediný systém,
který žil a posílal data, byl ten od nás.

S pozdravem
ing. Pavel Poucha
jednatel
pavel.poucha na papouch.com
Tel. +420 777 232 485

Papouch s.r.o. - vývoj
Papouch store s.r.o. - obchod
Papouch production s.r.o. - výroba
Workmonitor s.r.o. - monitorování výroby

Máte-li chuť, navštivte naše stránky http://www.papouch.com/


st 14. 6. 2023 v 21:22 odesílatel Jaroslav Buchta <
jaroslav.buchta na hascomp.cz> napsal:

> Nejde jen o chyby SW
>   pokud ma zarizeni splnovat nejakou funkcni bezpecnost,  je externi WD
> asi absolutni nutnost. Ale zalozeny na dalsim procesoru se SW by prinesl
> akorat dalsi problemy. Taky by me zajimalo, co je dneska na tohle in...
>
> Dne 14.06.2023 v 14:33 Miroslav Mraz napsal(a):
> > Říká se, že každý software obsahuje alespoň jednu chybu. WDT považuji
> > za něco jako záchrannou brzdu ve vlaku - nikdo neví, jestli to vůbec
> > funguje (Švejk na cestě do Budějovic), ale je uklidňující pomyšlení,
> > že to tam je, kdyby se něco podělalo.
> > V praxi se mi stalo jen jednou, že WDT tahal za reset zhruba za
> > několik dní a opravdu tam byla dost pitomá chyba. Ono se to blbě
> > testuje, protože projev takové chyby bývá hodně málo pravděpodobný.
> >
> > K té RAM a částici (nebo jiné chybě). Některé STM32 (STM32F05xxx) mají
> > RAM s paritou. Musí se to zapnout v option a chyba parity by pak měla
> > způsobit NMI přerušení. Ale nikdy jsem to nezkoušel - máte s tím někdo
> > jakoukoli zkušenost ?
> >
> > Mrazík
> >
> > On 14. 06. 23 10:00, Jan Waclawek wrote:
> >> Diskutovat sa to da do aleluja, ale vo vseobecnosti si stojim si za
> >> tym, co
> >> som napisal aj v tom pdf - WD ako vsetko ma klady aj zapory a je
> >> potrebne
> >> jeho pouzitie zvazit aplikacia od aplikacie, pricom v niektorych (a
> >> mozno
> >> aj vacsine) aplikacii je vhodnejsie ho nepouzit.
> >>
> >> wek
> >>
> >>
> >> ----- Original Message ---------------
> >> To už ale vyžaduje velký MCU s memory managementem.
> >>
> >> A stejně je lepší WD použít, protože vždycky může nastat jev, který
> >> nebyl ošetřen. Třeba když se do atomu v RAMce trefí pořádná částice a
> >> rozbije atom:-)
> >>
> >> Podobný obrázky mám 3, získány v 392 mm^3 čipu za cca 3 týdny. Není to
> >> tedy až tak exotický jev.
> >>
> >> PH
> >>
> >> Dne 13.06.2023 v 21:42 Miroslav Mraz napsal(a):
> >>> Netvrdím, že WDT u moderních MCU není potřeba, ale některé chyby se
> >>> dají ošetřit i jinak. Např. přetečení zásobníku a (z toho vyplývající)
> >>> čtení/zápis z/na neexistující adresu vede na hard-fault přerušení a to
> >>> se dá vyřešit softwarovým resetem. Podobně se dá WDT udělat pomocí
> >>> obecného čítače, pokud dokáže čítat dostatečně dlouho.
> >>> Pak je dobrá zpětná vazba když po každém restartu kontrolujeme proč k
> >>> resetu vlastně došlo. Bývá na to extra registr.
> >>>
> >>> Mrazík
> >>>
> > _______________________________________________
> > HW-list mailing list  -  sponsored by www.HW.cz
> > Hw-list na list.hw.cz
> > http://list.hw.cz/mailman/listinfo/hw-list
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20230615/0ccae895/attachment-0001.htm>