You are on page 1of 19

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE INGENIERIA DE MINAS GEOLOGIA Y CIVIL


ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

SO EN TIEMPO REAL O EMBEBIDOS


CURSO

: Sistemas Operativos (IS-344)

GRUPO

: 05

SEMESTRE: 2016 II
PRESENTADO POR:
ARONES PAUCAR, Ciro Edu

(27133489)

PALOMINO MEDRANO, Diego Hamet

(27120699)

QUISPE CUCHURI, Enrique

(27120592)

DOCENTE

: ING. CARMEN MERCEDES QUISPE ESPILLCO

AYACUCHO PER
2017

INTRODUCCION

Veremos de una manera general los sobre los sistemas operativos en tiempo real
cuales son los aspectos ms relevantes y las caractersticas que estas posee.
Tiempo real, significa que el sistema informtico ya no controla su propio dominio
de tiempo, cualquier estimulo en entorno dar una respuesta dentro del
entorno en el cual se encuentra de manera inmediata, los tiempos de
respuesta de un de una entrada debe ser de una manera ms rpida dado por las
restricciones temporales del entorno que nos ofrece obteniendo respuestas de
salida. Tambin dar a conocer a los usuarios que este SO en tiempo real aprecie
lo que nos ofrece
Estos sistemas se caracterizan por tener el tiempo como un parmetro clave. Por
ejemplo, en los sistemas de control de procesos industriales, las computadoras
en tiempo real tienen que recolectar datos acerca del proceso de produccin y
utilizarlos para controlar las mquinas en la fbrica

CONTENIDO
INTRODUCCION............................................................................................................................. 2
MARCO TEORICO ................................................................................................................. 4

I.

1.1.

SISTEMAS OPERATIVOS............................................................................................. 4

1.2.

ASPECTOS RELEVANTES .......................................................................................... 4

1.3.

SISTEMAS OPERATIVOS EN TIEMPO REAL .......................................................... 5

DESARROLLO ........................................................................................................................ 5

II.

2.1

SISTEMA OPERATIVO EN TIEMPO REAL ............................................................... 5

2.2.

EVOLUCION/HISTORIA ................................................................................................ 6

2.3.

REQUISITOS DE LOS SISTEMAS OPERATIVOS EN TIEMPO REAL ................. 7

2.4.

CARACTERISTICAS DE LOS SISTEMAS OPERATIVOS EN TIEMPO REAL .... 9

2.5.

RTOS: GENERALIDADES ...................................................................................... 11

2.6.

RTOS: MANEJO DE PRIORIDADES ........................................................................ 11

2.7.

RTOS: CLASES DE APLICACIONES ...................................................................... 12

2.8.

RTOS: LATENCIA DE INTERRUPCION .................................................................. 13

2.9.

RTOS: GESTION POR PROCESOS ......................................................................... 14

2.10. RTOS: ESTADO DE PROCESOS............................................................................. 14


2.11. RTOS: PERFORMANCE ............................................................................................. 15
2.12. RTOS MAS UTILIZADOS Y SUS APLICACIONES................................................ 15
2.13. LINEA AL FUTURO ..................................................................................................... 16
III.

CONCLUSIONES ............................................................................................................. 18

IV.

RECOMENDACIONES ..................................................................................................... 18

V.

BIBLIOGRAFIA ..................................................................................................................... 19

I.
1.1.

MARCO TEORICO
SISTEMAS OPERATIVOS
Un S. O. es un grupo de programas de proceso con las rutinas de control
necesarias para mantener continuamente operativos dichos programas.
Un sistema operativo es un programa (software) encargado de poner en
funcionamiento el ordenador, puesto que gestiona los procesos bsicos del
sistema. As mismo se encarga de gestionar para el usuario el hardware.
El sistema operativo comienza a trabajar en cuanto se enciende el
ordenador y es completamente fundamental para que el usuario trabaje con
l. Los sistemas operativos realizan tareas bsicas y, sin ellos, el ordenador
no funcionara. As, por ejemplo, el sistema operativo reconoce la conexin
del teclado, organiza y ordena los archivos, controla la impresora, la
pantalla, etc. Es como un polica de trfico pues, se encarga de que los
programas no interfieran entre ellos.

1.2.

