¿Por qué su proyecto de servomotor siempre tiene problemas en el "momento"?

Imagínese esto: finalmente ha pasado semanas armando una sola parte de un brazo robótico. Se enciende la alimentación y se presiona el botón de inicio; como resultado, el servo responde medio latido más lento o no se mueve en absoluto. Para empeorar las cosas, todo el sistema de control parecía estar poseído por un espíritu maligno, perdiendo señales de vez en cuando. Verificó las líneas y el código y descubrió que el problema no estaba en absoluto en el hardware, sino en los servicios en segundo plano "peleando" entre sí.

¿Te suena esto familiar?

Muchas personas que trabajan en proyectos mecánicos o de automatización se han encontrado con problemas similares. El hardware está claramente seleccionado, pero el sistema es inestable. El problema suele esconderse en lugares invisibles: si los servicios en segundo plano responsables del procesamiento de datos, el control de movimiento y la coordinación de las comunicaciones no están diseñados para ser lo suficientemente potentes, por muy bueno que sea el motor, no podrá realizar su trabajo.

¿Cómo crear un backstage "libre de peleas"?

En el pasado, la gente solía agrupar todas las funciones en un programa enorme. Es como poner todos los huevos en una gran canasta: agítala y todos se romperán. La idea más popular ahora son los "microservicios": dividir diferentes funciones en pequeños módulos independientes, y cada módulo solo se enfoca en hacer una cosa. Por ejemplo, un servicio solo lee los datos del sensor, otro es responsable de calcular las trayectorias de movimiento y el tercero es responsable de enviar instrucciones al servomotor. Se comunican entre sí a través de una interfaz clara, para que nadie obstaculice al otro.

¿El beneficio de hacer esto? flexible. Si desea actualizar una determinada función, como hacer que el servo se mueva más suavemente, solo necesita cambiar el pequeño servicio correspondiente, sin tener que reescribir todo el sistema. Si hay un problema con un determinado servicio, no se cerrará toda la línea de producción.

Pero también surge la pregunta: con tantos servicios pequeños, ¿cómo podemos hacer que colaboren de manera eficiente? ¿Cómo garantizar que no se pierdan datos cuando se comunican? También hay implementación, pruebas, monitoreo... es abrumador solo pensar en ello.

Quizás lo que necesita es un conjunto de herramientas que "comprendan el lenguaje de máquina".

Elegir una herramienta es como elegir una pieza: si no encaja, no encajará. En el desarrollo de microservicios, el marco y la ecología son muy importantes. Algunos marcos son más adecuados para aplicaciones web, pero son un poco difíciles cuando se trata de requisitos de control en tiempo real; algunos no son muy amigables con la comunicación de hardware.

kpotenciaDespués de haber estado expuesto a una gran cantidad de proyectos de servomotores y brazos robóticos, descubrí que lo que a muchos equipos les falta no son ideas, sino una base técnica que pueda respaldar firmemente su creatividad. Así que acumulamos nuestra experiencia y desarrollamos un conjunto de ideas de diseño de microservicios y patrones prácticos en torno a .NET Core.

Esto no es magia, sino una traducción de los requisitos comunes en el campo del control mecánico (como el rendimiento en tiempo real, la sincronización de alta precisión y la compatibilidad de hardware) en principios de diseño a nivel de software. Por ejemplo, el control de un servomotor requiere que las instrucciones lleguen a tiempo. Si hay demasiada demora, el efecto se reducirá considerablemente. En correspondencia con el diseño del microservicio, es necesario considerar la prioridad de la cola de mensajes, la configuración del tiempo de espera de las llamadas entre servicios e incluso la selección de protocolos de red.

Algunos problemas que pueden surgir en la práctica.

P: ¿Será más complicado dividirlo en microservicios? Originalmente solo tenía que administrar un programa, pero ahora tengo que administrar más de una docena. De hecho, con más servicios, los desafíos de implementación y monitoreo serán mayores. Pero la ventaja es que cada servicio se vuelve más pequeño y más fácil de entender, probar y reemplazar. Puede utilizar tecnología de contenedores para empaquetar cada servicio y utilizar herramientas de orquestación para gestionarlo de manera uniforme. Puede que al principio cueste un poco acostumbrarse, pero a la larga, el sistema es más controlable.

Pregunta: ¿Es confiable la arquitectura de microservicios para el control de datos en tiempo real? La clave es el diseño. Para piezas con requisitos de tiempo real extremadamente altos (como el circuito cerrado de posición del motor en tiempo real), se pueden colocar en el mismo servicio para evitar retrasos en la red. Para enlaces ligeramente más lentos (como planificación de rutas y monitoreo de estado), se dividen en servicios independientes y se comunican a través de un mecanismo de mensajes eficiente. Procesamiento en capas para mayor velocidad y flexibilidad.

P: ¿Cómo garantizar que los datos no se estropeen cuando se transfieren entre diferentes servicios? Contratos claramente definidos. Se debe acordar de antemano qué interfaz proporciona cada servicio con el mundo exterior, qué formato de datos acepta y cómo responder cuando se produce un error. Agregar mecanismos apropiados de verificación y reintento es como agregar amortiguadores y válvulas a una tubería. No importa cuán alto sea el caudal, no se verá abrumado fácilmente.

De las partes al todo, paso a paso

Si está considerando crear microservicios con .NET Core, comience poco a poco. No intentes destrozarlo todo el primer día. Por ejemplo, primero separe el módulo de envío de instrucciones de control manual en un servicio y deje que se comunique con el programa principal a través de API. Siente cómo trazar los límites de la división de servicios y cómo diseñar la comunicación. Luego, elimine lentamente funciones como el control de movimiento y el monitoreo del estado del equipo.

En el proceso, es posible que descubra que algunos servicios deben permanecer juntos; algunos están relajados después de haberlos dejado solos. No existe una respuesta estándar, es como ensamblar maquinaria: a veces es necesario apretarla, a veces es necesario dejarla con algo de espacio libre.

kpotenciaAl realizar varios proyectos mecánicos, descubrí que los mejores diseños a menudo surgen de problemas reales en lugar de ser copiados de libros de texto. Por lo tanto, en lugar de buscar una arquitectura teóricamente perfecta, es mejor dejar que el sistema se ejecute primero, luego observar qué enlaces son propensos a atascarse y qué servicios a menudo están "enfermos" durante la operación, y luego realizar ajustes específicos.

Hablemos de algunas cosas reales. Los microservicios no son una solución milagrosa. Resuelven algunos viejos problemas y plantean algunos desafíos nuevos. Pero para los sistemas de control mecánico que requieren iteraciones frecuentes, interfaces de hardware complejas y operación a largo plazo, a menudo puede brindar mayor flexibilidad y facilidad de mantenimiento. Al igual que un buen mecanismo de dirección no sólo debe ser potente, sino también responder con precisión y resistir movimientos repetidos, lo mismo ocurre con una buena arquitectura de software, que debe encontrar un equilibrio entre estabilidad y flexibilidad.

Si el proyecto en cuestión enfrenta dificultades de expansión y mantenimiento, es posible que desee pensar si es hora de reorganizar los asientos de los servicios ocultos detrás de escena.

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 tecnología de accionamiento modular, Kpower integra 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.