operating system - tipos - Comparación de sistemas operativos integrados?
tipos de sistemas operativos y sus caracteristicas (11)
He estado involucrado en sistemas operativos integrados de un sabor u otro, y generalmente he tenido que trabajar con cualquier sistema heredado. Ahora tengo la oportunidad de comenzar de cero en un nuevo proyecto integrado.
Las principales restricciones en el sistema son:
- Necesita una interfaz basada en web.
- Las entradas deben procesarse en tiempo real (por lo que se necesita un verdadero RTOS).
- La memoria disponible es de 32MB de RAM y FLASH.
Los sistemas operativos que el equipo ha utilizado anteriormente son VxWorks, ThreadX, uCos, pSOS y Windows CE.
¿Alguien tiene una comparación o estudio de comercio con respecto a la elección del sistema operativo?
¿Hay algún otro sistema operativo que deberíamos considerar? (Hemos sugerido eCos y RT-Linux).
Editar - Gracias por todas las respuestas hasta la fecha. Una pena que no puedo marcar todo como "aceptado".
He estado muy contento con Windows CE, aunque es ''más pesado''.
Trabajé con QNX hace muchos años, y no tengo nada más que grandes cosas que decir al respecto. Incluso en aquel entonces, QNX 4 (que es positivamente robusto en comparación con el microkernel Neutrino) se adaptaba perfectamente a situaciones de poca memoria (aunque 32MB son montones en comparación con los 1-2MB con los que teníamos que jugar), y aunque no explícitamente juego con cualquier material basado en web, sé que Apache estaba disponible.
Compré hardware de desarrollo de Netburner. Ha sido muy fácil trabajar con él y está muy bien documentado. Es un RTOS que ejecuta uCLinux. La compañía es genial para trabajar.
Puede ser una buena decisión seleccionar un sistema operativo con el que su equipo tenga experiencia. Sin embargo, me gustaría promocionar dos buenas opciones de código abierto:
Ambos tienen muchas características y controladores para una gran variedad de arquitecturas. No ha mencionado qué arquitectura va a utilizar. Ofrecen capas POSIX, lo que es bueno si quieres mantenerte lo más portátil posible.
Además, la licencia tanto para eCos como para RTEMS es GPL, pero con una excepción, por lo que GPL no cubre el ejecutable que se produce mediante la vinculación con el kernel.
Las comunidades son muy activas y hay empresas que brindan apoyo y desarrollo comercial.
Estamos muy contentos con el sistema Keil RTX ... ligero y rápido, y cumple con todas nuestras estrictas restricciones de tiempo real. También tiene algunas funciones de depuración agradables integradas para supervisar el desbordamiento de la pila, etc.
Creo que sería prudente evaluar cuidadosamente qué quiere decir con "RTOS". He trabajado durante años en una gran empresa que construye sistemas embebidos de alto rendimiento, y se refieren a ellos como "en tiempo real", aunque eso no es lo que realmente son. Son de baja latencia y tienen programadores deterministas, y 9 de cada 10 veces, eso es lo que las personas realmente buscan cuando dicen RTOS.
El verdadero tiempo real requiere soporte de hardware y es probable que no sea lo que realmente quiere decir. Si todo lo que quieres es baja latencia y programación determinista (de nuevo, creo que esto es lo que las personas quieren decir el 90% del tiempo cuando dicen "en tiempo real"), entonces cualquier distribución de Linux funcionaría bien para ti. Es probable que incluso puedas salir adelante con Windows (aunque no estoy seguro de cómo controlas el programador de Windows ...).
De nuevo, solo ten cuidado con lo que quieres decir con "Tiempo real".
Publicar para estar de acuerdo con Ben Collins: realmente necesita determinar si tiene un requisito de tiempo real (principalmente para la interacción humana) o un requisito de tiempo real (para interactuar con dispositivos sensibles al tiempo).
Suave también puede significar que puede tolerar algunos contratiempos de vez en cuando.
¿Cuáles son los requisitos de confiabilidad? Mi experiencia con sistemas operativos más generales como Linux en embedded es que tienden a experimentar contratiempos aleatorios debido a sus optimizaciones de casos medios inteligentes que intentan evitar la inanición y similares para tareas individuales.
VxWorks es bueno:
- buena documentación;
- herramienta de desarrollo amigable;
- baja latencia;
- programación determinista.
Sin embargo, dudo que WindRiver convierta su mayor atención en Linux y que WindRiver Linux se introduzca en el mercado de WindRiver VxWorks. Menos mercado, menos requerimiento de ingenieros.
Aquí está el último estudio. El último se realizó hace más de 8 años, así que esto es más relevante. Las tablas se pueden usar para agregar opciones adicionales de RTOS. Notará que esta comparación se enfoca en máquinas más livianas, pero es igualmente aplicable a máquinas más pesadas siempre que no se requiera memoria virtual.
Todo depende de cuánto tiempo se asignó a su equipo para aprender un RTOS "nuevo".
¿Hay alguna razón por la que no quiere usar algo con lo que las personas ya tienen experiencia?
Tengo mucha experiencia con vxWorks y me gusta, pero ignoro mi opinión cuando trabajo para WindRiver.
uC / OS II tiene la ventaja de estar completamente documentado (como se explica realmente en el código fuente) en Labrosse''s Book. Sin embargo, no conozco el soporte web.
Sé que pSos ya no está disponible.
También puedes echar un vistazo a esta lista de RTOSes