ASPECTOS RELEVANTES
Los Sistemas Operativos de tiempo real son aquellos en los cuales no
tiene importancia el usuario, sino los procesos. Por lo general, estn
subutilizados sus recursos con la finalidad de prestar atencin a los
procesos en el momento que lo requieran. se utilizan en entornos donde
son procesados un gran nmero de sucesos o eventos.
Muchos Sistemas Operativos de tiempo real son construidos para
aplicaciones muy especficas como control de trfico areo, bolsas
de valores, control de refineras, control de laminadores. Tambin en el
ramo automovilstico y de la electrnica de consumo, las aplicaciones de
tiempo real estn creciendo muy rpidamente. Otros campos de
aplicacin de los Sistemas Operativos de tiempo real son los siguientes:
Control de trenes.
Telecomunicaciones.
Sistemas de fabricacin integrada.
Produccin y distribucin de energa elctrica.
Control de edificios.
Sistemas multimedia.

1.3.

SISTEMAS OPERATIVOS EN TIEMPO REAL


Definicin: Se entiende por sistemas embebidos a una combinacin de
hardware y software de computadora, sumado tal vez a algunas piezas
mecnicas o de otro tipo, diseado para tener una funcin especfica. Es
comn el uso de estos dispositivos pero pocos se dan cuenta que hay un
procesador y un programa ejecutndose que les permite funcionar.
Esto ofrece un contraste con la computadora personal, que si bien tambin
est formada por una combinacin de hardware y software ms algunas
piezas mecnicas (discos rgidos, por ejemplo). Sin embargo la computadora
personal no es diseada para un uso especfico. Si no que es posible darle
muchos usos diferentes.

II.
2.1

DESARROLLO
SISTEMA OPERATIVO EN TIEMPO REAL
En general, un sistema operativo (OS) es responsable de la gestin de los
recursos de hardware de una computadora, as como el alojamiento de
aplicaciones que se ejecutan en el equipo. Un RTOS realiza estas
actividades, pero tambin est especialmente diseado para ejecutar
aplicaciones con una sincronizacin muy precisa y un alto grado de
fiabilidad. Esto puede ser muy importante en los sistemas de medicin y
automatizacin en donde el tiempo de inactividad es costoso o un retraso
de algn programa podra causar un riesgo de seguridad.
Para ser considerado. En tiempo real, un sistema operativo debe tener un
tiempo mximo conocido para cada una de las operaciones crticas que
realiza (o por lo menos ser capaz de garantizar el mximo la mayor parte
del tiempo). Algunas de estas operaciones incluyen llamadas al OS e
interrupciones. Los sistemas operativos que pueden garantizar un tiempo
mximo para estas operaciones se refieren comnmente como tiempo real
duro, mientras que los sistemas operativos que solo puede garantizar un
mximo la mayora de las veces son referidos como soft. en tiempo real.
En la prctica, estas categoras estrictas tienen utilidad limitada - cada
solucin RTOS demuestra caractersticas rendimiento nico.
Para comprender plenamente estos conceptos, es til considerar un
ejemplo. Imagnese que usted est diseando un sistema de airbag para un
nuevo modelo de coche. En este caso, un pequeo error en el tiempo

(haciendo que el airbag se despliegue demasiado pronto o demasiado


tarde) podra ser catastrfico y causar lesiones. Por lo tanto, se necesita un
sistema de tiempo real; que garantice que ninguna sola operacin exceder
ciertas limitaciones de tiempo.
Se trata, bsicamente, de la reunin de varias tcnicas preexistentes de
anlisis y diseo, con el propsito de organizar el desarrollo de sistemas
compuestos por una combinacin de hardware y software. El objetivo
fundamental es que dicho desarrollo resulte en sistemas robustos y
confiables, con un ptimo aprovechamiento de los recursos. Utiliza un
enfoque diferente, con los mismos objetivos. [Stankovic, 1985, 1987]
Un sistema de tiempo real puede definirse, entonces, como un sistema que
debe satisfacer restricciones explcitas en el tiempo de respuesta o
arriesgarse a severas consecuencias, incluida la falla. Por lo tanto, un
sistema de tiempo real es un sistema que responde a un estmulo externo
dentro de un tiempo especificado. Su eficiencia no solo depende de la
exactitud de los resultados de cmputo, sino tambin del momento en que
los entrega. La predictibilidad es su caracterstica principal. A diferencia de
los sistemas tradicionales, que tienden a distribuir en forma equitativa los
recursos disponibles entre las diferentes tareas a ejecutar, los sistemas de
tiempo real deben asegurar la distribucin de recursos de tal forma que se
cumplan los requerimientos de tiempo.
2.2.

