-
Data: 2010-02-09 11:55:41
Temat: Re: mikrokontroler military/(aero)space 8bit
Od: Marcin Stepien <m...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]SM pisze:
>>
>> Niska orbita czy przestrzeń międzyplanetarna? Na jak długo? "Zyciowo
>> ważne", czy może się czasem mylić?
>> FLASH nie jest zbyt dobrym rozwiązaniem, OTP jeszcze gorszym, chyba,
>> że włożysz trochę pomyślunku.
>
> Tak właśnie zastanawiałem się również nad stroną programową.
>
> Czy nie dobrym rozwiązaniem by było zrobienie procka
> na "superodpornym" FPGA. Rejestry i "trochę" roboczego
> RAMu na zmienne siedziałoby też w FPGA. Do niego podpiąć
> pamięć FLASH z programem.
>
> "Procek" w FPGA pobierałby kod programu z FLASHa i działał
> jak interpreter choćby nawet BASICa. Każdy token byłby zapisany
> wielobajtowo (co najmniej 2 bajty), np. pierwszy bajt - kod tokena
> , drugi bajt jego XOR 255. Albo też więcej bajtów z sumą CRC.
> Mamy więc kontrolę czy program we FLASH nie uległ samomodyfikacji.
> Drugi plus to stała długość każdej instrukcji.
> Program w pamięci FLASH byłby zapisany np. trzykrotnie.
> Niech ma długość 1KB. Mamy więc program od 0 do 1023. Potem
> to samo od 1024 do 2047 i znów to samo od 2048 do 3072.
> FPGA leci normalnie z programem od 0 do 1023, jeśli nie zgodzi
> mu się CRC na instrukcji to wtedy dodaje offset + 1024
> i próbuje pobrać instrukcję z jej kopii. Jeśli znów błąd
> to znów z kolejnej.
>
> Albo jeszcze lepiej. Podłączone do FPGA kilka zewnętrznych
> pamięci FLASH. Powiedzmy 3. Przy pobieraniu kolejnej
> instrukcji FPGA zmienia nr FLASH z którego pobiera instrukcję
> (dzięki temu w kółko przemieli i zweryfikuje każdego FLASHa)
> Jeśli stwierdzi błąd, wówczas przeprogramowuje błędny sektor
> w uszkodzonym FLASH korzystając z danych zawartych w dwóch
> pozostałych FLASHach.
>
> Mamy samonaprawiający się układ do tego jeszcze z możliwością
> zdalnego przeprogramowania.
>
>
> Chyba w wolnej chwili spróbuję taką zabawkę sobie zrobić :)
> Kiedyś pisałem kompilatory i interpretery więc nie będzie
> z tym większego problemu.
>
> Pozdrawiam,
> SM
Witam.
Proponuje lekture nt. bledow typu SEU (single event upset) i sposobach
ich korekcji.
Pozdrawiam
Marcin Stepien
Następne wpisy z tego wątku
- 09.02.10 14:09 SM
- 09.02.10 14:15 Jerry1111
- 11.02.10 02:32 Piotr \"Curious\" Slawinski
- 11.02.10 20:29 Waldemar Krzok
- 12.02.10 22:43 Michał Baszyński
- 12.02.10 23:07 Butek
- 13.02.10 01:00 Maciek
- 14.02.10 20:04 badworm
Najnowsze wątki z tej grupy
- supercap
- Procesor NMOS i karta CF
- Jak sprawdzic uC
- radyjko znalazłem
- Telewizor przestał widzieć sygnał z anteny
- LED
- System operacyjny dla 6800?
- Przyłączenie działki do sieci elektrycznej
- Działalność nierejestrowana/definicja sprzętu elektronicznego/misie i kolejki
- Smukły, długi ściągacz izolacji do kynaru
- rezystor 3 omy 400W
- [newbie] Jaki multimetr za 2-4 stówy?
- szafka sieciowa
- Raspberry Pi 5 + dyski SATA
- lutownica na węgiel
Najnowsze wątki
- 2024-05-26 O co chodzi?
- 2024-05-26 PJ autobus-tramwaj
- 2024-05-26 Renault Trafic i lampka z czerwonym STOP
- 2024-05-26 cena pięciocyfrowa
- 2024-05-26 Re: Jak dobra KE "okrada" złą Rosję "dla Ukrainy"
- 2024-05-25 supercap
- 2024-05-25 Sulzbach => Technischer Rollouter (d/m/w) <=
- 2024-05-25 Warszawa => Senior Account Manager <=
- 2024-05-25 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-25 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-25 Warszawa => Interactive/Experience Designer <=
- 2024-05-25 Warszawa => Key Account Manager <=
- 2024-05-25 Warszawa => SAP WM Consultant / Execution <=
- 2024-05-25 Warszawa => Key Account Manager <=
- 2024-05-25 Re: znów ten wrocław