Entornos de programación y compiladores para ARM
Asurbanipal
experiencias con las distintas herramientas de programación para ARM.
Si bien mi experiencia es nula (nula = 0) creo que va a ser un tema
recurrente para cualquiera que inicie con ARM, todos los principiantes
estaremos preguntándonos lo mismo.
En el seminario del CAI (Centro Argentino de Ingenieros) mencionaron
una versión de evaluación de Keil (https://www.keil.com/demo/eval/
arm.htm).
Haciendo una búsqueda muy simple vi también los siguientes:
http://gnuarm.com/
WinARM: aparentemente un cross-compiler para gcc, no he visto un link
para bajar e instalar directamente.
IAR también tiene una versión limitada en código, y una evaluación de
30 días: http://iar.com/website1/1.0.1.0/1784/1/
En lo personal, me interesan los compiladores libres: ¿alguien tuvo
experiencia programando ARM con ellos?.
Y para cualquiera que haya hecho algo con ARM: ¿que entorno de
programación usaste?, ¿pros y contras? (precio, librerías, código
fuente de ejemplo, facilidad de aprendizaje, etc).
Saludos
Asurbanipal
http://www.open-research.org.uk/ARMuC/Compiler_Suites.html
Ezequiel Aceto
Cuando utilizo ARM (no siempre se necesita tanto poder de procesamiento) uso Yagarto (http://yagarto.de), es básicamente un toolchain de GCC que no usa Cygwin y que puedo usar tanto en la PC como en la Mac. Como IDE utilizo Eclipse (Galileo for C/C++ developers) que también esta disponible en ambas plataformas. Para programar depende del micro, uso los LPC2000 de NXP (ex Philips) o SAM7 de Atmel.
Saludos,
Justo después de publicar el primer mensaje vi este link:
http://www.open-research.org.uk/ARMuC/Compiler_Suites.html
Ezequiel L. Aceto
GTalk / MSN: ezequie...@gmail.com
Skype: ezequiel.aceto
Gustavo Zacarias
Yo uso los abiertitos, binutils+gcc con uclibc o glibc segun la necesidad.
Para embedded sin correr linux van a tener que tirar uclibc/glibc por
algo mas liviano tipo newlib.
Codesourcery tiene algunas herramientas para bajar con la lite edition
pero eso no incluye IDE. Al estar basado en gcc y amigos libres no
pueden evitarlo pero obviamente no van a entregar los bits GUI gratis.
Los que quieran usar herramientas abiertas van a tener que lidiar con
tener los headers de soporte para el chip particular que quieran
utilizar, para chips establecidos se consiguen facilmente en internet,
para los mas nuevos quizas los tengan que escribir ustedes mismos.
Las particularidades de programacion de cada ambiente (Keil, IAR, gnu)
tambien cambian en algunos aspectos sutilmente y en otros no tanto (por
ejemplo librerias) asi que es una eleccion a tomar bien informados.
Una opcion comercial tiene usualmente ventajas en tamaño de codigo
usualmente un poco mas reducido, pero finalmente es comercial, las
versiones demo tienen serias limitaciones en tamaño de proyecto, lo
usual son 16+16 KB de text+data si no recuerdo mal lo cual para un
procesador de 32 bits y aprovecharlo no se llevan muy bien de la mano.
Usar gcc y amigos tiene la contra de que no siempre estan al dia, por
ejemplo para soporte de Cortex-M3 van a necesitar versiones de las
ultimas y quizas no este tan pulido dicho soporte y/o tengan regresiones.
Dicho eso yo estoy usando gcc-3.4.3 con binutils-2.19.1 sin mayores
problemas. Este combo tiene algunos problemas de interwork que no
investigue todavia pero no es nada que afecte en uso normal.
Para algunos links:
http://embdev.net/topic/129986#new
Saludos.
