Acabo de instalar el STM32CubeMX (el IDE ARM original de ST Microelectronics, si entiendo bien). Una vez instalado, intenté abrir un nuevo proyecto para un kit DISCOVERY que tengo (STM32F0DISCOVERY).
Sin embargo, después de continuar, Open project
me enfrenté a una demanda para instalar una cadena de herramientas:
Como revelé, EWARM es un IDE totalmente funcional de IAR, por lo que me sorprendió que el IDE de STM requiera el IDE de IAR para su trabajo (además, EWARM de IAR no es un software gratuito, es un software muy costoso que yo sepa).
En la ventana de configuración del proyecto hay tres opciones:
EWARM de IAR,
MDK-ARM de Keil y
TrueSTUDIO de Atollic.
Todos son muy caros :(
Entonces las preguntas son:
¿Es correcto que el STM32CubeMX de STM no me brinde ninguna funcionalidad de forma gratuita?
Según entiendo del mensaje, el proyecto se puede asociar con otra cadena de herramientas, así que ¿puedo echar un vistazo a GCC o cualquier cadena de herramientas a un precio más razonable (por supuesto, prefiero el software libre)?
En caso afirmativo: ¿cómo puedo usar GCC con Cube?
Para un IDE que ofrece algunas funciones como Cube, puedo sugerir que vale la pena probar Coocox . Es gratis, está basado en Eclipse y es compatible con algunas de las placas STM listas para usar.
Según tengo entendido, CubeMX es solo un generador de código que escribirá su código (dentro de esa carpeta que le da) donde se lleva a cabo toda la inicialización periférica. Todo el resto del desarrollo tiene que tener lugar en un IDE normal.
Actualizar:
Recientemente se anunció que Atollic Truestudio ahora se ofrece de forma gratuita para los usuarios de STM32.
Supongo que eso dará acceso a un IDE y una cadena de herramientas de gama alta a un público más amplio. No lo he usado, por lo que no puedo comentar sobre sus características, pero el análisis de fallas integrado en el depurador podría ser útil, por ejemplo.
Sé que es una publicación antigua, pero esto podría ayudar a otros...
No confunda la cadena de herramientas con IDE. Puede considerar que el IDE es el último eslabón de la cadena de herramientas, pero una cadena de herramientas no implica necesariamente un IDE . Eclipse es un IDE que se conecta a muchas cadenas de herramientas diferentes. En mi caso (ARM gcc build [enlazador, compilador, ensamblador, etc.] + automake) es mi cadena de herramientas.
No uso un IDE. Tomo el código fuente generado de CubeMX y escribo makefiles para compilarlo de la forma que yo elija. La opción de cadena de herramientas en mis opciones de CubeMX es TrueStudio porque esa opción genera un buen script de enlace que puedo cambiar fácilmente. Esto, a pesar de que no uso (ni pretendo usar) TrueStudio.
Si quieres usar gcc, genial. Pero la selección de IDE es en gran medida una elección independiente, a menos que el IDE que haya elegido le imponga algún otro compilador. Si realmente desea un IDE (en mi opinión, se interponen más que ayuda), es posible que deba elegir uno que coincida con automake (Makefiles) o gcc directamente. Eclipse es el único que conozco.
Algunos compiladores tienen diferentes convenciones para manejar construcciones a nivel de preprocesador (macros, pragmas, condicionales, etc...) pero el código fuente real no variará mucho.
Probaría la cadena de herramientas de Leaflabs que usan para su hardware Maple . El Maple es una placa de estilo Arduino que ejecuta un procesador STM32 Cortex M3. Entregan la cadena de herramientas con el IDE y el IDE ejecuta Windows, por lo que la cadena de herramientas puede funcionar para su situación. No hay garantías, por supuesto.
Todas las herramientas tienen una versión restringida, pero gratuita....
A pesar de que estoy en el mismo lugar que usted, uso GUN/Linux, desafortunadamente todas las herramientas anteriores se ejecutan en WinOS.
Después de buscar un poco, encontré una solución. Probaré pronto detenidamente, pero antes de compartir la solución: Lea la entrada del blog de Baoshi . Tiene una descripción y un Makefile
generador de archivos.
Alguna adición: con el Cube más nuevo, necesito piratear porque Cube no genera el *.ld
archivo correcto para F0, así que copié de otras herramientas *.ld
para el mismo objetivo. Tal vez sea una pregunta relacionada con Linux.
chris stratton
romano matveev
chris stratton
romano matveev
chris stratton
Ashton H.
vaquerodan
Sohail