Sistema operativo de tiempo real

Un sistema operativo de tiempo real (SOTR o RTOS -Real Time Operating System en ingls), es un sistema
operativo que ha sido desarrollado para aplicaciones de tiempo real. Como tal, se le exige correccin en sus
respuestas bajo ciertas restricciones de tiempo. Si no las respeta, se dir que el sistema ha fallado. Para
garantizar el comportamiento correcto en el tiempo requerido se necesita que el sistema sea predecible
(determinista).

Contenido
1 Caractersticas Generales
2 Procesador
3 Diseo
4 Programacin
5 Comunicacin entre Tareas
6 Interrupciones
7 Memoria
8 Comunicaciones
9 Algunos Ejemplos
10 Enlaces externos

Caractersticas Generales
Usado tpicamente para aplicaciones integradas, normalmente tiene las siguientes caractersticas:

No utiliza mucha memoria

Cualquier evento en el soporte fsico puede hacer que se ejecute una tarea
Multi-arquitectura (cdigo portado a cualquier tipo de CPU)
Muchos tienen enfermedades predecibles para eventos electrnicos

*Se caracterizan por presentar requisitos especiales en cinco reas generales:

Determinismo

Sensibilidad

Control del usuario

Fiabilidad

Tolerancia a los fallos

En la actualidad hay un debate sobre qu es tiempo real. Muchos sistemas operativos de tiempo real tienen un
programador y diseos de controladores que minimizan los periodos en los que las interrupciones estn
deshabilitadas, un nmero llamado a veces duracin de interrupcin. Muchos incluyen tambin formas
especiales de gestin de memoria que limitan la posibilidad de fragmentacin de la memoria y aseguran un
lmite superior mnimo para los tiempos de asignacin y retirada de la memoria.

Un ejemplo temprano de sistema operativo en tiempo real a gran escala fue el denominado programa de
control desarrollado por American Airlines e IBM para el sistema de reservas Sabre.

Procesador
Este tipo de sistemas operativos no es necesariamente eficiente en el sentido de tener una capacidad
de procesamiento alta. El algoritmo de programacin especializado, y a veces una tasa de interrupcin
del reloj alta pueden interferir en la capacidad de procesamiento.

Aunque para propsito general un procesador moderno suele ser ms rpido, para programacin en tiempo
real deben utilizarse procesadores lo ms predecibles posible, sin paginacin... Todos estos factores aaden
una aleatoriedad que hace que sea difcil demostrar que el sistema es viable, es decir, que cumple con los
plazos.

Diseo
Hay dos diseos bsicos:

Un sistema operativo guiado por eventos slo cambia de tarea cuando un evento necesita el servicio.
Un diseo de comparticin de tiempo cambia de tareas por interrupciones del reloj y por eventos.

El diseo de comparticin de tiempo gasta ms tiempo de la UCP en cambios de tarea innecesarios. Sin
embargo, da una mejor ilusin de multitarea. Normalmente se utiliza un sistema de prioridades fijas.

Uno de los algoritmos que suelen usarse para la asignacin de prioridades es el Rate-Monotonic Schedule. Si el
conjunto de tareas que tenemos es viable con alguna asignacin de prioridades fijas, tambin es viable con el
Rate-Monotonic Schedule, donde la tarea ms prioritaria es la de menor periodo. Esto no quiere decir que si no
es viable con Rate-Monotonic Schedule no sea viable con asignaciones de prioridad variable. Puede darse el
caso de encontrarnos con un sistema viable con prioridades variables y que no sea viable con prioridades fijas.

Programacin
En los diseos tpicos, una tarea tiene tres estados: ejecucin, preparada y bloqueada. La mayora de las tareas
estn bloqueadas casi todo el tiempo. Solamente se ejecuta una tarea por UCP. La lista de tareas preparadas
suele ser corta, de dos o tres tareas como mucho.

El problema principal es disear el programador. Usualmente, la estructura de los datos de la lista de tareas
preparadas en el programador est diseada para que cada bsqueda, insercin y eliminacin necesiten
interrupciones de cierre solamente durante un perodo muy pequeo, cuando se buscan partes de la lista muy
definidas.

