Espacio de práctica · Abdelghani Ben Moussa
DPOIT / Anteproyecto 05

Radiocontrol inalámbrico.

Manejar servomotores y un motor desde un mando con joysticks.

ComunicaciónEstado: anteproyectoExplicación + prueba visual
Lectura orientativa: 6 minGuía y ejemplos de estudio

Un enlace de radiocontrol conecta la intención del usuario con la respuesta del receptor. La prueba debe distinguir lectura del mando, transmisión, recepción y accionamiento; un movimiento incorrecto puede originarse en cualquiera de esos bloques.

Qué se quiere conseguir

Manejar servomotores y un motor desde un mando con joysticks.

El mando transforma la posición de sus joysticks en datos. El enlace transmite esos datos al receptor, que los convierte en órdenes de movimiento para los actuadores.

La clave del sistema. La comunicación y la potencia son partes distintas: los motores requieren una alimentación y una etapa de control adecuadas.

Del dato a la respuesta

Entrada

Leer joystick

Control

enviar datos → recibir orden

Salida

ajustar posición del servo o velocidad del motor.

  1. El emisor lee la posición de los joysticks.
  2. Envía las órdenes por un enlace inalámbrico.
  3. El ESP32 receptor interpreta cada orden.
  4. Los servomotores y el motor responden a la entrada.

Qué aporta cada componente

Esta lista resume los elementos previstos. El modelo exacto, el cableado y los valores se concretan en el diseño del montaje.

ElementoFunción en el sistema
Mando con joysticksPermite elegir las órdenes o mover los controles.
Enlace inalámbricoTransporta las órdenes entre dispositivos.
ESP32 receptorProcesa las entradas y ejecuta la lógica de control.
Varios servomotoresMueve una parte de la maqueta a una posición controlada.
Motor y alimentación apropiadaAporta la energía adecuada a los componentes.

La lógica, en pocas líneas

Este esquema de instrucciones ayuda a plantear el programa antes de escribir el código. Es pseudocódigo: expresa la secuencia sin fijar un lenguaje ni los pines.

Leer ejes del mando
Enviar valores al receptor
Si llegan datos válidos: actualizar actuadores
Si se pierde el enlace: aplicar el estado seguro previsto

Prueba la idea

Laboratorio interactivoModelo conceptual
SERVOMOTOR

Modelo didáctico de la lógica del sistema. No está conectado a un montaje real. El reposo al perder el enlace es una propuesta de comportamiento seguro para este modelo.

Cómo comprobar el resultado

Cada movimiento del mando debe producir la respuesta correspondiente en el receptor.

Las marcas sirven para tu lectura de esta página; no certifican un montaje ni se guardan al cerrar.

Qué incluye esta propuesta

El protocolo de radio y la cantidad exacta de servos quedan por concretar en el montaje.

Qué documentar al desarrollar el montaje

Esquema de conexiones, modelo de componentes, versiones del programa, resultados observados y cambios respecto al anteproyecto. Anota también el método de alimentación y los límites de movimiento o de conteo que hayas aplicado.

Repasar fundamentos del ESP32 ↗

Decisiones antes de montar

Lectura del mando

Identifica centro, extremos y sentido de cada eje. La zona central puede necesitar tolerancia para evitar pequeños movimientos no deseados.

Formato del mensaje

Define qué valores se envían y qué representa cada campo. El receptor debe interpretar el mismo orden y rango.

Pérdida del enlace

Establece un tiempo máximo sin datos válidos y una respuesta de reposo. En esta web el reposo es una propuesta para estudiar la lógica.

Actuadores

Distingue posición de servo y velocidad de motor. Sus señales, etapas de accionamiento y necesidades de alimentación no son intercambiables.

Del bloque aislado al sistema completo

01

Validar las entradasObserva cada entrada por separado. Anota qué lectura o evento representa y qué ocurre al no estar activa.

02

