Por un lado, se ha preparado el software que permita leer del teclado del coldfire y escribir en la pantalla LCD así como habilitar la comunicación por vía UART-2 para poder controlar el robot a distancia.
Por otro lado, se ha construído un circuito para adaptar la señal que proviene del módulo de radiofrecuencia al estándar RS-232 y así mismo adaptar la señal que se recibe desde el coldfire mediante el estándar RS-232 al módulo radiotransmisor.
Centrándonos en este último concepto, cabe destacar la utilización del circuito MAX 3232 como adaptador de señal. La configuración de este circuito integrado es la estándar, definida en su hoja de características como típica.
El flujo de datos en dirección módulo radio --> coldfire se ha conectado al puerto R1 (pines 13 para entrada y 12 para salida) mientras que el flujo coldfire --> módulo radio se ha conectado al puerto T1 (pines 11 para entrada y 14 para salida).
En cuanto a la conexión de la clavija hembra del interfaz RS-232, cabe mencionar la conexión cruzada. El terminal de la clavija "Tx" (pin 3) se ha conectado a recepción ((R-1) datos provenientes del módulo radio) y el terminal "Rx" (pin 2) se ha conectado a la transmisión ((T-1) datos provenientes del coldfire) .
Con esta configuración, el siguiente paso es probar el correcto funcionamiento en ambos sentidos.
- Para el flujo Robot - Coldfire se ha utilizado el mismo programa que para probar el módulo de radio (ver día 23 de marzo) Permitiendo que el coldfire imprima por la pantalla del PC lo que recibe. Las pruebas en este sentido resultaron satisfactorias, aunque se detectó que envíos continuados y sin pausas de datos dan lugar a errores, no obstante, se espera profundizar sobre este tema en sucesivas sesiones.
- Respecto al flujo Colfire - Robot, los resultados no son tan esperanzadores. Se elaboró un programa que, mediante el uso del teclado del Coldfire, permitiese enviar datos, concretamente el valor representado en la tecla, al módulo de radio para que el robot, una vez recibidos, ejecutase una orden concreta en función de lo que recibiese. El problema es que la señal llegaba distorsionada a nivel alto, no presentaba "1´s" estables, sino que parecía una sinusoide. Este tema, hasta el momento sin explicación, queda pendiente para analizar en próximas sesiones, ya que la falta de tiempo lo imposibilitó.
4 comentarios:
un programita de demo podría mostrar en el terminal del EdColdFire los valores que lee el robot de sus 2 sensores de ultrasonidos y que envía por radio.
Respecto a la comunicación CF-robot, dónde habéis medido una sinusoide?
En cuanto funcione, pedid la cámara para fotografiar el módulo con el MAX232. Si tenéis un esquema dibujado a mano, también se podría escanear (comentádselo a Julián). Si implementáis el envío de las medidas de los ultrasonidos, podríais grabar un vídeo-demo
Estamos trabajando en el módulo radio. La idea sobre los ultrasonidos la habíamos pospuesto hasta hacerlo funcionar bidireccionalmente. Así que tan pronto lo consigamos, la implementaremos y colgaremos el código en esta página.
En cuando a la "sinusoide" es más preciso decir que es una señal ruidosa que aparece cuando debieramos esperar un 1. Aunque creemos que tenemos identificado el fallo.
la documentación del módulo de radio está en http://www.aurelwireless.com/wireless/Uk/radio-modem-download.asp
pero es la misma que tenéis en papel. Menciona claramente que se trata de una transmisión en serie como la RS-232 (con bit de aranque a 0 y sin paridad, porque la propia transmisión de radio lleva su checksum), pero con niveles digitales 0-5V. La antena está construida en el propio circuito.
Publicar un comentario