Skip to main content

Configurando un entorno de desarrollo para el MSP430 en GNU/Linux: mspgcc+mspdebug+Code::Blocks

Si eres como casi todos, también querrás un IDE para el desarrollo de software para tu MSP430 Launchpad. Mientras que es cierto que existe el Code Composer Studio -incluso para Linux-, nuestro gusto por el software libre nos lleva a buscar alternativas abiertas. Es el caso de este post, donde les platico cómo configurar el IDE genérico Code::Blocks para desarrollar software para el MSP430, incluyendo la opción de descarga directa al Launchpad. Aquí vamos.


MSP430-GCC

Primero que nada, necesitas tener un "toolchain" para el MSP430 instalado en tu equipo, esto es, la colección de herramientas de compilación, enlazado, archivado y depuración de código para el MSP430. Mi distribución Fedora tiene un "port" del infalible gcc para este micro, se llama msp430-gcc y viene acompañado de sus correspondientes utilerías binarias msp430-binutils, sus definiciones de dispositivo msp430mcu, su depurador/cargador mspdebug y su biblioteca estándar de C, msp430-libc. Para instalar el toolchain, ejecuta:

[oscar@oys] $ sudo yum -y install msp*

Luego de la instalación, puedes verificar (muy torpemente, pero algo es algo) la disponibilidad parcial del toolchain ejecutando

[oscar@oys ~]$ msp430-gcc
msp430-gcc: fatal error: no input files
compilation terminated.

donde el mensaje de error es esperado, pues no le dimos archivos fuente ni nada al gcc. Con esto, al menos, sabemos que puede invocarse al driver del compilador desde la terminal.


Code::Blocks

Lo segundo a instalar es Code::Blocks. Si estás en Fedora, también lo consigues en la distribución:

 [oscar@oys ~]$ sudo yum -y install codeblocks*

Lo que resta es dar de alta el toolchain en el IDE. Para ello, ejecuta Code::Blocks. Verás una pantalla inicial que te enlista los compiladores soprtados que hayan sido detectados en tu sistema. Acepta la propuesta (no importa por ahora, vamos a aprender a configurar un toolchain nuevo), y estarás en la pantalla inicial de Code::Blocks (yo suelo deshabilitar los "startup tips" y cerrar la "scripting console", ambos aparecen por default luego de la instalación inicial):



Para dar de alta el toolchain de MSP430, tenemos que proceder como sigue.

1) Abre la caja de diálogo en Settings/Compiler and Debugger ...



2) Copia el setup del compilador por default (será muy probablemente el GNU GCC Compiler) dando click en el botón "Copy". Cambia el nombre del toolchain a "GNU MSP430 GCC Compiler" o algo que te guste y pulsa Enter. Aparecerá un mensaje recordándote que debes actualizar los directorios del setup. Eso haremos ahora, yendo primero a la pestaña "Toolchain executables" y cambiando las entradas de acuerdo al setup de tu sistema. En mi Fedora, el llenado correcto de este diálogo (sus dos pestañas) es:





Para concluir el setup, hay que visitar otras pestañas de este diáologo:

3) En "Linker Settings":



4) En "Search Directories/Compiler":



5) En "Search Directories/Linker"



6) En "Other Settings" (tendrás que dar click en las flechas para descubrir esta pestaña):



y ¡listo! Al pulsar el botón "Ok", Code::Blocks podrá generar ejecutables para el MSP430.

Solo falta configurar el menú Tools para poder programar el chip en el Launchpad desde dentro del IDE. Para ello elige "Tools/Configure Tools.../Add" y completa el diálogo que aparece según se muestra a continuación:



Así, cuando tengas listo un programa ejecutable para descargar a la tarjeta, solo eliges la herramienta que acabas de agregar desde el menú y ya está.



Comments

Popular posts from this blog

Reparando una Sanyo DP50E44T

En días pasados, mi preciosa amiga Ale sufrió el daño de su súper televisión de 50'', una Sanyo DP50E44T que se ve espectacular. Al parecer, no hubo regulador que la salvara de la tormeta eléctrica de mayo. Sospeché que era la fuente de alimentación, por lo menos, lo que se había dañado. Fuente de alimentación (LK-SP412002C) La fuente en efecto estaba dañada. sin salida de 5V en el pin 5VSB, el voltaje de standby indispensable para que pueda uno encenderla con el control remoto. Sin 5VSB, no puede encenderse el equipo, no hay PWM y los inversores no andan. Resultó que el problema fue el chip de PWM (en la parte inferior de la tarjeta). Un reemplazo veloz (soldar seis patas en un SMD de tamaño humano no es tanto problema) y listo, 5VSB de vuelta, y puenteando temporalmente 5VSB con ON/OFF, también los 5V, 12V y 24 V de toda la fuente. Pero eso no resolvió el asunto porque al reconectar todo, vino el familiar olor a chip vuelto plancha....el culpable, el microprocesador

Probemos Elementary OS

Siempre conviene escuchar al experto. A consecuencia de una entusiasta recomendación de mi querido amigo Santiago Alvarez  he decidido probar Elementary OS en mi portátil Dell. Aquí narraré la aventura. Instalación: La lancé desde un DVD quemado con la versión 0.4.1  y transitó sin falla. Lo único que hice en especial fue activar en su momento la casilla para instalar drivers de terceros y soporte para MP3, previendo que eso ayudaría con la instalación del driver de NVIDIA, que siempre es una calamidad. El driver de NVIDIA no viene por defecto en la distribución, pero, con la selección de la casilla de instalación mencionada, aparecieron en la AppStore los drivers 304, 340 y 375. Instalé el último. Y por recomendación del blog de elementary también instalé los paquetes accesorios con >> sudo apt install nvidia-prime nvidia-settings y luego reinicié el equipo. Todo anduvo de maravilla, con el driver de NVIDIA activo por default y gastando pila como loco y cocinando