RTV forum PL | NewsGroups PL

Jak pisać odporne programy: techniki CRC i zabezpieczania pamięci flash?

Odporne programy

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jak pisać odporne programy: techniki CRC i zabezpieczania pamięci flash?

Goto page Previous  1, 2

Piotr Gałka
Guest

Tue Jun 03, 2014 10:34 am   



Użytkownik "pytajacy" <rora1@poczta.fm> napisał w wiadomości
news:571e2f8d-7bc4-48fe-a1e3-6b65ecc7417a@googlegroups.com...

Quote:
Jestem świadom że źle zaprojektowany hardware nie da się programowo
uodpornić EMC. Z tym się zgodzę.
Ale właśnie chodzi mi o te szanse programowe na wygrzebywanie się z

problemów.
I myślę, że akurat promieniowanie kosmiczne tutaj nie jest problemem. Choć
może się mylę...


Na ile promieniowanie kosmiczne jest problemem - nie mam pojęcia (to tak
trochę żartem było).

Jeśli przyjąć, że jakiś czynnik może coś w procesorze poprzestawiać (w
rejestrach statycznych, a nie Flash) to program, który:
- w pętli głównej (gdy nie ma nic do roboty) w koło odnawia ustawienia
wszystkich swoich interfejsów itp,
- przestrzeń wolną ma wypełnioną skokiem na początek, a nie NOPem (szybciej
odzyska świadomość po losowym skoku),
- itp.
powinien być bardziej odporny niż program, który tego nie robi.
P.G.

Marek
Guest

Tue Jun 03, 2014 11:44 am   



On Tue, 3 Jun 2014 11:07:51 +0200, Piotr
Gałka<piotr.galka@cutthismicromade.pl> wrote:
Quote:
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.


ROTFL!
Tą wypowiedzią "zniknąłeś" 99% współczesnych sprzetów konsumenckich
od smartfona poczynając a na podzespołach PC kończąc. Np. średnio
70% (!!) kodu drivera NVIDI to workaroundy problemtatycznego
hardware...

--
Marek

pytajacy
Guest

Tue Jun 03, 2014 11:52 am   



Quote:
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.


Jestem świadom że źle zaprojektowany hardware nie da się programowo uodpornić EMC. Z tym się zgodzę.
Ale właśnie chodzi mi o te szanse programowe na wygrzebywanie się z problemów.
I myślę, że akurat promieniowanie kosmiczne tutaj nie jest problemem. Choć
może się mylę...

Piotr Gałka
Guest

Tue Jun 03, 2014 12:16 pm   



Użytkownik "Marek" <fake@fakeemail.com> napisał w wiadomości
news:almarsoft.6211381275352197309@news.neostrada.pl...
Quote:
On Tue, 3 Jun 2014 11:07:51 +0200, Piotr
Gałka<piotr.galka@cutthismicromade.pl> wrote:
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.

ROTFL! Tą wypowiedzią "zniknąłeś" 99% współczesnych sprzetów konsumenckich
od smartfona poczynając a na podzespołach PC kończąc. Np. średnio 70%
(!!) kodu drivera NVIDI to workaroundy problemtatycznego hardware...

Nie wiem za dokładnie o czym piszesz, ale czy dalej jesteśmy w kontekście

EMC i DIP ?
P.G.

Marek
Guest

Tue Jun 03, 2014 12:20 pm   



On Tue, 3 Jun 2014 14:16:47 +0200, Piotr
Gałka<piotr.galka@cutthismicromade.pl> wrote:
Quote:
Nie wiem za dokładnie o czym piszesz, ale czy dalej jesteśmy w
kontekście
EMC i DIP ?

Głównie ogólnie w kontekście nieprawidłowo zaprojektowanego hardware,
którego problematyczne działanie trzeba łatać softwarowo.

--
Marek

Artur Miller
Guest

Tue Jun 10, 2014 5:22 pm   



W dniu 2014-06-03 12:34, Piotr Gałka pisze:
Quote:


Na ile promieniowanie kosmiczne jest problemem - nie mam pojęcia (to tak
trochę żartem było).


żarty żartami, ale z praktyki powiem - problem marginalny, ale istnieje.
zwłaszcza w instalacjach, gdzie widoczny jest efekt skali. jako, że
skutki takiego oddziaływania nie są przewidywalne (objawiało się
sporadyczną, losową modyfikacją pojedynczego bitu w pamięci i w efekcie
błędem CRC) - jedynym sensownym rozwiązaniem po jego wykryciu było
uruchomienie systemu od nowa.

@

Waldemar Krzok
Guest

Mon Jul 07, 2014 9:43 am   



Am 10.06.2014 19:22, schrieb Artur Miller:
Quote:
W dniu 2014-06-03 12:34, Piotr Gałka pisze:


Na ile promieniowanie kosmiczne jest problemem - nie mam pojęcia (to tak
trochę żartem było).


żarty żartami, ale z praktyki powiem - problem marginalny, ale istnieje.
zwłaszcza w instalacjach, gdzie widoczny jest efekt skali. jako, że
skutki takiego oddziaływania nie są przewidywalne (objawiało się
sporadyczną, losową modyfikacją pojedynczego bitu w pamięci i w efekcie
błędem CRC) - jedynym sensownym rozwiązaniem po jego wykryciu było
uruchomienie systemu od nowa.
Marginalne toto nie jest. W instalacjach, gdzie odporność na zakłócenia

jest ważna z przyczyn różnych (medycyna, instalacje energetyczne, o
wojsku i innych satelitach już nie mówię) należy uwzględnić
promieniowanie kosmiczne. Inaczej jedna flara na słońcu i coś stoi
(serce, na przykład).

Waldek


--
My jsme Borgové. Sklopte štíty a vzdejte se. Odpor je marný.

Goto page Previous  1, 2

elektroda NewsGroups Forum Index - Elektronika Polska - Jak pisać odporne programy: techniki CRC i zabezpieczania pamięci flash?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map