Newsgroup: it.comp.os.dibattiti
Titolo: Utenti RTEMS

Salve,
sto cercando di capire se esistono in Italia utilizzatori del sistema
operativo free per embedded RTEMS.
Silverio
silve...@qem.it

 wrote:

Io ho scaricato la versione 4.0 e volevo provarlo su piattaforma Hitachi
SH2.
Poi pero' per mancanza di tempo e' rimasto tutto li'.....
Voglia di iniziare c'e'....
Lo hai usato? Commenti ?
Ciao Carlo Giovannucci

Ciao Carlo Giovannucci
Lo sto utilizzando su piattaforma Hitachi SH1.
Ho realizzato i tools sia per Host Linux (Caldera 1.3) che Windows 95/NT4.
Attualmente sono in fase di valutazione ed apprendimento.
Mi interessava conoscere altri utenti per poter avviare uno scambio di conoscenze ed
opinioni.
Penso che questo OS sia molto interessante, e si possa proporre nel campo embedded, a
rispetto di OS come PSOS+ VxWork, come Linux si é posto nei confroniti di Windows ed
altri.

 altri.
Infatti, anche io nella *pausa pranzo* ( purtroppo...) mi stavo
informando sulle caratteristiche di PSOS e vxworks, pero' credo debba
fare piuttosto una bella chiaccherata con persone competenti in
materia...
Ciao Carlo Giovannucci

pseudo task che praticamente ho cercato di implementare...)
Il sistema operativo non dovrebbe intralciare le operazioni in ISR. Da quello che ho
capito l'unico problema é il tempo di lantenza che interviene dalla generazione di un
segnale di interrupt alla sua reale esecuzione (chiamiamola cosí). Questo ritardo é dovuto
principalmente dai seguenti fattori :
a) prioritá della ISR richiesta
b) il micro sta eseguento del codice OS protetto da ISR
il punto (a) é piena responsabilitá del programmatore il quale deve gestire correttamente
le varie ISR e i relativi valori di prioritá.
il punto (b) é invece responsabilitá di chi ha scritto l'OS. Durante alcune operazioni
critiche, come la gestione dello scheduling, la creazione dei task, il dispatch dei
messaggi, etc, etc, sono presenti nell'OS alcune riche di codice protette da qualsiasi
interruzione (es.ISR). Questo per impedire che l'intervento di un ISR avvenga in uno stato
di OS "non pronto" (chiamiamolo cosí) ed evitandone quindi il crash o malfunzionamento. Se
un ISR arriva durante l'esecuzione di questo codice verrá "accodato" fino a quando
terminerá il codice protetto.  Questo ritardo é chiamato latenza.
Sicuramente sai benissimo di cosa si tratta, ma tutto ció era per arrivare al punto che la
differenza tra i vari sistemi operativi embedded in commercio non é poi cosi rilevante. Da
quanto ne ho potuto capire tra RTEMS, PSOS e VxWorks le differenze sono veramente minime.
N.B: PSOS e RTEMS sono stati realizzati secondo le specifiche RTEID ed ORKID. Questo ha
fatto si che il trasporto di una applicazione da un sistema all'altro sia una cosa facile
ed indolore. Personalmente ho potuto verificare che le funzioni di gestione dei task ed
altro sono esattamente le stesse, con gli stessi argomenti, funzionamento, etc.

 etc.
Questo mi fa molto piacere perche' nel caso potessi usare un RTOS potrei
valutare RTEMS ed eventualmente acquistare il PSOS ( sul quale infatti
mi stavo informando anche per la GUI da usare su un LCD TFT che credo
dovro' interfacciare prima o poi....)
Ciao Carlo Giovannucci

dovro' interfacciare prima o poi....)
É chiaro che con PSOS la vita é resa molto piú facile. I tools di sviluppo, come pRISM si
integrano perfettamente con il SO permettendo la monitorizzazione degli stati TASK, il
grafico temporale di esecuzione degli stessi, la manipolazione diretta di alcuni parametri
in stato di debug. Inoltre per PSOS sono disponibili : TCP/IP stack, interfaccie grafiche,
Web server/client, ed altro ancora. Non sono peró supportati microprocessori inferiori ai
32 bit (con RTEMS, visto che sono disponibili i sorgenti, é possibile trasportare il SO su
ogni microprocessore che sia supportato dai tools GNU). Purtroppo per contro, pSOS non é
free, percui é soggetto a royalties sul pezzo distribuito, non é possibile usarlo a solo
scopo didattico senza l'acquisto completo dei tools (é in linea con gli atri prodotti
dello stesso livello. Il prezzo non é certamente alla portata di chi é interessato per
scopi didattici). Inoltre il sistema risulta chiuso, nel senso che viene distribuito in
forma oggetto senza i sorgenti (ovviamente per corrette ragioni commerciali).
N.B:
Per RTEMS sono disponibili lo stack FreeBSD TCP/IP (non per SH), CORBA (per x86), a
recentemente il Web server.
Alla prossima.