EVOLUCION/HISTORIA

2.3.

REQUISITOS DE LOS SISTEMAS OPERATIVOS EN TIEMPO REAL


Los SOTR se caracterizan por presentar requisitos especiales en cinco
reas generales.
a) Determinismo
Un sistema operativo es determinista si realiza las operaciones en instantes
fijos y predeterminados o en intervalos de tiempo predeterminado. Cuando
hay varios procesos compitiendo por recursos, incluido el procesador,
ningn sistema ser por completo determinista. El punto hasta el cual un
sistema puede satisfacer las solicitudes de manera determinista depende,
en primer lugar, de la velocidad con que pueda responder a las
interrupciones y, en segundo lugar, de si el sistema posee suficiente
capacidad para gestionar todas las peticiones en tiempo requerido. Una
medida til de la capacidad de un SO para poder operar de forma
determinista es el retardo mximo que se produce desde la llegada de una
interrupcin de alta prioridad hasta que comience el servicio de la rutina
asociada. En un SOTR este tiempo puede ir desde unos pocos

microsegundos a 1 milisegundo, en los SO que no son de tiempo real el


retardo puede caer en un rango desde decenas de milisegundos

b) Sensibilidad
Es una caracterstica semejante a la anterior, hace referencia a cunto
tiempo consume un sistema operativo en reconocer una interrupcin, es el
tiempo preciso para dar servicio a la interrupcin despus de haberla
reconocido. Depende de:
La cantidad de tiempo necesaria para iniciar la gestin de la interrupcin
y empezar la ejecucin de la rutina de tratamiento (ISR Interrupt Service
Routine). Si la ejecucin de la ISR requiere un cambio de proceso ese
tiempo ser mayor.
La cantidad de tiempo necesario para ejecutar la ISR.
El efecto de anidamiento de las interrupciones. El servicio se retrasar si
el sistema debe atender la llegada de otra interrupcin ms prioritaria.
El determinismo y la sensibilidad forman conjuntamente el tiempo de
respuesta a sucesos externos.
c) Control del usuario
Es generalmente mucho mayor en un SOTR que en uno de tiempo
compartido. En estos ltimos un usuario no puede otorgar prioridades a sus
procesos, decidir sobre el algoritmo de planificacin, qu procesos deben
estar siempre residentes en memoria etc.

d) Fiabilidad
Es normalmente mucho ms importante en SOTR Un sistema en tiempo
real controla sucesos que estn teniendo lugar en el entorno y en su propia
escala de tiempos, las prdidas o degradaciones en el sistema que los
controla pueden tener consecuencias catastrficas.

e) Tolerancia de fallos
Un SOTR debe disearse para responder incluso ante varias formas de
fallo, se pretende que se pueda conservar la capacidad mxima y los
mximos datos posibles en caso de fallo. Opciones como la de volcar el
contenido de la memoria a un archivo y abortar el programa ante la
aparicin de un fallo estn totalmente prohibidas. Un SOTR intentar

corregir el problema o minimizar sus efectos antes de proseguir con la


ejecucin.
Asociada a la tolerancia a fallos est la estabilidad. Un sistema ser estable
si en los casos es los que es imposible cumplir todos los plazos de
ejecucin de las tareas se cumplen al menos los de las ms crticas y de
mayor prioridad.
2.4.

CARACTERISTICAS DE LOS SISTEMAS OPERATIVOS EN TIEMPO


