QNX

Es un Sistema Operativo de Tiempo Real Qu es un sistema en Tiempo Real? Todos los sistemas son sistemas en Tiempo Real. Qu pasara si nosotros al utilizar un procesador de palabras, ste se tardara 2 minutos en avanzar a la siguiente lnea despus de un enter? Qu pasara si la computadora que revisa el flujo de los vagones de un metro aplicara el freno de un vagn que llega a una estacin con 2 segundos de retraso? Ambos sistemas estn en Tiempo Real, la diferencia es que el primero es un Tiempo Real suave (soft) y el segundo es un Tiempo Real duro (hard). Tiempo Real Suave (Soft Realtime) es aquel en el que un retraso no causa una falla. Tiempo Real Duro (Hard Realtime) es en el que un retraso causa una falla muy costosa en el sistema, por ejemplo el control de temperatura de un reactor nuclear necesita un porcentaje de error de 0.00% Tiempo Real Firme (Firm Realtime) es aquel en el que es permisible un cierto porcentaje de fallas, por ejemplo una bscula que pese pipas puede ser leda con un margen de 0.5% de error. QNX puede manejar estos 3 tipos de sistemas.

La principal responsabilidad de un sistema operativo es el de administrar los recursos de la computadora. Todas las actividades en el sistema programas de aplicacin programadas, escribir archivos a disco, enviar datos atravs de la red, y as sucesivamente deben trabajar juntos los ms perfecta y transparentemente como sea posible. Algunos entornos llaman muchos recursos rigurosos del administrador y programan algunas otras. Las Aplicaciones de Tiempo Real, por ejemplo, dependen que en el SO se manejen mltiples eventos y garantice que el sistema responda a estos eventos dentro de los limites de tiempo predecibles.

