-
Thread
Projekt GPS Datenlogger + OpenStreetMap
by doing". Hier http://www.stm32circle.com/resources/stm32primer2.php findest du das STM32-Primer2 user manual. Darin findet sich eine step-by-step Anleitung für deine erste Applikation. Dann kannst du daran gehen die Applikation
Update zum Contest: http://www.stm32circle.com/hom/index.php
-
Thread
GCC als Crosscompiler für ARM auf ARM
ich mir http://regalis.com.pl/en/arm-cortex-stm32-gnulinux/ ausgesucht.
arm-none-eabi-gcc -T../../common/stm32_f103_gcc.ld -mcpu=cortex-m0 -mthumb -nostartfiles -Wl,-M -o build/leds.elf build/src/main.o build/../../common/startup_stm32f10x_hd.o build/../../common/CMSIS_v3.6.1/Device/ST/STM32F10x/Source/
-
Thread
STM32H7 stemwin
arm-none-eabi-gcc -o "H743_STemwin_NT35510.elf" @"objects.list" -l"" -mcpu=cortex-m7 -T"D:\Users\Sasch\STM32CubeIDE\workspace_1.5.0\H743_STemwin_NT35510\STM32H743VITX_FLASH.ld" --specs=nosys.specs -Wl,-Map="H743_STemwin_NT35510.map" -Wl,--gc-sections -static -L"D:\Users\Sasch\STM32CubeIDE\workspace_1.5.0\H743_STemwin_NT35510\STemWinLib\Lib" --specs=nano.specs -mfpu=fpv5-d16 -mfloat-abi=hard -mthumb -Wl,--start-group -lc -lm -Wl,--end-group d:\st\stm32cubeide_1.5.0\stm32cubeide\plugins\com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.7-2018-q2-update.win32_1.5.0.202011040924\tools\arm-none-eabi
-
Thread
Library in Linker einbinden: Fehler not found
soft -L"C:\CMSIS_5-develop\CMSIS_5-develop\CMSIS\/Lib/ARM" -specs=nosys.specs -specs=nano.specs -T"../STM32F103C6Tx_FLASH.ld" -Wl,-Map=output.map -Wl,--gc-sections -o "LishuiFOC_01.elf" @"objects.list" -larm_cortexM3l_math -lm c:/gnu_arm/eclipse/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.16.0.201807130628
soft -L"C:\CMSIS_5-develop\CMSIS_5-develop\CMSIS\Lib\GCC" -specs=nosys.specs -specs=nano.specs -T"../STM32F103C6Tx_FLASH.ld" -Wl,-Map=output.map -Wl,--gc-sections -o "LishuiFOC_01.elf" @"objects.list" -llibarm_cortexM3l_math -lm c:/gnu_arm/eclipse/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.16.0.201807130628
-
Thread
CooCox neue Entwicklungsumgebung
Compilation of src/blinky.c:" "" arm-none-eabi-gcc -c -mthumb -mcpu=cortex-m4 -g2 -Wall -O0 -DSTM32F401VC -I./src -ID:/stm32/gnu/include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/CMSIS/Include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/CMSIS/Include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/CMSIS/ST/STM32F4xx/Include -ID:/stm32/discovery/STM32F4-Discovery_FW_V1.1.0/Libraries/STM32F4xx_StdPeriph_Driver/inc src/blinky.c -o src/blinky.o "" "------------
-
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
Beispiel IO_Toggle von ST für STM32F4Discovery compilieren
/workspace/IO_Toggle/startup_src/stm32_flash.ld" -nostartfiles -Wl,-Map,IO_Toggle.map -mcpu=cortex-m3 -mthumb -g3 -gdwarf-2 -o "IO_Toggle.elf" ./startup_src/startup_stm32f4xx.o ./src/main.o ./src/stm32f4xx_it.o ./src/system_stm32f4xx.o
nur mit make direkt auf der Konsole ausgeführt. [code] arm-none-eabi-gcc -T"/home/user/eclipse/STM32/workspace/IO_Toggle/startup_src/stm32_flash.ld" -nostartfiles -Wl,-Map,IO_Toggle.map -mcpu=cortex-m3 -mthumb -g3 -gdwarf-2 -o "IO_Toggle.elf" ./startup_src/startup_stm32f4xx.o ./src/main.o ./src
-
Thread
IRMP - Infrared Multi Protocol Decoder
mir nicht den ganzen Thread durchgelesen: hat schon jemand das Projekt inkl. IRSND auf einen ARM (STM32) portiert?
Hallo zusammen, ein paar Bugs wurden in der STM32-Portierung gefunden und behoben. Im SVN unter http://www.mikrocontroller.net/svnbrowser/irmp/ ist daher jetzt die Version 2.2.1 eingecheckt. Die Änderungen betreffen nur die STM32-Variante
-
Thread
STM32 - Float Konvertierung - Führt nicht zum Compilerfehler, aber zum Abbruch zur Laufzeit
source/timer.o source/i2c.o source/uart.o source/rprintf.o libstm32/libstm32.a --output projekt33.elf -nostartfiles -Wl,--gc-sections,-Map=projekt33.elf.map,-cref -I . -I libstm32/inc -I include -L libstm32 -lc -lm -lgcc -lc -T stm32.ld arm-none-eabi-objcopy -O
source/timer.o source/i2c.o source/uart.o source/rprintf.o libstm32/libstm32.a --output projekt33.elf -nostartfiles -Wl,--gc-sections,-Map=projekt33.elf.map,-cref -I . -I libstm32/inc -I include -L libstm32 -lc -lm -lgcc -lc -T stm32.ld arm-none-eabi-objcopy -O
-
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
Neuer LoRa-Transmitter von Microchip, ST Microelectronics unterstützt mioty
Eigentliche Ursache für die Vorstellung hier ist allerdings, dass STMicroelectronics den hauseigenen STM32WL-Funkprozessor ab sofort mit einem kompatiblen Protokoll-Stack ausstattet, die das Softradio des Mikrocontroller in ein mioty-Kommunikationssystem umwandelt. Angemerkt sei allerdings, dass das vom
einen eigenständigen Radiostack entwickelt hat, der auf der Hardware des STM32WL aufsetzt. Denn mioty setzt auf MSK auf und dafür hat der STM32WL ein MSK-Modem, wie ein Blick ins Datenblatt verrät - achja, Datenblätter liest Du ja gar nicht... @Tam Hanna: Wie lange willst
-
Thread
Befestigung LoRa-GPS Tracker an Windenseil, Erschütterungen?
. San schrieb im Beitrag #7721254: > DFRobot Beetle Board Ziemlich groß. Wenn du z.B. einen STM32WL55 nimmst hast du die LoRa-Funktion und Mikrocontroller in *einem* Chip, was die Gesamtgröße stark reduziert. z.B.: https://www.olimex.com/Products/IoT/LoRa/BB-STM32WL/ https://store.rakwireless.com
wisduo-lpwan-module-rak3172?variant=43329454080198 https://www.st.com/en/microcontrollers-microprocessors/stm32wl5moc.html
-
Thread
[V] Div. EVA Baords
Captain C. schrieb im Beitrag #3736022: > > STM32 F3 Discovery > > STM32F4-Discovery > > STM32 L1 Dicovery > Könntest Du bitte die genauen Boardbezeichnungen preisgeben?
Beide Kits sind weg. STM32F4-Discovery STM32 L1 Dicovery
-
Thread
Maximale Taktfrequenz STM32G4 nutzen?
auch dann Sinn, wenn man das Projekt von Anfang an so geplant hat. Genau das machen übrigens die STM32WL55 mit dem TCXO, der nur bei Bedarf (für das SubGHz Modem oder manuell per Register aktiviert oder beides) automatisch eingeschaltet wird.
Niklas G. schrieb im Beitrag #8011529: > Manche STM32 können genau das vollautomatisch in Hardware (...) > Genau das machen übrigens die STM32WL55 mit dem TCXO (...) Ne, machen gar nix gleich – mit dem Versuch „Äpfel mit Birnen” zu vergleichen versuchst
-
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
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
(ARM) GCC binary size viel größer als von Realview
Project.fed" -c --cpu Cortex-M4.fp -D__EVAL -g -O2 -Otime --apcs=interwork -I..\User -I..\Libraries\STM32F4xx_StdPeriph_Driver\inc -I..\Libraries\CMSIS\Include -I..\Libraries\CMSIS\Device\ST\STM32F4xx\Include -I P:\Keil\ARM\RV31\Inc -I P:\Keil\ARM\CMSIS\Include -I P:\Keil\ARM\Inc\ST\STM32F4xx -DSTM32F4XX
-IP:/Keil/ARM/CMSIS/Include -IP:/Keil/ARM/Inc/ST/STM32F4xx -DSTM32F4XX -DUSE_STDPERIPH_DRIVER -DHSE_VALUE="8000000" -Wa,-alhms="*.lst" -o *.o [/code] GCC Linker: [code] -T ./stm32_flash.ld -mthumb -Wl,-Map="./Project.map" -o Project.elf -gc-sections
-
Thread
Raspberry Pi Pico 2W, neue Funk- und Normal-Mikrocontroller
attachment/653300/4.png) Bildquelle: https://www.oemsecrets.com/compare/SC1633 ### STMicroelectronics STM32WL33 - neuer drahtlos-Mikrocontroller Im Hause STMicroelectronics steht mit dem STM32WL33 eine neue Variante des Wireless-IPs zur Verfügung, die ihre Rechenleistung aus einem ARM Cortex M0-Plus-Kern
Informationen finden sich - wie immer - unter der URL https://www.st.com/en/microcontrollers-microprocessors/stm32wl3x.html. ### Espressif - sehr preiswertes Funkmodul auf Basis des ESP32-H2 Wer mit vergleichsweise wenig (spezifischerweise drei) GPIO-Pins auskommt, kann ein sehr preisgünstiges Modul
-
Thread
Neue Bauteile: ESP32-S3-Minimodul, innovativer Schalter-IC, Kühlmittelsensor uvam
Abbildung gezeigt.  Bildquelle: https://www.oemsecrets.com/compare/ESP32-S3-WROOM-2-N32R16V%20 ### STMicroelectronics MLPF-WL-0xD3 - schlüsselfertiges Antennenfrontend für STM32WL-Funk-Mikrocontroller. Das „Matchen von Antennen“ setzt traditionell einen Tanz mit einem
. Nexperia stellte zwei äußerst energieeffiziente Buck-Konverter vor, während Espressif mit dem ESP32-S3-DevKitM-1 und einem leistungsstarken Modul mit großem Speicher, dem ESP32-S3-WROOM-2-N32R16V, beeindruckt. STMicroelectronics präsentiert ein Antennenfrontend für STM32WL-Mikrocontroller, das das
-
Thread
Arm GCC mit Option -flto erzeugt Fehler Gesperrt
eliminieren. Ist dir aber sicher bekannt :) Bei kleinen 8 Bitern ist schon richtig, aber bei einem STM32F407 sehe ich kein Problem sich einen Puffer per malloc zu beschaffen. Außerdem ist das malloc im USB-Treiber von HAL eingebaut.
> Bei kleinen 8 Bitern ist schon richtig, aber bei einem STM32F407 sehe > ich kein Problem sich einen Puffer per malloc zu beschaffen. Die groesse des Microcontrollers ist vollkommen irrelevant und ausserdem auch nur relativ zu deinen Speicheranforderungen
-
Thread
wie erzeuge ich von einem windows laptop aus einen 1 mikrosekunden puls mit 3.3 Volt
USB Relay. https://www.amazon.de/HALJIA-Module-Control-Switch-Intelligent/dp/B075F6J6WL Über python mache ich kurz den relay auf/zu und generiere damit einen Puls. Das schmeisst dann den Interrupt in mein STM32 an. Aber ein USb Relay erzeugt keinen saubereb Puls und der ist auch viel
Weil es heut eh nur regnet, hier eine Software für den STM32F103RB mit der das geht. Sie funktioniert mit dem STM32-Olimexino und sollte auch mit den diversen STM32F103-Bluepillboards gehen. Pin PC12 wird verwendet um den Pullup der USB-Verbindung zu aktivieren
-
Thread
Makefile Verständnisproblem
PROGRAM=main LIBDIR=$(TOP)/Libs #Adust the following line to the library in use #STMLIB=$(LIBDIR)/STM32F10x_StdPeriph_Lib_V3.6.1/Libraries STMLIB=$(LIBDIR)/STM32F10x_StdPeriph_Lib_V3.5.0/Libraries #Adjust TypeOfMCU in use, see CMSIS file "stm32f10x.h" #STM32F103RBT (128KB FLASH, 20KB RAM) --> STM32F10X_MD TypeOfMCU=STM32F10X_LD_VL #STM32F103RET (512KB FLASH, 64KB RAM) --> STM32F10X_HD #TypeOfMCU=STM32F10X_HD TC=arm-none-eabi CC=$(TC)-gcc LD=$(TC)-ld -v OBJCOPY=$(TC)-objcopy AR=$(TC)-ar GDB=$(TC)-gdb INCLUDE
-
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
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
-
Thread
STM32F303: Empfehlenswerte Compilerargumente
-c -mcpu=$(MACH) -mthumb -mfpu=fpv4-sp-d16 -mfloat-abi=hard -I ./Driver -std=gnu11 -Wall -O0 -DSTM32F303xC LDFLAGS= -mcpu=$(MACH) -mthumb -mfpu=fpv4-sp-d16 -mfloat-abi=hard --specs=nano.specs -TSTM32F303CCTX_FLASH.ld -Wl,-Map=final.map # Target: Dependencies all: main.o startup_stm32f303cctx.o
: Driver/system_stm32f3xx.c $(CC) $(CFLAGS) -o $@ $^ startup_stm32f303cctx.o: startup/startup_stm32f303cctx.s $(CC) $(CFLAGS) -o $@ $^ final.elf: main.o startup_stm32f303cctx.o syscalls.o sysmem.o system_stm32f3xx.o
-
Thread
STM32CubeIDE Projekt von SW4STM32 importieren
Hallo, ich habe ein Projekt für den STM32F030 aus der System Workbench for STM32 in STM32Ide importiert. Nachdem Erzeugen ist mir aufgefallen dass das Binary rund 4k größer ist also vorher mit der alten IDE. Also die Mapfiles vergleichen,
Einträge mit printf enthalten sind, z.B. [code] .text.fprintf 0x00000000080066c8 0x20 c:/st/stm32cubeide_1.7.0/stm32cubeide/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.10.3-2021.10.win32_1.0.0.202111181127/tools/bin/../lib/gcc/arm-none-eabi/10.3.1/../../../../arm-none-eabi
-
Thread
STM32F4 FPU Problem mit EM:Blocks 2.20
Hallo, ich nutze einen STM32F4 mit der EM:Blocks 2.20 IDE. Dahinter steckt ein GCC 4.7.4.. Jetzt will ich die FPU benutzen. Alle Defines zum anschalten sind gesetzt und die FPU wird eingeschaltet. Alle Harken für "hard"
vmul.f64 d7, d7, d6 08001278 vcvt.f32.f64 s15, d7 0800127C vstr s15, [r7, #28] Die Optionen sind: -DUSE_HAL_DRIVER -DSTM32F746xx -D__FPU_PRESENT=1 -D__FPU_USED=1 -DUSE_STM32746G_DISCO -DARM_MATH_CM7 und -mthumb -mcpu=cortex-m7
-
Thread
STM32-Toolchain mit Eclipse CDT 4.3, GnuArmEclipse, OpenOCD 0.8.0, Gnu Arm GCC 4.8, STM32CubeMX
fdata-sections -g3 -T "C:\Users\Hans\workspace\F4Discovery\Projects\TrueSTUDIO\F4Discovery Configuration\STM32F407VG_FLASH.ld" -Xlinker --gc-sections -Wl,-Map,"F4Discovery.map" -o "F4Discovery.elf" ./Src/main.o ./Src/stm32f4xx_hal_msp.o ./Src/stm32f4xx_it.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal.o
STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_i2s.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_i2s_ex.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_irda.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_iwdg.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
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
OpenOCD Wiggler STM32-P103 flashen
stm32f10x_gpio.o --output main.elf -T ram.cmd -nostartfiles -Wl,-Map=main.map,--cref arm-none-linux-gnueabi-gcc: main.o: linker input file unused because linking not done [/pre] Mein makefile: [c]
main.lst link: main.elf @ echo "..linking $(LINK) bin" $(LD) $(LFLAGS) -o main.out main.o stm32f10x_rcc.o stm32f10x_gpio.o main.elf: @ echo ".linking $(LINK) elf" $(CC) $(CFLAGS) main.o stm32f10x_rcc.o stm32f10x_gpio.o --output main.elf $(LELFFLAGS) stm32f10x_rcc.o: stm32f10x_rcc.c
-
Thread
Arduino mit Matter, Updates in CMSIS und KEIL und vieles andere mehr
und der dazugehörenden Wireless-Stacks wesentlich erleichtert. Nun steht mit dem STM32WL55JC eine neue Variante des Produkts zur Verfügung, die für die Arbeit in LoraWAN und SigFox zertifiziert ist: [c] Das miniaturisierte SiP-Modul erlaubt die Datenübertragung über außergewöhnlich
Verfügbarkeit“ des Neulings vermelden die Franco-Italiener derweil folgendes: [c] Die Module des Typs STM32WL5MOCH6TR werden bereits produziert und sind im Internet zu Preisen ab 9,09 US-Dollar lieferbar (ab 10.000 Stück). Das Prototyping Board B-WL5M-SUBG1 wird zu Preisen ab 52,50 US-Dollar angeboten.
-
Thread
Rotary-Encoder mit Arduino als Konzentrator
nicht oder > er ist selten und dann vermutlich exorbitant teuer. Nö, die meisten moderneren als STM32, ATXmega und viele andere können das. > mehr wollte ich ja erst mal gar nicht. Gut!
meistens die Wahl zwischen 1-2 damit zu verbindenden Pins. Habe mal nachgesehen; bei den beliebten STM32F407 sind es doch nur 6 Kanäle, denn TIM9-14 haben leider überhaupt keinen Encoder-Modus.
-
Thread
Compilierung des EU1KY AA unter Linux.
den includes auffällt. >find ./rtc -name \*.h -or -name \*.c -exec grep -H include {} \; ./rtc/STM32F7RTC.c:#include <stdint.h> ./rtc/STM32F7RTC.c:#include <stdio.h> ./rtc/STM32F7RTC.c:#include <string.h> ./rtc/STM32F7RTC.c:#include <ctype.h> ./rtc/STM32F7RTC.c:#include <stdlib.h> ./rtc/STM32F7RTC.c:#include "stm32f7xx_hal_rtc.h" ./rtc/STM32F7RTC.c:#include "stm32f7xx_hal_rtc_ex.h" ./rtc/STM32F7RTC.c:#include "STM32F7RTC.h" ./rtc/emrtc.c:#include "RTC.h" ./rtc/emrtc.c:#include "GPIO.h" ./rtc/emrtc.c:#include
-
Thread
WordClock mit WS2812
Link: http://www2.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-programmers/flasher-stm32.html Gruß Günter
mir die Resettaste auf dem STM32F103 nicht.
-
Thread
GNU GCC, linker --gc-sections Dokumentation?
Hi, Große Verwirrung hier. Ich habe mir die Compiler/Linker Flags bei meinem STM32CubeIDE generierten STM32 ARM Cortex-M4 Projekt mal näher angesehen. Startup Datei und Linkerscript werden von ST bereitgestellt. Toolchain: GNU GCC mit ARM Der Linker bekommt u.a. folgendes Flag
-Wl spezifiziert Optionen, die von gcc am dem linker durchgereicht werden.
-
Thread
CC1101: Unsauberes Signal beim Senden
rf-ic/wakeup.html > Klasse Teil für batteriebetriebene Kleinstlösungen. Danke, cooles Teil. Der STM32WL33 kann sowas ähnliches aber hat mit -50dBm weniger Aufwach-Empfindlichkeit.
übrigens über den CC430 gestolpert Es gibt eine Menge Mikrocontroller mit SubGHz-Funksystem. Der STM32WL55 verbraucht noch ein Stück weniger als der CC430 (sowohl CPU als auch Funkmodul), ist aber trotzdem schneller, kann aber leider kein OOK (vielleicht kriegt man das in Software hin...). Der STM32WL33
-
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
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
STM32F4 und Hallsensoren
Hallo Leute, ich versuche mit dem STM32F407 die Hallsensoren eines BLDC abzufragen, damit ich den dann ansteuern kann. PWM usw. habe ich schon implementiert, die läuft auch. Was aber nicht geht, ist die Abfrage der Hallsensoren. Ich
8-bitter (ATMega88/168...), das Prinzip ist aber leicht umsetzbar auf einen der Advanced Timer des STM32 mit 3 seiner 4 CC Register. (Ich nehme Timer8 auf einem STM32F103). Am elegantesten alleridngs finde ich dafür allerdings AWEX auf einem XMega. Tobias Plüss schrieb im Beitrag #2893738: > Wie
-
Thread
I2C-, USART-, EEPROM-Test für ein Feedback
bekommen man mit den folgenden Optionen: [pre] # Enable floating-point support in printf # LDFLAGS += -Wl,-u,vfprintf -lprintf_flt # Enable floating-point support in scanf # LDFLAGS += -Wl,-u,vscanf -lscanf_flt [/pre] (so steht das in meinem Makefile)
einfacher. (z.B. https://github.com/eepj/SHT2x_for_STM32_HAL/blob/master/sht2x_for_stm32_hal.c ) Gruesse Th. Edith zeigt auf github.com/eepj/sht2x_for_stm32_hal
-
Thread
WLAN-Steckdose Leistungsmessung
mich gleich drauf stürzen. Bin eigentlich schon ein embedded SW-Entwickler und dabei mehr auf C++ (STM32) sowie Qt-Apps (mit gui und ohne gui) für Windows und Linux ausgerichtet. Aber das ist ein sehr schönes Projekt und damit lässt sich bestimmt das "smarte home" weiter ausbauen. Alles um den
Bevor meine bestellte SD-WL-02 da ist, wollte ich mal an einem vorhandenen ESP32-PICO-KIT-V4 üben. siehe https://www.elektor.de/esp32-pico-kit-v4 Unter https://tasmota.github.io/docs/ESP32/ ist beschrieben, wie man die
-
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
ARM-GCC: stderr
'main': [cc] C:\Users\Nicolas\Desktop\SVN\Funkenerodierer\Firmware_STM32_F103\main.c:83:16: warning: unused variable 's' [-Wunused-variable] [cc] Starting link [cc] arm-none-eabi-gcc -mcpu=cortex-m3 -mthumb -g -nostartfiles -Wl,-Map=muEDM_F103.map -O3 -Wl,--gc-sections -LC:\STM32_Development\CooCox\CoIDE\configuration\ProgramData\muEDM_F103 -Wl,-TC:\STM32_Development\CooCox\CoIDE\configuration\ProgramData\muEDM_F103/arm-gcc-link.ld -g -o muEDM_F103.elf
-
Thread
STM32 USB init problem
Wie viel RAM und Flash hast du denn frei und um welchen STM32 geht es? http://stefanfrings.de/stm32/stm32l0.html#newlib (M0) http://stefanfrings.de/stm32/stm32f1.html#newlib (M3) http://stefanfrings.de/stm32/stm32f3.html#newlib (M4F) Der Flash-Bedarf
der gleiche Code wie vom STM32L0 geht:http://stefanfrings.de/stm32/stm32l0.html#vcpnohal