STM32L4 DiscoveryBoard & EMBitz geht nicht, keine Unterstützung was tun?!

Gast #4741110
Lesenswert?

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!
Gast #4741986
Lesenswert?

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?
#4742634
Lesenswert?

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.
Gast #4743048
Lesenswert?

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.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren