Dejemos que la maquinaria se mueva: ¿Qué sucede cuando el mecanismo de dirección se encuentra con los microservicios?

A veces sentirás que el proyecto que tienes en la mano es como un hilo anudado. Aquí necesitamos ajustar la precisión angular del servo y allí debemos considerar la velocidad de respuesta del servomotor. La estructura mecánica aún no se ha determinado por completo y mi mente ya está llena de palabras como relación de transmisión, par y señal de control. Lo que es más problemático es que a medida que el sistema se vuelve más complejo, la comunicación entre los distintos módulos comienza a retrasarse: el método de control tradicional gradualmente no puede seguir el ritmo.

En este momento, algunas personas dirán: pruebe la arquitectura de microservicios. Pero esto siempre suena un poco lejano, como la terminología de un ingeniero de software. ¿Qué tiene que ver con los motores y los brazos robóticos?

Realmente importa.

Imagine que el servo que tiene en la mano ya no es solo un componente que recibe señales de pulso. Puede convertirse en una unidad de servicio independiente con su propia "identidad" y puede informar en tiempo real la ubicación, la temperatura e incluso el estado de la carga a través de protocolos ligeros. Lo mismo ocurre con el servomotor que se encuentra al lado. Ya no espera pasivamente comandos del controlador central, sino que puede enviar activamente datos operativos y emitir alertas tempranas cuando ocurren anomalías. Los sensores y actuadores de la estructura mecánica se pueden convertir en micronodos inteligentes.

Este es el cambio que se produjo al trasladar el concepto de "microservicio" al campo del control de hardware. No pretende reemplazar el ajuste PID o el control de pulso con el que está familiarizado, sino agregar una capa de "capacidad de diálogo" encima. Varios componentes pueden comunicarse entre sí de manera más directa, se reduce la carga sobre el controlador central y aumentan la flexibilidad y confiabilidad del sistema.

¿Por qué es necesario considerar esta arquitectura?

Quizás te hayas encontrado con esta situación: un sistema mecánico ha estado funcionando durante mucho tiempo y cierto motor responde lentamente, pero es muy difícil solucionarlo. Hay que comprobar el cableado y el programa del controlador desde cero, e incluso sospechar de interferencias en la alimentación. ¿Qué pasaría si cada componente crítico pudiera informar el estado de salud de forma independiente? El problema puede localizarse rápidamente en una retroalimentación anormal del codificador de un determinado servomotor, en lugar de encontrar una aguja en un pajar.

O cuando desee agregar nuevas funciones a un dispositivo existente, como agregar un sensor de visión a un brazo robótico. El método tradicional puede requerir cambios importantes en el programa del controlador y una nueva depuración. Sin embargo, bajo la idea de microservicio, el sensor visual se puede utilizar como un "servicio" recién agregado para proporcionar datos de coordenadas a través de una interfaz definida. El servicio de control de movimiento original recibe estos datos y ajusta la trayectoria. El alcance de los cambios es mucho menor.

Esto es un poco como dividir una máquina grande en múltiples módulos pequeños que cooperan entre sí. Cada módulo se centra en hacer lo suyo (por ejemplo, un determinado servo solo gira con precisión en un ángulo específico) y coopera con otros módulos a través de protocolos claros. El sistema es más fácil de diseñar y depurar, y también es más conveniente para una expansión o modificación posterior.

¿A qué debemos prestar atención al introducir microservicios en proyectos de hardware?

Por supuesto, esto no es un proyecto de software puro en el que se pueden implementar servicios a voluntad. El hardware tiene limitaciones, por lo que es necesario encontrar un punto de equilibrio.

En primer lugar, la comunicación debe ser lo suficientemente rápida. Los recursos de hardware son limitados y el protocolo de comunicación no puede estar demasiado inflado. Las opciones comunes como MQTT o API RESTful liviana son buenas, pero la clave es garantizar el rendimiento en tiempo real. Para datos como las instrucciones del ángulo del mecanismo de dirección, el retraso se controla a nivel de milisegundos.

