[IAN] Re: [IAN] Columbia - 386

[Jan Bastecky]

Jeste jednou dobry den,

jen pripojim poznamku k existenci dvou nezavislych systemu a jejich
vzajemnemu porovnavani:

- pokud nastane nahodna chyba:
-- tak se bude jejich vystup lisit, ale nepoznam, ktera hodnota je spravna.
U letadla proste vypnu oba a prejdu na rucni rizeni, coz tady nejde. Tedy
potrebuji nejmene tri systemy, aby system mohl ten s odlisnym vysledkem
prohlasit za vadny a odpojit ho.
-- ja samozrejme musim osetrit i chybu v zarizeni, ktere porovnava vysledky
pocitacu, tedy take jej napriklad znasobit.
-- musim osetrit i moznost selhani cidel, vykonnych prvku a celeho
vzajemneho propojeni

- pokud nastane jiny typ chyby (neocekavana kombinace vstupu, spatny
algoritmus, vypadek napajeni, ...) tak to take musim nejak preckat. Tady mi
porovnavani vysledku nepomuze. Ale lze to take resit, napriklad u
raketoplanu je (pokud vim) sestup rizen dvema ruznymi programy
(programovanymi nezavislymi tymy) bezicimi na ruznych pocitacich.

- najcastejsi chyby nastavaji na akcnich clenech a na senzorech a je treba
toto resit. Par prikladu: u klapek muzu mit ovladani nekolika valci a pokud
jeden selze, tak to ostatni "pretlaci". Cidla tlaku jsou velmi citliva na
okolni teplotu a pri jeji zmene je treba merenou hodnotu vyrazne prepocitat,
takze potrebuju na stejnem miste i cidlo teploty.

kratky zaver: prostou duplikaci systemu to jednoduse nejde, vec je vyrazne
slozitejsi.

zdravim
JB


----- Original Message -----
From: Breta Benes <breta.benes na volny...>
To: <ian na amper....muni.cz>
Sent: Sunday, February 09, 2003 7:00 PM
Subject: Re: [IAN] Re: [IAN] Columbia - 386


> 1. Pro vykonnost aplikace je HW (napr. processor) podminkou nutnou,
> ale nikoliv postacujici. Nechaji se totiz vytvorit "operacni systemy",
> ktere doslova sezerou vsechny dostupne zdroje a pritom umozni pouze
> jakysi-takysi beh jednoho aplikacniho SW po dobu nekolika hodin,
> nez se to vse zhrouti.
>
> 2. Pro kriticke ulohy je asi rozhodujici operacni system, ktery umi
> rozdelit cerpani HW zdroju mezi jednotlive procesy.
>
> 3. I ten nejlepsi OS nezvladne situaci, kdy processor da vysledek
> souctu 1 + 1 odlisny od b'10'. Toto vsak snadno nastane, kdyz castice
> kosmickeho zareni "zaparkuje" nekde uvnitr takoveho processoru.
>
> A jak to zde jiz uvedl nekdo z kolegu: Cim jsou aktivni prvky processoru
> vetsi, cim jsou vetsi vodive drahy, tim se snizuje pravdepodobnost takove
> chyby. Ovsem takovy processor je nutne pomalejsi, nez soucasne
> processory pro spotrebni elektroniku.
>
> Optimalni je asi soucasne reseni avioniky modernich letounu: Vypocet
> probiha na dvou nezavislych systemech a pokud se vysledek vypoctu
> lisi - je prohlasen za chybny.
>
> MJD 52679.788194, Breta, astronom amater.
> ---
> ... Co chcete od cloveka, ktery si vypina NUM-LOCK?!
>
> p.s. Mel jsem to stesti, ze jsem raketoplan Columbia mohl pred lety
> pozorovat neozbrojenym okem, bylo to 2 hodiny po jeho odpoutani
> od ISS pred sestupem na Zem.
>
>
> _______________________________________________
> Ian mailing list
> Ian na amper....muni.cz
> http://amper.ped.muni.cz/mailman/listinfo/ian
>


---
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.449 / Virová báze: 251 - datum vydání: 27.1.2003