REAL
a) Soporte para la planificacin de procesos en tiempo real.
Un SOTR debe proporcionar soporte para la creacin, borrado y
planificacin de mltiples procesos, cada uno de los cuales monitoriza o
controla parte de una aplicacin. Tpicamente, en un SOTR, es posible
definir prioridades para procesos e interrupciones. En contraste, en un
sistema de tiempo compartido, solo el propio sistema operativo determina
el orden en que se ejecutan los procesos.
b) Planificacin por prioridad (pre-emptive).
Un SOTR debe asegurar que un proceso de alta prioridad, cuando est
listo para ejecutarse, pase por delante de un proceso de ms baja
prioridad. El SO deber ser capaz de reconocer la condicin (usualmente
a travs de una interrupcin), pasar por delante del proceso que se est
ejecutando y realizar un rpido cambio de contexto para permitir la
ejecucin de un proceso de ms alta prioridad. Un SO de propsito
general como el UNIX SYSTEM V si tiene un proceso corriendo en el
kernel debe esperar a que finalice su ejecucin en este espacio (en el
cuanto de tiempo que le corresponde) para luego activar el proceso ms
prioritario.
c) Garanta de respuesta ante interrupciones.
Un SOTR debe reconocer muy rpidamente la aparicin de una
interrupcin o un evento, y tomar una accin determinstica (bien definida
en trminos funcionales y temporales) para atender a ese evento. Debe
responder tanto a interrupciones de tipo hardware como software. El
propio SO debe ser interrumpible y reentrante (recordar que uno de los
problemas del DOS, que no es un SOTR, se debe a no ser reentrante).
Las interrupciones son una fuente introductoria de indeterminismo,

imponen la aparicin de latencias. Estudiaremos stas al final del captulo.


d) Comunicacin interprocesos.
Un SOTR debe ser capaz de soportar comunicaciones interprocesos de
manera fiable y precisa, tales como semforos, paso de mensajes y
memoria compartida. Estas facilidades se emplean para sincronizar y
coordinar la ejecucin de los procesos, as como para la proteccin de
datos y la comparticin de recursos.
e) Adquisicin de datos a alta velocidad.
Es necesario que el sistema sea capaz de manejar conjuntos de datos
con una alta velocidad de adquisicin. De esta forma, un SOTR
proporciona medios para optimizar el almacenamiento de datos en disco,
sobre todo a travs de E/S buffereada. Otras caractersticas adicionales
pueden ser la posibilidad de preasignar bloques de disco contiguos a
archivos (almacenamiento secuencial) y dar control al usuario sobre los
buffers.
f) Soporte de E/S.
Las aplicaciones TR tpicamente incluyen cierto nmero de interfaces de
E/S. Un SOTR debe proporcionar herramientas para incorporar fcilmente
dispositivos de E/S especficos (incluso a medida). Para los dispositivos
estndar la librera estndar de E/S debera ser suficiente. Deben adems
soportar E/S asncrona, donde un proceso puede iniciar una operacin de
E/S, y luego continuar con su ejecucin mientras concurrentemente se est
realizando la operacin de E/S. En este aspecto cabe recordar la
existencia de procesadores especficos (canales de E/S, controladores de
DMA etc.) dedicados a realizar operaciones de E/S sin el concurso de la
CPU.
g) Control, por parte del usuario, de los recursos del sistema.
Una caracterstica clave de los SOTR es la capacidad de proporcionar a
los usuarios el control especfico de los recursos del sistema, incluyendo la
propia CPU, memoria y recursos de E/S. El control de la CPU se logra
sobre la base de una planificacin por prioridades en la cual los usuarios
pueden establecer las prioridades de los procesos. Adems, se dispone de
temporizadores en tiempo real y de funciones para manejarlos para

planificar eventos y perodos de espera. Un SOTR debe tambin facilitar el


bloqueo de la memoria (locking), de esta forma se puede garantizar que un
programa, o parte de l, permanece en la memoria, a fin de poder realizar
cambios de contexto de manera ms rpida cuando ocurre una
interrupcin. Debera ser capaz de permitir al usuario la asignacin de
buffers y la posibilidad de bloquear o desbloquear archivos y dispositivos.
El control que se ejerce es generalmente mucho mayor en los SOTR que
en los SO genricos. En estos ltimos un usuario no tiene control sobre la
prioridad de sus procesos, el algoritmo de planificacin, el cierre de
pginas virtuales en memoria, la reserva de espacio en disco etc.
2.5.

RTOS: GENERALIDADES
En contraste con los sistemas operativos en tiempo real, los SO para el
uso personal (como windows) son llamados Sistemas operativos de
propsito general (SOPG).
Los SO como Windows estan diseados para mantener la capacidad de
respuesta del usuario con muchos programas y servicios que se ejecutan,
mientras que los sistemas operativos en tiempo real estn diseados para
ejecutar aplicaciones crticas