QU ES QNX? QNX (pronunciado Q.N.X. o Q-nix) es un sistema operativo de tiempo real basado en Unix que cumple con la norma POSIX. Es desarrollado principalmente para su uso en dispositivos empotrados. Desarrollado por QNX Software Systems empresa canadiense. Est disponible para las siguientes arquitecturas: x86, MIPS, PowerPC, SH4 (incluida la videoconsola Dreamcast con una versin muy limitada de este), ARM, StrongARM y xScale. El Objetivo Principal del Sistema Operativo QNX/Neutrino es desarrollar los Sistemas Abiertos POSIX API de forma robusta, de adecuada escalabilidad para una amplia gama de sistemas desde pequeos, sistemas con recurso limitados hasta ambientes de cmputo distribuidos de alta cualidad. Para aplicaciones de misin critica, una arquitectura robusta es tambin fundamental, QNX hace de manera flexible y completo el uso del hardware MMU (si esta disponible en el targets del sistema. QNX est basado en una estructura de microncleo, que proporciona caractersticas de estabilidad avanzadas frente a fallos de dispositivos, aplicaciones, etc. Photon o Photon microGUI es el sistema de ventanas (servidor y cliente) de QNX, aunque tambin funciona una versin X Window. Los sistemas operativos de tiempo real son interesantes para situaciones donde sea absolutamente necesaria una toma continua de, por ejemplo, muestras de datos. Basndose en este inters, existen diversos proyectos para crear versiones en tiempo real de otros sistemas. Est orientado a su utilizacin en microcontroladores y sistemas crticos. Sistema Operativo Multi-tarea Multi-usuario Tiempo real Red integrada Qnet POSIX Modular Microkernel Estructura de archivos Basado en extents rbol de directorios Seguridad Login Propiedad y permisos de archivos Permisos para ejecutar archivos Windows X-Windows (tm) / Motif (tm) QNX Windows / Open Look (tm) Photon (tm) Interface Editor Application Builder Paquete de desarrollo completo

Aplicaciones Adquisicin de datos Control y monitoreo de procesos Procesamiento distribuido Inteligencia artificial Puntos de venta Procesamiento de transacciones en lnea Telecomunicaciones etc.

QNX VS DOS QNX Multi-tarea Multi-usuario naturalmente Seguridad integrada Red integrada Estructura modular Diseado para operar en tiempo real Kernel muy eficiente Prioridades Determinstico Pocas aplicaciones de oficina QNX VS WINDOWS 95-98 QNX Multi-usuario naturalmente Seguridad integrada Estructura modular Diseado para operar en tiempo real Kernel muy eficiente Prioridades Determinstico Pocas aplicaciones de oficina Emulacin Win32 va Willows RT DOS TSR como add-on Windows como add-on Muchas aplicaciones Ms familiar

Windows 95-98 Un solo usuario

Seguridad a travs de terceros

(Servidores Win NT, Netware, etc.) Alto requerimiento de hardware Ms familiar

QNX VS UNIX QNX Multi-tarea Multi-usuario Red integrada desde el diseo Pase de mensajes muy eficiente Poco requerimiento de hardware Microkernel de 10K Capacidad de tiempo real UNIX Multi-tarea Multi-usuario Red agregada posteriormente Pase de mensajes lento Alto requerimiento de hardware "Microkernel" de 700K

Fundamentos. Requerimientos para instalacin de QNX. Computadora IBM AT, PS/2, PC/104, STD, STD32, VME, MPE o 100% Intel compatible, con microprocesador Intel 80386 superior. 256K de memoria o menos para sistema runtime, 16Mb para desarrollo. 2 Mb de disco duro para el sistema operativo y utileras, 10Mb para sistema de desarrollo completo.

Inicio de Sesin. Para poder utilizar el sistema QNX, se requiere capturar un nombre y una clave de acceso, el comando login se encarga de pedir estos datos:
Welcome to QNX 4.25 Copyright (c) QNX Software Systems Ltd. 1982,1999 login:

Una vez que usted capture su nombre o "Login", QNX revisa si se requiere clave de acceso, si as es el caso, se lo pedir con el siguiente mensaje: password: En caso de que la combinacin de nombre y clave de acceso no est autorizada, QNX pedir de nuevo el nombre login: En caso de que todo sea correcto, QNX entrar al sistema y le mostrar el prompt o lo llevar directamente a una aplicacin, dependiendo de cmo se haya configurado el usuario. El login del Administrador es root Prompts Los prompts por default son # Administrador del sistema (root)

Usuario normal

Comandos Como cualquier otro sistema operativo, QNX tambien cuenta con comandos para realizar diferentes operaciones. La sintaxis de los comandos se teclean un una nueva shell(linea de comando) y tienen el siguiente formato. comando [opciones] [operandos] Para pasar argumentos que contienen espacios o caracteres especiales, se escriben entre comillas

SINTAXIS DE COMANDOS A las opciones se les antepone un guin ls -l rm -i Se pueden combinar o escribir por separado ls -l -h ls -lh Pueden contener un argumento grep -e SCSI grep -i -e CD-ROM grep -ie QNX ls -l /bin

EL SHELL El shell es: Una interfase entre QNX y el usuario Un interpretador de comandos Interpretador de comandos por lotes (script files) Un lenguaje de programacin EL PROCESO DE LOGIN Cada vez que un usuario da login, se crea un shell independiente para l El comando shell, comparte su cdigo ejecutable en memoria, de modo que cada shell adicional casi no ocupa memoria extra Para salir del shell hay que presionar Ctrl-D o teclear el comando logout

QU HACE EL SHELL? Mucha de la interaccin con QNX es a travs de un dilogo con el shell Se teclea un comando con sus parmetros, el shell lo analiza y toma las acciones necesarias Una vez que ha realizado las acciones pertinentes, se repite el ciclo esperando por un nuevo comando

SINTAXIS DE COMANDOS Formato general $ comando opciones operandos opciones: Un caracter alfanumrico precedido por un guin o un ms Algunas opciones requieren argumentos: -f archivo Ejemplo: (-1, -a, -m, +fix) -f proyecto.mak

operandos: Puede ser el nombre de un archivo, un directorio o algo similar. ls /bin El comando, opciones y operandos se separan por espacios Un punto y coma separa mltiples comandos en una sola lnea pwd; ls

Los siguientes caracteres debern ser encerrados entre comillas o precedidos por un back-slash, para que sean tratados como caracteres normales: ( ) ` \ ' $ & | ; " <espacio> <tab> <newline>

Los caracteres siguientes pueden requerir el mismo tratamiento, dependiendo del contexto en que se encuentren: * ? [ ~ = # % Para ejecutar un comando, basta con teclear su nombre enseguida del prompt $ ls Para ejecutar un comando en background se especifica el smbolo & al final de la lnea $ rm *.temp & %1 + PID Running $ %1 + PID Done rm *.temp