-
Thread
System Workbench: Probleme beim Postbuild
Hallo Leute, im beim System Workbench für STM32 den Code direkt nach dem build zu flashen habe ich im Postbuild folgende Ausgabe: arm-none-eabi-objcopy -O binary "${BuildArtifactFileBaseName}.elf" "${BuildArtifactFileBaseName}.bin" && arm-none-eabi-objcopy
zusammen zu hängen, denn vorher lief es. Komischerweise gibt es bei dem Aufruf mit ST-LINK_CLI anstatt STM32_Programmer_CLI keine Probleme beim -rst. Nungut, es funktioniert auch ohne den -rst Aufruf, wenn das -s angehängt wird.
-
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
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
Azure RTOS geht an Eclipse Foundation, neue Mikrocontroller und vieles andere mehr
Cube integriert.  Bildquelle: STMicroelectronics Mit dem STM32WL3 schickt STMicroelectronics eine neue Variante der Chips ins Rennen, die auf lizenzfreie Funktechnologien in den ISM-Bändern optimiert ist. In der offiziellen Ankündigung der für Smart Meter und
verteilen; technische Informationen warten unter https://www.st.com/en/microcontrollers-microprocessors/stm32wl3x.html?icmp=tt36170_gl_pron_nov2023. Zur Bepreisung der Module - eine OEMSecrets-Suche liefert via https://www.oemsecrets.com/compare/STM32WL3 derzeit noch keine bepreisten Ergebnisse - findet sich
-
Thread
Eclipse Linux STM32
Value=8000000" -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Include/ -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Device/ST/STM32L1xx/Include -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/STM32L1xx_StdPeriph_Driver
/4.6.1/include-fixed -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Include -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Device/ST/STM32L1xx/Include -I/opt/STM32L1xx_StdPeriph_Lib_V1.2.0/Libraries/STM32L1xx_StdPeriph_Driver
-
Thread
(Vektorieller)Netzwerkanalyzer für Amateurfunk
dieses käme mindestens ein 7" mit 800x480 in Frage, sonst sieht man nix. Das wiederum braucht nen 32 Bit Bus und den haben die von dir angesprochenen STM32F429 NUR im 208 poligen Gehäuse (mit o.g. HW-Bugs). Allerdings sind diese deutlich teurer als vergleichsweise die LPC4088 im 208er Gehäuse. 5
ich sehe das geringfügig anderst. 1. Die Aufgabe ist fest umrissen, da reicht der STM32 locker. 2. Es ist kein Problem das mit C auf einem uC hinzukriegen, davon lebe ich. 3. ST ist der Marktführer, die 4xx er Serie setze ich in der Firma in riesgen Mengen ein. Mir sind da
-
Thread
GCC Linker File
ist aber angegeben: [c] INPUT ( cpuinit.o flop.o main.o misc.o startup_stm32f10x_ld.o stm32f10x_adc.o stm32f10x_dma.o stm32f10x_flash.o stm32f10x_gpio.o stm32f10x_it.o stm32f10x_rcc.o stm32f10x_tim.o ) [/c] Die Objektdateien existieren
linkfile.ld -Map=file.map --cref - gc-sections -o out.axf cpuinit.o flop.o main.o misc.o startup_stm32f10x_ld.o stm 32f10x_adc.o stm32f10x_dma.o stm32f10x_flash.o stm32f10x_gpio.o stm32f10x_it.o s tm32f10x_rcc.o stm32f10x_tim.o arm-none-eabi-ld: warning: linkfile.ld contains output sections; did
-
Thread
Neu hier und Anfängerfragen bezüglich Programmspeicher
mag Exoten geben, welche dazu in der Lage sind. Vielleicht möchtest du dich ja doch mal in der STM32 Ecke umschauen..... Oder wenn es unbedingt Atmel Studio sein soll, gibt es die SAM Familie. Die auch auch ein paar besondere Exemplare in ihren Reihen aufzuweisen hat.
Esp32 mit Fram.. kommt halt drauf an wie viele Pins man benötigt und wie schnell das ganze laufen soll. Bastelfreundlich ist wohl nur der atmega1284p, wobei Stm32 und esp32 Breakout Boards auch schon fast
-
Thread
Brauche hilfe mit Makefile STM32+FreeRTOS
./obj/stm32f4xx_dac.o ./obj/stm32f4xx_dbgmcu.o ./obj/stm32f4xx_dcmi.o ./obj/stm32f4xx_dma.o ./obj/stm32f4xx_exti.o ./obj/stm32f4xx_flash.o ./obj/stm32f4xx_fsmc.o ./obj/stm32f4xx_gpio.o ./obj/stm32f4xx_hash.o ./obj/stm32f4xx_hash_md5.o ./obj/stm32f4xx_hash_sha1.o ./obj/stm32f4xx_i2c.o ./obj/stm32f4xx_iwdg.o ./obj/stm32f4xx_pwr.o ./obj/stm32f4xx_rcc.o ./obj/stm32f4xx_rng.o ./obj/stm32f4xx_rtc.o ./obj/stm32f4xx_sdio.o
-
Thread
STM32 + Infineon WLAN Modul: Durchsatz?
https://www.mikrocontroller.net/topic/571600), ist es aktuell nicht optimal um WLAN-Controller für STM32-µC bestellt. Hat hier jemand schon mal ein Infineon-Modul/ Controller mit einem STM32 integriert? (https://github.com/Infineon/AIROC-Wi-Fi-Bluetooth-STM32) Z.B. ein Murata 1DX (https://www.murata.com
https://github.com/khoih-prog/AsyncWebServer_STM32
-
Thread
Erbitte Hilfe bei RFID Projekt Tierchip von Streunerkatzen auslesen
Zu dem WL-134 Modul dass ich hier erwähnt habe: Es gibt auch ein WL-134A, das kann im Gegensatz zum WL-134 zusätzlich mit HDX Transpondern umgehen. Für HDX hat das WL-134A ein RF-Frontend verbaut (TMS3705) von
schwanke ich noch. Es sollte ein 8 Bitter ala AVR64DU reichen. Der ist preislich aber nicht so weit vom STM32F07x weg. Und der hat mehr Power. Nuvoton hat auch ein paar passende im Angebot, damit habe ich aber keine Erfahrungen. Von der Bauform her hätte ich an Arduino gedacht. Man könnte es ohne Mikrocontroller
-
Thread
STemWin mit Eclipse; Libary
/Src/stm32f4xx_hal_cortex.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_crc.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_dma.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_dma_ex.o ./Drivers/STM32F4xx_HAL_Driver
./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_pwr.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_pwr_ex.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_rcc.o ./Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_rcc_ex.o
-
Thread
STM32WLE5CCU6 LoRa-Antennenendesign review
für 868 MHz gesehen, bei dem sich die L-C-Werte unterscheiden. Woher kommen diese Unterschiede? Der STM32WL basiert ja auf der SX-LoRa-Chipserie, daher frage ich mich, warum unterschiedliche Werte verwendet werden? Ich bin zu unerfahren, um einschätzen zu können, ob die Werte nur leicht oder komplett
RX-Eingang des µC ist relativ lang. Solche Probleme kann man sich ersparen indem man das fertige Modul STM32WL5MOC nutzt; kleiner kriegt man es selber kaum hin, und das Layout wird einfacher dank der Anordnung der Pads
-
Thread
libgcc.a für cortex-M0 und cortex-M3
Ich sehe 3 Unterschiede zu meinem Makefile. 1. meine LDFLAGS haben nur den Eintrag: LDFLAGS = -Wl,--gc-sections -Wl,-Map=$(PROJ_NAME).map 2. meine CFLAGS haben zusätzlich die CPU Angabe, deine wäre: -DSTM32F051 3. für die elf Datei (linker) nehme ich LDFLAGS und CFLAGS: $(CC) $(CFLAGS) $(
* kommt das -mcpu mit und schon geht's. Herzlichen Dank! Du hast 10 unschuldige STM32F051K6 gerettet :)
-
Thread
STM32 - Probleme mit Makefile
funktioniert hat. Bei einem erneuten Versuch heute hatte ich die selben Probleme Wie Du. Und dass stm32f10x.h nicht gefunden wird, liegt an einem Gross-/Kleinschreibungsproblem in STM32vldiscovery.h (Zeile 30), wo STM32f10x.h inkludiert wird (statt stm32f10x.h). Spielt bei einem Wind*ws Filesystem
aus >%o : %c >wird >%.o : %.c >usw. Das war bei mir nicht notwendig. rm -rf .dep/ und STM32 > stm32x in Libraries/Utilities/STM32vldiscovery.h war bei mir alles. Der build läuft ohne jegliche Warnungen durch. Compiler: $ arm-none-eabi-gcc -v Using built-in specs. COLLECT_GCC
-
Thread
Linker Problem wegen _sbrk() trotz newlib_stubs.c/mini_cpp.cpp
glatt ignoriert. Hier der Aufruf: [c] arm-none-eabi-g++ -v -o elf/main.elf obj/main.o obj/system_stm32f10x.o obj/startup_stm32f10x.o obj/stm32f10x_rcc.o obj/stm32f10x_gpio.o obj/newlib_stubs.o obj/core_cm3.o obj/mini_cpp.o -TSTM32F10x_512k_64.ld -LC:/Entwicklung/CodeSourcery/arm-none-eabi/lib
offenbar: [c] make all ..linking arm-none-eabi-ld -v -o elf/main.elf obj/main.o obj/system_stm32f10x.o obj/startup_stm32f10x.o obj/stm32f10x_rcc.o obj/stm32f10x_gpio.o obj/mini_cpp.o -TSTM32F10x_512k_64.ld -nostartfiles GNU ld (Sourcery G++ Lite 2010q1-188) 2.19.51.20090709 arm-none-eabi-objdump
-
Thread
Frage: Dekodierung der Daten von Wettersonden (Wetterballon)
Mit einem STM32WL33 hätte man eine sehr kompakte und auch energieeffiziente Möglichkeit das Signal zu empfangen und dekodieren... 😉
Niklas G. schrieb im Beitrag #7762279: > Mit einem STM32WL33 hätte man eine sehr kompakte und auch > energieeffiziente Möglichkeit das Signal zu empfangen und dekodieren... Batteriebetrieb oder die falsche Vokabel erwischt?
-
Thread
Temperatur-Sensor für Funkübertragung, Schaltplanidee
optimiert sind und mit geringer Spannung auskommen. Da reicht dann ein einzelner LiPo oder 2xAA. z.B. ein STM32WL33 kommt mit 1.7V aus, kann dann aber wohl nur 16 dBm Sendeleistung. Kompakter wird es dadurch auch.
sind und mit geringer Spannung > auskommen. Da reicht dann ein einzelner LiPo oder 2xAA. z.B. ein > STM32WL33 kommt mit 1.7V aus, kann dann aber wohl nur 16 dBm > Sendeleistung. Kompakter wird es dadurch auch. Ja, es gibt effizienteres und der STM33WL33 scheint interessant zu sein aber mit ATMEGA+
-
Thread
Arduino / ant+ Garmin Geschwindigkeitssensor 2 auslesen
254325/auslese3.ino.map" -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -u _printf_float -Wl,--cref -Wl,--check-sections -Wl,--gc-sections -Wl,--unresolved-symbols=report-all -Wl,--warn-common -Wl,--warn-section-align -Wl,--wrap=malloc -Wl,--wrap=free --specs=nano.specs --specs=nosys.specs -
pp\\AppData\\Local\\Temp\\arduino_build_254325\\libraries\\Adafruit_TinyUSB_Arduino\\portable\\st\\stm32_fsdev\\dcd_stm32_fsdev.c.o" "C:\\Users\\pp\\AppData\\Local\\Temp\\arduino_build_254325\\libraries\\Adafruit_TinyUSB_Arduino\\portable\\st\\synopsys\\dcd_synopsys.c.o" "C:\\Users\\pp\\AppData\\Local
-
Thread
STM32 HAL Timer Interrupts (STM32CubeF4)
oder nur ein ähnliches? > > ??? Wenn Du einen STM32F407 hast, wäre das Define STM32F411xE offensichtlich falsch. Ich vermute STM32F407xx wäre richtig. Das würde dann auch erklären, dass der Timer2 Interrupt nicht an der richtigen Stelle wäre.
Registerdefinitionen einfach im Datenblatt nachschlagen. Hier aus meinem letzten Projekt: timer4.h[c]#ifndef STM32F4_TIMER4_H #define STM32F4_TIMER4_H void timer4_init(void); void timer4_enableInt(void); //WEAK void timer4_1sec_event1(void); #endif /* STM32F4_TIMER4_H */ [/c] timer4.c[c]#include
-
Thread
Crash @ TIM2-Überlauf statt TIM2_IRQHandler (STM32G031J6)
Default-Prioritäten: -> Reference Manual: https://www.st.com/resource/en/reference_manual/rm0444-stm32g0x1-advanced-armbased-32bit-mcus-stmicroelectronics.pdf#page=314&zoom=100,89,116 -> Programming Manual: https://www.st.com/resource/en/programming_manual/pm0223-cortexm0-programming-manual-for-stm32l0-stm32g0-stm32wl-and-stm32wb-series-stmicroelectronics.pdf#page=82&zoom=100,89,117 Allerdings lässt sich mein Problem tatsächlich erst einmal lösen, wenn ich "meinem" Interrupt die Priorität 0 zuweise
-
Thread
Nächster Schritt nach AVR: Empfehlungen gesucht
Die nächst höhere Stufe nach AVR ist bei mir die STM32L0 Serie, gefolgt von STM32F3. http://stefanfrings.de/stm32/index.html Von anderen wird der RP2040 offenbar auch gerne verwendet. Für den ESP8266 habe ich viele Infos zusammen getragen: http:
STM32L0: Das schaue ich mir gerne an, danke!
-
Thread
µC Setup via I²C / UART
relativer Neuling. Für meine aktuelle Bachelorarbeit baue ich ein PCB bestehend aus einem neuen STM32WL55 auf, der Daten, kommend von einem GPS Modul (ST Teseo LIV3F) sowie eine BT Modul (RN4871) via LoRa senden soll. Der STM32 bietet 2 UART Interfaces, eines davon verwende ich mit einem FT232R
ASCII commands über USB - UART in den STM32 und dann über I²C übertragen kann, oder ob ich lieber einen weiteren UART Channel in Form von zb. Software UART integrieren sollte. Den STM32 selbst werde ich über SWD flashen. Vielen Dank
-
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
Neuer Jetson, ESP32-P4-Entwicklerplatinen, Satelliten-Arduino uvam
the introduction of the STM32WL3 series and new STM32N6 microcontrollers. • Enhanced STM32C0 package: Now, includes support for the latest STM32C051 and STM32C091/92 microcontrollers. • Updated packages: New versions have been released for STM32U0, STM32U5, STM32WB0, STM32WB, STM32WBA, STM32H5, and STM32H7 series. • Maintenance updates: Applied to STM32F1, STM32F2, STM32L4, and STM32G4 packages. [/c] An „detaillierten Changelogs
-
Thread
stm32 discovery anlaufschwierigkeiten
( http://wiki.seabright.co.nz/wiki/HelloSTM32.html ), meine Datei hello.c. Anschließend nehme ich das Makefile aus dem Blog, jedoch ohne dem stm32loader: [code]# Makefile for building basic STM32 projects # # Michael Hope <michaelh@juju.net.nz
application, and linker file hello.elf: $(STARTUP) hello.c $(CC) -o $@ $(CFLAGS) -nostartfiles -Wl,-Tstm32.ld $^ ## Program the binary to the board using the builtin serial bootloader #program: # stm32loader.py -p /dev/ttyUSB0 -ewv hello.bin # ## Remove the temporary files #clean:
-
Thread
ATMega Flash wird langsam knapp. Upgrade o. Plattformwechsel?
Problem. Oder vielleicht ein kompletter Umstieg auf ein ganzen anderen Prozessor wie zum Beispiel den STM32 den gibt es ja bis 2MB Flash und 512kB RAM. Aber mal ganz abgesehen das ich noch keinerlei Erfahrung mit dem STM32 habe. Das habe ich so im Moment an Peripherie angeschlossen: - TFT Display(ILI9341
machen wenn es bei euch so wäre. Upgrade auf ATMega2560 oder kompletter Wechsel auf einen Prozessor zb. STM32? Schönen Sonntag noch Lg
-
Thread
Einstieg 32Bit µC - Welche "Familie"
Ich kann als kostengünstige Variante den STM32 bzw. den 32 bit Flexis empfehlen. Wenn es etwas anspruchsvolleres sein soll wäre der MPC551x aus der automotive PowerPC Familie etwas. IDE für gcc mit einfachem JTAG Debugger gibt es von PEMicro.
usw., dass man mit dem Chip überhaupt irgendwas anfangen kann. Kaufen wollte ich 2 von denen hier STM32F103RBT6. Die Produktseite wäre diese hier: http://www.st.com/mcu/modules.php?name=mcu&file=devicedocs&DEV=STM32F103RB Leider finde ich wie gesagt dort nicht das richtige Blatt bzw ich hab noch
-
Thread
Langsamer werdender Würfel
LEDs direkt treiben kann. So ein ATTiny404 kostet bei Reichelt um die 75 ct (Wahlweise auch ein STM32F030, liegt bei knapp unter 1 €), in etwa so viel wie ein NE555+CD4017 zusammen. Wenn ihr Bestücker seit, habt ihr natürlich deutlich andere Preise. Ihr werdet doch jemand in der Fa haben, der mit
mit wenig Code "hübsche" Blink Effekte machen, oder eine Startup-Animation ;-) Früher waren die STM32F030 noch günstiger... Die Padauk Chips kann man natürlich nehmen, wenn man genügend Stückzahl hat. Aber vermutlich kennt sich da niemand mit der Programmierung aus.
-
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
Linker Probleme mit STM32-PerformanceStick
MAIN_H /* Includes ------------------------------------------------------------------*/ #include "stm32f10x_lib.h" Normalerweise dürfte nichts fehlen.
#include "stm32f10x_lib.h" Das gibt keinen Fehler? ich würde eher <> statt ""
-
Thread
868MHz-Antenne Optimierung
ich wollte anschliessend noch das Matching-Netzwerk des TX-Pfades zwischen meinem LoRa-transceriver (STM32WL) und der antenne angehen. Dies blieb jedoch relativ erfolglos da ich z.b. 3x hintereinander eine Spule/Kondensator gleichen Wertes einlöten konnte, jedoch 3x unterschiedliche resultate am VNA angezeigt
irgendwie alles massiv. Auch wenn's jetzt schlecht zur aktuellen Fragestellung passt: Es gibt den STM32WL auch als Modul mit deutlich vereinfachter RF-Beschaltung. Der kostet ein paar Euro mehr, aber dürfte bei EMV-Messungen viele Kopfschmerzen verhindern. Wenn das ein Hobbyprojekt mit kleinen Stückzahlen
-
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
Wie C++ Datein übersetzen mit arm-none-eabi-g++ (Kommandozeile)
den ganzen Vormittag, nachdem ich unter Windows mit EM-Blcoks erfolgreich ein C++ Projekt für den STM32F4 erstellt habe, diese Quelldatein unter Linux mit dem arm-none-eabi-g++ zu übersetzen. Reine C-Datein werden übersetzt, es kommt nur zu Problemen beim einbinden der Standard-Header. Gibt es dafür
mfloat-abi=hard -mthumb -ffunction-sections -fdata-sections -g -fno-rtti -fno-exceptions test.cpp -T stm32f407vg_sram.ld -T stm32f407vg_flash.ld [/code]
-
Thread
GNUARM TChain Linker Problem STM32
: ARM Linux GCC C Linker /arm/gnuarm/bin/arm-elf-gcc -T"/arm/Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/startup/gcc_ride7/startup_stm32f10x_hd.s" -nostartfiles -Wl,-Map,Test.map -Xlinker --print-map -v --gc-sections -mcpu=cortex-m3 -mthumb -g3 -gdwarf-2 -o "Test.elf" ./src/main.o Using built-in
print-map ./src/main.o --start-group -lgcc -lg -lc --end-group -T/arm/Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/startup/gcc_ride7/startup_stm32f10x_hd.s /arm/gnuarm/lib/gcc/arm-elf/5.4.2/../../../../arm-elf/bin/ld:/arm/Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/startup/gcc_ride7/startup_stm32f10x_hd.s
-
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
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
Kurzmeldungen: SigFox geht an UnaBiz, ST erweitert Azure RTOS-Unterstützung, neue Chips
nun breitbandig nach: [c] Anwender können die Qualitäten von Azure RTOS, die Zweckmäßigkeit von STM32Cube und die Flexibilität der STM32-Familie nunmehr nutzen, um die MCU-Eigenschaften zu optimieren. Hierbei haben sie die Auswahl unter mehr als 700 MCUs aus dem STM32 Arm® Cortex®-M-Portfolio. Mit dieser neuerlichen Erweiterung stehen spezielle Softwarepakete für den Mainstream-Mikrocontroller STM32G0, die Ultra-Low-Power-Versionen STM32L4, STM32L4+, STM32L5 und STM32U5, die High-Performance-MCUs STM32G4, STM32F4, STM32F7 und STM32H7 sowie die Wireless-Mikrocontroller STM32WL und STM32WB zur
-
Thread
Arduino-Umgebung oder Atmel-Studio?
makefile for ARM Cortex ## ######################################## NAME = stm32-demo SRCS = $(wildcard src/*.c) SRCS += $(wildcard src/*.s) INCDIRS = inc/ INCDIRS += stm_inc/ DEFINES = -DSTM32F401xE DEFINES += -DNO_LIBC_INIT_ARRAY LSCRIPT = stm_inc
## bare bones makefile for ARM Cortex ## ######################################## NAME = stm32-demo SRCS = $(wildcard src/*.c) SRCS += $(wildcard src/*.s) INCDIRS = inc/ INCDIRS += stm_inc/ DEFINES = -DSTM32F401xE DEFINES += -DNO_LIBC_INIT_ARRAY LSCRIPT = stm_inc
-
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
STM32 - Haupttakt und UART per LSE+PLL versorgen
Hallo, ich verwende in einem Projekt den STM32WL55. Dieser bekommt seinen Haupttakt (HSE) von einem externen TCXO auf 32 MHz, weil bessere Übereinstimmung von Sender- und Empfängerfrequenz das Link-Budget verbessert. Momentan ist das noch ein
Niklas G. schrieb im Beitrag #7751476: > Okay, die PPMs von 32kHz-Quartzen sind ja meistens ziemlich gut. Deswegen sprach ich ja nicht vom Quarz sondern von? Wastl schrieb im Beitrag #7751469: > deine 32 kHz-Quarzoszillator *Anordnung* ... man kann auch
-
Thread
STM32F4xx Kompillieren von LwIP Demo
httpserver-netconn.o ./out/src/LwIP/main.o ./out/src/LwIP/netconf.o ./out/src/LwIP/serial_debug.o ./out/src/LwIP/stm32f4x7_eth_bsp.o ./out/src/LwIP/stm32f4xx_it.o ./out/src/LwIP/system_stm32f4xx.o ./out/lib/src/misc.o ./out/lib/system_stm32f4xx.o ./out/lib/src/stm32f4xx_exti.o ./out/lib/src/stm32f4xx_flash.o ./out
netif/etharp.o ./out/lib/LwIP/netif/ethernetif.o ./out/lib/LwIP/netif/sys_arch.o ./out/lib/LwIP/eth/stm32f4x7_eth.o -mcpu=cortex-m4 -mfpu=fpv4-sp-d16 -mthumb -nostartfiles -T./prj/STM32F4xxxG-ROM_ST-LINK.ld -Wl,-Map=MainApp_rom.map,--cref,--no-warn-mismatch -L/WinARM/CodeSourcery/arm-none-eabi/lib -lc
-
Thread
Probleme bei atan2() mit volatile
vermute mal ich habe es an der falschen Stelle ... Wo müsste es denn genau hin? [c]LDFLAGS = -Wl,--gc-sections,-Map=$(MAIN_MAP),-cref -T lanchon-stm32.ld $(INCLUDE_DIRS) $(LIBRARY_DIRS)[/c] Nochmal Danke! lg, Thorsten
Zusätzlich zur Toolchain verwende ich ja auch die Files von Lanchon. Hier gibt es eine Datei lanchon-stm32-rom.ld in der wird in Zeile 22 anscheinend definiert was alles eingebunden wird [code]GROUP(libgcc.a libc.a libcs3.a libcs3unhosted.a libcs3-lanchon-stm32.a)[/code] Ergänze ich hier die libm.a
-
Thread
STM32F103 - Sourcery - Eclipse
participating in the build are defined here -include sources.mk -include src/subdir.mk -include STM32F10x_StdPeriph_Driver/src/subdir.mk -include DeviceSupport/ST/STM32F10x/startup/gcc_ride7/subdir.mk -include DeviceSupport/ST/STM32F10x/subdir.mk -include CoreSupport/subdir.mk -include subdir.mk
Invoking: ARM Sourcery Linux GCC C Linker' arm-none-eabi-gcc -T"/home/daniel/workspace/simple_Test/stm32_flash.ld" -Xlinker --gc-sections -Wl,-Map,simple_Test.map -mcpu=cortex-m3 -mthumb -g -ggdb -o "simple_Test.elf" $(OBJS) $(USER_OBJS) $(LIBS) @echo 'Finished building target: $@' @echo ' '
-
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
arm-none-eabi Problem.
-fno-builtin --specs=nano.specs -fno-builtin -Wl,--gc-sections,-Map=main.elf.map,-cref -L lib -T gcc.ld startup_ARMCM3-holm.o main.o usart.o stm32f10x_it.o eeprom.o system_stm32f10x.o lib/libstm32.a --output main.elf arm-none-eabi-objcopy -O binary
/Template: Wo hast du das her? Das ist von ARM allgemein für Cortex-M3, da sind natürlich keine STM32F103-spezifischen Dinge drin. Im STM32CubeF1 (wird auch durch STM32CubeMX installiert) gibt es einen Ordner STM32Cube_FW_F1_V1.7.0/Drivers/CMSIS/Device/ST/STM32F1xx/Source/Templates/gcc/ mit
-
Thread
Arduino Mega2560 mit externem RAM: linker flag für .data section geht nicht
uint32_t dataBuffer3[arraysize]; uint32_t dataBuffer4[arraysize]; uint32_t dataBuffer5[arraysize]; uint32_t dataBuffer6[arraysize]; uint32_t dataBuffer7[arraysize]; //--------------------------
schon ein passender Zeitpunkt. Mir war nicht klar dass ich damit den startup-code ändere. Von den STM32 kenne ich das eher so, dass es eine separate Datei gibt in der der startup-code enthalten ist. So einen Mechanismus wie hier, ich dachte das ist was Anderes. Wieder was gelernt ;) > Arduino
-
Thread
Virtual Function Elimination ARM GCC
nicht genutzt, ihren Weg ins fertig Binary und verdoppeln dort die Codesize. Compiler: ARM GCC 9.3.1, STM32CubeIDE V1.8.0 kompiliert wird mit: -Os -ffunction-sections -fdata-sections -Wl,--gc-sections -nostartfiles -nodefaultlibs -nostdlib Ich habe auch bereits folgende Optionen ohne Erfolg probiert
Hier mal ein STM32CubeIDE Project, mit dem ich das ganze mal ausprobiert hab. Wenn ich bei DerivedClass die Vererbung wegnehme (: public BaseClass auskommentieren und override löschen) verschwindet die Funktion DerivedClass
-
Thread
Zeitschaltuhr + PWM
Dir früher oder später das Getriebe. Falls du ein Arduino Board mit RTC suchst, google mal nach "STM32F103C8T6 minimum system development" Board. Dazu besorgst du dir noch einen "ST-Link v2" kompatiblen Programmieradapter. Anleitung: http://wiki.stm32duino.com Die RTC wird von Arduino nicht unterstützt, so weit ich weiß. Die musst du "zu fuß" programmieren. Anleitung dazu: http://stefanfrings.de/stm32/stm32f1.html#rtc Alternativ empfehle auch ich ein ESP Modul (z.B. NodeMCU mit ESP8266). Das hat zwar eine ungenaue Uhr, aber dank Internet Verbindung kann er die Uhrzeit von einem Server abfragen
-
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.