Sistema Operativo de tiempo real QNX

Indice1. Introducción3. Actualidad4. Un poco de historia5. Preguntas y respuestas6. QNX en la batalla contra las pruebas nucleares7. Misión Critica8. La Filosofía de QNX9. El Microkernel10. El Administrador del Procesos11. I/O Namespace12. El Administrador del Filesystem13. El Administrador del Dispositivo14. Administración de memoria15. El Administrador de la Red (Qnet)16. Photon MicroGUI

1. Introducción

QNX Software Systems Ltd. fue fundada en 1980 por Gordon Bell y Dan Dodge para desarrollar, mantener y poner en el mercado el sistema operativo de tiempo real QNX que corre bajo procesadores INTEL: 386, 486, Pentiums y sus clones como AMD, Nat Semiconductor, Cyrix y SGS Thompson.

Aún hoy Dan Y Gordon participan en la codificación y desarrollo del sistema operativo QNX.

Siendo totalmente privada y auto-financiada la compañía ha sido redituable todos y cada uno de los años. También ha gozado de un crecimiento excepcional. De hecho, durante la década pasada, expandió sus cuarteles generales cuatro veces su tamaño para manejar el aumento de personal y de producción. Actualmente tiene alrededor de 150 empleados y con un ingreso anual aproximado de $ 24.000.000 por año en ventas. Tiene alrededor de 40 socios distribuidores que sirven a casi 100 países en todo el mundo. Para brindar soporte a la red de distribución en Europa tiene una división, QNX Europe, ubicada cerca de Londres, Inglaterra.

El cuartel general que aloja facilidades para R&D, ventas y marketing y entrenamiento del cliente se ubica en "Silicon Valley North" justo en las afueras de Ottawa, Canada.

Durante más de 20 años, nosotros hemos estado sirviendo las necesidades complejas del mercado del tiempo real (necesidades como alta fiabilidad, superior performance, funcionalidad sofisticada, y masiva escalabilidad). Esto es porque las compañías como 3Com, Motorola, Cisco, Matsushita, IBM, y otros escogen tecnología de QNX para ayudarles a construir aplicaciones fiables en electrónicos, telecomunicaciones, sistemas automotores, instrumentación médica, transporte, puntos de venta, y telefonía. Los productos de QNX son distribuidos en más de 100 países a nivel mundial.

Sus Fundadores

QNX fue creado por dos fundadores y co-presidentes Gordon Bell y Dan Dodge. Existe la leyenda que las primeras ideas surgieron en la época en que se encontraban en la universidad de Waterloo. A principio de los 80 comenzaron a trabajar en un pequeño SO basado en un kernel con pasaje de mensajes cuya interfase de usuario se parecía a la UNIX. Los prototipos eran dos procesadores un 6809 construido por Dan y un 8088 construido por Gordon. Al principio de los 80 IBM lanzó su IBM PC basada en el 8088 y ahí comenzó la carrera. Cerca de 6 meses después de que IBM hiciera su lanzamiento Dan y Gordon hicieron conocido su producto con un aviso en una PC Magazine. Ellos denominaron a su producto QUNIX, dado que era un "Quick UNIX". Llamaron a su compañía Quantum Software Systems Limited. El nombre QUNIX duró un año o dos hasta que recibieron una notificación de AT&T de que debían cambiarlo. Siempre listos para un desafío, cambiaron la forma de escribirlo a QNX pero no cambiaron su pronunciación(se supone que QNX se debe pronunciar "quiunix").

Primeros Pasos

Las primeras betas que se lanzaron no tenían multitasking pero corrían en una IBM PC con solo 64 k de RAM y un floppy de 180k. Después de unos pocos meses se lanzó la versión 1.0 que si soportaba multitasking. Aunque parezca increíble los 64 k de memoria eran suficientes para correr el SO, una shell y aún compilar programas. Es más, es posible que incluso se pudieran hacer trabajos en background, como imprimir un archivo. Un relativamente pequeño grupo de usuarios ambiciosos trabajó con los desarrolladores para reportar bugs y agregar mejoras. Este grupo de personas aún continúa usando QNX o trabajando en la compañía y dando convenciones sobre el producto.

IBM

A medida que el hardware para la IBM PC bajó de precio, los usuarios pudieron aumentar su memoria RAM hasta llegar a los 640k. Dado que esta era una gran cantidad de memoria para QNX, lo que se hacía comúnmente era crear un ram disk de 256k para acelerar la compilación.

Luego aparecieron los floppies de 360K, y los desarrolladores necesitaban dos: uno para alojar el SO y sus utilitarios y el otro para los archivos de entrada de datos.

El próximo gran paso para QNX fue la IBM AT. Las primeras modificaciones permitieron el uso de un procesador mucho más rápido, el 80286 que corría a 6MHz. 6 semanas más tarde ya soportaba el modo protegido. Debido a una impresionante visión de futuro algunos programas soportaban el modo protegido sin necesidad de ser modificados y de hecho ni siquiera se necesitó recompilarlos, a cambio de otros SOs. Siguiendo algunas pequeñas reglas, incluso los drivers podían correr en cualquiera de ambos modos. De esta manera las aplicaciones se hicieron mucho más estables, impidiendo que alguna tarea haga fallar a todo el sistema.

Casi al mismo tiempo de las 286 apareció la QNX Network. Todavía hoy se reportan antiguas versiones de las primeras tarjetas integradas de QNX funcionando.

2. Primer conferencia

La primera conferencia fue realizada a mediados de los 80’s en Ottawa. Muchas compañías comenzaron a utilizar QNX en esta época, pero la mayoría en proyectos cuyas características técnicas no llegaban al nivel ejecutivo. Lo que importaba era que funcionaba y por esos días Microsoft anunciaba una nueva versión de DOS que sí iba de verdad, pero de verdad, sí de verdad a ser multitarea, el que fue la primera versión del OS/2.

En el momento en que aparecieron las 386 había otras versiones de UNIX dando vueltas, se comenzaba a hablar de Internet y del código de libre acceso de UNIX. ¿Qué podía hacer QNX para encajar en el mercado y al mismo tiempo distinguirse? La respuesta vino de la mano de POSIX.

Posix

POSIX es una familia de estándares que fueron desarrollados para describir las interfaces de usuario tipo UNIX. Los estándares oficiales POSIX fueron escritos y publicados por la IEEE. POSIX posibilita a los desarrolladores de SOs que sus programas sean compatibles en tiempo de compilación.

QNX soporta los estándares API, estándares de utilitarios y la mayoría de los estándares de tiempo real, conocidos como 1003.1, 1003.2 y 1003.3 respectivamente. QNX no soporta algunos estándares en el cual su inclusión provocaría una limitación en la potencia del SO.

QNX puede compilarse en POSIX sin forzarlo a perder sus subyacentes características de alta performance. Esto es posible porque POSIX describe la interfase, pero no tiene requerimientos en cuanto a su implementación. Esto resultó ser una brillante maniobra. Manteniendo su núcleo subyacente de pasaje de mensajes, QNX mantiene sus características de performance en tiempo real.

En este punto se pensó que si el SO iba a ser reescrito para seguir dichos estándares, porque no se lo podía hacer aún mejor. Entonces se solucionarían muchas de las limitaciones y los cuellos de botella de la versión QNX 2. Esto trajo controversia en algunas personas que deseaban que se siguiera manteniendo la compatibilidad con los viejos procesadores 8088.

Distintos tipos de RTOS

En el mercado actual, los sistemas operativos de tiempo real caen bajo tres categorías principales – ejecutivo de tiempo real, monolítico, y modelo de proceso universal. A continuación explicamos los tres tipos de configuraciones:

Ejecutivo de tiempo real:

Referido a veces por como "kernel" estos sistemas operativos siguen un modelo de sistema operativo de espacio de direccionamiento simple. Todos los módulos de software se alojan en el mismo espacio de direccionamiento que el núcleo del SO, sin protección de la memoria entre las tareas – ya sean tareas de la aplicación o tareas del sistema. Consecuentemente, un solo error de puntero en una aplicación puede corromper las estructuras fundamentales del código o de los datos, dando por resultado una falla general del sistema. Cuando ocurren este tipo de fallos de funcionamiento, puede tomar semanas o meses localizar la fuente, particularmente en sistemas complejos con centenares de módulos. Puede también llevar mucho tiempo agregar o modificar características, puesto que cada cambio del código significa que el núcleo (kernel) tiene que ser reconstruido y reexaminado.

Arquitectura monolítica:

Para corregir algunos de los problemas de la configuración "ejecutivo en tiempo real", algunos vendedores de RTOS han adoptado una arquitectura monolítica. En este modelo, el sistema operativo y todos los servicios fundamentales, tales como file system, residen en un monitor monolítico que se accede a través de un mecanismo de llamada al núcleo. Las llamadas al núcleo hacen la transición del modo aplicación (o usuario) al modo supervisor. Se proporciona protección de modo que solo se puede acceder a recursos del núcleo en modo supervisor; las aplicaciones se ponen en ejecución generalmente como procesos que tienen espacios de direccionamiento separados con protección entre ellos.

Con un monitor monolítico, los servicios fundamentales que requieran acceso a los recursos del núcleo deben residir en este. De esta forma, la complejidad del núcleo aumenta, aumentando la probabilidad de encontrar errores. Asimismo, el acceso a entrada-salida, al vector de interrupciones, y a la memoria física se puede restringir al núcleo por razones de la seguridad, lo que significa que la mayoría de los drivers de dispositivos deben residir en el núcleo. Cruzar la barrera kernel/aplicación es con frecuencia costoso, así pues, en algunos casos, los drivers que de otro modo se podrían poner en ejecución modo usuario, tal como drivers de gráficos, se incorpora en el núcleo por razones de performance. Mientras que las aplicaciones no pueden corromper el núcleo, cualesquiera de estos drivers de dispositivos pueden – aumentando la probabilidad de que ocurran errores fatales.

Modelo de proceso universal:

La configuración "modelo de proceso universal" describe un conjunto de características que se han asociado tradicionalmente a los sistemas operativos de microkernel. Bajo la configuración UPM, un conjunto pequeño de servicios de base reside en el núcleo – tal como mecanismos de comunicación entre procesos y de sincronización. Todo el código restante en el sistema se ejecuta en procesos separados con espacios de direccionamiento de memoria propios, protegidos entre sí. El pasaje de mensajes proporciona a un mecanismo de comunicación al software mediante el cual un proceso puede solicitar un servicio de otro. Los servicios convencionales del sistema operativo, incluyendo los de file system, networking, y drivers de dispositivos, se ponen en ejecución como procesos separados que se ejecutan en su propio espacio de direccionamiento de memoria, protegidos entre sí..

En el caso de los drivers de dispositivos, las rutinas de servicio de interrupciones se limitan a realizar las operaciones de ubicación necesarias, entonces se envía un mensaje asíncrono para activar el proceso que pone el driver de dispositivo apropiado en ejecución. Ya que el costo del paso de mensajes es mínimo, éste método puede competir con el monitor monolítico, evitando la necesidad de realizar demasiadas rutinas de servicio de interrupciones o de poner drivers de dispositivos en el núcleo para mejorar la performance. Dado que los drivers de dispositivos se ejecutan como procesos individuales, pueden también ser comenzados y detenidos sobre la marcha, o ser reiniciados en caso de que ocurra una falla.

Con la configuración de UPM, un fallo en una aplicación no puede dar lugar a un fallo general del sistema – a diferencia del "ejecutivos de tiempo real" – y la falla en un driver de dispositivo tampoco – a diferencia de los "sistemas operativos monolíticos".

QNX 4

