Su mejor apuesta es probar los pines con un osciloscopio. Si no tiene uno o no puede pagar uno, puede utilizar un programa de software conectado a su tarjeta de sonido. Será basura para leer valores de voltaje pero lo suficientemente buena para ver señales digitales y PWM.
La siguiente mejor cosa es google. Siempre busco en Google antes de realizar ingeniería inversa para al menos saber qué buscar. Simplemente busque "señal de control remoto del carro de juguete" y uno de los mejores resultados lo llevará a esta página: enlace
Básicamente, los autos de juguete baratos envían pulsos para enviar una orden y el receptor cuenta el número de pulsos para determinar qué hacer (tenga en cuenta que este es un esquema de señalización muy diferente en comparación con el equipo RC "real", los que se encuentran en "juguetes" más caros).
Los pulsos tienen este aspecto:
┌────┐ ┌────┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐
│ │ │ │ │ │ │ │ │ │ │ │
────┘ └────┘ └─┘ └─┘ └─┘ └─┘ └────
long pulses short pulses
indicates start encode the command
of "packet"
El número de pulsos cortos codifica el comando. Por ejemplo, en un carro de juguete que una vez hackeé encontré esta codificación:
- 10-15 pulsos = adelante
- 18-24 pulsos = inverso
- 26-30 pulsos = adelante a la izquierda
- 32-38 pulsos = adelante hacia la derecha
- 40-45 pulsos = marcha atrás a la izquierda
- 48-54 pulsos = marcha atrás derecha
La última vez que utilicé uno de estos para enviar mis propios datos, generé los impulsos esperados utilizando un microcontrolador y en el extremo de recepción, un microcontrolador que lee los voltajes de las salidas del puente H que controlan los motores de dirección y accionamiento. Luego inventé mi propio esquema de codificación para enviar bytes. Algo como esto:
- adelante (F) = inicio de byte
- adelante a la izquierda (FL) = 00
- adelante a la derecha (FR) = 01
- invertir a la izquierda (RL) = 10
- revertir a la derecha (RR) = 11
Entonces, para enviar la letra 'A', que es 0x41, transmitiría:
F, FR, FL, FL, FR
Teniendo en cuenta que cada "paquete" toma alrededor de 80 ms en promedio para transmitir y que necesita 5 paquetes por byte y para estar seguro y para evitar fallas, debe enviar al menos 2 o 3 cuadros por paquete, lo que está buscando en aproximadamente 1 segundo. por byte Que es de 8bps. Muy lento pero utilizable.
Si no necesita enviar bytes, simplemente lea la salida del motor directamente. Eso le da 6 señales momentáneas (F, R, FL, FR, RL, RR) o 3 señales de encendido / apagado (F / R, FL / FR, RL / RR).