Realtime OS a I/O HW

[Igor KOPRIVA]

Ja bych si dovolil trosku upresnit.
1. Nejen co nejrychlejsi reakce na podnet, ale hlavne konstantni cas reakce
realtime tasku na podnet. Neboli pokud nejakou akci casujete pomoci timeru,
pak jste schopen presne vypocitat, nebo zmerit, jak dlouho trva nez bude
odezva.
Napriklad, potrebujete kazdych 20ms zapnout vysilaci obvody  a vyslat
pripraveny buffer. Pak tasku ktery dela ono zapnuti a vysilani date realtime
prioritu (tim bude planovan vzdy prednostne prede vsemi) a vetsinu casu bude
cekat treba na semaforu,nebo eventu. Jakmile prijde preruseni
"signalizujete" semafor nebo event, cimz dojde, pri navratu z preruseni k
preplanovani na realtime task. Pak uz staci jenom vedet jak dlouho trva ono
prepnuti a jak dlouho potrebuje vysilac na zmtrvychvstani.

2. Ta trosku jina sprava bezicich aplikaci znamena ze system je vetsinou
priority based, neboli neobsahuje round-robin planovani vubec, nebo je
kombinovano s priority based planovanim. Priority based zjednodusene
znamena, ze task ktery ma nizsi prioritu bude bezet pokud neni pripraven k
behu task s vyssi prioritou (vetsinou chni na semaforu,eventu, queue, sleepu
atd)

Toz tak.

Igor K

----- Original Message -----
From: "Jaroslav Lukesh" <lukesh@seznam.cz>
To: "[HWnews]" <hw-list@mailman.nethouse.cz>
Sent: Thursday, May 13, 2004 7:46 AM
Subject: Re: Realtime OS a I/O HW


> pavel pavlp wrote:
> > V cem spoiva realtimost oper. systemu. 1. V tom, ze pokud dojde ke
> > zmene na kteremkoli z napr. binarnich vstupu tak system zareaguje
> > ,vykona program obsluhy vstupu a provede nejakou reakci na tuto zmenu
> > ?
>
> co nejrychlejsi reakce na podnet
>
> >
> > 2. V presnem samplovani vstupu v danych casovych intervalech a
> > generovani vystupu dle programu?
>
> Ma trosku jinou spravu bezicich aplikaci
>
> >
> > Ono asi pravda pokud by se to podarilo jednoduse vyresit, nebylo by
> > potreba drahych PLCaku.
>
> Nejrealtimovatejsi OS je libovolny singletaskovy OS (treba DOS).
>
> > JA jsem zkousel to, ze ve Windows NT jsem privadel na vstup LPT1
> > impulsy radove stovky Hz a ve vlastnim interruptu jsem stridave
> > negoval vystupni pin tohoto  LPT , cele jsem to sledoval oscilem sice
> > jen analogovym ale bylo videt, ze to nejak neni ono, ze se meni
>
> To se nedivim. Windousy nejsou realtime OS, treba vubec se nehodi na
> zpracovanii hudby (synchronizace MIDI a wav/video nejde, rozchází se to).
>
> Traduje se historka, ze US NAVY jednou nasadily NTčka na řízení lodi. Ta
> se po chvíli tak rozhoupala, že to museli vypnout.
>
> > strida. To same bych chtel vyzkouset i v Linuxu (QNX) ale tady bude
>
> linux zareaguje mnohem drive (pokud neni vytizeny na 100%), linux s RT
> patchem jeste lepe.
>
> QNX je uplne o necem jinem, to se pouziva i na rizeni jadernych
elektraren.
>
> > nejspis zalezet zda pobezi v textu nebo Xkach. A propos abych
>
> kupodivu ne
>
> > nezapomnel , jak jednoduse splnit bod 1. asi jenocipem, ktery bude
> > skenovat v nekonecne smycce vstupy , porovna je s predchozim obrazem
> > vstupu a pokud nastane zmena, vyvola v PC s "realtime" OS preruseni,
>
> A proc nevyvolate HW preruseni?
>
> > ktere neco vykona. Ale nejlepe by to bylo bez jednocipu kombinacni
> > logikou s registry 7475 :-).
>
> proste neco na vstupu, okamzita asynchronni reakce na vystupech. Zadne
> taktovani.
>
> --
>
> Jaroslav Lukeš
>
> --
> Tento e-mail nemůže obsahovat VIRY
> jelikož nepocházi z virózního systému M$ Windows!
>
>


----------------------------------------------------------------------------
----


_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
HW-list@mailman.nethouse.cz
http://nethouse.cz/mailman/listinfo/hw-list