> Jeśli używasz zwrotu "nietypowe działanie programu" w kontekscie
> własnych urządzeń produkcyjnych (w rozumieniu końcowych) to od razu
> sugeruje, że nie masz wdrożonych odpowiednich testów oprogramowania i
> puszczasz urządzenia na żywioł. Konsekwencją tego jest później
> kombinowanie i rozwiązywanie nieistniejących problemów.

Nawet w 100% poprawnie napisany program, z wszelkimi "sztuczkami" w
rodzaju wielokrotnych kontroli danych, wypełnianiem pustych miejsc
nopami itp. nie jest odporny na sytuację, w której pod wpływem
zewnętrznego oddziaływania EM nastąpi "przestawienie" wskaźnika
programu, i zacznie sobie działać "nie wiadomo skąd".
No bo jeżeli EM może "przełączyć" bity w jakimś rejestrze to dlaczego
nie w tym ?

Tak - jest ekstremalnie małe prawdopodobienstwo że tak się stanie.
Ale wolę je wziąć pod uwagę. Niestety, nie jest możliwe
zastosowanie takich zabezpieczeń , które będą w stanie zaekranować
MCU w 100%. A może inaczej - może i by się dało, stosując jakieś stalowe
skrzynie, itp. Ale - z różnych powodów firma, które to instaluje - nie
robi tego, bo byłoby by zbyt upierdliwe.

Ja zaś wolę pogłówkować, dla własnego ew. świętego spokoju - zrobić
tyle, ile można.

Cały diwajs pracuje w terenie - i najgroźniejszym przypadkiem, z którym
się zetknąłem było wspomniane wcześniej "przestawienie" rejestru w MCU w
czasie jebnięcia pioruna w odległości kilkudziesięciu metrów.

Urządzenia - takie jakie są - mają atest odpowiedniego instytutu : i
gitara. Wszyscy są zadowoleni. Założenia specyfikacji są spełnione -
wystarczy.

Ale mnie historia z tym piorunem ( ze 3 lata temu chyba to było...)
nauczyła jednak, że nie ma tak, że "zabezpieczeń jest za dużo".
Oczywiście w ramach ekonomicznego sensu, realnego zagrożenia itp.
Ale - wróg nie spi ! Jak to się mawiało w PRL...

___________


Podsumowując - dziękuję za uwagi, bo w sumie mnie to naprowadziło na
koncepcją, którą opisałem :

zrobić hardwareowy, programowany, z odpowiednim zabezpieczeniem - znaczy
wymagający podania określonego "czegoś" dla zaprogramowania -
zewnętrzenego timera, który sam z siebie nie będzie w stanie przekroczyć
limitu czasu.

Oczywiście, mógłby to zrobić, ale to by wymagało już wielokrotnego,
aktywnego udziału MCU.