Hallo, ich habe das Discoveryboard mit dem L4 (L NICHT F). Bei dem mit dem F klappt alles. Jetzt wollte ich zum L (ACHTUNG L 476), MXCube klappt. Programm geschrieben (PB2 und PH8 LED anschalten, mehr erstmal nicht, nur die 2 LEDs anschalten). Das Problem ist, das EMBitz die L-Serie nicht kennt, nur die Fs. Ich habe einfach mal den F4 genommen, da die sich ja ähneln, compiliert, hex erzeugt drauf geschrieben mit ST Link Utility, nix geht - LEIDER! Ich weiß jetzt leider 0 wie ich weitermachen kann, und was zu tun ist. EMBitz kennt die Ler nicht und mit mogeln klappt es nicht. Das Problem ist auch, dass wenn ich auf die Seite von EMBlocks gehe, immer kommt: DNS nicht verfügbar. Sprich ich komme gar nicht mehr auf die Seite von denen. Ich arbeite mit dem L476 Disco-Board und EMBitz V. 1.0. Brauche dringend hilfe, bitte! Vielen Dank schonmal!
Marius D. schrieb: > Das Problem ist auch, dass wenn ich auf die Seite von EMBlocks gehe, > immer kommt: DNS nicht verfügbar. Getestet, geht. Geh da aufs Forum, suche L476.
Nop schrieb: > Marius D. schrieb: >> Das Problem ist auch, dass wenn ich auf die Seite von EMBlocks gehe, >> immer kommt: DNS nicht verfügbar. > > Getestet, geht. Geh da aufs Forum, suche L476. Jap, jetzt gehts. 2 Tage war da dann wohl ein Fehler. Ich habe es durchgelesen, es bringt mir aber nichts. Ich kann es via ST-Link Utility flashen, dass ist nicht das Problem. Das Problem liegt darin, dass die hex, die EM:Bitz erzeugt, nicht lauffähig auf dem Chip ist. Wie bekomme ich das denn hin?
Wie wäre es mit CubeMX2Makefile? https://github.com/baoshi/CubeMX2Makefile Ich kenne mich mit Embitz nicht aus aber ich vermute mal, dass es Make aufrufen kann. Ansonsten mach es halt selber oder nimm ne andere IDE wie QT-Creator oder einfach nen 08/15 Text Editor wie Sublime.
Ich hatte ein ähnliches Problem: Auch der STM32F091xx wird von emBitz (bei mir in v0.42 beta) nicht unterstützt. Daher habe ich ein Projekt mit einem der unterstützten STM32F0er (mit gleichem FLASH/RAM) angelegt, und danach alle CMSIS-Sources, sowie startup_stm32f0xx.S und system_stm32f0xx.c/.h gegen die Versionen in der HAL-Lib getauscht. In den Compiler-Settings dann noch das Prozessor-Define korrekt gesetzt (bei mir "STM32F091xC") und damit lief es auf Anhieb. Wie es sich dann mit dem STLink verhält kann ich nicht sagen, da ich wegen der USB3-Problematik auf OpenOCD (v0.9.0) ausweichen muss.
Sebastian E. schrieb: > Ich hatte ein ähnliches Problem: > Auch der STM32F091xx wird von emBitz (bei mir in v0.42 beta) nicht > unterstützt. > > Daher habe ich ein Projekt mit einem der unterstützten STM32F0er (mit > gleichem FLASH/RAM) angelegt, und danach alle CMSIS-Sources, sowie > startup_stm32f0xx.S und system_stm32f0xx.c/.h gegen die Versionen in der > HAL-Lib getauscht. In den Compiler-Settings dann noch das > Prozessor-Define korrekt gesetzt (bei mir "STM32F091xC") und damit lief > es auf Anhieb. > > Wie es sich dann mit dem STLink verhält kann ich nicht sagen, da ich > wegen der USB3-Problematik auf OpenOCD (v0.9.0) ausweichen muss. Danke, aber genau so ähnlich funktioniert es. Die .ld aus TrueStudio mit dem Linker-File ersetzen (unter Build Options dann Reiter Device) und die .S löschen und mit der aus Template/gcc xxx.s (gerätespezifisch) ersetzen. Dann klappt es.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.