Luego de lo que parecieron décadas de espera, se lanzó QNX 4.0, el cual para muchos de los usuarios fue como una beta. Finalmente con la versión QNX4.1 el sistema se volvió mucho más estable. Comenzaron a aparecer noticias sobre una nueva y rápida GUI, denominada Photon. Al poco tiempo apareció QNX 4.2 soportando programas de 32 bits.

3. Actualidad

QNX 4.24

En las últimas etapas de esta historia la compañía cambió su nombre a QNX Software Systems Limited, ya que el nombre Quantum se confundía con otras compañías de nombres similares y además QSSL quería identificar su nombre más con su producto.

Cuando la última versión QNX 4.24 apareció, la cual incluye a Photon, se lo comparó con una Ferrari con respecto al lento e inestable Win95.

QNX/Neutrino

Pero nada dura para siempre en el rápido mercado de la computación. El sucesor de QNX: QNX/Neutrino ya está disponible, más bien dirigida al mercado de los embebidos.

Futuro

Microsoft parecería que se ha metido en el corazón de todos los mercados corporativos con su producto NT. Lamentablemente ellos se metieron en la cabeza que un SO con una performance bastante pobre y con un Procesador lo suficientemente rápido se puede proveer de un RTOS. Que en realidad, si no les importa es más bien un "soft" RTOS. Tristemente este tipo de pensamiento le quita cierto segmento del mercado a QNX. La pregunta es ¿Tendremos tostadoras eléctricas que deban poseer un Gigabyte de RAM sólo para bootear su SO? El futuro no está escrito.

Alianzas estratégicas

El mercado competitivo de hoy está haciendo ciclos de diseño aun más corto y usando todo lo más importante. Para cortar el tiempo de nuestros clientes para comercializar y hacer sus productos los mejores de su clase, nosotros buscamos funcionalidad industrial específica que complementa nuestra tecnología de OS. De hecho, nosotros dedicamos mucho tiempo y esfuerzo a desarrollar y nutrir relaciones estratégicas con fabricantes de software y de hardware de todos los tipos (los líderes en tecnología del semiconductor, herramientas de desarrollo, protocolos de comunicaciones, y otros). Nuestra larga lista de socios incluyen a AMD, Ampro, Arcom, Force Computers, Hewlett-Packard, IBM, Intel, Metrowerks, Motorola Computer Group, Motorola SPS, NEC, National Semiconductor, PEP Modular Computer, STMicroelectronics, el Sun Microsystems, Sybase, Trillium, y Ziatech. Esta estrategia no sólo nos permite ofrecer los últimos estándares de industria (como CORBA) y las tecnologías más usadas de hoy (como Java), también aseguramos a nuestros clientes recibir una solución integrada cuando nosotros y nuestros socios continúan creciendo.

Filosofía comercial

Nuestro acercamiento a los negocios se basa en la creencia de que todo los tratos con nosotros deben ser simples y convenientes. Por ejemplo, nosotros hacemos nuestro software modular ,no solo por una cuestión técnica sino también de precio, de este modo el cliente pueden mantener los costos al mínimo comprando sólo los módulos que su aplicación necesita.

Nos esforzamos por hacer que nuestro servicio y soporte sean los mejores en el negocio. Se ofrece un servicio de conferencia on line las 24 hs, un directorio de soluciones de tercera partida y una conferencia internacional de tecnología. Nosotros brindamos cuatro niveles de asistencia técnica con varios grados en los servicios por teléfono, fax e e-mail. Y, finalmente, ofrecemos entrenamiento y servicios de consultoría.

Estrategia del producto

Cada vez nosotros desarrollamos un nuevo producto, nosotros tenemos dos metas en mente: reducir el tiempo de nuestros clientes para comercializar y minimizar sus costos. Para este fin, nuestros productos ofrecen:

Mayor funcionalidad en menos memoria:

QNX es el único OS que puede encajar un ambiente POSIX de tiempo real más un sistema completo de windowing en menos de 1M de ROM.

Completa escalabilidad:

Como un verdadero microkernel, QNX es totalmente escalable, así que usted puede usar el mismo OS para todo, desde la electrónica hasta los sistemas de control de manufactura. Incluso nuestro sistema embebido de windowing, el Photon microGUI, es basado en la arquitectura del microkernel. Como resultado, es fácil de construir un GUI para lograr el equilibrio correcto de tamaño y funcionalidad para virtualmente cualquier sistema designado.

Alta Performance:

Con velocidades de cambio de contexto que van de 1.88 microsegundos sobre un Pentium 133MHz hasta los 0.62 microsegundos sobre el más nuevo procesador de Motorola G4, QNX les permite a diseñadores entregar sistemas de tiempo real muy sensibles que encuentran una gama amplia de necesidades de precio-performance.

Conectividad sin costura:

QNX va más allá de TCP/IP y otras normas del conectividad tradicionales para ofrecer conectividad gráfica con Windows 95/98, NT, y X Windows. Como resultado, los diseñadores pueden crear aplicaciones QNX sin dejar de lado su OS de escritorio y puede cada target de las compañías estar designado a otras plataformas de OS.

Adhesión estricta a las normas:

Para aumentar al máximo la portabilidad y minimizar el tiempo de compra, QNX les permite a diseñadores trabajar con APIs estándar de la industria, incluso POSIX. QNX también apoya normas para el Internet, poder de dirección, protocolos de comunicaciones, y más.

Soporte para el último hardware de PC:

De la PC/104 hasta la CompactPCI, QNX soporta más hardware de PC que cualquier otro OS de tiempo real. De hecho, QNX trabaja con los centenares de periféricos, en forma directa.

Soporte Multiplataforma:

Altamente reconocido como el principal OS de tiempo real para los x86, QNX soporta ahora plataformas MIPS y PowerPC. Otras plataformas están bajo desarrollo.

Transparencia de la red:

Todos nuestros productos usan el pasaje de mensajes transparente de red de QNX para acceder todos los recursos del sistema. ¿El resultado? Un ambiente donde los diseñadores pueden poner a punto o pueden controlar los sistemas embebidos remotos de sus escritorios y donde el diskless PCs puede ser usado para reducir los costos del hardware drásticamente.

Líderes del mercado

Durante más de 20 años, los Sistemas de Software QNX han estado poniendo la norma para lo que un sistema operativo de tiempo real debe ser. Durante ese tiempo, el sistema operativo de tiempo real de QNX®, ha evolucionado siendo el primer microkernel para PCs con mejores ventas y el más elegido para las aplicaciones de misión crítica.

En esa evolución QNX ha sido un líder tecnológico. De su debut en 1981, QNX ha disfrutado numerosos triunfos tecnológicos. Por ejemplo, QNX fue el primer OS en integrar proceso distribuido transparente al PC, el primero con tolerancia a falla en la estructura misma, el primero en ofrecer un sistema de windowing de microkernel embebido, el primero con un browser de web de escritorio para los sistemas embebidos, y la lista continua. Ahora nosotros hemos tomado la misma arquitectura del microkernel y se aplicó también a MIPS y procesadores de PowerPC.

Nosotros somos una compañía de OS, pero nosotros también sabemos hay más que el aspecto de desarrollo que simplemente teniendo el OS correcto. Una solución completa es sólo importante al proceso de desarrollo, lo cual es por qué nosotros somos partícipes con los vendedores de herramienta de desarrollo más buenos en la industria.

Aplicaciones que van de los dispositivos embebidos para aplicaciones del servidor, con todo el beneficio de la fiabilidad que QNX ofrece. Por esta razón, y nuestro compromiso de performance y calidad, QNX ha ganado la confianza de compañías como Cisco, Philips, y Siemens para el uso en aplicaciones como las telecomunicaciones, instrumentación médica, y electrónica.

De hecho, más de un millón de copias del QNX OS está trabajando en casi 100 países a nivel mundial, pero nosotros no tenemos ninguna intención de detenernos allí. Nosotros estamos actualmente en el proceso de aumentar nuestra presencia mundial. Las oficinas en los Estados Unidos, Europa, y Asia unen nuestra oficina principal en Kanata, Canadá , junto con nuestra red mundial de distribuidores de QNX, que nos permitirá servir a tantos clientes en forma directa como sea posible.

Desde que QNX apareció por primera vez en el mercado en 1981, QNX Software Systems ha construido una impresionante trayectoria en el campo de las innovaciones tecnológicas.

Arquitectura de microkernel, procesamiento distribuido para PCs y trabajo en red con alta tolerancia a fallas se encuentran entre las tecnologías en las cuales hemos sido pioneros. Nuestra tradición de productos innovadores continúa con el ganador de premios Photon MicroGUI, un sistema con todas las características de las ventanas y aún un sistema totalmente embebido; con QNX/Neutrino, nuestro nuevo microkernel para POSIX para sistemas profundamente embebidos; y con Voyager, el primer buscador de escritorio para la web para sistemas embebidos.

Lideramos la industria del tiempo real no solo en innovación sino también en experiencia. Ningún otro vendedor de sistemas operativos de tiempo real tienen 16 años sobre plataformas x86. Como resultado ningún otro SO de tiempo real ofrece más opciones para este entorno.

QNX también lidera la industria en esta parte del mercado. De acuerdo a un artículo reciente del Emerging Technologies "QNX software systems tiene la porción de mercado más grande de los SO de tiempo real dentro del mercado de las Intel x86". IDC Consulting y First Technology han encontrado resultados similares. De acuerdo con su reciente reporte Industry Report, QSSL tiene alrededor del 22% del mercado, mientras que el próximo mayor competidor tiene tan sólo el 11%.

Nuestros productos y servicios responden a las distintas necesidades de los diseñadores de tiempo real en ambientes críticos. Nosotros entendemos las necesidades especiales de los revendedores (VARs) y de los fabricantes de equipos originales (OEMs) en el mercado de los embebidos. Como resultado, nosotros hemos establecido una base firme en muchos mercados verticales, incluyendo automatización industrial, puntos de venta, telecomunicaciones, y la instrumentación médica. Más recientemente, la confiabilidad de nuestros productos se ha extendido hasta el límite más bajo del mercado de los embebidos, los electrónicos de consumo ( teléfonos para Internet, etc) , la tecnología automotor (como la navegación, dispositivos de control y monitoreo), y dispositivos manuales, por nombrar algunos.

Nuestros Clientes

Con centenares de miles de instalaciones mundiales, el os de tiempo real de QNX está trabajando en el transbordador espacial, en los reactores nucleares, etc.

Nuestros clientes incluyen a:

• ABB Automation (manufactura de semiconductores)
• AEG (automatización de máquinas postales)
• AKSYS (dispositivos de hemodiálisis portables)
• Alcatel (dispositivos de automóviles embebidos) Computadoras de abordo
• Atomic Energy of Canada (sistemas SCADA para los reactores CANDU)
• Atomic Energy of Canada (sistemas SCADA para monitoreo y control de los reactores nucleares CANDU)
• Cummins Engine (computadores de abordo – sistema GPS)
• E.I. DuPont (imágenes médicas)
• Eastman Kodak (procesamiento en tiempo real de películas a color)
• Ford Motor Company (sistemas de control activados por voz)
• Honda (control robotizado en la manufactura de automóviles)
• Mitsubishi (sistemas industriales de adquisición de datos)
• Motorola (manufactura de semiconductores)
• Philips (set top boxes, automatización de estaciones de TV)
• Siemens (imágenes médicas)
• VISA international (procesamiento de transacciones y verificación de tarjetas)
• Postal Sorters (US Post Office)
• Driver Training Simulators (Tren EuroTunnel)
• Testing Jet Engines (Imagination Systems)
• Wall Street (Infographics)
• Retail/Inventory Management (JC Penny, The Gap, Pick & Pay)
• POS for Bookstores (Barnes & Noble – Wordstock)
• Voice Messaging (Centigram, Brite Voice)
• Ozone Monitoring (NASA)
• Medical Imaging (Dupont, Siemens, Philips) Tomografía Computada
• Offshore Oil Control/Monitoring (Texaco)
• Energy Management (Johnson Controls)
• Process Control & Monitoring (Coors Beer, Labatts)
• Glass Bottle Manufacture and Inspection (Inex, Emhart Glass)
• 3D Holographic Imaging (VOXEL – General Scanning)
• Blood Analyzers (Beckman, Boehringer Mannheim)
• Set Top TV (Time Warner, Welcome to the Future, Philips)
• Locomotive Control & Monitoring (GE Transportation)
• Security Systems (Chubb)
• Stress Measurement (Burdick)
• Digital EEGs (Nicolet Instruments)
• Vehicle Location and Tracking (Houston Metro)
• Retail POS Terminals (Sears)
• Traffic Light Control (Cities of Toronto & Ottawa
• Fast Food POS (Arby’s, Burger King, Popeye’s, White Castle)
• Factory Cell Control (Samsung)
• Video-on-demand Server (Sony)
• Off-track Betting (Australia, New Zealand)
• F18 Fighter Jet Manufacturing (PACE Controls)
• Factory Automation (IBM, Northern Telecom)
• Cellular Switching Systems (Celcore)
• TV Station Automation (Mitsubishi)

4. Un poco de historia

1981:

Primer SO de microkernel para PCs, soportado por la PC de IBM

1982:

Primer SO para PCs que soportó un disco rígido (5MB Davong)

1983:

Primer SO para PCs que corre en una 80286 en modo protegido

1984:

Los primeros en ofrecer procesamiento distribuido transparente para PCs

1985:

Primer SO de tiempo real que corrió en la primera 80386 de Compaq

1990:

Primer microkernel de SO de tiempo real certificado por POSIX

1992:

Primer SO de tiempo real para trabajar en red con tolerancia a fallos (FLEETTM)

1994:

Primer sistema de microkernel con ventanas embebible (el Photon microGUI)

1996:

Primer microkernel basado en POSIX para sistemas profundamente embebidos (QNX/Neutrino)

1997:

El primer buscador de escritorio para la web de sistemas embebidos (Voyager TM) 1998 primero en ajustar un OS, GUI, browser, servidor, marcador, TCP/IP, y más dentro de un disco de 1.44M (1.44M Disco de Demostración)

2000:

Primero en ofrecer un host y plataforma gráfica para los diseñadores de OS embebidos

Premios obtenidos

Dan Dodge recibió en 1998 la medalla de honor Graham de la Universidad de Waterloo(Dan obtuvo su Master de Matemática en esta Universidad en 1981) por la categoría Computación e Innovación.

Voyager ganó el RTS(Real Time System) award. El software de acceso a Internet para TV Set Top Boxes y otros sistemas embebidos, ganó el premio a mejor producto de 1998 en la exhibición de París. Photon obtuvo el mismo premio pero en 1996. La modalidad de elección fue la siguiente: todo producto exhibido puede ser nominado, y los participantes del público votan por los distintos productos.

QNX ganó en 1997, por primera vez, el premio a mejor SO en la categoría de sistemas embebidos de la revista CTI. Entre los concursantes se encontraban más de 40 productos de telefonía.

QNX Software Systems S.A., el principal sistema operativo de tiempo real (RTOS) vendido en el mercado de los sistemas embebidos, fue votado como una de las 50 compañías privadas mejor administradas en Canadá.

Todos los años, la competición de los mejores 50 nacionales de Canadá reconoce a las compañías que han llevado a cabo prácticas comerciales excepcionales. Para ganar, una compañía debe demostrar crecimiento fuerte, firme, servicio del cliente excelente, un equipo motivado de empleados, productos excelentes, y una estrategia comercial eficaz. La competición es patrocinada por The Financial Post, Canadians Airlines, Arthur Andersen Enterpprise Group, y Le Groupe Mallette Maheu.

"Nosotros escogimos QNX Software Systems porque era fuerte en todas las cuatro áreas críticas: empleados, estrategia y visión, satisfacción del cliente, y prácticas comerciales," dijo Mike Runia de Arthur Andersen. "Pero nosotros nos impresionamos sobre todo con los empleados de QNX. No sólo por sus habilidades, sino por su dedicación y la proporción de la producción."

"Premios diferentes que enfocan en un solo logro o servicio, el ' 50 Best' mira los logros de la compañía entera," dijo Dan Dodge, cofundador y CTO de QNX. "Eso es porque es tan importante. Dice que nosotros no ofrecemos sólo productos superiores, sino una compañía sólida, una estrategia legítima, y un registro probado de soporte al cliente."

Las noticias del premio continúan con un año de expansión mayor para QNX. En 1998, la compañía abrió nuevas oficinas a lo largo de Europa y EE.UU.; forjo muchas nuevas alianzas con compañías como Cisco, HP, IBM, Motorola, y Sybase; y, pora primera vez, hizo su tecnología de RTOS disponible en MIPS y mcroprocesadores de PowerPC.

The Financial Post y Arthur Andersen crearon el premio en 1993. Para ser considerado para el premio, las compañías deben someterse a una evaluación formal que incluye entrevistas en profundidad dirigidas por Arthur Andersen. Este año, más de 800 compañías solicitaron el premio. Arthur Andersen seleccionó y entrevistó las mejores 246 solicitudes, y un panel de juicio luego escogió a los 50 ganadores. Todos los ganadores se perfilaron en la edición del 28 de diciembre de 1998 del The Financial Post.

Partners Program

Una vez que usted califica para el Partners Program, usted puede unirse por una cuota introductoria de $395. La cuota inicial cubre el primer año completo de membresía en el programa.

Por este bajo precio, usted consigue:

• La suscripción gratis a QNXnews, nuestra revista mundial del usuario, más espacio de anuncio.
• Inscripciones en nuestro sitio web Soluciones de Directorio, Noticias, y Updates del producto.
• Descuentos en los productos de QNX y upgrades .
• Acceso a los programas beta.
• libran materiales promocionales.
• acceso a nuestro servicio de mail directo

Las renovaciones son sobre una base anual, para una cuota de $200.

QNX y Educación

Dé la bienvenida a QNX en educación, nuestro programa educativo dedicado a hacer la tecnología de OS de tiempo real de QNX fácilmente accesible a las universidades alrededor del mundo.

Nosotros creemos que nuestra tecnologías de tiempo real de OS hacen una plataforma ideal para el uso en investigación y educación. Cuando un profesor dijo que cuando él cambió de un OS monolítico al microkernel de QNX: "QNX les permite a los estudiantes enfocarse en los problemas propiedad de la propia plataforma, esto ayuda a que ellos sean m'as productivos como ingenieros e investigadores."

Si usted está en el campo de la informática, usted encontrará que nuestras tecnologías de OS modular proveen una prueba ideal para algunos de los últimos OS y conceptos de red. O, si usted está en un campo diferente de estudio, como la robótica, inteligencia artificial, física, telecomunicaciones, ingeniería eléctrica u otro campo que exigen más de un sistema operativo, nuestra tecnología le permitirá que se preocupe menos por la plataforma que está debajo de sus experimentos y más sobre la investigación en s'i.

Para animar a las personas en la comunidad educativa a probar QNX, nosotros hemos establecido la iniciativa de QNX en educación. Nuestra meta es localizar a los estudiantes, personal, y miembros de facultativos alrededor del mundo, para hacer más fácil el acceso a QNX y compartir sus experiencias con otros miembros. Si su aplicación califica para el programa, usted recibirá altos descuentos en el precio y accederá a los recursos de información para ayudar ha hacer un éxito su aplicación de QNX.

Lo que usted consigue:

• Software gratis: Cada facultad calificada es elegida para recibir donaciones de software QSSL libre de cargo. Además, otro software vendido por QSSL está disponible a los miembros en un 50% descuento o más.
• Descuentos en documentación impresa: la documentación completa se proporciona libre de cargo con cada producto del software. Además, cada facultad puede calificar para los descuentos de 50% en manuales impresos.
• Descuentos en QNX para entrenadores: QNX ofrece descuentos a educadores para ayudarlos eficazmente a instruir a sus estudiantes en la tecnología de QNX. Hasta un descuento de más del 70%, la facultad puede aprender técnicas de programación de QNX, QNX Neutrino, y/o Photon microGUI de las personas que escribieron el código. Se realizan cursos sobre una base regular en la oficina principal de QNX en Kanata; el espacio está limitado.
• Soporte técnico: Los miembros reciben asistencia técnica las 24 horas en forma gratuita, a través de QNX Developer's Network. Con QDN, los miembros pueden:

buscar en una base de conocimiento de más de 1,000 entradas

conseguir "trucos" para la programación de QNX

bajar actualizaciones de los OS, utilidades, y bibliotecas

bajar una variedad de software tercerista

participar en discusiones técnicas con la comunidad de QNX

• Suscripción a la revista QNXnews: Las facultades recibirán una subscripción a la revista de QNXnews libre de cargo. Publicado por QSSL, QNXnews mantiene a la comunidad de QNX informada de todas las noticias del producto, innovaciones, y desarrollos que afectan el mundo de QNX. Cada problema incluye historias de la aplicación, inscripciones del código, programación de trucos, y actualizaciones sobre la última tecnología disponible para el mercado embebido.

¿Califica Su Escuela?

Para poder ser aceptados en el programa la universidad debe utilizar QNX en una o más de las siguientes formas:

• Como parte de un curso curricular para graduados o estudiantes avanzados
• Como plataforma en un laboratorio de computadoras
• En un proyecto de investigación
• En cualquier otro proyecto que promueva el desarrollo de habilidades programando en QNX.

No se consideran aquellos que solo quieren utilizar QNX como plataforma para correr soft de aplicación.

El número mínimo de estudiantes va de acuerdo al tipo de curso o proyecto:

• Proyecto de investigación para graduados: 3 estudiantes
• Curso para graduados: 5 estudiantes
• Curso para no graduados: 25 estudiantes

Se tendrá en cuenta la duración del proyecto o curso, siendo favorecidos aquellos que tengan mayor duración.

QNX Training Services

Se ofrecen cursos dictados por técnicos que conocen a fondo a QNX, ya que son los desarrolladores del código.

Los precios de los mismos son:

Programación en tiempo real para el kernel Neutrino — $1995

Introducción al desarrollo bajo Photon — $2195

Escritura de un Manager de recursos bajo Neutrino – 1795$

Nadie conoce a los desarrolladores como los mismos desarrolladores de QNX. Las clases son con grupos reducidos, resolución de problemas concretos. El asistente va a estar listo para desarrollar productos bajo entornos de tiempo real, escribir Managers de procesos, aprender el manejo de interrupciones, y más. Una semana de clases puede ahorrarle meses de desarrollo posterior.

Las empresas confían fuertemente en la capacitación dada en la empresa.

5. Preguntas y respuestas

¿Qué es QNX®?

QNX es una plataforma de OS de tiempo real que incorpora la arquitectura del modelo de proceso universal (UPM) . La arquitectura de UPM le permite que reduzca el tiempo de desarrollo (recompilar y retestear sin cambiar el kernel, crear drivers que usan herramientas fuente niveladas) mientras se confía en una protección MMU completa.

¿En qué tipos de aplicaciones se usa QNX?

Distribuido mundialmente, la tecnología de QNX brinda una fuente fiable para aplicaciones en telecomunicaciones, electrónicos, sistemas automotores, instrumentación médica, control industrial, y más.

¿Quiénes son clientes de QNX?

QNX se encuentra por encima del millón de instalaciones mundiales. Clientes de QNX incluyen a los líderes de la industria como Motorola, IBM, Matsushita, Siemens, 3Com, y Cisco, por nombrar unos.

¿Cuánto cuesta el SO QNX?

Nosotros sabemos que cada proyecto es diferente, es por eso que hemos adoptado una estructura de precio modular; usted sólo paga por módulos que se usarán en su aplicación. Para obtener precio e información del producto para su próximo proyecto, rellene nuestro formulario online o llámenos a 1 800 363-9001.

¿Cuál es el tamaño de la instalación del SO QNX?

Una instalación del desktop de QNX es aproximadamente de 10M. El Photon microGUI®, que incluye el QNX OS, browser de VoyagerTM, y TCP/IP, requiere más de 160M de espacio del disco.

¿Cómo se autoriza la licencia?

QNX es autorizado por CPU. Si el software autorizado es una versión de multi-computadora, la licencia se emite en el número de nodos. Para más detalles, visite la sección de autorización de nuestro web site.

¿Qué opciones de soporte técnico ofrece QNX?

Como un cliente de QNX, usted puede aprovechar de una variedad de opciones de soporte. Además del QNX Developer's Network (QDN), complete con una base de datos, el software download, y documentos online, también puede comprar paquetes de soporte suplementarios.

¿Qué CPUs soporta QNX?

QNX soporta x86, MIPS, y procesadores de PowerPC.

¿Dónde y cómo compro yo la tecnología de QNX?

Los clientes pueden conseguir más información sobre los productos de QNX de dos maneras:

* Llenar el formulario online

* Llamar al servicio del cliente a 1 800 363-9001

¿Cuál es la última versión de QNX?

Actualmente, nosotros estamos enviando QNX 4.25, QNX Neutrino 2.0, Photon microGUI 1.14, y Voyager 2.0.

¿Soporta QNX IP Networking (TCP/IP, etc.)? QNX soporta varios protocolos networking, incluso TCP/IP, PPP, y SLIP.

¿QNX integró soporte de MMU?

Con la arquitectura modular de QNX, el kernel, servicios de OS, aplicaciones, y drivers todos residen en su propio espacio de dirección de memoria protegida. Eso significa que si un driver o una aplicación falla, el sistema entero no quiere. No sólo esta arquitectura aumenta la fiabilidad del sistema, sino que hace la recuperación de las fallas del software mucho más fácil.

¿Está el entrenamiento técnico disponible para QNX?

QNX ofrece una serie de cursos de entrenamiento en nuestra oficina central en Kanata, Ont. (El entrenamiento en la web también está disponible.). El tamaño de la clase pequeño, resolución practica del problema y ejercicios asegura que los estudiantes tengan el conocimiento que ellos necesitan para aplicar QNX a su proyecto.

¿Hay un grupo de QNX público?

Actualmente, nosotros ejecutamos el QUICS newsgroups para los usuarios de QNX. El sitio es protegido y se limita a usuarios de QNX que tienen un plan de asistencia técnica válido. Sin embargo, nosotros planeamos hacer newsgroups públicos disponible a través de nuestro web site en el 2001. Usted también puede leer y puede anunciar mensajes a comp.os.qnx

Soporte Tecnico

Como un usuario de QNX, usted se vuelve un miembro de nuestra QNX Developer's Network automáticamente (QDN) que incluye:

• Una base de datos de autoayuda
• una colección de grupos de noticias online
• FAQs, whitepapers, y documentación online
• trucos, incluso el código fuente y código ejemplo
• acceso a las últimas actualizaciones y parches

Las actualizaciones del software sólo son para los sistemas de desarrollo

Existen representantes de esta firma alrededor del mundo con el fin de proveer al usuario un soporte de acuerdo al lugar donde éste se encuentre. Por esta razón se puede consultar en la República Argentina a la siguiente dirección de correo electrónico: Eldo Loguso: eldo[arroba]invisa.com

En la actualidad existen diferentes planes de soporte para los usuarios que poseen productos registrados. De esta manera se trata de brindarle al usuario diferentes alternativas que puedan satisfacer sus necesidades según su desempeño y utilización del sistema.

Servicios On-line:

Sistema de conferencias

Nuestro sistema de conferencia habilitado las 24 horas en línea es una ideal manera de realizar preguntas técnicas y ejemplo de código para nuestros analizadores pertenecientes a nuestra área de expertos de QNX.

Actualizaciones de Software

Acceda a nuestras últimas actualizaciones de software, utilidades lista de problemas conocidos, preguntas frecuentemente realizadas y mucho más a través de nuestro sitio web.

Plan de servicios gratis:

Todos los usuarios de QNX reciben este nivel básico de servicio, que incluye:

• Soporte telefónico gratuito (first come, first serve)
• Una suscripción a la revista QNXnews
• Acceso de solo lectura al QUICS (QNX Users Interactive Conferencing System – Sistema de Conferencia Interactiva de usuarios de QNX).
• La habilidad de bajar del QUICS soft gratis y actualizaciones de productos comprados previamente.

Plan de servicios standard

Este plan ofrece todos los servicios que se describen más arriba, y además se recibe un conjunto de "créditos" que se pueden utilizar para servicios sobre la base de se "paga lo que se usa".

Una suscripción anual provee 50 créditos. Si se requieren servicios adicionales más allá de la suscripción anual, se puede optar por el Frequent Package User (paquete del usuario frecuente) que provee 150 créditos.

Los créditos se usan de la siguiente forma:

• Soporte QUICS: reportar un problema o hacer una pregunta técnica utilizando QUICS cuesta dos créditos.
• Soporte por FAX: mandar un fax al Technical Support cuesta 5 créditos.
• Soporte por Email: hacer una pregunta vía correo privado, usando QUICS o Internet cuesta 5 créditos.

Plan de servicios dorado (Gold Service Plan

Los subscriptores de este plan gozan de todos los servicios descritos más arriba además de tener un acceso ilimitado y un tiempo de respuesta garantizado durante las horas comerciales (8:00 am a 6:00 pm EST)

• Soporte telefónico con prioridad (líneas separadas reservadas exclusivamente para los subscriptores del Gold Plan).
• Respuesta dentro de las dos horas
• Respuesta por fax dentro de las 24 horas
• Respuesta por Email dentro de las 24 horas.

Casos de estudio de QNX

Para darnos una idea del segmento al que apunta el sistema operativo QNX 4, veremos a continuación algunos casos de estudio, donde se analiza el tipo de problema a enfrentar, las limitaciones y la infraestructura que se cuenta, así como la razón por la que se eligió el sistema operativo y los resultados de la aplicación del mismo.

Aplicación en nuestro país, satélite SAC-C

La era espacial que comenzó en la década del ' 50 calificó poco a poco a países con un alto nivel tecnológico para hacer frente al desafío de poner en el espacio el primer satélite: Sputnik, y al primer astronauta, Yuri Gagarin y previamente a la perrita Laika. El avance ha sido vertiginoso y el conocimiento de nuestro planeta visto desde afuera, además de lo que se ha aprendido de los otros cuerpos celestes, va llevando a la humanidad a palpar una realidad indiscutible: la pertenencia a un todo infinito maravillosamente equilibrado.

La visita que realizó a INVAP (Investigación Aplicada) un técnico de la NASA en el año 1989 dejó sembrada una inquietud: incursionar en la tecnología espacial. Posteriormente la empresa fue calificada y estimulada por otros técnicos de la agencia espacial norteamericana a seguir progresando en la construcción de satélites. Desde estos orígenes casi casuales pero con gran empeño, nace el primer satélite argentino: el SAC-B. Pesó 1.81 Kg y estaba destinado a estudiar aspectos de la física del sol y radiaciones del espacio exterior. Todos sus mecanismos funcionaron a la perfección pero una falla en el lanzador Pegasus de USA desbarató la misión. El segundo de los satélites (SACA), fue puesto en órbita por la tripulación del Endeavour con éxito absoluto, ya que en vez de los 4 meses que debía permanecer en el espacio, permaneció por casi 10 enviando señales y fotos durante todo el tiempo.

La banda de alcance del muestreo

El SAC-C está dispuesto a ser lanzado a bordo de un cohete Delta II desde los EE.UU. en abril próximo. Este satélite es mucho más complejo que los anteriores. Tiene 480 Kg de peso, unos 2.50m de alto por 1 .20m de diámetro; puede reorientarse en órbita, y está provisto de varias cámaras para observar el territorio.

Un satélite se compone de una multitud de sistemas, y subsistamos sutilmente integrados entre sí, pero en lo esencial es un vehículo que lleva lo que uno le quiera poner encima. Es esa "carga útil" la que justifica su lanzamiento. Se trata de instrumentos de medición, cámaras fotográficas o su equivalente electrónico. El vehículo en sí es una estructura que debe contener los elementos básicos parta subsistir en el espacio y para comunicarse con la estación receptora terrestre. La estructura mecánica, que suele ser de aluminio, sostiene todo el conjunto y debe soportar los rigores del espacio, donde, entre un extremo y otro el aparato puede haber una diferencia de temperatura de 150 °C., además de soportar las fuertes aceleraciones y vibraciones que ocurren durante el lanzamiento. La estructura está provista de baterías que alimentan todos los sistemas electrónicos del satélite, y que a su vez son recargadas por medio de paneles de celdas fotovoltaicas que recogen la energía radiante del sol. Otro sistema fundamental de un satélite es el módulo de comunicaciones, por el cual recibe órdenes de tierra y transmite hacia ella las informaciones que va recogiendo a su paso sobre los distintos sectores del planeta. Los satélites más complejos, como el SAC-C, están provistos de órganos que sirven para controlar su orientación y reubicarlos en el espacio. Los mecanismos de muy alta precisión que controlan estas funciones también fueron desarrollados en Bariloche e hicieron su prueba de fuego en el SAC-A Otro de los órganos de reubicación son unos pequeños motores de cohete que tienen la importante función de prolongar notablemente la vida útil del satélite contrarrestando, mientras dura su gas impelente, la natural caída que se produce por efecto del suave rozamiento con restos de atmósfera a 500 o 700 Km de distancia de la superficie de la Tierra. Un impulso de esa naturaleza puede volver a levantar la órbita cuando ha caído unos kilómetros, pero por supuesto llega el momento en que la sustancia que genera su gas impelente se agota fatalmente, marcando el comienzo de una caída que puede ser muy lenta pero se acelera inevitablemente y termina con la caída del satélite hacia las capas más espesas de la atmósfera donde se quema totalmente. Eso es lo que ocurrió con el SAC-A – que no estaba provisto de tales cohetes auxiliares después de diez meses de girar fielmente alrededor de la tierra, cubriendo muchas más veces de las previstas nuestro territorio, y obteniendo miles de fotografías de distintos lugares del planeta. En el desarrollo de un satélite complejo como el SAC-C se re corre un camino que pasa por varias etapas, cada una de las cuales es sometida a un severo proceso de revisión. El diseño preliminar fue sometido a un exhaustivo examen de la ingeniería de todos los sistemas, que consiste en una larga sesión de auditoria de varios días de duración, y en la cual cada detalle es sometido a un escrutinio profundo. Este tipo de examen se repite en varias ocasiones, a medida que se cumplen determinadas etapas del diseño y de la construcción del aparato. En el caso del SAC-A la última de estas auditorias fue efectuada poco antes del lanzamiento – con el satélite ya terminado- por los responsables de su puesta en órbita. Tuvimos entonces el privilegio de albergar en Bariloche a cuatro de los integrantes del transbordador Endeavour, entre ellos el jefe de la misión, el comandante Cabana.

Cuando se diseña y construye un satélite el proceso pasa por numerosas etapas e ensayos, ya que el costo de cualquier falla puede ser el fracaso de la misión. Por lo tanto se construyen varios modelos del satélite: un modelo de ingeniería, que es sometido a todas las vibraciones que deberá soportar el satélite, sobre todo durante su lanzamiento, ya que una vez en órbita todo es suavidad; un modelo térmico, sobre el que se realizan otros ensayos pues estará sujeto agraves tensiones debido a las grandes diferencias de temperatura entre el lado que mira hacia el sol y el que está a la sombra. Finalmente se construye el "modelo de vuelo" que también es sometido a toda clase de esfuerzos y ensayos. Gran parte de todos estos ensayos son los que se han llevado a cabo en las instalaciones del organismo espacial brasileño, donde está depositado ala espera de su traslado a EE.UU. para su puesta en órbita en el próximo mes de abril. En realidad el SAC-C es un proyecto multinacional. Los países que participan son cinco, además de Argentina. EE.UU., además de efectuar la puesta en órbita, ha construido uno de los experimentos que van a bordo del SAC-C. Dinamarca ha colocado un sistema de medición de anomalías del campo magnético terrestre; Italia ha suministrado los paneles solares que alimentarán de energía al conjunto y los instrumentos que determinan la posición del satélite, y Francia que ha colocado a bordo un instrumento de medición de niveles de radiación por electrones, protones e iones pesados en la baja atmósfera. El SAC-C lleva tres cámaras de registro fotográfico. Las principales de estas cámaras fueron también diseñadas y construidas en Bariloche, y con ellas se puede obtener gran cantidad de información acerca del estado de bosques y cosechas, desertificación, contaminación del mar, etcétera.

El SAC-C tendrá un tiempo de revista de nueve días, es decir que cada nueve días recorre exactamente la misma órbita, lo que permite seguir los procesos que ocurren en el suelo debajo de él con esa resolución temporal. Sin embargo existe una posibilidad de ver procesos más veloces, ya que cada cuatro días el satélite pasa lo bastante cerca de cada sitio preestablecido como para que, con una leve inclinación de su eje se puedan recoger las imágenes deseadas. El SAC-C también permite observar a las ballenas aún sumergidas a gran profundidad. El cuarto satélite argentino, cuyo diseño ya ha comenzado se denomina SAOCOM (Satélite Argentino de Observación y comunicaciones) será mucho más complejo, ya que estará provisto de un radar que permite entre otras cosas, atravesar las nubes y las copas de los árboles, ver de noche y hasta cierto punto, penetrar en el suelo terráqueo. Esto le permite determinar el grado de humedad y hasta detectar la profundidad, el recorrido y el estado de las napas freáticas. Se estima que este satélite estará listo en 2003. Un laboratorio satelital como el desarrollado por INVAP en la zona de Llao-Llao en Bariloche, tiene parecidos con un quirófano, también con instalaciones futuristas tal como lo muestran las películas, esto se debe a que la construcción de un equipo destinado a atravesar el espacio, lejos de toda posibilidad de reparación, debe estar hecho a prueba de fallas, y eso implica un grado de limpieza muy superior al que debe regir en una sala de operaciones. En efecto, una partícula de polvo depositada en un contacto eléctrico en el vacío sideral puede producir una falla que ponga en peligro misiones muy costosas. Desde La Patagonia y en conjunto con la CONAE , el INVAP busca una salida internacional para el desarrollo de sistemas de tratamiento de las imágenes satelitales. Así Patagonia se proyecta más allá de los límites de la Tierra, con tecnologías propias y desarrollo científico.

Los datos del SAC-C serán adquiridos en la Estación Terrena Córdoba del Centro Espacial Teófilo Tabanera (CETT), desde donde, además , se realizará el control de la Misión, el tiempo disponible para la adquisición de datos del relevamiento y de estado del sistema, así como para la corrección de inconvenientes es de 12 minutos.

También se dispondrá de al menos tres estaciones secundarias de bajo costo ubicadas en distintas regiones del país, las que permitirán obtener en tiempo real imágenes de baja resolución de la cámara MMRS.

Estación de monitoreo remoto.

El satélite para realizar las tareas de control cuenta con tres procesadores Intel 486 DX 4 de 100Mhz corriendo con lógica de mayoría, para evitar fallas por mal funcionamiento de alguno de los procesadores, no se cuenta con discos rígidos (ya que son muy sensibles a campos magnéticos y cambios de temperatura frecuentes en el espacio), los datos muestrados son almacenados en memoria por lo que si no pueden ser transmitidos a la base terrestre los mismos se pierden. El sistema operativo utilizado es QNX 4, tanto en el satélite como en las estaciones de adquisición de datos y mantenimiento, por las siguientes razones:

• El tiempo es una variable crucial debido al bajo ancho de banda de las antenas digitales utilizadas para la transmisión (0.2 Mb/seg), y no se pueden permitir fallos debido a una mala performance de SO.
• Un satélite espacial de estas característica tiene un costo de alrededor de 40 millones de dólares, por lo que tiene que ser "A prueba de fallos"
• Se prevé una vida útil del satélite de 4 años, tiempo en el que el sistema operativo debe funcionar correctamente.
• Es posible que se deba modificar código en tierra, en caso de fallos, para luego ser levantado al satélite, QNX permite este tipo de manejo.
• El presupuesto fue acotado, por lo que no se contaba con computadoras de elevadas prestaciones.
• La capacidad del SO operativo de manejar gran cantidad de puertos serie aporta grandes beneficios, ya que utilizando una interfase estadard (RS 232), los procesadores pueden acceder a los diversos subsistamos.
• La posibilidad de mutile procesamiento con arrebato por prioridades fue un aspecto decisivo en la selección del SO.
• Los Técnicos de INVAP tenían conocimiento de desarrollo con el compilador de C Watcom.

El SAC-C en la etapa de ensamblaje

INVAP también utilizó este sistema operativo como software de base para los sistemas de control de un reactor nuclear que contruyó para Egipto. Recientemente la empresa Argentino ganó una licitación por 180 millones de dólares estadounidences para la construcción de un nuevo reactor en Australia y dado los buenos resultados obtenidos en el primero, también será utilizado para este nuevo proyecto.

La creación de COG el RoboBaby.

Las películas ciencia-ficción están llenas de ellos. Robots caminando y hablando como humanos. De hecho, desde que el campo de la inteligencia artificial nació, la gente ha soñado con robots que no solamente se parecen a seres humanos sino que pueden pensar, sentir, aprender, y cometer errores – casi como actuamos en la vida real.

El laboratorio de inteligencia artificial del MIT ha tenido éxito en hacer verdadera la ciencia-ficción con COG, un robot con forma humana que se está en desarrollo desde los ' 90s. Aunque carece piernas y espina dorsal flexible, COG es casi tan humano como un robot puede ser. Tiene una cabeza, un tronco, y los brazos son similares en dimensión, estructura, y grados de libertad a los del cuerpo humano. Un conjunto sofisticado de sensores y de actuadores coordinados con un sistema de control distribuido basado en QNX se aproxima la dinámica sensorial y motora humana con exactitud misteriosa.

Como los seres humanos, COG puede oír. Un par de micrófonos que hacen las veces de oído se montan directamente sobre su cabeza. COG puede también ver. El sistema visual del robot copia algunas capacidades visuales humanas, incluyendo la detección binocular y la sensación espacio-variante. Dos cámaras de escala de grises en cada 'ojo' permiten a COG un campo visual ancho y visión de alta resolución. COG incluso tiene un sistema vesti-bular, que en seres humanos mide la aceleración de la rotación de la cabeza y que es crítica en la coordinación de las respuestas motoras, del movimiento de los ojos, de la postura, y del balance. COG imita este sistema con tres giroscopios y dos acelerómetros lineares montados en la cabeza del robot. Los sistemas recepción vocal y táctil están en desarrollo.

Para los investigadores del MIT, conseguir que COG se vea y sienta como humano va más allá del plano estético – es fundamental en su investigación. COG está aprendiendo pensar como un ser humano. Con este ROBOT, el MIT está explorando la teoría de la encarnación, o la creencia que la cognición humana está desarrollada con la interacción del cuerpo físico con sus alrededores y otros seres humanos. Así pues, en vez de la preprogramación con la información detallada sobre su ambiente, COG está aprendiendo todo sobre sí mismo y el mundo casi como lo hacen los bebés – por el ensayo y el error.

El control computacional de COG es una red heterogénea de diversos tipos de procesadores que funcionan en diversos niveles de la jerarquía de control. El cerebro de COG, que consistía en una red de microcontroladores Motorola 68332 de 16MHz conectada a través de una RAM dual-port, ahora es una red de PCs industriales de 200MHz que ejecutan QNX conectadas mediante una topología Ethernet 100GV. Los cerebros viejos y nuevos se comunican vía una tarjeta de memoria compartida ISA hecha a medida. Como con todos los sistemas QNX, la red puede ser ampliada agregando nuevos nodos en el HUB de la red. La red también incluye display boards, y puertos de entrada-salida de audio. Otros procesadores que controlan las funciones corporales de COG van desde pequeños microcontroladores para el control de empalme a nivel de red hasta procesadores de señal digital (DSP) para pre-proceso de audio y vídeo.

Cuando se preguntó por qué QNX fue elegido para su proyecto a Matt Marjanovic, investigador del MIT, explicó: "con COG, obviamente hay un requisito visual y auditivo de tiempo real. Deseamos un SO que pueda cumplir con esto de modo que COG pueda percibir a la gente e interactuar con ellos. El establecimiento de una red transparente es también un gran extra. COG tiene ocho nodos QNX en este momento, y todos son accesados desde el servidor primario. También es muy conveniente desarrollar y ejecutar código remotamente. Tenemos a menudo varios estudiantes graduados que desarrollan código al mismo tiempo, algunos en el sistema, algunos en sus oficinas, y otros en sus casas.

QNX se ha utilizado con tanto éxito con el proyecto COG que ahora todas los robots del laboratorio se están construyendo alrededor del SO. Esto incluye un robot de alto perfil que el MIT nombró Kismet, diseñado para estudiar las emociones humanas del cual se ofrece una nota completa en la edición de octubre de 1999 de Discover Magazine. Dice la investigadora del MIT, Cynthia Breazeal, " es nuestra meta para hacer que todas los robots compartan la misma plataforma de cómputo para poder compartir el código a través de proyectos.

Desde su 'nacimiento' COG ha aprendido a darse vuelta y fijar la vista en un objeto móvil, imitar movimientos de cabeza afirmativos y negativos, estirarse para tocar objetos, y jugar con un juguete Slinky. Lo más importante, es que COG ha aprendido reconocer las caras y los ojos – el primer paso de progresión hacia interacciones sociales realistas. Y aunque COG no puede todavía ser considerado consciente, con este robot el MIT está cumpliendo un sueño que existe desde hace mucho tiempo, el de fabricar inteligencia humana a través de computadoras y tecnología robótica. Recientemente, el libro de los récords Guinness 2000 (edición del milenio) nombró a COG ' el robot más inteligente. '

6. QNX en la batalla contra las pruebas nucleares

Desde que las discusiones por lograr la restricción de pruebas nucleares comenzaron al inicio de los ' 50s, varios tratados han sido puestos en ejecución por la comunidad internacional para restringir el testeo de armas nucleares en el espacio, en la atmósfera, y bajo el agua. Pero ninguno ha ido tan lejos como para prohibir todas las pruebas de armas nucleares. Es decir, hasta que la asamblea general de la ONU votó el septiembre de 1999 de forma aplastante para adoptar el tratado Comprehensive Nuclear Test Ban Treaty (CTBT), que busca terminar con todo tipo de actividad nuclear.

La firma del tratado fue la parte fácil, comparada con la tarea de asegurarse de que todas las naciones cumplan con el tratado. Cerciorándose de que el CTBT se adopta globalmente, sobre todo en la capacidad de detectar violaciones. Para este fin, las naciones que firman el tratado están poniendo el sistema de monitoreo internacional (IMS), una red de centros de datos y varias tecnologías de verificación – sísmicas, infrasonido, hidroacoústicas, etcétera – para buscar para y para analizar las pistas que indican la prueba nuclear ilegal.

Tal tecnología de verificación es el Radionuclide Aerosol Sampler/Analyzer (RASA), una tecnología basada en QNX que ha sido desarrollada por el departamento de energía del laboratorio nacional de Pacific Northwest, en Richland, USA. RASA es un sistema que detecta radionúcleos aerotransportados – elementos de especies radiactivas como el bario, molibdeno, etcétera – que son liberados en la atmósfera por una explosión nuclear. La importancia de esta tecnología es la detección de radionúcleos que a diferencia del infrasonido, o las tecnologías hidroacoústicas de detección, proporciona una evidencia física irrefutable de violación del tratado porque captura las piezas más pequeñas del arma misma.

Requerimientos del RASA

Para diseñar un dispositivo de detección de radionúcleos para el IMS, tuvimos que mantener varios factores firmemente en la vanguardia. Primero, el sistema de medición tuvo que ser capaz de detectar cantidades muy pequeñas de material radiactivo. Dependiendo de condiciones atmosféricas en el momento de la explosión los radionúcleos pueden viajar a desde una punta del globo terráqueo a otra y tener varios días para el momento en que alcancen una estación de medición. Para ese momento, los elementos con un período de vida corto habrán desaparecido, dejando solamente una pequeña fracción del material radiactivo original. En segundo lugar, tuvimos que pensar mucho en el costo total del sistema. Nuestros planes requerían 80 estaciones de medición mundial para mejorar las posibilidades de que una nube radiactiva sea detectada dentro de las primeras semanas críticas después de la detonación. Así pues, el sistema tuvo que ser accesible para todos los países, incluyendo países en desarrollo.

En tercer lugar, y más importante, ya que algunos de los detectores serán colocados en posiciones remotas, tuvimos que desarrollar un sistema totalmente automatizado que pueda estar en ejecución por varios meses continuos sin volver a reiniciarse. En RASA Manejamos todos estos requisitos, y más. Suficientemente sensible como para detectar una explosión nuclear incluso después que la nube de escombros radiactivos haya viajado totalmente alrededor del globo, RASA puede ejecutarse continuamente por 200 días sin volver a reiniciarse y tiene acceso y control remoto completo. RASA es también accesible, suficientemente silencioso como para no molestar en áreas residenciales próximas, y consume potencia mínima. Puede incluso tolerar cortes de energía!

Asemejándose a un horno pequeño en tamaño y forma (3 ' x 6 ' x 6 '), el muestreador de radionúcleos contiene un 486 Ziatech 8902corriendo QNX 4 y el sistema de medición físico: compuesto por un conjunto de tiras continuas de papel de filtro, de una pista dividida en segmentos de muestreo, y de un detector de alta resolución de rayos gama de germanio. Las tiras de papel se avanzan mecánicamente en la pista de muestreo a través de la cual los volúmenes grandes de aire se filtran. Después de un período de decaimiento, las tiras se ponen delante del detector de rayos gama. Para vigilar las condiciones de funcionamiento y los registros de ambiente de RASA, el sistema también incluye sensores secundarios para la temperatura, tensión, la velocidad del aire, y otras condiciones ambientales.

Robusto y estable

Una de nuestras primeras tareas era seleccionar un SO para el proyecto. En diciembre de 1992 repasamos varios sistemas operativos y elegimos QNX porque ofreció un sistema de control en tiempo real robusto y un método confiable para comunicar datos y comandos hacia y desde los varios centros de datos. Un sistema operativo estable era también un requisito crucial para RASA porque sabíamos que un tiempo medio de buen funcionamiento (MTBF) y un tiempo medio de reparación (MTTR) con valores inaceptables podría promover o romper la aceptación internacional de nuestro sistema. Sabíamos que QNX tenía un buen expediente en sistemas críticos. QNX tenía otras características tentadoras también, incluyendo un esquema IPC simple, capacidad de multitasking, conectividad TCP/IP, y compilación POSIX. Aunque no teníamos ninguna experiencia anterior con multitarea con arrebato (preemptive multitasking) y una arquitectura de paso de mensajes, aprendimos rápidamente el valor de estas características mientras que progresó el proyecto.

Análisis modular

Cuando comenzamos el desarrollo, el CTBT todavía no estaba firmado así que las guías de consulta técnicas y políticas eran revisadas constantemente; por necesidad, encaramos el proyecto con modularidad en mente. Comenzando con un análisis orientado a objetos para el software de control, escribimos todo el software de control para el sistema RASA en C++ e hicimos uso extenso de clases de objetos de C++ en todas partes. Por ejemplo, todos los servidores se derivan de un objeto common-base-server que da a cada servidor un conjunto idéntico de capacidades de base (ej. ping, shutdown) y de una interfase consistente de paso de mensajes. Esta metodología orientada a objetos también aumentó considerablemente nuestra capacidad de mantener el sistema y de reutilizar nuestro código.

Interface Hardware

Este análisis modular nos dejó separar el software de control de los procesos específicos de hardware del servidor. El acceso a la interfase de hardware es proporcionado por procesos de I/O digitales y analógicos del servidor – que son los únicos procesos que tienen acceso directo al hardware subyacente. El resto de los procesos tienen acceso al hardware a través de peticiones enviadas a los procesos del servidor.

El servidor analógico presenta un conjunto secuencial de canales analógicos al cliente, cada uno de los cuales puede marcar de 0 a 10V. Internamente, los canales correspondientes no tienen que ser secuenciales o aún existir en la misma placa analógica. De hecho, es posible utilizar múltiples placas de diversos fabricantes simultáneamente: el set canales de la entrada de cada tarjeta puede ser mapeado en el espacio del canal lógico-secuencial presentado por el servidor. Un mapeo similar del canal físico-a-lógico es realizado por el servidor digital de entrada-salida.

Como trabajamos a través de varios prototipos de RASA esta técnica permitió cambiar el hardware subyacente sin afectar a ninguno de los clientes que requerían servicios digitales o analógicos. También, permitió que solamente un solo proceso tenga acceso al hardware directamente, evitamos conflictos entre los servidores múltiples que procuraban el acceso simultáneo al hardware. El sistema operativo arma colas de peticiones a servidor automáticamente, que luego son manejadas secuencialmente por el mismo.

A medida que nos trasladamos a un sistema del campo automatizado, la abstracción del hardware permitió que el equipo de software continuara trabajando aun con cambios y mejoras del hardware. Sin la abstracción del hardware, los cambios en el hardware habrían requerido cambios en los módulos de control. Con la abstracción, sólo el servidor de procesos de hardware específico tuvo que ser cambiado, e hizo ahorrar mucho tiempo.

Finalmente, el multiprocesamiento con arrebato de procesador propio de QNX permitió que desarrollásemos procesos eficientes para tareas específicas. Integrar estos procesos en una estructurade control robusta y unificada fue fácil gracias al pasaje de mensajes de QNX.

Arquitectura cliente-servidor

Cada subsistema de RASA o grupo de componentes relacionados (ej: sensores de temperatura) son gobernados por un proceso separado del servidor. El monitor de potencia del sistema, el acumulador de volumen de aire, el monitor del sensor, el control de datos meteorológicos, el sistema de adquisición de datos nucleares, y todos los controles del motor se comunican con el hardware a través de los servidores digitales / analógicos o a través de una interfase RS-232 proporcionada por QNX. Estos servidores presentan las interfaces al cliente que se relaciona con el dispositivo controlado o la cantidad medida, a diferencia de las señales reales de hardware que facilitan los controles y las mediciones. Por ejemplo, el servidor de sensores responderá a mensajes de la forma " qué temperatura tiene el aire de producto? " En comparación con "qué tensión está marcando el canal analógico 4?" El servidor de sensores responde a esta clase de mensaje obteniendo el voltaje apropiado del sensor del servidor analógico y convirtiéndolo a las unidades de temperatura antes de pasar la respuesta de nuevo al solicitante original.

Esta capa de abstracción agregada libera al cliente de tener que ocuparse de los detalles exactos de la conversión. No es necesario que el cliente sepa que el sensor de temperatura que está siendo consultado devuelve una tensión análoga. De hecho, en el comienzo del desarrollo de RASA, se investigaron varias tecnologías de sensores, incluyendo sensores de temperatura que indicaban a través de señales digitales, tensiones analógicas, e incluso secuencias de datos RS-232. Actualmente RASA usa solo sensores de temperatura analógicos, pero cualquier combinación de las tecnologías antedichas pueden ser substituidas sin realizar ningún cambio al software por sobre el nivel del servidor de sensores.

X-based GUI

Una GUI (Graphic User Interface, o interface gráfica de usuario) fácil de utilizar es un requisito básico para la mayoría de las aplicaciones actuales, y RASA no fue diferente. Teniendo presente que este sistema sería utilizado eventualmente por todo el mundo, colocamos la X para el proyecto principalmente porque los servidores X se ejecutan en una variedad amplia de plataformas de cómputo. Utilizamos la herramienta de desarrollo para Xwindows que viene con QNX junto con Tcl/Tk, un lenguaje scripting de alto nivel que acortó considerablemente nuestro tiempo de desarrollo. Tcl/Tk permitió que escribiéramos en apenas algunas líneas lo qué habría requerido varias paginas de código XWindows. El lenguaje se puede también ampliar fácilmente para crear nuevos comandos. Por ejemplo, desarrollamos comandos Tcl/Tk específicos para RASA que pasan mensajes entre los distintos servidores de procesos de RASA.

La comunicación con RASA

Porque planteamos el subsistema de comunicaciones de forma modular también, RASA se puede configurar para utilizar cualquiera de los diversos métodos de comunicación. Internet proporciona el camino de comunicaciones más rápido al sistema. Sin embargo, puesto que en muchos lugares del mundo no tienen acceso Internet, diseñamos RASA para utilizar lans basadas en líneas telefónicas y módems estándares, o líneas celulares o módems basados en satélites – lo que más convenga para el caso.

Pruebas de Campo

Una serie de diseños del sistema RASA fueron construidos y probados desde que el proyecto comenzó. RASA Mark 3, el tercer prototipo y el primer sistema totalmente autómata, participo en una prueba de campo extensa en la base de fuerza aérea de McClelland en julio de 1995. La prueba de campo fue pensada para descubrir componentes y subsistamos inadecuados para instalaciones remotas, y durante el curso de la prueba de seis semanas de duración, varios sensores de temperatura, sensores ópticos, fuentes de alimentación, sensores de tensión, y otros componentes fallaron. Pero QNX no falló y siempre nos permitió el acceso al sistema para consultar el estado de los servidores individuales, e hizo el diagnóstico de los datos del día – incluso cuando el software de control estaba colgado!

Fuimos capaces de hacer muchas mejoras y correcciones del software en ejecución remotamente. Por ejemplo, en un punto teníamos problemas con la lógica en los sensores ópticos – que vigilan el adelanto del papel de filtro. Una batería de tres sensores fue utilizada en un modo mayoría lógica para evitar posibles fallas. Durante la prueba, control de estado reveló un sensor continuamente ruidoso, mientras que un segundo sensor solamente hizo pequeñas variaciones impresas que hicieron avanzar el papel. Esta situación haría que el papel de filtro no alcance para el período planeado. Pudimos sustituir el código defectuoso de mayoría lógica por código lógica unánime, y solucionamos el problema sin una visita al sitio. Estas pruebas de campo son solo el comienzo del camino para RASA. El sistema hará frente incluso a desafíos más grandes cuando sea instalado en los diversos climas tales como la Antártida, Hawaii, Guam, y Alaska. Pero es tranquilizante saber que si hay problemas, pueden ser diagnosticados y solucionados a miles de kilómetros del sitio.

De acuerdo con nuestro éxito inicial con RASA, QNX se ha seleccionado para dos sistemas más de adquisición y control de datos.

Un servidor Web basado en QNX

¿Quién utiliza QNX 3,5 millones de veces a la semana? Los fanáticos de los deportes. ¿Por qué? Para conseguir la información del minuto sobre sus equipos y jugadores preferidos. En vez de ver la TV o de escuchar la radio, esta gente está visitando el Web site basado en QNX http://www.nando.net, donde se ensamblan y se ponen las noticias de los deportes del mundo disponibles para Internet vía SportServ. SportServ es mantenido por la división New Media del periódico News and Observer de Raleigh, Carolina del Norte. El periódico formó NandO.net hace dos años y medio, basado en la predicción que la salida electrónica de las noticias complementaría la salida en papel en un corto plazo y quizás para substituirlo a largo plazo. Según Charles Hall, miembro del personal técnico en NandO.net, "los periódicos en papel quedaron años atrás. El número total de lectores de menos de 30 es pequeño y sigue disminuyendo. Los costos del papel continúan elevándose. La única pregunta es cuál será el medio sucesor" Desde que NandO.net comenzó su operación, la gerencia se ha centrado en proporcionar contenido además de solo conectividad. Además de contar con todo el equipo de un ISP, la división tiene personal que genera noticias y además las compra a distintas fuentes de noticias. Las fuentes de noticias incluyen a Tribune Media Service, AP Market Reports, y SportsTicker, la fuente del contenido de SportServ.

Los jugadores

La maquinaria para Internet de NandO.net's consiste actualmente de un Sparc 20s, un Sparc ultra 170s, una estación de trabajo Indy de SGI, y, desde febrero del año pasado, una PC con QNX. Las computadoras están conectadas unas a otras con FDDI, y a Internet con dos T1s (1,5 Mbit/sec), y con los usuarios con ochocientas líneas telefónicas. Uno de los T1 va a Sprint en Texas; el otro al MCI en Atlanta. El sitio pronto substituirá uno de los T1s por una T3 parcial para alcanzar un ancho de banda de 6 Mbit/sec.

Por que QNX?

Con todos estas estaciones de trabajo caras, por qué utilizar QNX? Porque los satélites no tienen control de flujo y las noticias son entregadas por estos. El tráfico es pesado y no hay manera de retrasar la alimentación o de solicitar un paquete faltante. QNX hace lo que el tiempo compartido de Solaris o de los Unix no puede hacer: operar con un tiempo de reacción determinista. Mientras que la estación de trabajo Indy de SGI está ocupada en determinar qué proceso intercambiar a disco, la PC con QNX está haciendo el parsing del flujo de entrada.

Sin fouls

La aplicación en sí misma es muy simple. QNX 4 está instalado en una PC 486 DX2/66 con 16Mb de RAM, un disco rígido de 1Gb, una placa serie Connect Tech Intellicon 8, y una placa de red. Los módems basados en satélites están conectados con los puertos serie Connect Tech y el disco duro está montado en NFS a la estación de trabajo SGI que ejecuta el software de Web. Un editor de flujo configurable, escrito en C, analiza los flujos de noticias y escribe los resultados y las estadísticas en los archivos en el disco. Cada flujo de noticias se dirige a su propio directorio separado de modo que los editores de HTML no confundan el precio de los productos de IBM's con los resultados del playoff de los Chicago Bulls!

Muchos hits pero ningún Knock Out

En total, los usuarios locales y los de Internet generan 7,3 millones de hits, al sitio NandO.net cada semana. SportServ basado en QNX toma 3,5 millones de éstos hits, haciéndose la aplicación más popular. Después de un año de la operación, la PC con QNX continúa manejando todo este tráfico sin problemas. El cliente reinició la máquina cuando en la estación de trabajo de SGI se modificó el código de NFS, pero incluso eso no era necesario. Porque en la máquina que se está ejecutando QNX, solo bastaba con simplemente matar el proceso del servidor y reiniciar el mismo.

El poder de Pentium también juega

En los dos años de operación el personal de NandO.net ha aprendido mucho sobre proporcionar a servicios Internet. Por ejemplo, como se amplían, se preponen guardar la relación de 1:10 de las líneas telefónicas con sus clientes. También, ahora se dan cuenta que no pueden continuar proporcionando su servicio usando pocas estaciones de trabajo muy "cargadas". En consecuencia, están planeando un experimento en el cual substituyan al Sparc 20s y ultra 170s por un grupo de servidores Pentium. Aunque se necesitarán más maquinas, el bajo precio de las PC reducirá el costo del sistema. Y es más, las CPUs adicionales disminuirán tiempos de procesos y reducirán cuellos de botella.

Automatización

Motorola hace Control de calidad con QNX y RAIMA

Motorola Inc´s Metal Oxide Semiconductor Fabrication Plant 8 (MOS8) en Austin, Texas.

En esta planta de Motorola se utiliza un proceso de control estadístico (SPC) que permite encontrar desvíos en los parámetros de cualquier proceso, para evitar que tales desvíos amenacen la integridad del proceso y del producto final.

La aplicación SPC corre 24 horas del día, los siete días de la semana y es parte de Synapse, un sistema integrado de manufactura basado en QNX dentro MOS8. Synapse SPC está hecho totalmente para misiones críticas. Si se cae, la fábrica se cae.

SPC no es solo confiable sino que también es lo suficientemente sofisticado como para haber ganado un premio a la innovación en MOS8. Aún así, puede correr en las PC standard.

En MOS8 el Synapse SPC toma información de alrededor de 140 computadoras en red, que unen 50 tipos distintos de equipos de manufactura, alrededor de 600 procesos en las máquinas en total.

Fabricación de chocolates en Cadbury(sucursal Canadá)

La mencionada empresa poseía un sistema de control de planta basado en MS Windows, con una interfase de Touch Screen, y un PLC basado en Windows para dialogar con un PLC Siemens. El resultado: una calamidad. El sistema era inestable, completamente ineficiente para controlar el proceso. Por ejemplo, el sistema tenía respuestas muy lentas, y la comunicación con el PLC expiraba, y se perdían datos. Consecuentemente, el operador debía operar el sistema manualmente para concluir el resto del ciclo, produciendo muchos desvíos en los tiempos de producción, y desperdicio de mercadería. Cadbury gastó un año en tratar que este sistema funcionara, y en definitiva nos contrató a nosotros para que le diéramos la mejor solución.

Para minimizar los costos de la inversión que Cadbury había hecho en su sistema, se mantuvo el sistema InTouch basado en Windows para la interface. Para la otra parte se utilizó la capacidad de Networking transparente de alta velocidad de QNX, se utilizó el lenguaje de programación SCADALisp para los drivers de comunicación con los PLCs. Usamos la capacidad del scheduling por prioridades para correr este driver en máxima prioridad, y por consiguiente se logró evitar que otras tareas cortaran la comunicación del driver. El sistema original InTouch corría en una 486 con Windows 3.11. Las computadoras QNX y Windows fueron conectadas con un sistema de fibra óptica bidireccional, lo cual proveyó respuesta de tiempo real. Como protocolo de comunicaciones se usó TCP/IP.

El resultado fue que Windows tiene más recursos de sistema para correr y ser más estable. Los operarios deben rebootear Windows una vez cada varios días y cuando lo hacen QNX sigue teniendo el control de las tareas de la planta.

Estadísticas:

• 50% de aumento de producción, simplemente usando el equipamiento más eficientemente.
• Reducción en las variaciones de producción a menos del 1%.
• Prácticamente 0 errores de operación y 0 fallas del sistema.
• Aumento de datos disponibles para análisis por parte de operarios y managers.

Consorcio para automatizar las autopistas

Imagine ir conduciendo su automóvil por una rampa de una autopista y dejar que una computadora tome el control. Aunque esto pueda parecer futurista puede ser real dentro de unos pocos años.

El Departamento de Transporte de los Estados Unidos estima que los vehículos automatizados pueden mejorar el tránsito en las autopistas y al mismo tiempo incrementar la seguridad. Un consorcio que planea automatizar las autopistas en el siglo XXI ha sido formado recientemente por California Partners for Advance Transit and Higways (PATH), Caltrans, GM, Hughes Aircraft y más de 30 compañías de las industrias aerospaciales y automotrices.

Durante los últimos 8 años PATH ha estudiado el concepto de vehículos automatizados. El grupo equipa autos donados por los fabricantes con dispositivos de control y los testea en secciones cerradas de las autopistas. Información de tiempo real tal como distancia de seguimiento, velocidad relativa, aceleración e información acerca de vehículos precedentes llega desde los sensores del motor del vehículo, de la transmisión, ABS, y otros sensores y es procesada en una PC industrial que se encuentra a bordo de 33MHz 80486 que corre con QNX 4.2.

Este nuevo consorcio va a continuar utilizando QNX en todos los vehículos que estudia y espera demostrar la posibilidad de los vehículos automatizados por 1997 y proveer especificaciones para un sistema completo por el año 2001.

7. Misión Critica

COBE® remedia los altos costos de la recolección de sangre

Los centros de donación de sangre siempre necesitaron obtener componentes sanguíneos de alta calidad. Históricamente, estos centros recolectan esta sangre de donantes. Pero, antes que esa sangre pueda ser usada para ciertos propósitos médicos, ésta debe ser separada en sus componentes: plaquetas, plasma y glóbulos rojos. El problema es que por ejemplo las plaquetas constituyen una muy pequeña fracción, y debían ser recolectadas de distintos centros para constituir una única dosis. En adición a ser costoso e ineficiente, la mezcla de componentes de distintos donantes aumentan la probabilidad de tener reacciones adversas en los pacientes.

Pero esto fue solucionado con el COBE(una división de los servicios médicos de la compañía sueca GAMBRO GROUP) BCT(Blood Component Collection) TRIMA. Este sistema filtra los componentes de un solo donante en diferentes bolsas recolectoras. Este proceso debe hacerse en tiempo real debido a que los componentes que no se necesiten son devueltos inmediatamente al donante, sólo se extraerá lo que requiera el médico.

Para el donante la experiencia no es muy diferente a la donación tradicional. Sin embargo para el centro este método es mucho más eficiente, ya que a través del método tradicional la sangre se depositaba en bolsas y al ser un proceso manual, siempre puede haber algún desperdicio de sangre por caídas de muestras de las bolsas.

Como es una misión critica, la seguridad es el factor primordial del sistema. Para lograr esta seguridad uno de los métodos fue utilizar un modelo redundante de procesadores 486(modelos especiales para reducir los riesgos de fallas). Por otro lado también se debía tener un sistema de control y monitoreo que fueran libres de fallas.

QNX fue elegido por su reconocido nivel de seguridad por todos los organismos médicos internacionales, e incluso otros SOs fueron rechazados en la elección por no tener el nivel de antigüedad en el mercado como el nuestro. Otra de las razones por la que se eligió QNX, fue la de ser el único RTOS que posibilita tener un GUI en tiempo real y seguro.

El diseño de los procesos se hizo con C++ como lenguaje, y un modelo en espiral como metodología de desarrollo, los cuales fueron divididos en comunicaciones, drivers de bajo nivel, y dominios de control, seguridad y GUI. Cada dominio fue diseñado independientemente, gracias a la filosofía IPC. El diseño y desarrollo fueron realizados bajo NT usando Phindows. Para el desarrollo de la interface gráfica fue usado Photon. El display muestra como instalar los tubos las centrífugas, etc., la secuencia de conección/desconección, y varias alarmas y alertas para indicar problemas potenciales con la calidad del producto. El display es de 640×480 y el desafío era poner hasta 400 o 500K de información en sólo un segundo.

Otras de las claves de la elección de QNX fue la garantía de protección de memoria, ya que programar procesos que garanticen esa protección por parte de los programadores hubiera sido un muy difícil desafío y una pérdida de tiempo para el proyecto. El proceso de desarrollo de software llevó 20 meses, terminando en Julio del 97.

No sólo QNX ayudó a que el producto se hiciera mucho más rápido, sino que como consecuencia de la acertada elección el desarrollo del TRIMA costó aproximadamente entre medio y un cuarto de millón de dólares menos.

Embebidos

Si uno está en Suiza y tiene que hacer una llamada es probable que se encuentre con el nuevo teléfono de TELIGENT, el Inform@fon. Lejos de los teléfonos convencionales, este teléfono basado en la tecnología de QNX abrió un nuevo horizonte en el mundo de las comunicaciones.

Diseñados para estar en aeropuertos, estaciones de trenes, shoppings, instituciones financieras, etc., este aparato transforma al teléfono de pago convencional en un teléfono multimedia.

Realiza un amplio rango de funciones de comunicación, desde comunicación de voz hasta almacenamiento de información y sirve como puerta de salida a fuentes de información externas y a proveedores de servicios.

Con el Inform@fon los usuarios pueden escribir, editar, transmitir, y recibir Email y fax. Sirve además de gateway a los servicios de VideoTex y Minitel y provee acceso a la red de teléfonos públicos. Opera además como un teléfono convencional. También puede usarse como pager.

Otra funcionalidad que provee el teléfono es el acceso a la Wold Wide Web, de hecho, los usuarios pueden navegar y ver documentos HTML en la pantalla de LCD. Posee además información en pantalla como guía de teléfono, una enciclopedia y un mapa interactivo e inteligente.

Trae incorporado un lector de tarjetas magnéticas pudiendo el usuario realizar transacciones bancarias seguras. Además de realizar las transacciones de manera segura, actúa como un cajero de la red ‘Sweden’s Electronic Purse’. La misma puede ser cargada por los clientes con efectivo y luego usarlo en los transportes públicos, teléfonos pagos, etc.

Trae incorporada una pequeña impresora que permite imprimir tickets que se reciben por las operaciones bancarias. Otra función, gracias a la posibilidad de comprar a través de la red, es imprimir tickets de teatros o de eventos deportivos.

Dada la necesidad de realizar las operaciones en tiempo real, la escalabilidad, la tolerancia a fallas y la interfaz GUI a color, Teligent utilizó QNX. Gracias a la escalabilidad de QNX, Teligent tiene la posibilidad de adaptar los aparatos según las necesidades del mercado. Los componentes de software y de hardware son modulares por lo tanto las terminales son completamente adaptables, nuevas funciones pueden ser incorporadas en cualquier momento. Si se requieren nuevas funcionalidades el software necesario es bajado de a través del modem sin necesidad de trasladarse hasta el lugar.

El aparato trae el tubo convencional del teléfono, un teclado QWERTY, un mouse, un lector y escritor de tarjetas magnéticas, un monitor 10.5’’ en una pantalla LCD color, un modem 33.6, e interfaces externas para fax e impresora. El sistema funciona sin ningún disco y actualmente está basado en un procesador 486. Todas las funciones son soportadas hoy en día por una memoria flash de 3Mb.

El teléfono ya está funcionando, hay 25 unidades operativas y se prevé un aumento de la demanda en cuestión de meses. Se están considerando adaptaciones a las próximas versiones: Incrementar la velocidad de transmisión con acceso a redes ISDN, migrar el sistema a procesadores Pentium, incluir impresoras externas y soportar la comunicación segura de Internet a través de l protocolo HTTP-S.

Realtime Networking

QNX sobre Microondas: A.L. Digital’s Satellite Based "Digital Jukebox" for MC Europe

¿Cuando fue la última vez que sintonizó una estación de radio que pase música ininterrumpidamente, sin ninguna conversación ni comerciales?. ¿O que sintonice todo con sonido de calidad digital? ¿O que le permita elegir el tipo de música que usted desea escuchar?

Esto es exactamente el tipo de servicio que es ofrecido por Music Choice Europe ( MC Europe), una industria reciente que ofrece a los subscriptores 60 canales de continua música con calidad de CD, todo desde la opera hasta el rock pesado.

Hoy en día la estación de radio MC Europe es la estación más demandada de todo el mundo. Todos los 60 canales deben pasar música las 24 horas del día, los 365 días del año, sin ninguna falla. El equipo de diseñadores y programadores detrás de este proyecto eligieron QNX para poder implementar tan compleja tarea.

MC Europe abrió sus puertas en 1993 como una compañía hermana de una americana llamada Digital Cable Radio (DCR). DCR ha entregado música por la red de cable americana desde 1987 y ha operado una base analógica de cable en Long Island, Nueva York.

El mercado europeo y americano difiere enormemente en cuestión de gustos musicales, aún en música clásica. Los compositores, orquestas y grabaciones que son populares en América del Norte, posiblemente no tengan comparación a aquellos que disfrutan de prestigio y popularidad en Europa.

La solución a este problema de gran complejidad fue implementada gracias a las redes de QNX. Dado que este proyecto requería de un gran ancho de banda se ha aprovechado las ventajas de las redes de QNX para correr varias de estas redes de manera simultánea.

"Nosotros elegimos QNX como nuestro sistema operativo principal por varias razones", comenta el presidente de MC Europe. "Primero porque es realmente un sistema multitarea, como Unix, en donde sabemos que se adapta muy fácilmente si existiera la necesidad de realizarlo. Segundo, está diseñado para aplicaciones de tiempo real lo que nos hace sentir confiados ya que nos brinda la seguridad que nosotros necesitamos. Y tercero, está excelentemente construido para redes, lo cual provee un balance automático a través de múltiples conexiones de redes. Simplemente se invoca y se está en camino".

Gracias a QNX, A.L. Digital no tiene que preocuparse o tener en cuenta ninguna precaución especial para asegurar que la música toque ininterrumpidamente porque los programas que pasan la música se ejecutan a una prioridad un poco mayor que cualquier otro proceso, y siempre en tiempo real, aún cuando otras aplicaciones, tal como una red de copia de archivos, esté trabajando de fondo (background), el sistema nunca pierde un bit.

Finalmente la señal emerge desde un set-top box conectado al sistema de estéreo del subscriptor. Este set-top viene equipado con un control remoto que no solamente permita al que escucha recibir los canales seleccionados, sino que también posibilita y muestra el título de la canción actual, el nombre del artista y el número y nombre del catálogo del CD. El control remoto también puede mostrar mensajes de texto que anuncian los nuevos y recientes eventos para los canales.

QNX ha superado las expectativas como un sólido sistema operativo de tiempo real, capaz de desarrollarse bajo condiciones críticas completas de estrés. Como resultado MC Europe multicanal hoy es un hecho y atrae cada día mayor cantidad de audiencia y subscriptores.

Competencia para QNX

Extracto de un artículo de CMP Media, 12 de Octubre de 1998

" El mercado más nuevo de NT – Microsoft empuja el NT Server hacia los sistemas embebidos – Stuart J. Johnson.

Aunque Microsoft pasa mucha parte de su tiempo tratando de convencer a los usuarios de cambiar su escritorio a Windows NT, la compañía también está luchando por obtener respeto en otro creciente mercado – el mundo de los sistemas embebidos y los controladores dedicados.

Microsoft que se encuentra muy lejos de ser un jugador dominante en la arena, está tratando de redefinir la porción de mercado de la misma forma que lo hizo con el campo de la PC: poniendo énfasis en la poderosa combinación de hardware de marca y software standard. En una palabra Wintel.(…)

Venture Data Corp dice que Windows NT obtuvo tal vez el 4% o 5% del mercado total de embebidos y sistemas de tiempo real en 1997. "Creo que NT está ganando mercado, aunque no a un ritmo realmente rápido", dice Pedro Zayas, un analista de la firma. Además, agrega, que la vasta mayoría de ese mercado es dominada por tres competidores: QNX, de QNX Software Systems Ltd. ; VxWorks, de Wind River Systems Inc. ; y pSOS de Integrated Systems Inc. Los analistas no quisieron identificar las porciones de mercado de los vendedores líderes, pero aún con pequeños segmentos se pueden ganar muchos dólares, haciendo que Microsoft se tome el tiempo de insistir; Venture Data dice que el mercado de los sistemas de tiempo real fue de alrededor de $380 millones en 1997.

Algunos usuarios y analistas dicen que sistemas como QNX, VxWorks y pSOS tienen una ventaja intrínseca: han sido construidos para proveer control de tiempo real. (…) Windows NT no fue diseñado para esto. Pero otras firmas independientes, tales como VenturCom, RadiSys e Imagination Systems han desarrollado extensiones que le dan a NT capacidades de tiempo real.

Usuarios de estas combinaciones dicen que la performance es buena. Y en lugar de tener un controlador dedicado que ofrece sólo control de tiempo real, los usuarios pueden correr otro software en la misma máquina.

Por ejemplo, Great Lakes Industries Inc. En Jackson, Michigan, está utilizando NT con la extensión para tiempo real RTX, de VenturCom, para correr cuatro máquinas de herramientas, cada una con un controlador PC.

La performance es tan buena como la de QNX y eso es decir mucho", dice Rick Stafford, ingeniero de fabricación en Great Lakes. Y la compatibilidad de NT con aplicaciones standard permite que el operador de la máquina busque planos de partes de la máquina en la misma computadora que la está controlando. Y, tomando ventaja de las capacidades de comunicación que tiene NT, las máquinas herramientas están linkeadas directamente a los sistemas de la empresa de planeamiento de recursos de la firma, una promesa que no es posible lograr con QNX".

Aplicaciones en Argentina

Invisa se dedica a desarrollos de aplicaciones OLTP, control de procesos, comunicaciones, como así también herramientas de desarrollo, principalmente sobre el Sistema Operativo QNX, y también sobre UNIX, Windows, Windows NT, DOS, y OS/2.

Invisa tiene profesionales con un promedio de 6 a 8 años de experiencia en desarrollo, integración de soluciones y soporte técnico en las distintas plataformas. Algunos de estos especialistas han publicado productos en la Guía de Tercer Partistas de QNX y los han presentado en la Conferencia Anual organizada por QSSL..

Invisa ha desarrollado productos para el área OLTP(On Line Transaction Processing) ya sea para comercios, bancos o compañías de tarjetas de crédito, entre los que se encuentran g-pay y TRANSAKTOR.

Esta empresa posee soluciones de tiempo real, control de procesos, automatización, interface hombre máquina, adquisición de datos, sincronización, sistemas embebidos, integración con bases de datos, transacciones on-line, comunicaciones, correo electrónico, sistemas telefónicos interactivos con respuesta por vos, acceso remoto, monitoreo, supervisión, visualización dinámica de datos y presentación de información a través de Internet.

Costos de QNX

QNX se puede comprar directamente a QSSL o a través de distribuidores. QSSL prefiere no dar precios específicos ya que estos varían según los módulos del SO que se incluyen.

Usted puede configurar el SO cuando usted quiere y usted sólo paga por los módulos que usted necesita.

Estos precios son principalmente pertinentes a los sistemas de desarrollo. Los precios pueden variar en parte realmente. Los descuentos están disponibles a diseñadores, y hay también descuentos por cantidad. Para embebidos y aplicaciones de OEM el precio por módulo está disponible. Esto le permite sólo pagar por los módulos del sistema que usted necesita. Por volumen, el precio se disminuye bastante.