En segundo lugar, deben trazarse claramente los límites de cada “servicio”. Un servomotor puede actuar como un servicio, proporcionando datos de velocidad, par, temperatura y recibiendo comandos de velocidad. Pero no lo combine con la caja reductora al lado en un servicio: tienen diferentes responsabilidades y son más flexibles para administrar por separado. Al diseñar, puedes preguntarte: ¿Qué funciones puede proporcionar este módulo de forma independiente? ¿Qué datos requiere? ¿Qué información produce?

En tercer lugar, la resolución de problemas debe realizarse con antelación. El hardware puede fallar inesperadamente y la red puede experimentar cortes ocasionales. Un buen diseño es permitir que el sistema se ejecute de forma degradada cuando algunos servicios están temporalmente fuera de línea. Por ejemplo, si un servicio de sensor deja de responder, el servicio de control de movimiento puede cambiar a los últimos datos válidos o ingresar al modo seguro para pausar la acción, en lugar de que todo el sistema falle.

Cuarto, la elección de herramientas y plataformas. Necesita un marco que pueda administrar estos servicios de hardware. Debería ayudarle a implementar fácilmente servicios en controladores, monitorear el estado y ver registros. En el ámbito de la maquinaria y la automatización, no existen muchas plataformas listas para usar y muchas veces es necesario personalizarlas según el proyecto. Es por eso que algunos equipos eligen algo comokpotenciaUn socio técnico de este tipo se centra en la combinación de hardware y software. Su solución tiene en cuenta las limitaciones reales del hardware, en lugar de simplemente aplicar herramientas de microservicios del mundo del software.

posibles cambios

Cuando pruebes esta idea, encontrarás algunas variaciones interesantes.

La depuración se vuelve más organizada. Puede probar un servicio de servo por separado y simular los comandos de ángulo que recibe para ver si la respuesta es precisa. En lugar de tener que iniciar todo el enorme sistema cada vez.

La expansión del sistema es más fácil. ¿Quieres agregar un nuevo sensor? Simplemente conéctelo a la red como un nuevo servicio, defina el formato de datos que proporciona y permita que otros servicios que necesiten datos se suscriban a él. Casi no es necesario cambiar el código original.

El mantenimiento también es más sencillo. Cada servicio se ejecuta de forma independiente y los registros también son independientes cuando ocurren problemas. Puede localizar rápidamente la anomalía de datos en qué enlace, ya sea un problema con la parte mecánica o un problema con la lógica de control.

Por supuesto, esto no significa que deban copiarse todos los proyectos. El control simple de tres o dos motores puede ser más directo utilizando métodos tradicionales. Pero cuando su sistema involucra docenas de partes móviles, múltiples sensores y requiere una coordinación compleja y alta confiabilidad, esta arquitectura puede mostrar sus ventajas.

Hablemos de algunas cosas prácticas.

Pasar a una arquitectura de microservicios requiere cierta inversión inicial, repensar las divisiones del sistema y construir una base de comunicación. Pero para operaciones a largo plazo o sistemas mecánicos que requieren actualizaciones continuas, esta inversión a menudo vale la pena. Hace que el sistema se parezca más a un organismo, en el que cada parte es independiente y colaborativa, y el conjunto es más dinámico.

Si está planeando un nuevo proyecto que involucra múltiples servomotores, servos y maquinaria compleja, también podría pensar en ello en la etapa de dibujo: ¿Qué piezas se pueden convertir en servicios inteligentes independientes? ¿Cómo deberían hablar entre ellos? Quizás esto permita que su diseño tome un camino más simple y confiable.

En el mundo de la maquinaria y la automatización, hacer que cada componente sea “descriptible” puede ser el siguiente paso en la evolución. Y, en última instancia, todo esto tiene como objetivo hacer que la máquina se mueva con mayor fluidez y de forma más inteligente.

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. Kpower ha brindado 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.