En robótica, detectar una condición y decidir qué hacer resuelve solo una parte del problema. La otra parte consiste en que esa decisión produzca un efecto físico real. Este Informe USERS trabaja los actuadores: el punto donde la lógica del programa se vuelve movimiento sobre el entorno o sobre el propio robot.
Auto: Claudio Peña
Qué clase de acción necesita el robot
En los montajes iniciales, una salida alcanza para mostrar un estado o conmutar una carga. Son acciones útiles, pero ocurren dentro de un plano limitado.
El actuador introduce otra cosa: recibe una señal eléctrica y la convierte en acción mecánica. Ahí la robótica deja de apoyarse solo en el plano eléctrico y compromete también el mecánico.
El texto propone empezar por la tarea antes que por el nombre del componente. Sostener el giro de una rueda no equivale a llevar un brazo a un ángulo determinado, y ninguna de las dos cosas equivale a avanzar una cantidad exacta en cada paso.
De ese criterio salen tres categorías. El motor de corriente continua (DC) gira mientras recibe alimentación y su velocidad depende de la tensión aplicada, pero no conoce la posición de su eje.
El servomotor recibe una orden de ángulo, lleva el eje hasta ese punto y lo sostiene, dentro de un rango de 0 a 180 grados. Su límite es el inverso del anterior: no puede girar de forma continua.
El motor paso a paso divide cada vuelta en avances discretos e iguales —200 pasos por vuelta en un modelo típico— y repite un desplazamiento medido. A cambio, consume energía incluso detenido y pierde pasos sin avisar si la carga lo supera.
La robótica deja de apoyarse solo en el plano eléctrico y empieza a comprometer también el plano mecánico. Una salida simple comunica una decisión; un actuador la ejecuta físicamente, y esa capacidad de intervenir sobre el mundo forma parte central del comportamiento de cualquier robot.
Controlar no es alimentar
Un pin de la placa Arduino entrega unos 20 mA de forma segura. Un motor DC pequeño puede pedir más de 100 mA en marcha libre y varias veces esa cifra en el arranque.
Conectarlo directo produce un giro débil e inestable y puede dañar la placa. De ahí la necesidad del driver (la etapa intermedia que recibe la señal de control y alimenta al motor desde una fuente propia).
El módulo L298N aparece como ejemplo frecuente, aunque lo que importa es la función que cumple: separar la lógica de decisión de la entrega de potencia.
Su pieza central es el puente H, cuatro interruptores electrónicos que, según qué diagonal se cierre, hacen circular la corriente en un sentido o en el contrario. Invertir el giro deja de exigir cambios de cableado.
La velocidad se gradúa con modulación por ancho de pulso (PWM): la placa enciende y apaga la salida a gran velocidad, y la proporción de tiempo encendido define cuánta energía media recibe el motor.
La alimentación tiene su regla práctica. Los motores van a una fuente separada, y la tierra de esa fuente debe conectarse con la de la placa, porque las señales de control se miden respecto de esa referencia compartida.
La limitación es la inversa de la del motor DC: un servomotor estándar no puede girar de forma continua, porque su recorrido termina en los extremos de su rango. Si el proyecto necesita ruedas que avancen sin fin, el servo convencional deja de ser el componente adecuado.
Del programa al movimiento
El cierre del Informe USERS es un ejercicio mínimo: cuando una entrada se activa, el sistema pone en marcha un actuador durante tres segundos y después lo detiene automáticamente.
Lo interesante está en cómo se mide ese tiempo. En lugar de delay(), que congela el programa, el ejemplo usa millis() (la función que devuelve los milisegundos transcurridos desde que la placa se encendió).
Con una variable de estado y una marca de inicio, el loop() revisa en cada vuelta si el intervalo terminó. El sistema sigue leyendo entradas mientras el actuador trabaja, y el mismo patrón escala a varios actuadores en paralelo.
El montaje admite una mejora directa: reemplazar las escrituras digitales por analogWrite() sobre un pin con PWM agrega control de velocidad, con valores que van de 0 a 255.
El texto termina con el diagnóstico de fallas. Un motor que no gira o gira débil apunta casi siempre a la alimentación. Un servo que vibra delata una señal de control inestable o una fuente que no sostiene el pico de consumo.
Y una placa que se reinicia cuando el motor arranca denuncia la falta de fuente separada o de masa común. El método recomendado es revisar por capas antes que cambiar componentes al azar.
Con esa base, podemos recorrer un arco completo: percibir una condición, decidir una respuesta y ejecutarla físicamente. Ese arco deja preparado el terreno para comportamientos más integrados, donde percepción, decisión y acción mecánica trabajen coordinadas dentro del mismo sistema.
Encuentra la versión completa de la publicación en la que se basa este resumen, con todos los detalles técnicos en RedUSERS PREMIUM
También te puede interesar:
ESCUELA DE ROBÓTICA: TIEMPO Y CONTROL
Este Informe USERS aborda el manejo del tiempo en proyectos con Arduino, un punto que suele pasarse por alto en los primeros pasos de la robótica. Explica por qué detener el programa para esperar puede afectar la respuesta de un sistema físico, y propone una alternativa que mantiene todo el circuito activo.
Lee todo lo que quieras, donde vayas, contenidos exclusivos por una mínima cuota mensual. Solo en RedUSERS PREMIUM: SUSCRIBETE!
