Cuando los servomotores se encuentran con .NET Core: cómo los microservicios hacen que los sistemas mecánicos estén "vivos"

Imagine este escenario: está depurando una línea de ensamblaje y es necesario sincronizar tres servos en tiempo real, pero uno de ellos siempre va medio latido lento. Los datos en la pantalla de monitoreo siguen saltando, pero no puedes encontrar el problema: ¿es desgaste mecánico? ¿Interferencia de señal? ¿O existe una laguna en la propia lógica de control?

En este momento, la mayoría de las personas verificarán el circuito y reescribirán el código desde cero, lo que les llevará horas o incluso días. ¿Pero hay una manera más inteligente?

¿Por qué los métodos de control tradicionales se estancan?

Los sistemas mecánicos son cada vez más complejos. Hace diez años, un sencillo programa de PLC podía gestionar toda la línea de producción; ahora, es posible que deba manejar la retroalimentación de torque del servomotor, la calibración del ángulo del mecanismo de dirección y el flujo de datos en tiempo real del sensor al mismo tiempo, y hacer que todos se comuniquen sin problemas.

El problema muchas veces radica aquí: metes toda la lógica en un programa enorme. Es como usar una tubería de agua para regar diez macizos de flores al mismo tiempo. Una vez que se bloquea un enlace, todo el sistema se ve afectado. Aún más problemático es tener que detener toda la línea al actualizar o depurar parte de ella.

Microservicios: proporcione a cada unidad mecánica una "suite independiente"

Es por eso que algunas personas comenzaron a reconstruir el sistema de control utilizando una arquitectura de microservicio. En pocas palabras, a cada módulo funcional se le asigna una "habitación" independiente. Deje que el programa de control del servomotor se ejecute solo, inicie un nuevo programa de gestión del mecanismo de dirección y abra otro servicio para la recopilación de datos. Se comunican a través de protocolos livianos, como los vecinos que se saludan en el balcón sin tener que entrar a la casa del otro cada vez.

Pero ¿cuáles son los beneficios prácticos de hacerlo?

La depuración es fácil. Si el servo responde de manera anormal, solo necesita verificar unos pocos cientos de líneas de código para el servicio del servo, en lugar de buscar una aguja en un pajar de decenas de miles de líneas de programas gigantes. Las actualizaciones se pueden realizar una por una. ¿Quiere los parámetros PID del servomotor? Simplemente actualice ese servicio y el resto seguirá funcionando como de costumbre. La expansión también se vuelve natural. ¿Quiere agregar una estación de inspección visual? Simplemente implemente un nuevo servicio y déjelo comunicarse con el servicio existente.

Alguien puede preguntar: "Esto suena como un concepto de ingeniería de software, ¿realmente se puede utilizar en el control de motores?"

Absolutamente. El cuello de botella de los sistemas mecánicos modernos a menudo no es el hardware, sino la flexibilidad de la lógica de control. La precisión del servomotor en sí es bastante alta, pero si el programa de control no puede responder rápidamente a los cambios, no importa qué tan bueno sea el hardware, no tendrá valor. La arquitectura de microservicio permite que cada unidad de hardware tenga un "cerebro" independiente y la velocidad de respuesta es naturalmente más rápida.

Cuando .NET Core se encuentra con el control de la máquina

Mucha gente duda a la hora de elegir una pila de tecnología. Existen varios puntos de convergencia inesperados en el uso de .NET Core para crear dichos microservicios.

Su característica multiplataforma elimina la necesidad de preocuparse por el sistema operativo: ya sea Windows en computadoras industriales o Linux en dispositivos periféricos, el servicio puede ejecutarse de manera consistente. Para los sistemas mecánicos, esto significa más libertad en los entornos de implementación. Las fábricas suelen encontrarse con situaciones en las que varios ordenadores industriales antiguos se mezclan con equipos nuevos. Un marco de desarrollo unificado reduce los costos de adaptación.

El rendimiento de .NET Core es suficiente para la mayoría de escenarios en tiempo real. El bucle de control de un servomotor suele estar en un nivel de milisegundos, y el tiempo de procesamiento de solicitudes de un buen microservicio se puede controlar en un nivel de submilisegundos. Todavía queda mucho espacio en el medio.

El punto más importante es la experiencia de desarrollo. Los ingenieros mecánicos no suelen ser programadores de tiempo completo y necesitan estructuras de código claras y fáciles de mantener. El sólido sistema de tipos de .NET Core y su rica compatibilidad con bibliotecas hacen que la lógica de control de escritura se parezca más a describir el comportamiento mecánico en sí, en lugar de luchar con la sintaxis de la computadora.

Fragmentos de implementación desde el concepto hasta el taller

¿Cómo hacerlo específicamente? No se trata de derribar todo el sistema existente.

Puede iniciar el piloto desde el enlace que cause más problemas. Por ejemplo, el "módulo de servocontrol de alimentación" originalmente integrado en el programa de control maestro se extrajo por separado y se convirtió en un microservicio. Este servicio solo hace una cosa: recibe el comando del ángulo objetivo, hace que el servo gire y devuelve información sobre la posición real.

Después de ejecutarlo durante unos días, notarás algunos cambios. Al depurar este servo, no es necesario detener toda la línea de producción. Puede reiniciar este servicio de forma independiente, observar registros e incluso modificar parámetros temporalmente sin afectar a otras unidades.

A continuación, el control del bucle de posición del servomotor también es independiente. Luego, la recopilación de datos del sensor se realiza en otro servicio. Antes de que te des cuenta, habrás creado un pequeño clúster de microservicios: cada unidad mecánica tiene su propio "controlador".

Preguntas frecuentes y respuestas reales

"¿Esto aumentará el retraso en la comunicación?"

Bajo un diseño razonable, el aumento del retraso suele ser del nivel de microsegundos, pero la mejora de la estabilidad es de órdenes de magnitud. Los ciclos de control de la mayoría de los sistemas mecánicos no requieren una sincronización extrema a nivel de microsegundos. Lo que es más importante es que cada unidad funcione de manera estable sin arrastrarse entre sí.

"¿Es más problemático mantener múltiples servicios?"

Todo lo contrario. Imagine que los ingenieros que originalmente necesitaban comprender todo el gran sistema ahora puedan concentrarse en un servicio específico. Cuando las personas nuevas comienzan, ya no tienen que enfrentarse a la desalentadora base de código "épica". Con menos código para cada servicio, los problemas son más fáciles de localizar.

Un maestro de mantenimiento de la línea de producción dijo una vez: "En el pasado, cuando había un problema con el sistema, teníamos que llamar al ingeniero de software de la oficina al taller para revisarlo juntos durante mucho tiempo. Ahora, muchas veces, puedo saber qué registro de servicio informa el error de un vistazo; es como saber qué engranaje de la máquina está atascado, en lugar de que toda la máquina se convierta en una caja negra".

Escrito en: El sistema también debería tener un pensamiento "modular"

El diseño mecánico ha popularizado durante mucho tiempo la idea de modularidad: los engranajes, rodamientos y motores estandarizados se pueden combinar en máquinas con infinitas posibilidades. Pero el software que controla estas máquinas suele estar escrito como un monolito hermético.

La arquitectura de microservicios no es más que extender la lógica de la modularización del hardware al mundo del código. Deje que el programa de control del servomotor se convierta en una pieza estándar que pueda reemplazarse y actualizarse de forma independiente como el propio servomotor. Deje que el programa de gestión del aparato de dirección sea como la estructura del aparato de dirección, conciso, centrado y cumpla con sus funciones.

Cuando cada unidad mecánica obtenga también "independencia física" a nivel de código, el sistema tendrá otro tipo de vitalidad. Las fallas están aisladas, las actualizaciones se realizan sin problemas y el escalado ya no es doloroso. Ya no se trata de una simple reconstrucción de software, sino de una recomprensión de la naturaleza operativa del sistema mecánico a través del código: cada parte debe tener la cantidad justa de autonomía y luego lograr el objetivo general en colaboración.

Quizás así deberían ser los sistemas mecánicos modernos: el hardware hace su trabajo y el software tiene su lugar.

Establecido en 2005,kpotenciase ha dedicado a un fabricante profesional de unidades de movimiento compacto, con sede en Dongguan, provincia de Guangdong, China. Aprovechando las innovaciones en la tecnología de accionamiento modular,kpotenciaintegra motores de alto rendimiento, reductores de precisión y sistemas de control multiprotocolo para proporcionar soluciones de sistemas de accionamiento inteligentes eficientes y personalizadas.kpotenciaha entregado soluciones de sistemas de accionamiento profesionales a más de 500 clientes empresariales en todo el mundo con productos que cubren diversos campos, como sistemas domésticos inteligentes, electrónica automática, robótica, agricultura de precisión, drones y automatización industrial.