Realtime OS a I/O HW

[Tomáš Dresler]

Tak, jak nas ucili, RT OS je definovan tim, ze na libovolny podnet ma
definovanou /kratkou/ reakcni dobu. Samozrejme ze nemuze bezet asynchronne,
ale treba preruseni od kom. linky bude zpracovane do 1 us od prijmu znaku
apod.

Kosta by mohl vypravet, ale treba PLC se tak chovaji - jejich cyklus
vyhodnocovani je pevny a dost rychly a proto se kazda udalost obslouzi
nejpozdeji v jednom cyklu (treba 1 ms).

--
S pozdravem/with best regards

    Ing. Tomáš Dresler

mailto:edison@hw.cz
http://edisonovo.info

> -----Original Message-----
> From: hw-list-bounces@mailman.nethouse.cz 
> [mailto:hw-list-bounces@mailman.nethouse.cz] On Behalf Of 
> Jaroslav Lukesh
> Sent: Thursday, May 13, 2004 7:46 AM
> To: [HWnews]
> 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.