Validar las salidasPrueba cada actuador o indicador con el método de control correspondiente. Revisa alimentación y posiciones de reposo.

03

Integrar los estadosConecta la lectura con la decisión y después con la respuesta. Usa la secuencia descrita para comprobar transiciones.

04

Probar condiciones límiteAplica las comprobaciones de esta ficha y registra el caso incorrecto o el extremo de funcionamiento.

Problemas habituales y comprobaciones

Estos síntomas orientan la revisión, pero no identifican por sí solos una avería. Contrasta cada hipótesis con el funcionamiento esperado del bloque.

SíntomaPosible explicaciónQué comprobar
El servo se mueve al soltar el mandoEl centro no está calibrado o no hay zona muerta.Comprobar el valor de reposo antes de ajustar el actuador.
Las órdenes llegan pero no hay movimientoEl problema puede estar en el receptor o en la etapa de potencia.Registrar la orden recibida y comprobar la salida del controlador.
Sigue funcionando al perder señalSe mantiene la última orden sin un criterio de seguridad.Definir y probar un estado de reposo cuando vencen los datos.

Qué incluir en la memoria

Documenta la correspondencia entre los ejes del mando y las salidas. Registra una pérdida de comunicación y la respuesta prevista, sin atribuir al modelo alcance o prestaciones no medidos.

Añade el esquema final, los componentes utilizados, el programa y una conclusión que compare el objetivo inicial con lo observado. Si una función no está implementada o no se ha medido, indícalo expresamente.

Actividad guiada: del caso al resultado

Separa posición de mando, mensaje transmitido y respuesta del actuador. Así podrás comprobar si el problema nace en la lectura, en el enlace o en la salida.

SituaciónQué hacerQué justificar
Centro del mandoDevuelve el eje al centro y registra el valor de reposo.La respuesta es estable dentro de la tolerancia definida.
Extremos de controlMueve el mando a ambos lados y compara sentidos.Los valores recibidos corresponden a las órdenes previstas.
Pérdida de enlaceInterrumpe la comunicación en el modelo o en una prueba controlada.Se activa el comportamiento previsto para ausencia de datos válidos.

Interpretar antes de concluir

El enlace puede entregar datos correctos y aun así el motor no responder por su alimentación o etapa de potencia. El diagnóstico debe conservar una medida o registro de cada bloque, no solo la observación final del movimiento.

En el informe, separa observación, explicación y conclusión. La observación es lo que has visto o medido; la explicación relaciona los bloques del sistema; la conclusión indica si el objetivo se cumple y con qué límites.

Criterios para explicar la práctica

Funcionamiento

Relaciona entrada, condición y salida sin saltarte estados o límites.

Comprobación

Incluye un caso normal y otro incorrecto o extremo, con su resultado observado.

Argumentación

Explica las decisiones del diseño y reconoce las funciones pendientes o no medidas.

Ampliación del proyecto

Cómo se desarrolla el proyecto

Funcionamiento paso a paso

El mando lee la posición de los joysticks y convierte esas medidas en datos. Esos datos se transmiten al receptor, donde otro bloque de control interpreta la orden y actualiza servos o motor. Separar lectura, transmisión, recepción y actuación facilita localizar fallos.

Pruebas y comprobación

Hay que probar el centro de los joysticks, los extremos, la pérdida de comunicación y órdenes contradictorias. Ante una pérdida del enlace, el receptor debería pasar a un estado seguro en vez de conservar indefinidamente la última orden.

Mejoras posibles

Puede añadirse indicador de enlace, control proporcional de velocidad, telemetría de batería, más canales o una función de parada de seguridad.

Qué conviene entregar en clase

Incluye una descripción del objetivo, lista de componentes, esquema o conexiones, explicación del programa por bloques, pruebas realizadas, problemas encontrados y una conclusión propia. Esto hace que el proyecto muestre no solo el resultado final, sino también el proceso técnico seguido.