Construye un robot controlado por móvil con Bluetooth o Wi-Fi

Qué vas a construir

Un coche robot que manejas directamente desde tu teléfono móvil: vía Bluetooth empleando un módulo HC-05, o vía Wi-Fi mediante un microcontrolador ESP32 que aloja su propia página web de control táctil.

Es el proyecto más amigable y accesible del catálogo: sin formulaciones matemáticas complejas ni algoritmos de control críticos, donde las causas de fallo son inmediatamente visibles. Además, enseña una lección de seguridad que todo robot autónomo necesita: cómo reaccionar cuando se pierde el control de la comunicación.

Comparativa de las dos tecnologías de radio

Ambas alternativas son válidas. El HC-05 representa el camino más rápido para ver el robot en movimiento; el ESP32 ofrece una experiencia de usuario superior, ya que basta con decir “conéctate a esta red Wi-Fi y abre esta dirección” sin requerir la instalación de ningún software en el dispositivo del usuario.

Lista de materiales (BOM)

Existen dos rutas constructivas y solo precisas escoger una de ellas. Opta por Bluetooth si ya dispones de un Arduino Uno; elige Wi-Fi si vas a adquirir los componentes desde cero.

Coste total estimado: aproximadamente 25–35 $ en cualquiera de las dos configuraciones.

La diferencia decisiva no es económica, sino de experiencia de usuario. El HC-05 establece un flujo de bytes serie continuo, exigiendo un emulador en el smartphone capaz de enviar caracteres. El ESP32 funciona como servidor web HTTP, de forma que cualquier persona con un navegador web moderno puede interactuar con una botonera visual sin configuraciones previas.

Orden de montaje recomendado

1 — Valida la tracción en banco de trabajo. Conecta motores, controlador y portapilas con las ruedas suspendidas en el aire, sin módulos de radio. Sigue el tutorial de control de motores CC con PWM y verifica avance, retroceso y ambos giros con instrucciones fijas en el código. Depurar simultáneamente la radio y la electrónica de potencia complica innecesariamente la resolución de problemas.

2 — Conecta la radio y comprueba el eco. Cablea el HC-05 o levanta el punto de acceso en el ESP32, y confirma la transmisión bidireccional de texto antes de asociarla al movimiento mecánico.

3 — Define un protocolo de control unificado. Emplea una estructura simple de comando y parámetro delimitada por salto de línea (\n). Procesa el comando solo cuando el terminador haya llegado; suponer que recibir un byte inicial equivale al mensaje completo genera errores de lectura frecuentes.

4 — Implementa la parada de seguridad (deadman). Es el mecanismo más frecuentemente omitido y el más importante para la integridad del robot.

Temporizador de seguridad (deadman timeout)

Un robot inalámbrico mantiene el último estado ordenado indefinidamente. Si la consigna previa era “avance a máxima velocidad” y el operador sale del radio de cobertura, el robot continuará avanzando sin supervisión hasta colisionar.

La implementación de seguridad involucra dos condiciones simultáneas:

• Retransmisión periódica desde el emisor. La interfaz móvil envía el comando activo recurrentemente cada 100 ms mientras el usuario sostiene pulsado el control.
• Vigilancia temporal en el receptor. Si el robot no recibe ningún paquete válido durante ~400 ms, detiene los motores de inmediato:

if (millis() - lastCommandAt > 400) stop();

Con este esquema, soltar la pantalla, cerrar la pestaña del navegador, agotar la batería del teléfono o alejarse fuera del rango de alcance desencadenan el mismo comportamiento preventivo sin depender de un paquete de parada que podría no recibirse nunca.

Utiliza siempre millis() para esta lógica de control; un simple delay(200) en el bucle principal bloquea la recepción e impide verificar periódicamente la caducidad del enlace.

Consideraciones fundamentales de hardware

Alimentación limpia e independiente para la radio. Los transceptores inalámbricos demandan picos bruscos de corriente durante la transmisión. Compartir un raíl con motores genera caídas de tensión que reinician el microcontrolador, manifestándose como falsos cuelgues de software. Alimenta los motores directamente desde la batería a través del driver, manteniendo la lógica en un circuito estable.

Protección de entradas de 3.3 V. El pin RX del HC-05 y todos los pines GPIO del ESP32 operan exclusivamente a 3.3 V. Conectar salidas de 5 V de Arduino sin un divisor resistivo provoca un daño térmico lento que deteriora la fiabilidad de la comunicación.

Validez del puente en H L298N en este entorno. La caída de tensión interna inherente a los transistores bipolares del L298N es crítica en robots seguidores de línea competitivos, pero en un vehículo controlado manualmente el conductor compensa la velocidad de manera intuitiva desde el mando, haciendo de este driver una opción económica y accesible.

Parámetros característicos de rendimiento

El ajuste del temporizador de parada requiere equilibrio: si es excesivamente largo (por ejemplo, 1 segundo a 0.3 m/s), el vehículo recorrerá 30 cm descontrolado antes de frenar; si es excesivamente reducido (inferior a 250 ms), la fluctuación habitual de la red inalámbrica provocará microdetenciones no deseadas durante la conducción.

Evolución hacia la conducción autónoma

La arquitectura modular implementada separa con claridad el canal de recepción de órdenes de la actuación sobre los motores. Añadir un sensor de proximidad ultrasónico permite superponer una capa de seguridad donde el robot desestima órdenes que provoquen colisiones frontales, sentando las bases del robot esquivador de obstáculos.

Asimismo, disponer de un control manual fiable agiliza notablemente el desarrollo algorítmico, permitiendo posicionar el vehículo con precisión en cualquier punto del área de pruebas sin necesidad de manipularlo manualmente.