EMBEDDED
51 • FEBBRAIO • 2014
77
SOFTWARE
RTOS
Cose da tener presente guardando alle diverse soluzioni
di RTOS:
1. Gli RTOS appaiono simili. La maggior parte sono stati
progettati per realizzare multitasking. Ma come sono
progettati, quali caratteristiche essi offrono e come que-
ste siano attuate, può fare una grande differenza per il
successo del vostro progetto.
2. Ogni situazione di progetto e di sviluppo è diverso.
(NOTA: alcuni fornitori di RTOS offrono solo un modello
one-size-fits-all e spetta quindi a voi adattare la vostra
applicazione ai vincoli dell’RTOS).
3. Un elenco di funzioni non dà la risposta giusta. Non è
sufficiente considerare, e alzare in graduatoria, i fornitori
di RTOS in funzione del numero di caratteristiche e fun-
zionalità. Si sta prendendo una decisione per una piatta-
forma che interesserà non solo il progetto in essere, ma
anche gli altri a venire. Cercate di conoscere il fornitore
di RTOS. Qual è la loro cultura aziendale? Come sarà il
loro supporto dopo la vendita? Hanno a cuore il successo
del vostro progetto o li state semplicemente aiutando a
incrementare la loro quota di vendite mensile?
4. Prestare attenzione al modello di business. È importan-
te conoscere la stabilità economica del fornitore di RTOS
al fine di rimanere in attività e continuare a supportarvi.
Come influisce su di voi il loro modello di business?
Alcuni hanno costi iniziali bassi e poi richiedono costi ele-
vati per ogni add-on e modifiche. Altri forniscono disponi-
bilità per ogni processore conosciuto ma con un supporto
tecnico molto limitato. Altri regalano la versione base ma
fanno pagare cifre importanti per i componenti aggiuntivi.
Di seguito seguenti troverete informazioni dettagliate
da chiedere quando parlate con i vari fornitori di RTOS.
Anche se crediamo che la famiglia di Sistemi Operativi
Real Time “RTXC” sia qualitativamente alta, l’obiettivo
finale è farvi prendere una decisione che sia giusta per la
vostra situazione. Ci auguriamo che queste informazioni
facciano meglio comprendere alcuni fattori importanti.
Le pagine che seguono intendono aiutare a rimuovere gli
strati superficiali e iniziare a capire alcune differenze tra
le implementazioni di RTOS.
RTOS: architettura & caratteristiche
L’RTOS fornisce
una gamma flessibile di modalità di
scheduling? Un sistema embedded ben progettato può
avere bisogno di una combinazione di due o più modalità
di scheduling: Preemptive, Round robin, Cooperative,
Time-sliced, Slicing con una ulteriore variabile oltre al
tempo (ad esempio rotazione angolare, flusso, tick ape-
riodico o periodico).
Tutti gli oggetti di sistema
(entità di codice, trasferi-
mento dati, sincronizzazione e così via) devono essere
stabiliti prima che l’applicazione possa avere successo. La
maggior parte degli RTOS possono creare oggetti statici a
runtime. Può l’ RTOS creare oggetti dinamici a runtime?
Solo i task o tutti gli oggetti?
L’RTOS utilizza
l’indirizzo di un oggetto dinamico come
Fig. 2 – RTOS Alarms
Fig. 3 – “Data passing” con Pipe