Esto significa que otras tareas pueden operar en la lista asincrnicamente, mientras que se busca. Una buena
programacin tpica es una lista conectada bidireccional de tareas preparadas, ordenadas por orden de
prioridad. Hay que tener en cuenta que no es rpido de buscar sino determinista. La mayora de las listas de
tareas preparadas slo tienen dos o tres entradas, por lo que una bsqueda secuencial es usualmente la ms
rpida, porque requiere muy poco tiempo de instalacin.

El tiempo de respuesta crtico es el tiempo que necesita para poner en la cola una nueva tarea preparada y
restaurar el estado de la tarea de ms alta prioridad.

En un sistema operativo en tiempo real bien diseado, preparar una nueva tarea necesita de 3 a 20
instrucciones por cada entrada en la cola y la restauracin de la tarea preparada de mxima prioridad de 5 a
30 instrucciones. En un procesador 68000 20MHz, los tiempos de cambio de tarea son de 20 microsegundos
con dos tareas preparadas.

Cientos de UCP MIP ARM pueden cambiar en unos pocos microsegundos.

Comunicacin entre Tareas

Las diferentes tareas de un sistema no pueden utilizar los mismos datos o componentes fsicos al mismo
tiempo. Hay dos mtodos para tratar este problema.

Uno de los mtodos utiliza semforos. En general, el semforo binario puede estar cerrado o abierto. Cuando
est cerrado hay una cola de tareas esperando la apertura del semforo.

Los problemas con los diseos de semforos son bien conocidos: inversin de prioridades y puntos muertos
(deadlocks).

En la inversin de prioridades, una tarea de mucha prioridad espera porque otra tarea de baja prioridad tiene
un semforo. Si una tarea de prioridad intermedia impide la ejecucin de la tarea de menor prioridad, la de ms
alta prioridad nunca llega a ejecutarse. Una solucin tpica sera otorgar a la tarea que tiene el semforo la
prioridad de la tarea ms prioritaria de las que estn esperando dicho semforo. Esto se denomina algoritmo
de herencia bsica de prioridad.

En un punto muerto, dos tareas (T1,T2) pretenden adquirir dos semforos (semA,semB) en orden inverso. En
este caso si T1 adquiere semA y T2 adquiere semB cuando intenten adquirir el segundo semforo no podrn
hacerlo ya que lo tiene la otra tarea. De esta forma entran en un punto muerto del que ninguna de las dos
tareas puede salir sin intervencin externa. Esto se resuelve normalmente mediante un diseo por ej. obligando
a adquirir los semforos en un orden concreto.

La otra solucin es que las tareas se manden mensajes entre ellas. Esto tiene los mismos problemas: La
inversin de prioridades tiene lugar cuando una tarea est tratando un mensaje de baja prioridad, e ignora un
mensaje de ms alta prioridad en su correo. Los puntos muertos ocurren cuando dos tareas realizan envios
bloqueantes (se quedan en la funcin de envo esperando a que el receptor reciba el mensaje). Si T1 manda un
mensaje de forma bloqueante a T2 y T2 manda un mensaje de igual forma a T1 ninguna de las dos tareas saldr
de la funcin de envo quedando ambas bloqueadas ya que no podrn llegar a la funcin de recepcin. Puede
resolverse reordenando envos y recepciones o empleando envos no bloqueantes o temporizados.

Aunque su comportamiento en tiempo real es algo ms difcil de analizar que los sistemas de semforos, los
sistemas basados en mensajes normalmente son ms sencillos de desarrollar que los sistemas de semforo.

Interrupciones
Las interrupciones son la forma ms comn de pasar informacin desde el mundo exterior al programa y son,
por naturaleza, impredecibles. En un sistema de tiempo real estas interrupciones pueden informar diferentes
eventos como la presencia de nueva informacin en un puerto de comunicaciones, de una nueva muestra de
audio en un equipo de sonido o de un nuevo cuadro de imagen en una videograbadora digital.

