Hay que aclarar algunas cosillas con respecto a la diferiencias de paradigma en estas arquitecturas, veamos:
Por lo que pude investigar
aquí el Microsoft Robotics Studio es un Framework que permite el desarrollo de aplicaciones para controlar robots, pero NO HAY KERNEL WINDOWS en los robos en los que se muestra, la herramientas lo que hacen es permitir la comunicación entre las instrucciones generadas por la herramienta y el dispositivo, en este caso los controles del robot.
Esto es de explicarse porque obviamente Microsoft no va a soltar el código de su kernel a los fabricantes de dispositivos para robots.
Por otro lado, en el caso de Linux, si hay robots (
aqui y
aqui y
aquí) que incluyen el kernel del sistema operativo.
La diferiencias son obvias, con la herramienta de Microsoft uno esta limitado a lo que el Framework ofrece, en cambio desde el modelo de Linux al tener uno acceso al kernel del sistema operativo mismo, uno puede cargar una versión de dicho sistema con un kernel completamente optimizado para un robot en particular.
Cierto que la herramienta de Microsoft ofrece compatibilidad para una gran cantidad de hardware, pero al fin de cuentas uno no tiene el control TOTAL de la aplicación y puede haber algunas funciones de un determinado dispositivo que tal vez no esté contemplado en el Framework, en cambio, al tener acceso al mismísimo kernel del sistema operativo del robot, uno puede desarrollar controles para prácticamente todo.
Con respecto a que se cuelgue un sistema Operativo, bueno, NADA de lo que hagamos los seres humanos será perfecto, perfecto solo Diós (para los que creemos en él, claro), TODO puede fallar en algún momento, sin embargo, aquí entra un factor clave, "la confianza"; veámoslo desde una perspectiva.
Si falla un robot que nos trae el café en las mañanas, bueno será algo muy frustrante pero nada de vida o muerte.
Pero ahora imaginemos un fallo aquí y en este momento:
Un fallo del robot en este escenario podría tener un precio muy alto porque estarían en riesgo vidas humanas.
Ahora bién, ¿Dónde poner nuestra confianza a la hora de escoger qué OS controlará un robot?
Como ya vimos, no hay kernel Microsoft en el robot, la aplicación envía instrucciones a sus dispositivos vía HTTP, pero hagamos un lado eso y supongamos que un buen día Microsoft otorga permisos para instalar y modificar su kernel en los robots.
Según
este comentario señala que LInux es la elección número uno en Asia para dispositivos empaquetados (traducción libre de embeded) - universalmente conocido lo avanzados que estan los asiáticos en estos dispositivos- según el comentario por la economía no requerir pago de licencias, y un robot es al final de cuentas un dispositivo empaquetado sofisticado.
Pero hay más, casi al final de
este artículo hay una tablita con una comparativa del uso de windows y Linux en dispositivos, resulta interesante la fila de robots:
Windows (*) Linux (10)
Cierto que la estadística tiene casi un año, pero esto muestra otro punto, independientemente de las razones (económicas ó técnicas) en Linux hay más camino recorrido en controlar robots que en Windows.
Entonces, a la hora de escoger entre dos opciones con qué controlar un robot para una tarea extremadamente delicada, como podría ser apagar un reactor nuclear super recalentado, aún cuando ambos pueden fallar ¿Escogería uno donde hay más ó menos experiencia?
Saludos.