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

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.