Para que el programa cumpla con su cometido de ser tiempo real es necesario que el sistema atienda la
interrupcin y procese la informacin obtenida antes de que se presente la siguiente interrupcin. Como el
microprocesador normalmente solo puede atender una interrupcin a la vez, es necesario que los
controladores de tiempo real se ejecuten en el menor tiempo posible. Esto se logra no procesando la seal
dentro de la interrupcin, sino enviando un mensaje a una tarea o solucionando un semforo que est siendo
esperado por una tarea. El programador se encarga de activar la tarea y esta se encarga de adquirir la
informacin y completar el procesamiento de la misma.

El tiempo que transcurre entre la generacin de la interrupcin y el momento en el cual esta es atendida se
llama latencia de interrupcin. El inverso de esta latencia es una frecuencia llamada frecuencia de saturacin,
si las seales que estn siendo procesadas tienen una frecuencia mayor a la de saturacin, el sistema ser
fsicamente incapaz de procesarlas. En todo caso la mayor frecuencia que puede procesarse es mucho menor
que la frecuencia de saturacin y depende de las operaciones que deban realizarse sobre la informacin
recibida.

Memoria
Hay dos problemas con el reparto de la memoria en SOTR (sistemas operativos en tiempo real).

El primero, la velocidad del reparto es importante. Un esquema de reparto de memoria estndar recorre una
lista conectada de longitud indeterminada para encontrar un bloque de memoria libre; sin embargo, esto no es
aceptable ya que el reparto de la memoria debe ocurrir en un tiempo fijo en el SOTR.

En segundo lugar, la memoria puede fragmentarse cuando las regiones libres se pueden separar por regiones
que estn en uso. Esto puede provocar que se pare un programa, sin posibilidad de obtener memoria, aunque en
teora exista suficiente memoria. Una solucin es tener una lista vinculada LIFO de bloques de memoria de
tamao fijo. Esto funciona asombrosamente bien en un sistema simple.

La paginacin suele desactivarse en los sistemas en tiempo real, ya que es un factor bastante aleatorio e
impredecible, que vara el tiempo de respuesta y no nos permite asegurar que se cumplirn los plazos, debido al
trasiego de pginas de memoria con un dispositivo de almacenamiento (trashing)

Comunicaciones
Para las comunicaciones se suelen usar conexiones o redes deterministas CAN bus o puertos serie, ya que las
redes ms usuales, como Ethernet son indeterministas y no pueden garantizarnos el tiempo de respuesta. El
sistema CAN bus es utilizado para la interconexion de dispositivos electrnicos de control (ECU) en los
vehculos.

Algunos Ejemplos
MaRTE OS
 EasyTasks
QNX
LynxOS
RedHat Embedded Linux
eCos (Linux)
SOOS
Ubuntu Studio (Linux)
VxWorks
Windows CE
Linchos
UNIX (Some)
DuinOS
RTAI
Symbian

Tiempo real
Un sistema en tiempo real (STR) es aquel sistema digital que interacta activamente con un entorno con
dinmica conocida en relacin con sus entradas, salidas y restricciones temporales, para darle un correcto
funcionamiento de acuerdo con los conceptos de predictibilidad, estabilidad, controlabilidad y alcanzabilidad.

Los sistemas en tiempo real estn presentes en nuestra vida diaria, prcticamente en todo lo que nos rodea; en
los aviones, trenes y automviles; en el televisor, la lavadora o el horno de microondas, en los telfonos
celulares y en las centrales telefnicas digitales. Son un elemento imprescindible para garantizar la generacin,
transmisin y distribucin de la energa elctrica y para asegurar la calidad y la seguridad de incontables
procesos industriales.

La principal caracterstica que distingue a los STR de otros tipos de sistemas es el tiempo de interaccin. Sin
embargo, antes de continuar es necesario aclarar el significado de las palabras "tiempo" y "real". La palabra
"tiempo" significa que el correcto funcionamiento de un sistema depende no slo del resultado lgico que
devuelve la computadora, tambin depende del tiempo en que se produce ese resultado. La palabra "real"
quiere decir que la reaccin de un sistema a eventos externos debe ocurrir durante su evolucin. Como una
consecuencia, el tiempo del sistema (tiempo interno) debe ser medido usando la misma escala con que se mide
el tiempo del ambiente controlado (tiempo externo).

En Mxico, los STR se pueden encontrar en lugares muy importantes por los servicios que prestan, por ejemplo:
Comisin Federal de Electricidad (CFE) donde se monitorean, controlan y protegen los sistemas de transmisin
y distribucin que hacen llegar la energa elctrica a las industrias y nuestros hogares. Los STR tambin estn
presentes en el Metro de la Ciudad de Mxico, especficamente en el rea de monitoreo de trfico de trenes; su
importancia es relevante debido a que diariamente se transportan millones de pasajeros.

Un STR tiene tres condiciones bsicas:

Interacta con el mundo real (proceso fsico),

emite respuestas correctas y
cumple restricciones temporales.
En contraste con la definicin de STR, un sistema rpido produce su salida sin considerar las restricciones de
tiempo del ambiente con que interacta, para esa clase de sistemas no es importante el tiempo en el cual los
datos llegan al sistema digital sino solamente el tiempo en que la salida es producida, en otras palabras
nicamente interesa la rapidez de dar la respuesta dentro del intervalo de tiempo cuya medida, entre ms
pequea es mejor, sin importar el costo de generar esa respuesta. De igual manera, tiende a confundirse el
concepto de STR con el de sistema en lnea:

Un sistema en lnea es aquel que siempre debe estar encendido, disponible y generalmente conectado a una red
de computadoras y depende de la capacidad del hardware para atender peticiones de servicio y en ningn
momento est en sincrona con el mundo real ni tiene restricciones temporales. En adicin a esto, un sistema
fuera de lnea es aquel que no siempre est disponible para recibir y enviar informacin y que depende de una
base de datos previamente establecida para ejecutar su cometido. Como ejemplos de sistemas en lnea se
tienen las aplicaciones de Internet como los navegadores web o la adquisicin de datos a travs de una tarjeta
especializada en un ambiente de tiempo compartido como Windows.

El concepto de STR no queda restringido a los sistemas digitales o de cmputo, ya que puede extenderse al
mundo vivo: humanos, animales y plantas; como ejemplo, considrese una semilla frtil, la cual llega de alguna
manera (ya sea por accin del viento, por medio del desecho de algn animal al final de su digestin, etc.) a la
tierra. Se puede asegurar que el proceso de germinacin de la semilla es un sistema de tiempo real en el
ambiente y en las circunstancias en las cuales se desarrolla, ya que a estmulos del ambiente (humedad
apropiada constante, temperatura adecuada constante, luz necesaria, etc.) el sistema (la semilla) responde
dentro de sus restricciones de tiempo especficas. Si la semilla fuera solamente un sistema rpido (y no de
Tiempo Real), tan pronto como sta tocara la tierra comenzara su proceso de germinacin, sin importar la
escasez de nutrientes del suelo o agua o estacin del ao, por lo que el comportamiento de la semilla no
correspondera a lo que est sucediendo en el ambiente, es decir, que el intervalo de tiempo en el que la
respuesta del sistema (semilla) se produce no sera muy importante, pero en la realidad ocasionara que
muriera rpidamente por la falta de su adaptabilidad, al tratar de consumir nutrientes ms de lo que los puede
asimilar o que se encuentren disponibles para ser absorbidos por la raz de la planta.

Los sistemas de tiempo real (STR) son sistemas informticos que se encuentran en multitud de aplicaciones,
desde la electrnica de consumo hasta el control de complejos procesos industriales. Estn presentes en
prcticamente todos los aspectos de nuestra sociedad como, telfonos mviles, automviles, control de trfico,
ingenios espaciales, procesos automticos de fabricacin, produccin de energa, aeronaves, etc. Adems, el
auge de los Sistemas de Tiempo Real est en constante aumento, ya que cada vez ms mquinas se fabrican
incluyendo un nmero mayor de sistemas controlados por computador. Un ejemplo cercano es la industria del
automvil, ya que un turismo actual de gama media incluye alrededor de una docena de estos automatismos
(ABS, airbag, etc). Otro ejemplo cotidiano son los electrodomsticos de nueva generacin, que incluyen
Sistemas de Tiempo Real para su control y temporizacin. Hoy da son tantas las aplicaciones de estos sistemas
que su nmero duplica actualmente al de los sistemas informticos "convencionales" o de propsito general.
Las previsiones son que esta diferencia vaya en constante aumento, debido fundamentalmente el elevado
crecimiento de la automatizacin en casi todas las facetas de la vida cotidiana. Esto convierte a esta asignatura
en un complemento muy atractivo para la formacin de un Ingeniero Informtico.

La caracterstica diferenciadora de los Sistemas de Tiempo Real es que sus acciones deben producirse dentro
de unos intervalos de tiempo determinados por la dinmica del sistema fsico que supervisan o controlan. Por
poner un ejemplo, el sistema de control de inyeccin de combustible en un motor alternativo (como los que
estn presentes en los automviles) debe realizar la inyeccin de la mezcla dentro del intervalo de tiempo
marcado por la rotacin del motor, de otro modo el motor no funcionar correctamente. En este caso, se trata
de un sistema de tiempo real empotrado, es decir, el sistema informtico se encuentra fsicamente incluido en
un sistema de ingeniera ms complejo. La mayora de los sistemas de tiempo real son sistemas empotrados y
suelen tener restricciones adicionales en cuanto al uso de recursos computacionales con respecto a otros
tipos de sistemas informticos. Adems, suelen tener requisitos de seguridad y fiabilidad ms severos, ya que si
el sistema falla puede ocasionar prdidas econmicas (por ejemplo, avera del motor) o incluso humanas (por
ejemplo, si el motor fuera de una aeronave).

Adems, las aplicaciones empotradas no son ni mucho menos pequeas. Un simple telfono mvil tena medio
milln de lneas de cdigo en 1997, y el nmero de lneas de cdigo que vuelan embarcadas en los sistemas de
control de una aeronave moderna se cuentan por millones. El tamao actual de estas aplicaciones hace
impensable su desarrollo sin utilizar la Ingeniera del Software que es una disciplina fundamental y propia de los
Ingenieros Informticos.

INTRODUCCIN

Es bien sabido que los Sistemas de Tiempo Real pueden llevar el control eventosque ocurren en el mundo real,
por lo tanto es un sistemaque responde a un estmulo externo dentro de un tiempo especificado.

Entonces los sistemas de tiempo real interactan con el entorno que se le presente y pueden ejecutar
accionesde respuesta para determinados estmulos de dicho entorno.

Este tipo de sistemas tienen muchas caractersticas que benefician a todo el individuo que pretenda interactuar
con ellos.

A continuacin se abordara a fondo el tema: "Sistemas De Tiempo Real (STR)"

DEFINICIN:

Bsicamente los sistemas de tiempo real se definen como sistemas informticos que tienen la capacidad de
interactuar rpidamente con su entorno fsico, el cual puede realizar funciones de supervisino control para su
mismo beneficio.

Todos los sistemas de tiempo real tienen la facultad de ejecutar actividades o tareas en de intervalos de tiempo
bien definidos.

Todas las tareas son ejecutadas inmediatamente en una forma concurrente, esto es para sincronizar el
funcionamiento del sistema con la simultaneidad de acciones que se presentan en el mundo fsico.

En los sistemas de tiempo real los intervalos de tiempo en que se ejecutan las tareas se definen por un
esquema de activacin y por un plazo de ejecucin. En lo que respecta al esquema de activacin puede ser
peridico, es decir en intervalos regulares, o tambin puede ser aperidico, es decir,en respuesta a sucesos
externos que ocurren de forma irregular.

La mayora de los STR son utilizados cuando existen requerimientos de tiempo muy rgidos en las operaciones o
en el flujo de datos, generalmente son requeridos como sistemas de control en una aplicacin dedicada.
La eficienciade los STR 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 de este tipo de sistemas.

Este tipo de sistemas se caracterizan por tener que producir una salida, como respuesta a una entrada, en un
tiempo determinado. El intervalo de tiempo que se presenta entre la entrada y la salida debe ser muy pequeo
para que la respuesta temporal del sistema sea aceptable.

Cuando se disea un sistema de tiempo real se pasa por varias fases:

1.- Se identifican todas las tareas que se tienen que realizar y tambin se identifican las restricciones
temporales que se pretenden cumplir.

2.- Posteriormente se codifican los programas que ejecutarn las tareas

3.- Posteriormente se pasa a medir el tiempo de cmputo de cada tarea y se realiza un anlisis de
planificabilidad.

Este anlisis consiste en aplicar unas pruebasal conjunto de tareas de tal forma que si stas pasan el
testentonces se puede garantizar que ninguna tarea perder su plazo de ejecucin. De lo contrario si no pasan
el test se tiene que volver a comenzar desde el principio, es decir, comenzar de nuevo, utilizando otro
procesadorms potente o utilizando otros algoritmos para implementar las tareas.

GENERALIDADES DE LOS STR

Requiere tcnicas de anlisis, diseoy prueba que son desconocidas en otras reas de aplicacin.

Esta muy acoplado con el mundo externo.

Opera bajo condiciones de rendimiento muy rigurosas.

Esta conducido por el hardware, software, por las caractersticas del sistema operativo, por requisitos de la
aplicacin, as como por aspectos de diseo.

ELEMENTOS QUE COMPONEN UN STR

Aspectos de integracin y de rendimiento.

Manejo de Interrupciones.

Bases de Datos de Tiempo Real.

Sistemas Operativos de Tiempo Real.

Lenguajes de Tiempo Real.

Sincronizacin y comunicacin de tareas.

SISTEMAS OPERATIVOS DE TIEMPO REAL

Los SistemasOperativos de tiempo real son la plataforma para establecer un sistemade tiempo real ya que en
los SOTR no tiene importancia el usuario, sino los procesos.

Algunos ejemplos de Sistemas Operativos de tiempo real son:

VxWorks,

Solaris, Lyns OS

Spectra

Por lo regular Sistema Operativode tiempo real suele tener la misma arquitectura que un Sistema Operativo
convencional, pero su diferencia radica en que proporciona mayor prioridad a los elementos de controly
procesamiento que son utilizados para ejecutar los procesos o tareas.

El SOTR debe ser multitarea y permisible

Un SOTR debe poder asignar prioridades a las tareas

El SOTR debe proporcionar medios de comunicaciny sincronizacin entre tareas

Un SOTR debe poder evitar el problema de inversin de prioridades

El comportamientotemporal del SOTR debe ser conocido

CLASIFICACIN DE LOS SISTEMAS DE TIEMPO REAL

Los sistemas de tiempo real pueden ser de dos tipos, esto es en funcinde su severidad en el tratamiento de los
errores que puedan presentarse:

Sistemas de tiempo real blandos o Soft real-time systems:estos pueden tolerar un exceso en el tiempo de
respuesta, con una penalizacin por el incumplimiento del plazo. Estos sistemas garantizan que las tareas
crticas se ejecutan en tiempo. Aqu los datos son almacenados en memorias no voltiles, no utilizan tcnicas de
memoriavirtual ni tiempo compartido, estas tcnicas no pueden ser implementadas en hardware.

Sistemas de tiempo real duros o Hard real-time systems: aqu la respuesta fuera de trmino no tiene
valoralguno, y produce la falla del sistema. Estos sistemas tienen menos utilidades que los implementados por
hard, por ejemplo no pueden utilizarse para control industrial y robtico. Pero si para multimedia, supervisinde
controles industriales y realidad virtual.

MTODOS DE DISEOS

Cuando se elabora software de tiempo real se deben incorporar una alta calidad.

Al elaborar el software de tiempo real se presentan mltiples problemas como:

Representacin de interrupciones y cambio de contexto.

Comunicacin y sincronizacin de tareas.

Grandes variaciones en las tasas de datos.

Requisitos especiales para manejo de errores y recuperacin de fallos.

Procesamiento asncrono.

Para evitar muchos de los problemas que se presentan al elaborar software de tiempo real se han establecido
algunos mtodos como lo son:

Metodologa de flujo de datos.

Metodologa de estructura de datos.

Metodologa orientada a los objetos.

REQUISITOS TEMPORALES
Tiempo real estricto (hard real-time)

todas las acciones deben ocurrir dentro del plazo especificado

Ejemplo: control de vuelo

Tiempo real flexible (soft real-time)

