-
Thread
Einstieg in die µC-Welt
benötigt sie eine Uhr. Damit sind wir wieder bei der Uhr. Du könntest damit anfangen, einen STM32 mit OLED Display (SSD1306) auszustatten und darauf die Uhrzeit anzeigen. Darauf kannst du aufbauen und je nach Lust folgendes Hinzufügen: - Anzeige von Sensorwerten (angefangen mit der Temperatur
genaue Uhr/Taktquelle. Du wirst eine RTC anschließen müssen, zum Beispiel DS1302. Anders ist das beim STM32F103, der hat eine Uhr mit passabler Genauigkeit integriert. Der ESP8266 hat sehr viel Speicher und kann daher problemlos HTML Seiten generieren. Er schwächelt aber beim ADC (sehr ungenau) und hat
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
anzuzeigen, sondern 1024 Quadrate einer 32x32 LED-Matrix. Die Software ist lauffähig auf * Nucleo STM32F401RE Board * Nucleo STM32F411RE Board * STM32F407VE Black Board Ich prüfe noch zur Zeit, ob die SW auch weiterhin wie beim WordClock-Projekt
Michael schrieb im Beitrag #5652147: > Ich habe hier den STM32F411... HEX-Datei für STM32F411 und BIN-Datei für ESP8266 ESP-12F liegt jetzt zum Download bereit, siehe [[uClock]].
-
Thread
C++ Arduino Grundlagen
Übersichtlichkeit und noch weit mehr Ich verwende den STM32 mit C++ und benutze Sachen wie virtuelle abstrakte Klassen (Interfaces) und andere Späße. manchmal ändert sich die Implementierung der Klasse während die Funktionsnamen und Parameter die Selben
/esp8266/2.3.0/tools/sdk/ld -Teagle.flash.512k64.ld -Wl,--gc-sections -Wl,-wrap,system_restart_local -Wl,-wrap,register_chipv6_phy -o /tmp/arduino_build_289241/sketch_nov25b.ino.elf -Wl,--start-group /tmp/arduino_build_289241/sketch/sketch_nov25b.ino.cpp.o
-
Thread
Probleme beim Debuggen mit SW4STM32 und und F7Disco
mcpu=cortex-m7 -mthumb -mfloat-abi=hard -mfpu=fpv5-sp-d16 -specs=nosys.specs -specs=nano.specs -T"../STM32F746NGHx_FLASH.ld" -Wl,-Map=output.map -Wl,--gc-sections -lm also vermutlich kein Semihosting?
cortex-m7 -mthumb -mfloat-abi=hard -mfpu=fpv5-sp-d16 > -specs=nosys.specs -specs=nano.specs -T"../STM32F746NGHx_FLASH.ld" > -Wl,-Map=output.map -Wl,--gc-sections -lm > > also vermutlich kein Semihosting? Möglich aber eben nicht ausgeschlossen. Es könnte theoretisch irgendwo einen Haken "Semihosting
-
Thread
ESP-8266 immer wieder Probleme mit WLAN reconnect
Stefan, http://stefanfrings.de/stm32/index.html Könntest du vielleicht auch für den STM32F40x mal eine RTC Kalibration beschreiben? Ich finde das unheimlich unverständlich im Datenbuch und auch den App Notes. Mein STM32F407 Wecker
> Könntest du vielleicht auch für den STM32F40x mal eine > RTC Kalibration beschreiben? Nein, weil ich mich mit diesem Chip nicht auskenne und in absehbarer Zeit auch keinen kaufen werden. Ich habe jetzt einen Vorrat an STM32F103 hier
-
Thread
ATMEL SAM3X8 (Arduino Due) printf auf beliebiges Device umleiten?
falls da auch der gcc-arm-embedded mit newlib genutzt wird: https://www.mikrocontroller.net/articles/STM32_Eclipse_JLink_Linux/Windows#Optional:_Syscalls_implementieren
du mit dem Atmel nicht klar kommst, dann such dir hier im Forum eines meiner Klein-Projekte mit nem STM32F103C8T6 heraus, da findest du die Eagle-Dateien, die Quellen und ein fertiges Image, so daß du erstmal damit anfangen kannst. Also stell dich nicht so an. W.S.
-
Thread
make, ld, --specs und -flto
könnte also etwa so aussehen: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" -Xlinker --gc-sections --specs=nano.specs -Wl,-Map=$(MAP) [/c] Leider kann ich das Spec-File "nano.specs" nicht entziffern. Laut Doku (https://gcc.gnu.org/onlinedocs/gcc/Spec-Files.html
direkt aufzurufen. Die entsprechenden Flags hab ich dabei folgendermaßen gesetzt: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" LDFLAGS += --gc-sections LDFLAGS += -Map=$(MAP) LDFLAGS += -L"/usr/arm-none-eabi/lib/armv7e-m/fpu" LDFLAGS += -L"/usr/lib/gcc/arm-none-eabi/7.3.0/armv7e-m/fpu" LDFLAGS += /
-
Thread
irsnd Callback function
(STM32F10X_LD) || defined(STM32F10X_LD_VL) \ || defined(STM32F10X_MD) || defined(STM32F10X_MD_VL) \ || defined(STM32F10X_HD) || defined(STM32F10X_HD_VL) \ || defined(STM32F10X_XL) || defined(STM32F10X_CL) // ARM STM32 # include <stm32f10x.h> # define ARM_STM32 # define ARM_STM32F10X # define F_CPU (SysCtlClockGet()) #elif defined(STM32F4XX)
-
Thread
Win vs Linux: ARM Kompilat unterschiedlich groß
<Add option="-Wa,--no-warn" /> </Assembler> <Linker> <Add option="-Wl,--gc-sections" /> </Linker> </Target> </Build> <Device> <Add option="$device=cortex-m4" /> <Add option="$fpu=fpv4-sp-d16" /> <Add option="$lscript=./stm32f411re_flash.ld
fdata-sections -ffunction-sections -mlittle-endian -fomit-frame-pointer -DUSE_STDPERIPH_DRIVER -DSTM32F411xE -DSTM32F411RE -D__FPU_USED -DARM_MATH_CM4 CXXFLAGS := $(CFLAGS) LDFLAGS := -lm -Wl,--gc-sections -T ../stm32f411re_flash.ld --specs=nosys.specs -nostartfiles -flto [/code] Bei beiden
-
Thread
STM32: gcc 5.4.1 vs. 6.3.1 und memset
movs r2, #64 ; 0x40 80014f0: 2100 movs r1, #0 80014f2: 4808 ldr r0, [pc, #32] ; (8001514 <main+0x68>) 80014f4: f000 f89c bl 8001630 <memset>
Ach ja, das Mapfile bekommst Du, indem Du dem GCC beim Linken auch "-Wl,-Map=mymapfile.map" mit auf den Weg gibst.
-
Thread
port IRMP to Arduino
für deine Antwort. Was hast du denn für Arduinos? Das ging ja nach meinen Versuchen auch mit einem STM32-Arduino nicht, ohne das Arduino-Framework aber schon.
die Arbeit stark eingespannt und nur selten zu Hause. Außerdem hatte ich jetzt noch ein Problem mit STM32DUINO, das immer noch nicht kompilieren will wegen stm32f10x.h", in dem dann Register doppelt definiert werden. Dem werde ich mich zuerst noch einmal annehmen und danach kommt das. Bei neuen Erkenntnissen
-
Thread
Problem mit Division
niemals dividiere und ich kann mit dem selben Compiler problemlos laufende Programme fuer m3 (Gecko,STM32F103) erzeugen wo dann auch dividiert wird. Olaf
ich unter \thumb auch eine libgcc.a Disassembliert hat die auch ein __divsi3 welches ausschließlich 32Bit Befehle nutzt (interessant). Ein __modsi3 wiederum ist thumb. Da verlässt mich so langsam meine Kenntniss, aber diese libgcc ist wohö für ARM Kerne die 32Bit ARM und thumb können. In \thumb\v6
-
Thread
Fehler zum nachbauen :-)
bräuchte dafür eine MCU mit möglichst viel Flashspeicher und mind. 20 kByte RAM. Erster Gedanke: STM32F401RC, auch schön schnell (mit 1,59€ auch noch billig bei LCSC). Leider nur eben 64 pol. Gehäuse. Sehe ich doch auch bei LCSC, dass es dort STM32F030CCT (kannte ich noch nicht) gibt: 256 kByte
Lötversuchen, also neue Platine. Controller auflöten ==> geht nicht. Controller runter, auf diese ein STM32F030C8 auflöten. Funktioniert sofort! Irgendwas an dem STM32F030CC muß anderst sein als beim STM32F030C8 (außer der Größe des Flashs und des RAMS). Also Aufgabe und das ganze wird dann halt auf
-
Thread
STM32 Kompilat größer als erwartet
GCC Assembler Invoking: MCU GCC Compiler Invoking: MCU GCC Compiler /home/stefan/Programmierung/STM32_Workbench/Blinker/Release /home/stefan/Programmierung/STM32_Workbench/Blinker/Release arm-none-eabi-as -mcpu=cortex-m3 -mthumb -mfloat-abi=soft -o "startup/startup_stm32.o" "../startup/startup_stm32
-specs=nano.specs -specs=nosys.specs -T"/home/stefan/Programmierung/STM32_Workbench/Blinker/LinkerScript.ld" -Wl,-Map=output.map -Wl,--gc-sections -o "Blinker.elf" @"objects.list" -lm Finished building target: Blinker.elf make --no-print-directory post-build Generating
-
Thread
SDCC & PIC16887: Fehler in erzeugter ASM-Datei
Das Programm soll mein eigenes printf implementieren und dieser Code funktioniert bereits mit AVR, STM32 und NXP mit den entsprechenden GCC-Compilern und der Code funktioniert auch mit MCS51 und STM8 mit dem SDCC Compiler... Nur mit PIC will er nicht (und wie gesagt mit PIC beschäftige ich mich erst
der SDCC "dubios" ist weiß ich nicht, er hat bisweilen ein paar > "Macken", aber in Verbindung mit STM8 und MCS51 funktioniert er gut. Die stm8 und mcs51 backends (wie auch ds390, hc08, s08, z80, z180, r2k, r3ka, tlcs90 und gbz80) sind allerdings auch ausgereifter. Die pic14 und pic16 Backends dagegen
-
Thread
CrossStudio / CrossWorks
‘stm32l1xx_hal_i2c.c’ 4> Compiling ‘stm32l1xx_hal_pwr.c’ 1> Compiling ‘stm32l1xx_hal_pwr_ex.c’ 2> Compiling ‘stm32l1xx_hal_rcc.c’ 3> Compiling ‘stm32l1xx_hal_rcc_ex.c’ 1> Compiling ‘stm32l1xx_hal_rtc_ex.c’ 4> Compiling ‘stm32l1xx_hal_rtc.c’ 2> Compiling ‘stm32l1xx_hal_spi.c’ 1> Compiling ‘stm32l1xx_hal_uart.c’ 3> Compiling ‘stm32l1xx_hal_spi_ex.c’ 2> Compiling ‘stm32l1xx_hal_cortex.c’ 4> Compiling ‘stm32l1xx_hal_usart.c
-
Thread
Wie funktioniert JTAG?
, wie Setzen und Lesen von IOs! Genau, aber ... Man nehme ein 1,5€-Blue-Pill-Board oder gar ein STM32F030 Board derselben Preisklasse und hänge das an den JLink oder einen 2€-STLink. Dann kann man über openOCD bequem an den GPIO-Pins wackeln bzw. sie abfragen. Geht zwar recht gemächlich, aber wenn
@A. B. (Gast) >Genau, aber ... Man nehme ein 1,5€-Blue-Pill-Board oder gar ein >STM32F030 Board derselben Preisklasse und hänge das an den JLink oder >einen 2€-STLink. Dann kann man über openOCD bequem an den GPIO-Pins >wackeln bzw. sie abfragen. >Geht zwar recht gemächlich, aber
-
Thread
Antennenanalysator nach EU1KY
Erweiterungen nimmt man am besten ? Im Moment habe ich 8 Warnungen beim compilieren. Ich habe noch kein STM32F746G_discovery board und im groups.io wird von einem STM32H Board gesprochen, welches besser und schneller sein soll. Was ist deine Meinung dazu, das STM32F Board zu bestellen oder noch zu warten und das STM32H zu bestellen ? 73 Ralf
-
Thread
Simple Kompass-schaltung gesucht
Für das STM32F3 Discovery gibt es mehrere Kompass Demos. https://www.youtube.com/watch?v=rpi9BC5HdPs
STM32Cube_FW_F3_V1.9.0/Projects/STM32F3-Discovery/Examples/BSP müsste dazu angepasst werden.
-
Thread
newlib fuer AVR?
Wann wird das sein? Was ST angeht, geben die wenigstens 10 Jahre Longevity ab 1/1/2017 auf alle STM32 und STM8.
-gc-sections oder Jump-Relaxing — nicht mehr. Den Weg durch's Tool-Gedärm sieht man mit[pre]-v -Wl,-v -save-temps[/pre]
-
Thread
GCC multible definitions of.
mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -specs=nosys.specs -specs=nano.specs -T"../STM32F334K8Tx_FLASH.ld" -Wl,-Map=output.map -Wl,--gc-sections -o "M_BeSy_2_100.elf" @"objects.list" -lm Drivers/STM32F3xx_HAL_Driver/Src/stm32f3xx_hal_adc.o:(.bss+0x0): multiple definition of `trigger_timer17
/Src/stm32f3xx_hal.o:(.bss+0x0): first defined here Drivers/STM32F3xx_HAL_Driver/Src/stm32f3xx_hal_cortex.o:(.bss+0x0): multiple definition of `trigger_timer17' Drivers/STM32F3xx_HAL_Driver/Src/stm32f3xx_hal.o
-
Thread
[ARM-GCC] malloc Page Size 4096 Byte änderbar?
Gibt's doch nicht ... Bin ich der einzige, der die STM32 jemals mit externem SDRAM verwendet hat? Im Startup-Code (startup_stm32f4xx.s) erfolgt die Hardware-Initialisierung NACH DEM NULLEN des BSS-Bereichs. Klar, dass dann alle Variablen, die sich
konfiguriert? Laufen da keine Prefetch/Buffer Algorithmen? Frage in die Runde? Ist SRAM auf "dem" STM32 (F4) schneller als SDRAM?
-
Thread
STM32F4, FPU klappt nicht mit sqrtf()
Hallo, ich versuche mich an der FPU des STM32F4 mit CooCox und 'gcc-arm-none-eabi'. Die Multiplikation zweier Float-Zahlen aus der 'main.c' im Anhang funktioniert und erzeugt im Disassembler den Befehl 08000288: vmul.f32 s15, s14, s15
_02.elf ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\stm32f4xx_gpio.o ..\obj\system_stm32f4xx.o -L..\..\.. -lm
-
Thread
STM32 C++ Memberfunktion in Interrupt
Hallo, mache gerade meine ersten Experimente mit C++ auf einem STM32f429 Discoveryboard. Jetzt stehe ich vor folgendem Problem. Ich habe eine Klasse in der es eine Funktion [c]float doEnvelope();[/c] gibt. Diese funktion möchte ich in einet Timer ISR aufrufen
mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -T"C:\Users\oliverf\workspace\HelloDSP\LinkerScript.ld" -Wl,-Map=output.map -Wl,--gc-sections -fno-exceptions -fno-rtti -lm -o "HelloDSP.elf" @"objects.list" src/main.o: In function `noteOff(unsigned char, unsigned char, unsigned char)': C:\Users\oliverf\
-
Thread
STM32CubeMX C++ SW4STM32 TrueStudio
weak=__attribute__((weak)) -D__packed=__attribute__((__packed__)) -DUSE_HAL_DRIVER -DSTM32F411xE -I"D:/10_STM32F411/14_SW4STM32/test1/Inc" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/STM32F4xx_HAL_Driver/Inc" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/STM32F4xx_HAL_Driver/Inc/Legacy" -I"D
sp-d16 -D__weak=__attribute__((weak)) -D__packed=__attribute__((__packed__)) -DUSE_HAL_DRIVER -DSTM32F411xE -I"D:/10_STM32F411/14_SW4STM32/test1/Inc" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/STM32F4xx_HAL_Driver/Inc" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/STM32F4xx_HAL_Driver/Inc/Legacy" -I"D
-
Thread
STM32 HardFault_Handler
Hallo ich arbeite derzeit mit einem STM32L476 Nucleo und habe schon seit einiger Zeit nicht mehr mit STM gearbeitet. Deshalb gleich mal ein Tutorial gestartet (http://www.carminenoviello.com/2015/01/07/setting-gcceclipse-toolchain-stm32nucleo-part
WFhHbS1t (mem.ld) https://pastebin.com/zxnUs2Hh (sections.ld) https://pastebin.com/C66HqzuZ (startup_stm32l476xx.s) Vielen Dank für die Hilfe soweit.
-
Thread
PWM interrupt am LPC2148
Ist dieses ganze Verwirrspiel mir ARM und Thumb Mode und den diversen Stacks bei den neueren ARMs (STM32) auch so? Wenn ja, werde ich mit der ARM Familie wohl nie anfreunden. Wenn es da nicht so ist, wird der alte LPC jetzt weggeschmissen und auf STM32 umgestellt. Muss ich halt ein kleines STM Platinchen
im Beitrag #4930112: > Wenn es da nicht so ist, wird der alte > LPC jetzt weggeschmissen und auf STM32 umgestellt Du kannst den alten LPC2148 ARM7 durch pingleiche LPC17xx M3 oder LPC40xx M4 ersetzen, da ist die IRQ Problematik gelöst und sind zudem einfacher "direkt" programmierbar als die STM32
-
Thread
STM32F1 Brushless Motor Steuerung
Hallo, ich versuch 2 Brushless Motoren mit STM32F1 zu steuern. Ich weiss nicht wie man 3, 120° Phasen versetzte PWMs mittels Timer1 erzeugt. Hat jemand einen Beispiel Code für mich? Ich habe viel danach im Internet gesucht, bin am verzweifeln
natürlich initialisiert sein, und die Pins auf AF konfiguriert werden. Siehe z.B. die Beispiele im STM32 VLDicovery Package.
-
Thread
NUCLEO-L432KC Blinky Projekt mit 11kB Speicherverbrauch
SystemClock, GPIO). Ist die HAL Bibliothek so flashhungrig? 2. Frage: kennt wer kleinere LIBS für den STM32L4? Ich verwende HAL hier generiert vom STM32CubeMX. Ich habe bereits Erfahrungen mit F0, F1 und F4 und Projekte in Code::Blocks damit gemacht (abgesehen von AVR, MSP430 und 8051). Nur bei jedem
ist der: die LIBs brauchen soviel Speicher. Ich hoffe, ich irre mich. Lg Compiling: Src/stm32l4xx_it.c Compiling: Src/system_stm32l4xx.c Linking native: proj.elf Output file is proj.elf with size 205,41 KB Running project post-build steps arm-none-eabi-objcopy -O ihex proj.elf proj.hex
-
Thread
Include-Pfade im Makefile
Aufruf von make starte ich in der obersten Ebene. Als Ergebnis erhalte ich einen Compilerfehler in stm32f10x_rcc.c: "stm32f10x_rcc.c:23:27: fatal error: stm32f10x_rcc.h: No such file or directory" Das ist mein Makefile (eigentlich gehts erstmal nur darum das compilieren / linken von der stm32f10x_rcc.c
$(INCLUDE_DIR) $(CC) $(CFLAGS) -I../inc $(STD_PERIPH_LIB_SRC_DIR)/stm32f10x_rcc.c #stm32f10x_gpio.o: stm32f10x_gpio.c # @ echo ".compili" # $(CC) $(CFLAGS) stm32f10x_gpio.c main.o: main.c @ echo ".compiling" $(CC) $(CFLAGS) main.c [/c] Ich
-
Thread
stm32 timer-synchronisation
Zu den verschiedenen STM32 gibt es Application Notes zur Verschaltung der Peripherie untereinander, z.B. AN4651 für den F3. Dort schaust Du Dir das Unterkapitel "From TIM to TIM" (z.b. Kap 3.15 für den F3) an. Dort siehst DU
Manche STM32 haben auch Hardware für 3-Phasen Motorsteuerung mit 6 CCR Registern. Dann entfällt das Master/Slave Wechselspiel...
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
Hier mal auf einem STM32F1... Grafikbibliothek und 1Bit Bild.
Selbst auf die Fotos ist kein Verlass - die Ware weicht ob in Details davon ab. Bei Boards mit STM32F1, ESP8266 und ESP32 wird auch wild gemischt.
-
Thread
stm32f103 3phase-generator
Ich hab mal einen FU mit einem STM32F405 und dessen TIM1 gebaut. Code für den Timer ist hier: https://gitlab.com/higaski/stm32f405_vfd/blob/master/Src/Periph/pwm.c Deadtime hab ich damals keine gebraucht, da die in Hardware realisiert
grundschüler schrieb im Beitrag #4853964: > Das stm32f426-disco kostet unter 30€ So etwas gibt es nicht. Es gibt ein F407 Discovery und ein F429 Dicovery Board. http://www.st.com/en/evaluation-tools/stm32-mcu-discovery-kits.html?querycriteria=productId
-
Thread
Error disassembling : truncated ELF file
-Wpointer-arith -Wredundant-decls -Wshadow -Wcast-qual -Wcast-align -Wa,-adhlns=FLASH_RUN/startup_stm32f407xx.lst -MMD -MP -MF FLASH_RUN/dep/kha.elf.d -Wno-unused-parameter FLASH_RUN/startup_stm32f407xx.o FLASH_RUN/main.o --output FLASH_RUN/kha.elf -nostartfiles -Wl,-Map=FLASH_RUN/kha.map,--cref,--gc-sections -Wl,--start-group -lgcc -lc -lm -Wl,--end-group -L. -T./STM32F407VGTx_flash.ld Creating Extended Listing/Disassembly: FLASH_RUN/kha.lss "e:/ARM/CodeSourcery/v_4_6_3\bin/arm-none-eabi-objdump" -h -S
-
Thread
SPI flash GD5F1GQ4UB auslesen
Schade das Du nicht mit STM32 arbeitest. Für den und deinen Chip gibt es hier etwas: https://github.com/rgwan/stm32-gcc/blob/master/workspace/src/msc/bsp_nand.c Vielleicht lässt sich daraus eine abgespeckte Version für
hp-freund schrieb im Beitrag #4793752: > Schade das Du nicht mit STM32 arbeitest. Einen STM32 hab ich rumliegen. > Vielleicht lässt sich daraus eine abgespeckte Version für AVR machen. Da ist ja gleich ein ganzes Dateisystem dabei... Ich befürchte das macht
-
Thread
STM32F405 int64_t lehren
dieses? https://www.olimex.com/Products/ARM/ST/STM32-405STK/ besorg dir ein Nucleo board ... der ST Link V2-1 da drauf kann alle ST flashen. Ich breche die gern ab und verwende die weiter ^^ Aber dann kannst du zB mit OpenSTM IDE auch ganz
-nostartfiles -Wl,--gc-sections -Tsrc/STM32F401XE/gcc_linker.ld -lm -Wl,-Map=build/hello_world.map Ich verwende den offiziellen gcc von Arm auf Launchpad.
-
Thread
Discovery_STM32F746 Linking Problem
Ihre Hilfe und Mühe. Bis zum nächsten Problem ;-) Markus make -f Makefile.mw all [LD] stm32f746mw.elf @/usr/bin/arm-none-eabi-g++ -mcpu=cortex-m7 -mthumb -Os -TSystem/STM32F746NGHx_FLASH.ld -Xlinker --gc-sections -Llibs -Wl,-Map,stm32f746mw.map -o stm32f746mw.elf main.o lcd.o audio_rec.o
STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_hcd.o STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_can.o STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_flash.o STM32F7xx_HAL_Driver/Src/stm32f7xx_ll_fmc.o STM32F7xx_HAL_Driver/
-
Thread
Multi job make bleibt hängen
ffreestanding -fno-move-loop-invariants -g3 -Wall -Wextra -Wpedantic -Wno-overflow CFLAGS += -DSTM32L051xx -DARM_MATH_CM0PLUS -DDEBUG -DPREMIUM ASFLAGS = -x assembler-with-cpp LDFLAGS = -T dev/STM32L051C8_FLASH.ld -nostartfiles -nodefaultlibs -nostdlib -Xlinker --gc-sections LIBS = -lc -lm -lnosys -Wl,-Map -Wl,bin/program.map .PHONY: all all: directories program directories: @mkdir -p ${DIRS} program : $(OBJS) $(ASMO) @echo linking... @$(CCDIR)$(CC) $(CFLAGS) -o bin/$@.elf $(LDFLAGS
-
Thread
Programm unter Busybox nicht ausführbar
Binärdatei auf mein Board gebracht. Auf einer x86/amd64 Maschine? Dir ist schon klar, dass ein STM32 Prozessor kein x86/amd64 Binary ausführen kann? Du musst den gcc des embedded Linux als cross compiler nehmen, sprich, du musst die eine Toolchain installieren. > Ich habe auf einem STM32 ein
µCLinux in der Version 2.6.33. Ich hab das ganze hier nach gemacht: https://github.com/AdrianHuang/stm32f429-linux-builder 2⁵ schrieb im Beitrag #4684524: > Auf einer x86/amd64 Maschine? Dir ist schon klar, dass ein STM32 > Prozessor > kein x86/amd64 Binary ausführen kann? Inzwischen schon.
-
Thread
Sinusberechnung auf Controller STM32F030
Ralph S. schrieb im Beitrag #4669597: > STM32F030F4P6 Du weißt daß dieser µC 32KB Flash hat? Das Datenblatt sagt zwar nur 16KB, in echt sind aber 32KB drauf, genauso der 32Bit-Timer. Der STM32F030F4P6 und der STM32F031F6P6 verwenden die selben
musst Du Dir wegen Deinem Sinus vermutlich keine Gedanken bzgl. der Codegröße machen und kannst beim STM32F030F4P6 bleiben.
-
Thread
BLDC Ansteuerung
Habe jetzt an1946/stm gefunden. dort wird die bldc-Ansteuerung mit bemf ganz gut erklärt. Der Motoranlauf geht ja ohne bemf, weil bei Stillstand die Rotorstellung ohne Sensorenn nicht gemessen werden kann. erster Schritt
Hallo, suche doch mal nach STM32-FOC. Da gibt es fertige Software für BLDC von ST. Diese kann man mit einigen Nucleo-Boards betreiben. Dazu gibt es eine Benutzeroberfläche wo man die ganzen Parameter vom Motor eingeben kann.
-
Thread
CubeMX mit Coocox verwenden
-g -o Test.elf ..\obj\stm32f4xx_hal_tim.o ..\obj\stm32f4xx_hal_flash.o ..\obj\stm32f4xx_hal.o ..\obj\stm32f4xx_hal_rcc.o ..\obj\stm32f4xx_hal_tim_ex.o ..\obj\stm32f4xx_hal_rcc_ex.o ..\obj\startup_stm32f407xx.o ..\obj\stm32f4xx_hal_msp.o ..\obj\stm32f4xx_hal_dma.o ..\obj\stm32f4xx_hal_pwr.o ..\obj\system_stm32f4xx.o ..\obj\stm32f4xx_hal_cortex.o ..\obj\stm32f4xx_hal_pwr_ex.o ..\obj\stm32f4xx_hal_flash_ex.o ..\obj\stm32f4xx_it.o ..\obj\syscalls.o
-
Thread
GCC für ARM Probleme mit "new" ?
Hier der dazugehörige Header: [c] #ifndef __CONFIGURATION_H #define __CONFIGURATION_H #include "stm32f2xx_hal.h" #include "stm32f2xx_hal_tim.h" #include "STM32F215xx.h" #include "Namespace/MeineKlasse.h" namespace Namespace { class Configuration { private: TIM_HandleTypeDef handle
zugehörige Header: [c] #ifndef INCLUDE_MEINEKLASSE1_H_ #define INCLUDE_MEINEKLASSE1_H_ #include "stm32f2xx_hal.h" #include "stm32f2xx_hal_tim.h" #include <Namespace/Basisklasse1.h> namespace Namespace { class MeineKlasse1 : public Basisklasse1 { private: TIM_HandleTypeDef *pHandle;
-
Thread
STM32F4 mit gcc-arm-none-eabi
Hallo Zusammen, ich versuche ein STM32-E407 Development Board von Olimex mit STM32F407ZGT6 CPU mit der GCC ARM Embedded toolchain (gcc-arm-none-eabi-4_9-2015q4) zu programmieren. Compiler und Linker (beides gcc) rufe ich mittels Makefile
Man findet passende Files auch in der CubeFW: z.B.: STM32Cube_FW_F4_V1.9.0\Drivers\CMSIS\Device\ST\STM32F4xx\Source\Templates