Tratando de averiguar los recursos disponibles en el MSP430 LaunchPad

Question

Estoy empezando a trastear con el MSP430 y tengo algunas aplicaciones sencillas que funcionan bien. Sin embargo, ahora quiero usarlo con un LCD y estoy tratando de determinar si me faltan E/S. Seguramente, necesitaré usar la interfaz de 4 bits, y también necesito 3 salidas para E, RW y RS. Además de eso, necesito hablar con mi ordenador a través de RS232, pero no a través del puerto COM-sobre-USB incorporado.

He estado revisando la documentación y no consigo averiguar qué líneas utiliza el FET de a bordo. La situación en la que me encuentro es que me gustaría depurar mi aplicación, pero luego necesito el FET. Si el FET utiliza las líneas TX/RX, entonces no puedo probar mi código serial.

Así que las preguntas que tengo son:

1. ¿Cuál es la mejor documentación para averiguar la respuesta a mi pregunta? He estado buscando en Google y leyendo la Guía del usuario de la familia MSP430x2xx .
2. ¿La gente suele dividir las aplicaciones en el MSP430 en grupos más lógicos para sortear la escasez de E/S, y luego combinarlas al final y esperar lo mejor? Este es el enfoque que yo usaría normalmente. Por ejemplo, podría usar un conjunto diferente de líneas para TX/RX para probar la función serial del software en una aplicación, y luego probar el LCD sin soporte serial en otra aplicación. Luego, al final, podría reasignar las líneas TX/RX y combinar las características.

Answer 1

Una de las razones por las que el Launchpad es tan barato es porque el chip que utiliza es un dispositivo de gama muy baja, al que le faltan muchos periféricos útiles, como una UART. Las cosas le resultarán mucho más fáciles si utiliza uno de los otros dispositivos más capaces Necesitará un FET, por supuesto, pero no son tan caros, y es una herramienta muy útil.

Los pines 16 y 17 del dispositivo de destino se utilizan para la depuración. Podría ser posible utilizarlos en su aplicación si se aíslan con resistencias, Microchip recomienda esa solución para depurar sus dispositivos cuando los pines ICSP están en uso.

La mayoría de la gente construye software así, partiendo de una aplicación sencilla que utiliza un periférico, y luego añade la funcionalidad adicional al mismo programa. La combinación de programas puede causar problemas.

Un recurso útil para el desarrollo del MSP430 es este Grupo Yahoo MSP430.

Answer 2

No estoy seguro, pero ofrezco lo que creo que es otra posible respuesta a mi pregunta.

En primer lugar, no estoy seguro de por qué me costó tanto encontrar la hoja de datos correcta inicialmente, pero la hoja de datos del MSP430G2231 es aquí .

En esta hoja de datos, la página 6 enumera claramente las funciones de cada pin. Resulta que aunque XIN y XOUT son las funciones por defecto de los pines 13 y 12, respectivamente, también se pueden configurar como GPIO. ¡Qué bien!

Así pues, TX y RX pueden utilizarse para la UART serie de software, donde se encuentra el código de ejemplo aquí . Puedo hacer un bitbang del bus de 4 bits en el LCD usando P1.4,P1.5,P1.6, y P1.7, que son convenientemente contiguos. E, RS, y RW pueden ser controlados por P1.3, P2.6, y P2.7. Incluso termino con una E/S extra, así que puedo mantener P1.0 conectado al LED del LaunchPad para obtener información extra de depuración.

Me interesaría escuchar algunos comentarios al respecto.

EDIT - en otra nota, parece que los pines TEST y RST se utilizan para Spy-Bi-Wire. ¿No es eso lo que TI utiliza en el LaunchPad para la comunicación con el FET?

Answer 3

Si necesitas alguna IO lenta extra, puedes añadir algunos 74HC595 o 2 que pueden darte unas 8-16 líneas de IO extra para 2 líneas en el uC(1 línea con trucos). Te costará unos 0.2$ cada uno.

Answer 4

Yo usaría el nuevo paquete Pdip de 20 pines o el favorito msp430G23xx o msp430g24xx Tienen puertos expandidos 2x puertos de 8bit = 16 salidas más temporizadores y UART hardware incorporado

pero para tu problema actual, puedes usar el tx y el rx en el FET- solo desconecta los jumpers y conecta los pines a tu convertidor de nivel(max232) No necesitas el rx tx para programarlo desde mi experiencia.

La segunda pregunta, es que sí, lo divido en trozos más pequeños y una vez que sé que todo mi código funciona empiezo a juntarlo todo. hasta ahora funciona muy bien para los proyectos más pequeños para mí.