NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Jak pisać odporne programy: techniki CRC i zabezpieczania pamięci flash?
pytajacy
Guest
Guest
Mon Jun 02, 2014 2:46 pm
Witam, mam prośbę,
czy moglibyście mi podesłać linki na temat sposobów pisania programów aby zwiększyć odporność na zakłócenia?
Czy w ogóle takie rozprawy teoretyczne istnieją w internecie?
Mam na myśli takie opisy, jak na przykład obliczania CRC programu i sprawdzania
co jakiś czas czy flash się przypadkiem nie przeprogramował.
Bo z mojego doświadczenia, walka z zakłóceniami za pomocą software-u to
raczej walka z wiatrakami.
pytajacy
sundayman
Guest
Guest
Mon Jun 02, 2014 2:46 pm
był wątek na ten temat " PROJEKTOWANIE URZĄDZEŃ PRACUJĄCYCH W
ŚRODOWISKACH Z ZAKŁÓCENIAMI "
dokładnie sprzed roku 5.6.2013
Piotr Gałka
Guest
Guest
Mon Jun 02, 2014 2:46 pm
Użytkownik "pytajacy" <rora1@poczta.fm> napisał w wiadomości
news:8a0a29e9-e94f-476f-8601-90bf89a80ef0@googlegroups.com...
Witam, mam prośbę,
czy moglibyście mi podesłać linki na temat sposobów pisania programów aby
zwiększyć odporność na zakłócenia?
Czy w ogóle takie rozprawy teoretyczne istnieją w internecie?
Mam na myśli takie opisy, jak na przykład obliczania CRC programu i
sprawdzania
co jakiś czas czy flash się przypadkiem nie przeprogramował.
Bo z mojego doświadczenia, walka z zakłóceniami za pomocą software-u to
raczej walka z wiatrakami.
------------
To nie jest walka z wiatrakami.
Software jest jednym z elementów EMC urządzenia.
To jak reaguje na przykład na zakłócenia w transmisji wpływa na to, czy
urządzenie się pozbiera po Surge, Burst, EST,
Kiedyś dawno (10 lat temu) widziałem jakąś notę ST na ten temat. Dużo
różnych wytycznych tam było - np. czym wypełniać puste obszary (już nie
pamiętam co tam pisali, ale pamiętam, że o tym było).
P.G.
pytajacy
Guest
Guest
Mon Jun 02, 2014 3:24 pm
W dniu poniedziałek, 2 czerwca 2014 14:58:58 UTC+2 użytkownik sundayman napisał:
Quote:
by� w�tek na ten temat " PROJEKTOWANIE URZ�DZE� PRACUJ�CYCH W
�RODOWISKACH Z ZAK��CENIAMI "
dok�adnie sprzed roku 5.6.2013
�RODOWISKACH Z ZAK��CENIAMI "
dok�adnie sprzed roku 5.6.2013
Dzięki,
ten artykuł ATMEL-a coś niecoś opisuje.
pytajacy
Guest
Guest
Mon Jun 02, 2014 3:28 pm
Może i masz rację.
Ale zastanawiam się np. nad sterownikami PLC.
Tam jest jakiś system i myślisz że on spełnia takie wymagania?
Bo jakoś nie jestem przekonany jeśli chodzi o odporność
systemu Windows użytego w panelach dotykowych, będących jednocześnie
sterownikami PLC, z firmy EATON.
pytający
Stefanek
Guest
Guest
Mon Jun 02, 2014 4:00 pm
"pytajacy" <rora1@poczta.fm> wrote in message
news:8a0a29e9-e94f-476f-8601-90bf89a80ef0@googlegroups.com...
Witam, mam prośbę,
czy moglibyście mi podesłać linki na temat sposobów pisania programów aby
zwiększyć odporność na zakłócenia?
Czy w ogóle takie rozprawy teoretyczne istnieją w internecie?
Mam na myśli takie opisy, jak na przykład obliczania CRC programu i
sprawdzania
co jakiś czas czy flash się przypadkiem nie przeprogramował.
Bo z mojego doświadczenia, walka z zakłóceniami za pomocą software-u to
raczej walka z wiatrakami.
Quote:
i sluszne te wnioski... nalezy usuwac zrodla zaklocen lub zaklocenia w ich
zrodlach.
--
z roznymi wyrazami:
Stefanek.
sundayman
Guest
Guest
Mon Jun 02, 2014 5:49 pm
Quote:
i sluszne te wnioski... nalezy usuwac zrodla zaklocen lub zaklocenia w ich
zrodlach.
zrodlach.
co jednak nie zmienia faktu, że pewne techniki warto stosować w
programowaniu - chociażby opisywane tu już "nadmiarowe" zapisywanie
ważnych danych,
Piotrek
Guest
Guest
Mon Jun 02, 2014 9:51 pm
On 2014-06-02 14:46, pytajacy wrote:
Quote:
Witam, mam prośbę,
czy moglibyście mi podesłać linki na temat sposobów pisania programów aby zwiększyć odporność na zakłócenia?
Czy w ogóle takie rozprawy teoretyczne istnieją w internecie?
Mam na myśli takie opisy, jak na przykład obliczania CRC programu i sprawdzania
co jakiś czas czy flash się przypadkiem nie przeprogramował.
Bo z mojego doświadczenia, walka z zakłóceniami za pomocą software-u to
raczej walka z wiatrakami.
czy moglibyście mi podesłać linki na temat sposobów pisania programów aby zwiększyć odporność na zakłócenia?
Czy w ogóle takie rozprawy teoretyczne istnieją w internecie?
Mam na myśli takie opisy, jak na przykład obliczania CRC programu i sprawdzania
co jakiś czas czy flash się przypadkiem nie przeprogramował.
Bo z mojego doświadczenia, walka z zakłóceniami za pomocą software-u to
raczej walka z wiatrakami.
Pytałeś wprawdzie o rozwiązania softwareowe, ale korzystając z okazji TI
ma całkiem ciekawy kit i procesor.
Click --> <www.ti.com/ww/en/launchpad/launchpads-hercules.html>
Czy może ktoś się tym "bawił"?
Piotrek
Stefanek
Guest
Guest
Mon Jun 02, 2014 10:55 pm
"sundayman" <sundayman@poczta.onet.pl> wrote in message
news:lmidod$60p$2@node2.news.atman.pl...
Quote:
i sluszne te wnioski... nalezy usuwac zrodla zaklocen lub zaklocenia w
ich
zrodlach.
co jednak nie zmienia faktu, że pewne techniki warto stosować w
programowaniu - chociażby opisywane tu już "nadmiarowe" zapisywanie
ważnych danych,
Nie zmienia,,, jednak nie nalezy spodziewac sie zbyt wiele.
W sytuacji gdy zaklocenia powoduja przypadkowe skoki programu, postawienie
nawet kilku rownoleglych procesorow i systemu elekcyjnego pomiedzy nimi nie
gwarantuje pewnosci dzialania.
--
z roznymi wyrazami:
Stefanek.
Mario
Guest
Guest
Mon Jun 02, 2014 11:01 pm
W dniu 2014-06-02 19:49, sundayman pisze:
Quote:
i sluszne te wnioski... nalezy usuwac zrodla zaklocen lub zaklocenia w
ich
zrodlach.
co jednak nie zmienia faktu, że pewne techniki warto stosować w
programowaniu - chociażby opisywane tu już "nadmiarowe" zapisywanie
ważnych danych,
Czy na przykład nadpisywanie wszystkich rejestrów konfiguracyjnych po
każdym odczycie z urządzenia peryferyjnego jak ADC.
--
pozdrawiam
MD
Krzysiek
Guest
Guest
Tue Jun 03, 2014 7:01 am
W dniu 2014-06-02 14:46, pytajacy pisze:
Quote:
Witam, mam prośbę,
czy moglibyście mi podesłać linki na temat sposobów pisania programów aby zwiększyć odporność na zakłócenia?
Czy w ogóle takie rozprawy teoretyczne istnieją w internecie?
Mam na myśli takie opisy, jak na przykład obliczania CRC programu i sprawdzania
co jakiś czas czy flash się przypadkiem nie przeprogramował.
Bo z mojego doświadczenia, walka z zakłóceniami za pomocą software-u to
raczej walka z wiatrakami.
pytajacy
http://sp9rqa.net/Elektronika/Soft_i_ESD.html
czy moglibyście mi podesłać linki na temat sposobów pisania programów aby zwiększyć odporność na zakłócenia?
Czy w ogóle takie rozprawy teoretyczne istnieją w internecie?
Mam na myśli takie opisy, jak na przykład obliczania CRC programu i sprawdzania
co jakiś czas czy flash się przypadkiem nie przeprogramował.
Bo z mojego doświadczenia, walka z zakłóceniami za pomocą software-u to
raczej walka z wiatrakami.
pytajacy
http://sp9rqa.net/Elektronika/Soft_i_ESD.html
Mario
Guest
Guest
Tue Jun 03, 2014 8:21 am
W dniu 2014-06-03 09:57, pytajacy pisze:
Quote:
co jednak nie zmienia faktu, że pewne techniki warto stosować w
programowaniu - chociażby opisywane tu już "nadmiarowe" zapisywanie
ważnych danych,
Czy na przykład nadpisywanie wszystkich rejestrów konfiguracyjnych po
każdym odczycie z urządzenia peryferyjnego jak ADC.
Ale macie jakieś konkretnie doświadczenie w tym temacie?
Bo to wszystko wydaje mi się stosowaniem raczej dla spokoju
sumienia.
Bo ja mam takie doświadczenia:
Przypadek nr 1: urządzenie zawieszało się na wskutek pracy stycznika i żadne
moje zabiegi programowe nie pomogły (procesor 89C51, obudowa DIP40). Dopiero
rozwiązanie sprzętowe pozwoliło uodpornić urządzenie na zakłócenia od stycznika.
Przypadek nr 2: urządzenie/sterownik stosowane w różnych środowiskach gdzie
programy są całkowicie inne za każdym razem pisane prawie od zera, bez zachowania jakichkolwiek zaleceń. I urządzenia działają (procesor AVR, obudowa TQFP44).
Fakt, w obydwu przypadkach zastosowano różne sposoby zasilania, inne prowadzenie
ścieżek itd. Po prostu w drugim przypadku lepiej zaprojektowany układ.
Czy te zabiegi programistyczne to przypadkiem nie odprawianie czarów
nad urządzeniem?
programowaniu - chociażby opisywane tu już "nadmiarowe" zapisywanie
ważnych danych,
Czy na przykład nadpisywanie wszystkich rejestrów konfiguracyjnych po
każdym odczycie z urządzenia peryferyjnego jak ADC.
Ale macie jakieś konkretnie doświadczenie w tym temacie?
Bo to wszystko wydaje mi się stosowaniem raczej dla spokoju
sumienia.
Bo ja mam takie doświadczenia:
Przypadek nr 1: urządzenie zawieszało się na wskutek pracy stycznika i żadne
moje zabiegi programowe nie pomogły (procesor 89C51, obudowa DIP40). Dopiero
rozwiązanie sprzętowe pozwoliło uodpornić urządzenie na zakłócenia od stycznika.
Przypadek nr 2: urządzenie/sterownik stosowane w różnych środowiskach gdzie
programy są całkowicie inne za każdym razem pisane prawie od zera, bez zachowania jakichkolwiek zaleceń. I urządzenia działają (procesor AVR, obudowa TQFP44).
Fakt, w obydwu przypadkach zastosowano różne sposoby zasilania, inne prowadzenie
ścieżek itd. Po prostu w drugim przypadku lepiej zaprojektowany układ.
Czy te zabiegi programistyczne to przypadkiem nie odprawianie czarów
nad urządzeniem?
I tak i nie
Układ AD7730. Bardzo wrażliwy na zakłócenia. Sam zresztą tez mocno
emitował ze swojego zegara. Często się wieszał w warunkach
przemysłowych. Nadpisywanie rejestrów poprawiło sytuację ale nie do
końca. W jednym z rejestrów jeden bit kontrolował prace jego zegara. Jak
ten się przestawił to niestety nie podbierał danych z SPI i nic nie
mogłem już nadpisać (ani odczytać). Pomogła prowizoryczna zmiana na
płytce, umożliwiająca sprzętowe resetowanie układu gdy procek wykrył, że
układ nie odpowiada. Ostatecznie uciekłem od niego na rzecz ADS.
--
pozdrawiam
MD
Piotr Gałka
Guest
Guest
Tue Jun 03, 2014 9:07 am
Użytkownik "pytajacy" <rora1@poczta.fm> napisał w wiadomości
news:45a46d26-f047-49a5-a358-4b56cba246cf@googlegroups.com...
Quote:
Przypadek nr 1: urządzenie zawieszało się na wskutek pracy stycznika i
żadne
moje zabiegi programowe nie pomogły (procesor 89C51, obudowa DIP40). Dopiero
żadne
moje zabiegi programowe nie pomogły (procesor 89C51, obudowa DIP40). Dopiero
rozwiązanie sprzętowe pozwoliło uodpornić urządzenie na zakłócenia od
stycznika.
Nie napisałeś na wstępie że chodzi o softwareowe rozwiązywanie problemów źle
zaprojektowanego hardware'u. To oczywiście nie ma najmniejszego sensu.
Najpierw trzeba poprawić hardware.
Warunkiem wstępnym dyskusji o EMC jest nie stosowanie obudów DIP. Spójrz na
nią z boku i zobacz jaka jest powierzchnia na przykład obwodu od GND do
struktury IC i dalej do VCC i przez kondensator do GND. A spójrz np. na
TQFP44 gdzie piny VCC i GND są obok siebie.
Stosunek powierzchni tych obwodów to stosunek spodziewanych problemów z
jedną i drugą płytką.
Ale i w dobrze zaprojektowanym urządzeniu też jakiś kwant promieniowania
kosmicznego może jakiś bit przestawić i choć nie ma pewności to jest szansa,
że odpowiednio napisany program jakoś się z tego wygrzebie.
P.G.
pytajacy
Guest
Guest
Tue Jun 03, 2014 9:57 am
Quote:
co jednak nie zmienia faktu, że pewne techniki warto stosować w
programowaniu - chociażby opisywane tu już "nadmiarowe" zapisywanie
ważnych danych,
Czy na przykład nadpisywanie wszystkich rejestrów konfiguracyjnych po
każdym odczycie z urządzenia peryferyjnego jak ADC.
programowaniu - chociażby opisywane tu już "nadmiarowe" zapisywanie
ważnych danych,
Czy na przykład nadpisywanie wszystkich rejestrów konfiguracyjnych po
każdym odczycie z urządzenia peryferyjnego jak ADC.
Ale macie jakieś konkretnie doświadczenie w tym temacie?
Bo to wszystko wydaje mi się stosowaniem raczej dla spokoju
sumienia.
Bo ja mam takie doświadczenia:
Przypadek nr 1: urządzenie zawieszało się na wskutek pracy stycznika i żadne
moje zabiegi programowe nie pomogły (procesor 89C51, obudowa DIP40). Dopiero
rozwiązanie sprzętowe pozwoliło uodpornić urządzenie na zakłócenia od stycznika.
Przypadek nr 2: urządzenie/sterownik stosowane w różnych środowiskach gdzie
programy są całkowicie inne za każdym razem pisane prawie od zera, bez zachowania jakichkolwiek zaleceń. I urządzenia działają (procesor AVR, obudowa TQFP44).
Fakt, w obydwu przypadkach zastosowano różne sposoby zasilania, inne prowadzenie
ścieżek itd. Po prostu w drugim przypadku lepiej zaprojektowany układ..
Czy te zabiegi programistyczne to przypadkiem nie odprawianie czarów
nad urządzeniem?
pytajacy
elektroda NewsGroups Forum Index - Elektronika Polska - Jak pisać odporne programy: techniki CRC i zabezpieczania pamięci flash?