-
Thread
STLink + OpenOCD + Eclipse
SWIM v0 VID 0x0483 PID 0x3748 Info : using stlink api v2 Info : Target voltage: 2.903986 Info : stm32f0x.cpu: hardware has 4 breakpoints, 2 watchpoints Info : accepting 'gdb' connection on tcp/3333 Info : device id = 0x20006440 Info : flash size = 64kbytes undefined debug reason 7 - target needs
Bei mir im Debugger Reiter hab ich unter Config Option nur das config file angegeben. -f board/stm32f0discovery.cfg Ein Reset-Mode steht da leider nicht.
-
Thread
ARM / STM32 C Programmierung
Weiter sind die Libs sehr hilfreich, wenn du mit mehreren Controllern arbeiten willst. Sei das vom STM32F0 bis zum STM32F4. Hier varieren die Defines und Enums nur sehr wenig. Viel weniger als die Register. Ausserdem ist es sehr übersichtlich. Ich habe mit einem STM32F4 angefangen und bin ohne grossen Zeitaufwand auch mit Copy&Past in ein STM32F0 eingearbeitet.
-
Thread
Assembler in C Projekt, Integrationsprobleme
. Ziel soll aber idealerweise Compiler-/Enwicklungsumgebungs-unabhängig und für alle möglichen STM32F[0-4] brauchbaren code zu erzeugen.
Ziel soll aber idealerweise Compiler-/Enwicklungsumgebungs-unabhängig > und für alle möglichen STM32F[0-4] brauchbaren code zu erzeugen. Beim C-Compiler ist das kein so großes Problem, weil die C-Syntax genormt ist. Beim Assembler kocht aber i.Allg. jeder Hersteller sein eigenes Süppchen.
-
Thread
Aufhängen bei printf ohne IDE
Hallo, ich nutze die Funktion printf() in meinem STM32F0-Projekt in IAR, um mir im Terminal I/O-Fenster Debug-Ausgaben anzeigen zu lassen. Lasse ich den Code in der IDE (im Debug-Modus) laufen, funktioniert alles. Schließe ich IAR und resette den
Daten? Schickt es sie per UART? > USB? SWO? ...? Wartet es auf ein ACK? Es handelt sich um ein STM32F0 Discovery-Board mit ST-Link. Das Ganze ist per USB angeschlossen. Ich würde auf SWO tippen.
-
Thread
STM32F2xx: Global Interrupt abfragen
[c]asm("CPSID i");[/c] deaktiviert und mit [c]asm("CPSIE i");[/c] wieder aktiviert. Bei einem STM32F0XX sah der Beispielcode anders aus: [c]#define IRQ_FLAG 0x80 #define FIQ_FLAG 0x40 inline __arm uint32 EntrCritSection(void) { unsigned long tmp; tmp = __get_CPSR(); __set_CPSR
gleich. Der Kram für die Core-Version unterhalb von 7 bezieht sich auf ARM7/ARM9, kann also mit dem STM32F0xx eigentlich auch nicht funktioniert haben. Such mal in der CMSIS, was dort der richtige oder auch nicht richtige aber von dir gesuchte Weg ist. Ein sinnvoller Weg geht beispielsweise über das
-
Thread
py32v002A: Blink-Binary "gesucht"
aus dem Jahr 2016. Ich möchte das dennoch nicht updaten, weil meine ganzen anderen Projekte von stm32f0 bis H7 oder nxp dann vielleicht unangenehme Seiteneffekte zeigen. Hm, wenn das bei dir läuft, kannst du mir ein Blinkbinary erstellen und hier posten ?
Beitrag #8036759: > Ich möchte das dennoch nicht updaten, weil meine ganzen anderen Projekte > von stm32f0 bis H7 oder nxp dann vielleicht unangenehme Seiteneffekte > zeigen. Verstehe ich nicht! Welcher Compiler verwendet werden soll, steht doch im Makefile. Oder kann man zumindest da rein schreiben
-
Thread
Flash-Problem mit STM32F1 China Board
OpenOcd unterstützt den stm32f1 nicht [c] > ls stm32f* stm32f0discovery.cfg stm32f3discovery.cfg stm32f4discovery.cfg stm32f334discovery.cfg stm32f429discovery.cfg /usr/local/share/openocd/scripts/board 01:06:50 > [/c]
/c] das Board finde ich nicht bei /usr/local/share/openocd/scripts/board [c] > ls stm32f* stm32f0discovery.cfg stm32f3discovery.cfg stm32f4discovery.cfg stm32f334discovery.cfg stm32f429discovery.cfg [/c] https://github.com/texane/stlink/issues/543
-
Thread
STM32L0 Serie - HSE mit Quarz beim 32-Pin Package?
Es gibt ja noch STM32F0x1/2 sowie STM32F303, STM32F334 in LQFP32. Warum ausgerechnet die L-Serie?
die STM32L0 ja entsprechende Anschlüsse. temp schrieb im Beitrag #6559387: > Es gibt ja noch STM32F0x1/2 sowie STM32F303, STM32F334 in LQFP32. Warum > ausgerechnet die L-Serie? Wie bereits geschrieben, sind der EEPROM und der niedrige Stromverbrauch interessant. Außerdem kommt die L-Serie mit
-
Thread
Suche PWM I2C mit 4 Channel
STM32 F0
Hinz schrieb im Beitrag #4124953: > STM32 F0 Hätte ich auch empfohlen.
-
Thread
Reverse engineering Autoaid / EN-Plus AC011K-AE-25 Wallbox mit ESP32
High-Speed CAN Transceiver ISO 11898 11. Auf der RFID Platine: 12. FM17520 -- RFID IC 13. (STM)32F0 -- nicht sicher identifiziert [/code] [code] 4x M48 -- finder-Relais mit 12V Ankerspanung für 16A/250V 3x CT-082D-1.0 -- PDU Current Transformer Current Transformer - Strommessung
NXP A1040/c BFE D814 -- High-Speed CAN Transceiver ISO 11898 11. Auf der RFID Platine: U1. (STM)32F0 -- nicht sicher identifiziert U2. FM17520 -- RFID IC [/code] [code] 4x M48 -- finder-Relais mit 12V Ankerspanung für 16A/250V 3x CT-082D-1.0 -- PDU Current Transformer
-
Thread
STM32L053 libopencm3 und SPI
libopencm3 und STM32L0 keine implementierten SPI-Funktionen gibt. Okay, dachte ich mir: Datenblätter STM32F0 und L0 verglichen und die Unterschiede anpassen => geht nicht. Die Änderungen quer durch die lib sind so umfangreich, dass man die nur sehr schwerlich posten kann, deshalb schlicht meine Frage:
Ich habe die libopencm3 Bibliothek erweitert, auf Basis der STM32F0 Sourcen und ein paar Register umbenannt. Leider scheint es bei L0 nicht mehr möglich zu sein, die Bits eines Datenframes zu bestimmen, es sind nun entweder 8 oder 16 Datenbits. Außerdem happert
-
Thread
DSP in bastlerfreundlichen Gehäusen
Meines Wissens gibt es keinen STM32 Cortex-M4, der nicht 0.5 mm Pitch hat oder BGA ist. Einzig STM32F0 als Cortex M0 gibt es im TSSOP mit 0.65 mm Pitch. Aber die Discovery Boards haben alle 2.54 mm Steckerleisten und sind entsprechend Basterfreundlich.
Hallo Uwe, stimmt, die "großen" Gehäuse gibt es nur bei den STM32F0xx. Die Discovery-Boards sind wirklich eine gute Basis zum Basteln, da alle Pins auf 100mil-Anschlüssen liegen und der Preis extrem günstig ist. Mit dem ARM gcc, eclipse und den STM-Tools klappt die
-
Thread
Atmel übernommen, AVRs tot? Alternativen?
gerade die ATtiny. Für die meisten Spielereien waren sie genug. Aber für 3 Euro bekomme ich ja 2 STM32F0 oder LPC11xx... Also muss ich wohl noch einmal umlernen auf ARM. Oder gibt es sonst noch eine gute Alternative? Mir wäre eine freie)* Toolchain mit einer freien)* Entwicklungsumgebung wichtig
/Pages/efm8.aspx AVR-Bastler schrieb im Beitrag #4715701: > Aber für 3 Euro bekomme ich ja 2 STM32F0 oder LPC11xx Die LPC sind die ARM mit der am einfachsten zu verstehenden Peripherie (hatten nämlich mal als LPC900 einen 8051 Kern). Die STM32 sind ohne HAL kaum in den Griff zu bekommen. -
-
Thread
Einstieg in die Mikrocontrollertechnik mit XMC4500
gängig zu sein scheint. Infineon wäre nicht meine erste Wahl für sowas. Eher ein Atmel SAM3 oder STM32F0, wenn es unbedingt schon ein ARM sein muss.
Beitrag #5306078: > Infineon wäre nicht meine erste Wahl für sowas. Eher ein Atmel SAM3 oder > STM32F0, wenn es unbedingt schon ein ARM sein muss. Auf dem DC /Dc Konverter, den ich steuern und regeln soll, ist schon der Mikrocontroller XMC4500 mit eingebaut.
-
Thread
Einfacher ARM für den Einstieg und Linux Toolchain
Nuvoton devices based on the Arm Cortex-M0 and Arm Cortex-M23 cores. MDK for STMicroelectronics STM32F0, STM32G0, and STM32L0: The MDK for STMicroelectonics STM32F0, STM32G0, and STM32L0 is a license paid by STMicroelectronics. It is free-to-use for software developers working with STM32 devices based
nicht, dass man unter ein China STM32 Bluepill und einen STLink Clone drunter kommt. Oder auch ein STM32F0 Dev Board. Auch bei z.B. TME, Reichelt, usw. und kleinen Stückzahlen sehe ich eher STM32 (z.B. die G0) am unteren Preisrand.
-
Thread
Flash als EEPROM nutzen bei einem STM32F030
AN2594 - EEPROM Emulation Die ist zwar für STM32F1xx, das Prinzip funktioniert aber genauso mit STM32F0xx.
Application Note 4061 von ST beschreibt die EEPROM Emulation für STM32F0 Chips. Läuft mit der alten Standard Lib, nicht der HAL (Anpassungen nötig). Zu der AppNote gibt es auch ein schönes Code-Beispiel.
-
Thread
STM32 externen Takt verwenden
Hallo, ich habe auf meiner Platine einen 8 MHz Quarz für die externe Taktversorgung meines STM32F0 vorgesehen. An diesem messe ich mit dem Oszi allerdings keinen Takt und ich verstehe nicht aus welchem Grund. Kann es sein, dass der Quarz keinen Takt ausgibt, solange bei meinem µC die interne
kompl schrieb im Beitrag #4813239: > STM32F0 Welcher Typ ist es denn genau? > An diesem messe ich mit dem Oszi allerdings keinen Takt Die Belastung durch den Tastkopf könnte die Taktversorgung aus dem Tritt bringen. Gibt es bei Deinem
-
Thread
[V] Devboards etc.
mal eingeschaltet - Micro-USB-Kabel fehlt - OVP ----------------- 25€ incl. Versand 5) ST STM32F0-Discovery (STM32F0DISCOVERY - Cortex M0) http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF253215?sc=internet/evalboard/product/253215.jsp - dürfte unbenutzt sein - OVP - seit kurzem Keil-Unterstützung
-
Thread
if-Bedingung Problem
Beitrag #4904679: > Mit welchem Compiler hast du das getestet? Keil µVision und als µC einen STM32F0 Mathias schrieb im Beitrag #4904673: > Wenn dir der Unterschied wichtig ist, dann schreib die konstanten mit > "f" am Ende, also "0.4125f" Super, das funktioniert. Verstehe ich das richtig
> > Weil für den AVR auch ein Double ein Float ist ;) Im ursprünglen Post ging es um einen STM32F0 (kam erst später raus) Es ging mir nie gegen Fließkomma-Typen, nur gegen float. Denn double ist besser. Auch auf einem AVR spricht nichts dagegen double zu nehmen (auch wenn es nur ein float
-
Thread
STM32 umsteigen oder weiter AVR
Hm - bin nach 2 Wochen Arduino auf Eclipse + AVR-Compiler, von dort nach einer Woche auf STM32F0-Disco mit Eclipse und GCC-ARM, dann STM32F103 "umgestiegen". Die stdperiph-lib von ST ist dabei sehr praktisch. Diese Woche kommt noch die STM32F407-Disco. Die haben alle ihre Berechtigung und ihren
Stück), einige STm32F103 Dev-Boards (<6Eur/Stück), dann noch einen Arduino Uno Clone (<10Eur), die STM32F0-Disco inklusive Versand grob 11 Eur, Arduino Mega2560 war so 12,50Eur, ... preislich also alles nicht die Welt. Die billigeren Boards kann man gerne auch für "Draußen-Projekte" verwenden, wo es nicht
-
Thread
Welchen Mikrocontroller Quadrature Decoder Kanäle ?
jemand einen Hersteller nennen ? Das ich mal richtig > schauen kann was es da so gibt. Bspw. STM32F0 - ich glaube, die STM32 können das fast alle. Einfach mal in den Vergleichslisten der Featureliste schauen. Michael B. schrieb im Beitrag #5469431: > Die sind wahrscheinlich für die Leute, die
Nein, so etwas macht man heutzutage natürlich mittels Hardware. Das geht selbst bei billigsten STM32F0 mit vollen 24 MHz und direkt in 32-Bit-Registern - bei 0% Auslastung und man hat Zeit und Rechenleistung für die wirklich wichtigen Dinge. > Vorausgesetzt man kann Programmieren. Auch ein guter
-
Thread
ARM Welten STM TI NXP Atmel.
STM32F0-Reihe IDE je nach Gusto, ich verwende z.B. die kostenlose Version von Keil Wasnu schrieb im Beitrag #4961925: > Wo ist der Support am größten. Wer Datenblätter und User Manuals lesen kann
Louis schrieb im Beitrag #4961951: > STM32F0-Reihe Wobei ich mich nicht auf die F0 Reihe festlegen würde. STM32 generell hat grosse Unterstützung (auch hier) und es gibt sehr preisgünstige Evaluationsboards in Form der Discovery- und Nucleoboards
-
Thread
externer Interrupt STM32F303
>Doch nur geraten? schon gemacht, mit STM32F0
rtfm schrieb im Beitrag #4886370: >>Doch nur geraten? > schon gemacht, mit STM32F0 Einer Arbeitet mit igrend einer HAL, einer mit stdperiph_lib, einer mit CubeMX. Irgendwo muss halt der Interrupt eingeschaltet werden. Ob das nun ausgerechnet in deiner HAL automatisch geschieht
-
Thread
Wie macht man Touch Flächen am besten?
für eine zweite spätere Entwicklung. Nur wie macht man diese am besten? Ich habe an einen STM32F0?? als Controler gedacht. Die ganzen Flächen sind in 4*4 angeordnet. Das ganze hätte ich gerne unter 4-5mm Holz versteckt oder die Platine müsste grösser werden und anstatt der Holzplatte verbaut
die Sensorflächen angepaßt werden. -> Hinweise im Doku zu den Sensor-IC. > Ich habe an einen STM32F0?? als Controler gedacht. > Die ganzen Flächen sind in 4*4 angeordnet. > Das ganze hätte ich gerne unter 4-5mm Holz versteckt oder > die Platine müsste grösser werden und anstatt der Holzplatte
-
Thread
RTOS, auf free warten?!
hat nur der cmsis wrapper von FreeRTOS seine Schwächen?! https://github.com/dobromyslov/argonio-stm32f0-cmsis-hal-freertos-example/blob/master/lib/argonio-stm32f0-freertos/Source/CMSIS_RTOS/cmsis_os.c#L908 Sehr schade, ich hätte den gern intensiv eingesetzt, um auch im Notfall das OS noch tauschen
-
Thread
Mikrocontroller auslesen
meinem C-Code konfigurieren und einschalten muss. Es gibt hierzu ein Beispiel vom Hersteller -> stm32f0xx_flash.c Nicht gerade übersichtlich. Da wollte ich wissen ob meine Befehle im Programm funktionieren. Offensichtlich sieht das "ST-LINK Utility" eine einfache Möglichkeit diese Einstellungen
Ich möchte das auch gerne im Quelltext realisieren. Nun habe ich mich an das Verfahren in der stm32f0xx_flash.c gehalten. Klappt natürlich nicht. Ich habe den Verdacht, dass ich es mir wieder zu einfach vorstelle. Wenn ich das so programmiere ist mein "LED-Toggle-Programm" nicht lauffähig.
-
Thread
pollin dot matrix lcd 122x32 dots dg 12232
Hallo, ich bin dabei das Display mit einem STM32F0 anzusteuern. Als Grundlage habe ich die Bibliothek aus diesem Thread benutzt (http://www.mikrocontroller.net/topic/105223#936554). Mein Problem ist, dass eine Linie gezeichnet wird, diese aber sofort
Noch etwas zur Hardware: Das Display hängt am STM32F0-Discovery. VDD sind 5V Die IOs liefern 3,3V. Laut Datenblatt sollte das aber funktionieren (High wird ab 2,4V erkannt).
-
Thread
[STM32] Hardfaults beim benutzen von Bitfeldern vermeiden
Hallo! Ich beschäftige mich gerade mit dem STM32F0DISCOVERY Board und möchte den STM32F0 aus Spaß möglichst nur nach Datenblatt programmieren. Dabei bin ich auf ein kurioses Problem gestoßen, dessen Lösung ich hier nun poste, falls jemand anderes
-
Thread
Entscheidung für ein RTOS
Aha-Erlebnis. Weil lange Zeit daran nicht mehr weitergearbeitet wurde (z.Bsp. war kein Support für STM32F0xx), habe ich kalte Füsse gekriegt und habe mich andersweitig umgeschaut. Seit Maerz 2015 wird wieder daran gearbeitet und STM32F0xx scheint unterstützt zu werden. Was mir besonders daran gefallen
-
Thread
ATM32F030 + ADC + DMA
halt gucken, ob [c]TIMx->SR &= ~0x0001 // Reset UIF [/c] Keine Ahnung, ob Bitbanging beim stm32f0 geht. Ich würde [c]ADC_StartOfConversion(ADC1);[/c] erst nach der Initialisierung des Timers starten. Du könntest auch mal versuchen im Timer ADC_StartOfConversion zu starten: [c] TIM1_IRQHandler
richtigen Bits gesetzt... aSma>> schrieb im Beitrag #4565948: > Keine Ahnung, ob Bitbanging beim stm32f0 geht. Ich > würdeADC_StartOfConversion(ADC1);erst nach der Initialisierung des > Timers starten. Was bedeutet Bitbanging? Ich habe die Initialisierung mal an das Ende gesetzt. Jedoch ohne
-
Thread
FIR Filter Cortex M0
(also kein Matlab...) und Informationen über die effiziente Implementierung auf einem Cortex M0 (STM32F0). Ich möchte dabei keine Blockverarbeitung verwenden, sondern nach jeder ADC-Messung eine Filterfunktion aufrufen und dann ein gefiltertes Ergebnis erhalten, um "sofort" reagieren zu können. Wo
ase.wikispaces.com/HowTo+-+FIR+filter+design+in+GNU+Octave?goback=.gde_56713_member_99166822 M0: Der STM32F0 hat scheinbar den single-cycle multiplier implementiert, somit kann ein halbwegs performanter FIR Filter in Fixpoint realisiert werden. Aber wenn es für den Hobby-Einsatz ist, es gibt ein Eval-Board
-
Thread
Debian OpenOCD STM32F042 -> Cannot identify target as a STM32 family
STM32F042 flashen. Folgenden Problem: [code] $ openocd -f interface/stlink-v2.cfg -f target/stm32f0x_stlink.cfg -c init -c "reset halt" -c "flash write_image erase "main.bin" 0x08000000" -c "reset run" -c shutdown Open On-Chip Debugger 0.8.0 (2014-10-20-21:48) Licensed under GNU GPL v2 For
SWIM v4 VID 0x0483 PID 0x3748 Info : using stlink api v2 Info : Target voltage: 3.227803 Info : stm32f0x.cpu: hardware has 4 breakpoints, 2 watchpoints target state: halted target halted due to debug-request, current mode: Thread xPSR: 0xc1000000 pc: 0x1fffcb44 msp: 0x200014c0 auto erase enabled
-
Thread
STM32 CAN Reset Bug Workaround geht nicht
Ein Blick in die stm32f0xx_hal_can.h verrät, das hinter HAL_CAN_STATE_BUSY_TX_RX und HAL_CAN_STATE_BUSY_RX jeweils noch eine 0 oder 1 gehört.
In der stm32f0xx_hal_can.h ab Zeile 257 sind alle Möglichen Ergebnisse, die die Funktion HAL_CAN_ErrorCallback zurück geben kann.
-
Thread
stm32f030c6t6 pin read funktioniert nicht
----------------------------------------------------------------*/ #include "main.h" #include "stm32f0xx_hal.h" /* USER CODE BEGIN Includes */ /* USER CODE END Includes */ /* Private variables ---------------------------------------------------------*/ /* USER CODE BEGIN PV */ /* Private
nicht ganz die saubere Art mit manchen Bitmasken, darum gehts jetzt aber nicht: [c] #include "stm32f0xx.h" int main(){ RCC->AHBENR |= RCC_AHBENR_GPIOBEN; RCC->AHBENR |= RCC_AHBENR_GPIOFEN; GPIOF->MODER |= (0b01 << (2 * 7)); GPIOB->OTYPER |= (1<<7); while(1){ if(GPIOB
-
Thread
clock configuration
auf die Idee kommt die clock intern extern auf 3MHz unterschiedlich zu machen. 2. lese ich beim stm32f0 und stm32L4 einen maximalen Clock von f_HCLK = 48 und 80 MHz für L4. Im Moment frage ich mich auch, warum der Clock auch nicht stimmt, wenn ich auf dem Nucleo stm32L4 Board den externen Quarz verwende
Schafft es jemand von euch? Die STMs sind ja meistens gleich. Ich bekomme es mit dem STM32L4 und STM32F0 nicht hin. Braucht der Interrupt so lange in die Funktion zu gelangen oder was ist das Problem?
-
Thread
STM32 was brauche ich alles
Ich würde dir das STM32F0 Discovery Board und die Keil IDE empfehlen. Damit hast Du alles was Du brauchst...
#4043357: > Keil IDE empfehlen sieht sehr gut aus. Peter schrieb im Beitrag #4043357: > STM32F0 Discovery Board Das reddragon board mit stm32f4 würde mir jedoch besser passen, da schon alle Peripherie drauf ist. Mir ist klar das ich anfangs auch mit LED blinken beginnen muss, danach möchte
-
Thread
PyUSB : Flush-Buffer + Zadig
handelt es sich um eine Neuimplementierung vorhandener Hardware auf eine neue Microcontroller-Familie (STM32F0). Oft befinden sich während Software-Tests noch Daten-Reste in den USB-Buffern des Betriebssystems (Windows7). Gibt es eine Möglichkeit die USB-Buffer im Windows7-Betriebssystem am Anfang des
Möglichkeite zwischen 2 > Treiberzuordnungen hin und herwechseln zu können ? Ja: Flashe den STM32F0 mit einer Firmware die eine andere VID:PID Kombination zum Testen mit LibUSB hat. M. L. schrieb im Beitrag #5069415: > Oft befinden sich während Software-Tests noch Daten-Reste in den > USB-Buffern
-
Thread
DMA Handle_TypeDef
DMA Controller. Bei meinem STM32F091 gibts es in (von CubeMX generiert) \Drivers\CMSIS\Device\ST\STM32F0xx\Include\stm32f091xc.h folgende Definitionen: [code] #define DMA1 ((DMA_TypeDef *) DMA1_BASE) #define DMA1_Channel1 ((DMA_Channel_TypeDef *) DMA1_Channel1_BASE) #define
Controller. > Bei meinem STM32F091 gibts es in (von CubeMX generiert) > \Drivers\CMSIS\Device\ST\STM32F0xx\Include\stm32f091xc.h folgende > Definitionen: > > > Bei deinem STM32L4 wird es ähnliche Definitionen geben. Danke dir ;)
-
Thread
Kann ich die Peripherie eines STM32 aus der Seriennummer schließen?
und dem Buchstaben nach der 32) haben die unterschiedliche Bedeutung. Hier findet man es z.B. für STM32F0: https://www.st.com/en/microcontrollers-microprocessors/stm32f0-series.html
-
Thread
[STM32] DOGM204-A / SSD1803A Library
Demo-Funktionen für so ziemlich alles was der Display-Controller her gibt. Ich habe den Code auf einem STM32F0 getestet. Der Demo-Code geht davon aus, dass am PA0 die Reset-Leitung des Displays angeschlossen ist um das Display am Anfang einmal zurückzusetzen. Für HAL-Hasser sollte es auch keine große Hürde
des Displays abfragen ob es denn bereit für den nächsten Befehl ist. Mein Code war ja für einen STM32F0. Das zeigt leider genau was auch der Kritikpunkt vieler Leute an der HAL ist. Es ist eben keine echte Abstraktion, sondern man muss sich doch wieder mit Controllerspezifischen Flags rumschlagen
-
Thread
CoIDE Build-Fehler Projektpfad
:\CooCox\GNU Tools ARM Embedded\5.4 2016q2\bin compile: [mkdir] Skipping C:\#Repo_CheckOut\stm32f0_0816\Debug\bin because it already exists. [mkdir] Skipping C:\#Repo_CheckOut\stm32f0_0816\Debug\obj because it already exists. BUILD FAILED C:\CooCox\aMeineProjekte\STM32F030R8_PRINTF\SW4STM32