en forma fiable y con una sincronizacin

precisa (presta atencin a las prioridades del programador)


2.6.

RTOS: MANEJO DE PRIORIDADES


En la programacin se puede encontrar varias tareas las cuales estn
listas para ejecutarse y un SOTR debe asegurar que un proceso de alta
prioridad, cuando est listo para ejecutarse, pase por delante de un
proceso de ms baja prioridad. Los sistemas operativos de propsito
general estan optimizados para ejecutar una variedad de aplicaciones y
procesos de forma simultnea, por lo general trabajan para asegurarse de
que todas tareas reciben al menos algn tiempo de procesamiento.
En la mayora de los RTOS, si una tarea est usando el cien por ciento de
el procesador, ninguna tarea de menor prioridad se ejecutar hasta que la
tarea de mayor prioridad termine. Todos los programadores de
aplicaciones en RTOS deben tener esto muy en cuenta. Esto asegura una
cierta cantidad de tiempo de ejecucin para cada tarea, pero significa que
los deseos del programador no siempre se cumplen.

2.7.

RTOS: CLASES DE APLICACIONES


Los sistemas operativos en tiempo real fueron diseados para dos clases
generales de aplicaciones: de respuesta evento y de control de bucle
cerrado.
Las aplicaciones de respuesta de eventos, tales como la inspeccin visual
automatizada de piezas de la lnea de montaje, requieren una respuesta a
un estmulo dado una cierta cantidad de tiempo. En este sistema de
inspeccin visual, por ejemplo, cada parte debe ser fotografiado y
analizado antes de la lnea de montaje se mueva. Al programar
cuidadosamente una aplicacin que se ejecuta en un sistema operativo de
tiempo real, los diseadores que trabajan en la respuesta evento
aplicaciones pueden garantizar que la respuesta va a suceder de manera
determinista (dentro de una cierta cantidad mxima de tiempo).
En vista de el ejemplo de inspeccin partes, utilizando un sistema
operativo de propsito general podra resultar que una parte no se este
inspeccionando al tiempo - por lo tanto, se tendra que retrasar la lnea de
montaje, haciendo que esa parte analizada se deseche, o se envi como
una parte potencialmente defectuosa.
Por el contrario, los sistemas de control en bucle cerrado, como el de un
sistema de control de velocidad cuzero del automvil, continuamente
procesan datos de feedback para ajustar uno o ms outputs . Debido a que

cada valor de Output depende de procesamiento de los datos de entrada


en una cantidad fija de tiempo, es fundamental que los plazos de bucle se
cumplan con el fin de asegurar que se producen las outputs correctos.
Que pasara si un sistema de control de crucero no ha podido determinar
que el ajuste del acelerador debe estar en un punto dado en el tiempo?
Una vez ms, el sistema operativo de tiempo real puede garantizar que los
datos de entrada del sistema de control se procesen en la misma cantidad
de tiempo (con un worst case fijo mximo).
Tambin debe notarse que muchas aplicaciones que deben funcionar
durante largos periodos de tiempo pueden beneficiarse de la habilidad de
que una RTOS puede proporcionar. Ya que los sistemas operativos en
tiempo real suelen ejecutar un conjunto mnimo de software en lugar de
muchas aplicaciones y procesos al mismo tiempo, estas son muy
adecuadas para sistemas que requieren de 24-7 de operacin o donde el
tiempo de inactividad es inaceptable o caro.
2.8.

RTOS: LATENCIA DE INTERRUPCION


La latencia de interrupcin se mide como la cantidad de tiempo entre
cuando un dispositivo genera una interrupcin y cuando se atiende ese
dispositivo.
Mientras los sistemas operativos de propsito general pueden tener una
cantidad

variable

de

tiempo

para

responder

una

interrupcin

determinada, los sistemas operativos en tiempo real deben garantizan que


todas las interrupciones sern atendidos dentro de una cierta mxima
cantidad de tiempo. En otras palabras, la latencia de interrupcin de las
RTOS deben ser delimitadas. La latencia comprende dos componentes
deterministas y al menos dos no deterministas:
Determinista: Conmutacin de Hardware y entrar en el manejador de
interrupcin - Ejecucin de cdigo del controlador. Mientras que el tiempo
de ejecucin depende del nmero de instrucciones, el tiempo en un
controlador especifico es constante (si no se interrumpe!)
No determinista: Una interrupcin no se sirve si: a) el sistema de
interrupcin esta desactivado (permitido por una RTOS) o b) durante el
mantenimiento de una interrupcin con mayor prioridad de hardware.

2.9.

RTOS: GESTION POR PROCESOS


Gestin de proceso: Realizacin de tareas cuasi paralelo en un procesador
utilizando procesos o hilos (proceso ligero) por:

Mantener estados de procesos, gestin de colas de proceso.

Tareas preventivas (cambio de contexto rpido) y rpida manejo de


interrupciones.

Planificacin de la CPU (garantizando plazos, minimizando proceso de


los tiempos de espera, la equidad en la concesin de recursos como
potencia de clculo).

Proceso de sincronizacin (secciones crticas, semaforos, monitores,


de exclusin mutua).

Comunicacin entre procesos (buffering).

Apoyo de un reloj de tiempo real como una referencia de tiempo


interna.

2.10. RTOS: ESTADO DE PROCESOS


Run: Una tarea entra en este estado, ya que comienza a ejecutarse en el
procesador.
Ready: Estado de aquellas tareas que estn listos para ejecutar, pero no
pueden ser ejecutadas debido a que el procesador est asignado a otra tarea.
Wait: Una tarea entra en este estado cuando se realiza una sincronizacin
primitiva para esperar un evento, por ejemplo, una primitiva espera en un
semforo. En este caso la tarea se inserta en una cola asociada con el

semforo. las tareas en la cabeza se reanudan cuando el semforo esta


desbloqueado por una seal primitiva.
Idle (inactivo): Un trabajo peridico entra en este estado cuando analiza su
ejecucin y tiene para esperar el comienzo de la siguiente periodo.

2.11. RTOS: PERFORMANCE


Un error comn es que los sistemas operativos de tiempo real tienen mejor
rendimiento que otros sistemas operativos de propsito general. Mientras
que los sistemas operativos en tiempo real pueden proporcionar un mejor
rendimiento en algunos casos debido a la menor multitarea entre
aplicaciones y servicios, esto no es una regla. El rendimiento real de una
aplicacin depender de la velocidad de la CPU, la arquitectura de
memoria, las caractersticas del programa, y otras caractersticas. Aunque
los sistemas operativos de tiempo real pueden o no aumentar la velocidad
de ejecucin, estos proporcionan mucha ms precisin y predictivilidad en
las caractersticas de tiempo de ejecucin que las de propsito general.
2.12. RTOS MAS UTILIZADOS Y SUS APLICACIONES
a) Windows CE
Conocido oficialmente como Windows Embedded compact, es un
sistema operativo desarrollado por Microsoft para sistemas embebidos,
Windows CE est desarrollado independientemente la versin actual
funciona en procesadores intelx86 y compatibles, adems de los tipos
MIPS y ARM.
Se puede encontrar en telfonos inteligentes, notebook, hasta en Pocket
Pc y gps. El sistema operativo creado a base de Windows CE fue
Windows pone 7 y sus actualizaciones.

b) Symbian
Es un sistema operativo propiedad de Nokia, y que en el pasado fue
producto de la alianza de varias empresas de telefona mvil, entre las
que se encontraban Nokia, Sony Mobile Communication, Pion
Samsumg, Panasonic, Sharp, etc.
El objetivo de Symbian era crear un sistema operativo para terminales
mviles que pudiera competir con el de Palm o el Windows Mobile de
Microsoft y posteriormente Android de Google, iOS de Apple, Windows
Phone de Microsoft y BlackBerry OS.
c) RTAI
RTAI (Real Time Application Interface) Interface para aplicaciones en
tiempo real, es una implementacin de Linux para tiempo real basado en
un principio en RTLinux, y actualmente en ADEOS, no es un sistema
operativo tal como VXworks o QNX. Se basa en el ncleo Linux,
proporcionando la capacidad de hacerla completamente requisable. RTAI
aade un pequeo ncleo Linux de tiempo real bajo el ncleo estndar
de Linux y trata al ncleo Linux como una tarea de menor prioridad. RTAI
adems

proporciona

una

amplia

seleccin

de

mecanismos

de

comunicacin entre procesos y otros servicios de tiempo real.


