Desarrollo de software embebido

Partimos del comportamiento que la unidad debe mostrar en la plataforma: por qué bus se comunica, a qué mensajes debe responder y con qué rapidez, qué debe hacer cuando falla un sensor, una alimentación o un enlace de comunicación, y cómo debe comportarse durante una misión larga sin reinicio. Estos puntos se documentan como un conjunto de requisitos de software y se acuerdan con usted antes de empezar a programar.

El software de control se desarrolla sobre el hardware objetivo. Los lazos de control, como el control orientado al campo de nuestros variadores de motor, se ajustan en el motor real y, posteriormente, con la dinámica propia de la plataforma. La lógica de protección, la detección de fallos y las funciones de autoprueba integradas se ejercitan frente a fallos inyectados, y no solo en casos nominales. La comunicación por CAN-Bus, RS-485 y Ethernet se verifica con el equipo homólogo cuando usted puede proporcionarlo. Las pruebas de funcionamiento de larga duración cierran cada versión, y cada compilación se etiqueta de modo que la versión que se ejecuta en una unidad entregada pueda rastrearse hasta su código fuente.

Usted recibe las imágenes de firmware de la unidad y, cuando el producto lo tiene, el software de operador: la GUI de escritorio, la interfaz basada en navegador servida por el propio servidor web de la unidad o la HMI del panel frontal. La interfaz de comunicación se documenta para que su computadora de misión o su sistema de control de tiro puedan integrar la unidad: listas de mensajes, campos de datos, códigos de fallo y los datos de identificación que reporta la unidad, como el número de serie y el ID del dispositivo.

Las notas de versión del software registran qué cambió entre versiones y qué revisiones de hardware admite cada versión. El software de prueba y los registros de pruebas utilizados para verificar una versión forman parte del paquete, junto con las secciones del manual de usuario y mantenimiento que cubren la configuración, el registro de datos y la gestión de fallos. Cuando un protocolo se fija en el momento del pedido, como en las unidades ofrecidas en variantes RS-485 y CAN-Bus, esto se indica en la documentación para que las expectativas en campo coincidan con lo que se produjo.

Nuestro software se ejecuta sobre las infraestructuras de comunicación utilizadas en las plataformas de defensa: CAN-Bus según ISO 11898 y SAE J1939 en buses vehiculares, RS-485 y Modbus para enlaces serie, y RS-422 y Ethernet para supervisión y control remoto. El comportamiento electromagnético y ambiental del hardware en el que se ejecuta el software se diseña según MIL-STD-461 y MIL-STD-810, y el software se valida en ese hardware, no en un sustituto de escritorio.

Las familias de productos muestran el alcance. El variador de motor Mil-Drive-55 ejecuta control orientado al campo con realimentación de resolver y encoder, Safe Torque Off de doble canal y acceso remoto al estado, los códigos de fallo y los finales de carrera a través de RS-485 y CAN-Bus. La PDU-RT5002 y los convertidores PowerGuard ofrecen supervisión por Ethernet con datos de tensión, corriente y frecuencia en tiempo real, conmutación de salidas y registros de fallos. La unidad de gestión de energía TPS-28 mide cada convertidor y cada salida desde una placa de control basada en MCU. SENTRA-16 reporta el estado de asientos y cinturones a la computadora de misión a través de CAN-Bus, y la unidad de advertencia T-Light se programa por CAN-Bus o RS-485 con escenarios personalizables.