se pueden perder plazos de vez en cuando

el valor de la respuesta decrece con el tiempo

Ejemplo: adquisicin de datos

Tiempo real firme (firm real-time)

se pueden perder plazos ocasionalmente

una respuesta tarda no tiene valor

Ejemplo: sistemas multimedia

ESTRUCTURA DE UN STR
CARACTERSTICAS DE LOS SISTEMAS DE TIEMPO REAL

CARACTERSTICAS PRIMARIAS CARACTERSTICAS SECUNDARIAS

Procedimiento concurrente Fiabilidad

Interfaz hardware Reconfigurabilidad
Tiempo de reaccin antes de los eventos Usabilidad
Arquitectura distribuida Obligaciones
Bases de datos Capacidad de evolucin

OTRAS CARACTERISTICAS:

DETERMINISMO EN LOS STR

Este trmino es una parte fundamental en estos sistemas, podra decirse que es una cualidad ya que es la
capacidad de determinar con una alta probabilidad, cuanto es el tiempo que tarda una tarea en iniciar, es decir,
que los STR necesitan que ciertas tareas se comiencen a ejecutar antes que otras.

RESPONSIVIDAD EN LOS STR:

Este trmino se basa en el tiempo que tarda una tarea en ejecutarse. La responsividad se enfoca a 3 aspectos
los cuales son:

La cantidad de tiempo que tarda iniciar la ejecucin de una interrupcin

La cantidad de tiempo que se necesita para realizar las tareas que pidi la interrupcin.
Los efectos de Interrupciones anidadas.

USUARIOS CONTROLADORES

Todos los el usuario tienen un mejor control de todos los procesos que se ejecutan en el sistema esto es:

Los procesos son capaces de especificar su prioridad

Los procesos son capaces de especificar el manejo de memoria que requiere

Los procesos especifican que derechostiene sobre el sistema.

CONFIABILIDAD

En los STR la confiabilidad juega un papel muy importante, ya que el sistema no debe de presentar fallos, sino
que ms aun la calidad del servicio que ofrezca no debe de degradarse ms all de un lmite especificado.

El sistema tiene que tener la capacidad de seguir funcionando aunque se presenten grandes catstrofes, o
fallos mecnicos. Por lo general una degradacin en el servicio en un STR lleva consecuencias catastrficas.

TOLERANCIA A FALLOS

Al hablar de tolerancia a los fallos nos estamos refiriendo a la capacidad de un sistema de conservar la mxima
capacidad y los mximos datos posibles en caso de un problema grave que afecte a parte del sistema.

Al referirnos a la tolerancia a los fallos estamos hablando tambin de la estabilidad ya que un sistema de tiempo
real cuando le es imposible cumplir todos los plazos de ejecucin de las tareas que tenia asignado en ese
momento, el sistema cumple los plazos de las tareas mas criticas y de mayor prioridad que hasta ese momento
se estaban ejecutando.

Entonces el sistema debe de fallar de manera que cuando se presente un problema en el sistema conserve gran
parte de los datos y capacidades del sistema en la mayor medida posible.

Caractersticas concretas:

Se presentan en entornos en donde deben ser aceptados y procesados una gran cantidad de sucesos, donde la
mayora de estos sucesos son externos al sistema computacional, con un tiempo de respuesta inmediato.

Pueden ser utilizados en muchos mbitos entre los cuales estn en control industrial, conmutacin telefnica,
control de vuelo, simulaciones en tiempo real., aplicaciones militares (entre otras).

Proporciona rpidos tiempos de respuesta.

Capacidad de procesar rfagas de miles de interrupciones por segundo sin perder un solo suceso.

El proceso que tenga mayor prioridad expropia recursos.

La mayora de los de procesos son estticos.

La gestin de archivos se enfoca a velocidadde acceso que a la utilizacin eficiente del recurso.

APLICACIONES DE LOS STR

Los sistemas de tiempo real pueden tener muchsimas y con el paso del tiempo y el desarrollode nuevas
tecnologas surgen nuevos campos de utilizacin para estos sistemas.

Las reas ms comunes donde se aplican los servicios de un STR podran ser:

Las telecomunicaciones

Los sistemas multimedia

El control industrial

La robtica

Los sistemas de avinica y espaciales

Los ferrocarriles

Automviles

Electrodomsticos de nueva generacin

experimentos cientficos

sistemas mdicos.

SEGURIDAD EN LOS STR

Gran parte de los sistemas de tiempo real presentan requisitos de seguridadmuy complicados, lo que da como
resultado que la elaboracin o desarrollo de un STR sea ms complicada. Esto es que en algunos casos no se
puede permitir que ninguna tarea se ejecute fuera del intervalo especificado ni una sola vez.

ENTRADA/SALIDA EN SISTEMAS DE TIEMPO REAL

Cuando el procesamiento en tiempo real esta realizado, es necesario que la interaccin con los dispositivos
externos sea tambin acotada en tiempo.

Entonces para establecer la transmisin de datos o informacin entre el sistema de tiempo real, los sensoresy
actuadores que conforman al sistema, pueden usarse diversas tcnicas de buses de tiempo real, que ofrecen la
oportunidad de disponer de sensores inteligentes.
Este tipo de sensores no solo tienen la capacidad de transmitir los datos que se recolectaron, sino tambin
poseen la capacidad de enviar la informacin del instante que los datos fueron recolectados.

Ejemplos de protocolosde comunicacin que utilizan los STR los cuales tienen la capacidad de reducir los
tiempos de transmisin son los siguientes:

El protocolo PAR (Positive Acknowledge or Retransmit), Implicit Flow Control, CSMA/CD (Carrier Sense Multiple
Access/Collision Detection), CAN (Control Area Network), Tokenbus, Central Master, y TDMA-TTP.

EJEMPLO QUE PLASMA LA UTILIDAD DE LOS STR

El Problema:

Hoy en da en las empresas, los problemas llegan al Director General cuando ya poco se puede hacer para
solucionarlos, ya se trata de una operacin con prdidas, una deuda incobrable o la prdida de un cliente
importante. Es decir, cuando el perjuicio para nuestra empresa, para el cliente o para ambos es inevitable.

La Solucin

Ahora bien, que seria si todos los comerciales de la empresa estuviera conectados a un sistema informtico en
tiempo real que controle todas sus operaciones, autorizando las que cumplan las normas preestablecidas
(precios, riesgo, tiempos de entrega, etc.), y reteniendo las que no las cumplan para que sean autorizadas o
rechazadas por la personao personas con atribucin para ello, quien recibe inmediatamente un aviso por
correo electrnico (un servicio que tambin puede realizarse mediante mensajes a mviles) en el que se le
indica que tiene una operacin pendiente de autorizar y los parmetros que han provocado la irregularidad.

Todo esto ya realidad con en nuevo Sistema HERMES, que combina las tecnologas de telefonamvil e
Internetpara proporcionar un seguimiento continuo de las operaciones comerciales de la toda empresa.

CONCLUSIONES

Los sistemas de tiempo real (STR) juegan un papel muy importante ya que como todo sistema debe tener la
capacidad de satisfacer tareas en un tiempo de respuesta mnimo.
Los STR estn presentes en todos los aspectos de nuestra vida diaria como aeronaves, telfonos mviles,
automviles, entre muchas otras aplicaciones que nos benefician ampliamente.

Se podra tambin concluir que los sistemas de tiempo real estn en constante desarrollo puesto que con los
avances tecnolgicosse construyen nuevas maquinas que operan en tiempo real y que por consiguiente
necesitan tener sistemas controlados por un computadorque tenga la capacidad de interactuar con el mundo
fsico.

Los sistemas de tiempo real bsicamente estn integrados en un sistema de ingeniera ms avanzado el cual
realiza funcionesde control, por lo que tambin se les llama sistemas empotrados o embedded systems.

Los sistemas de tiempo real suelen tener un reloj y un timer para verificar los tiempos reales de respuesta del
sistema. Se dice que no son trminos iguales ya que un reloj le sirve al sistema nicamente para llevar un
conteo, en cambio un timer es un dispositivo que cuando llega a un estadodeterminado tiene la capacidad de
notificar que esta pasando, pero uno es el complemento del otro.