Adicionalmente, RTAI proporciona un mdulo llamado LXRT para facilitar
el desarrollo de aplicaciones de tiempo real en el espacio de usuario.

2.13. LINEA AL FUTURO


Impulsado por la convergencia de la tecnologa en la nube, los volmenes
de datos de rpido crecimiento y la creciente cantidad de dispositivos
conectados los RTOS debe evolucionar para ofrecer la escalabilidad,
modularidad, conectividad, seguridad y un conjunto de caractersticas de
vanguardia que son demandados por el nuevo, super conectado, conciente
de la seguridad y manejado remotamente por las redes M2M (machine to
machine).

a) Escalabilidad
Una sola RTOS que puede escalar para satisfacer las necesidades
nicas de funcionalidad y potencia de procesamiento de mltiples
clases de productos puede ayudar a los fabricantes de sistemas
integrados a aumentar el retorno de su inversin, reducir los costos de
desarrollo mediante el aprovechamiento de las economas de alcance y
reducir el tiempo de llegada al mercado.
b) Modularidad
La arquitectura modular de un RTOS ayudara a los fabricantes de
dispositivos integrados a poder mejor diferenciar sus productos y
mantenerlos competitivos durante periodos ms largos de tiempo
enriquecindolos con nuevas caractersticas y capacidades sin cambiar
el ncleo del sistema ya que las normas y exigencias del mercado
evolucionan.
c) Conectividad
Un RTOS reinventado para el IoT debe ser compatible con los
estndares de comunicacin lderes en la industria y protocolos tales
como CAN, Bluetooth, Continua, ZigBee, Wi-Fi y Ethernet, y entregar
capacidades de red de alto rendimiento.

d) Seguridad
Un aspecto critico es la seguridad, y los sistemas integrados de la
prxima generacin deben ser diseados pensando en la seguridad. Un
buen RTOS para tener funciones necesita de seguridad, y no solo para
proteger contra malwares y aplicaciones no deseadas o delincuentes,
sino tambin para ofrecer almacenamiento seguro de datos y la
transmisin y prueba de falsicaciones en diseos.

III.

CONCLUSIONES
Este trabajo intento de reflejar de manera rpida y sencilla las
caractersticas, aplicaciones y escalabilidad de los sistemas operativos de
tiempo real llevando al lector a entender los aspectos tcnicos y aplicativos
del mismo. As como hacer entender las diferencias que existen entre los
RTOS y los SOPG los cuales difieren en caractersticas y aplicaciones
funcionales.
Los sistemas operativos de tiempo real son extremadamente necesarios ya
que nos ayudan a tener perspectivas tecnolgicas que ayudan en todo los
aspectos inclusive los ms bsicos de las personas del mundo.
La era en la que nos encontramos requiere soluciones modulares,
configurables y escalables de RTOS, todo progreso que se realice en mejor
la mayora de los procesos que hoy en dio an se deja en la capa de
aplicaciones la cual le rinde propensa a errores y elevados costos a los
implementadores.

IV.

RECOMENDACIONES
Estos sistemas se caracterizan por tener el tiempo como un parmetro clave.
Por ejemplo, en los sistemas de control de procesos industriales, las
computadoras en tiempo real tienen que recolectar datos acerca del proceso
de produccin y utilizarlos para controlar las mquinas en la fbrica. A
menudo hay tiempos de entrega estrictos que se deben cumplir. Por
ejemplo, si un auto se desplaza sobre una lnea de ensamblaje, deben
llevarse a cabo ciertas acciones en determinados instantes. Si un robot
soldador realiza su trabajo de soldadura antes o despus de tiempo, el auto
se arruinar. Si la accin debe ocurrir sin excepcin en cierto momento (o
dentro de cierto rango), tenemos un sistema en tiempo real duro. Muchos de
estos sistemas se encuentran en el control de procesos industriales, en
aeronutica, en la milicia y en reas de aplicacin similares. Estos sistemas

deben proveer garantas absolutas de que cierta accin ocurrir en un


instante determinado.

V.

BIBLIOGRAFIA
Willian Stallings: Sistemas Operativos, 2da Edicion, Madrid 1997.

Andrew S. Tanenbaum: Sistemas Operativos Modernos, 3ra Edicion.


Mexico 2009.