-
Thread
gcc-4.7 -lto -Os funktioniert nicht
/stm32f107vct6_flash.ld -nostartfiles -Wl,--gc-sections -v -mcpu=cortex-m3 -mthumb -specs=nano.specs -specs=rdimon.specs -lc -lnosys -lc -u _printf_float -flto Toolchain: gcc-arm-none-eabi-4_7-2013q2
fdata-sections -flto -c -g -DUSE_STDPERIPH_DRIVER -Iinclude -ILibraries/CMSIS/CM3/CoreSupport -ILibraries/STM32F10x_StdPeriph_Driver/inc -mthumb -mcpu=cortex-m3 -Os -fno-builtin -ffunction-sections -fdata-sections -flto -MMD -MP -MF Debug linkerflags: -Os -Tsrc/stm32f107vct6_flash.ld -nostartfiles -Wl
-
Thread
Webapp-stack auf STM32 (und ESP8266)
Zuerstmal die obligatorische dumme frage: Warum auf dem STM32 mit nur 64k? Pack die Webseite auf den ESP! Den STM kannst du als "Co-Prozessor" immer noch dazuklemmen.
lrtc -lxt_hal -lm -lnewlib -lstdc++ -lpthread -lgcc -lcxx -lapp_trace -lgcov -lapp_trace -lgcov -lc -Wl,--end-group -Wl,-EL -o multigeiger.ino.elf "I:\\MultiGeiger\\arduino\\data\\packages\\esp32\\tools\\esptool_py\\4.2.1/esptool.exe" --chip esp32 elf2image --flash_mode dio --flash_freq 80m --flash_size
-
Thread
Atmel Cortex-M3 (AT91SAM3S) mit GNU – nichts geht!
und GNU-Toolchains hat. Auch wenn dir das nicht unbedingt weiterhilft: Besorg dir ein Board mit STM32. Da können dir hier wesentlich mehr Leute helfen. Exoten wie Atmels Cortex-M3 benutzt hier wohl niemand.
ich das nicht in den nächsten Tagen zum Laufen bekomme (ich versuche es schon lange), steige ich auf STM32 um. Aber wehe das klappt dann auch nicht!! ;)
-
Thread
Portables C-Forth mit Ports für ARM/m68k/SH3
Anleitung, wie Dein Forth zu kompilieren und zu installieren ist. Kannst Du ein Beispiel für ein STM32F4 Discovery machen? Gruß, chris_
> Kannst Du ein Beispiel für ein STM32F4 Discovery machen? Auf einem GNU/Linux-System mit installiertem GNU m4, arm-gcc und -binutils sollte git checkout arm/stm32 make ein stubforth.elf liefern, welches man mit dem
-
Thread
TTN V3 das Ende einer guten Idee?
Jedenfalls nicht zum jetzigen > Zeitpunkt. Warum? Der Zeitpunkt ist genau richtig. Wir haben mit dem STM32WL55 einen benutzbaren Chip, der ein LoRa-Modul integriert hat. Das Ding kann viel und ist kostengünstig. Wir haben mit dem ASR6501, der aber etwas seltsam ist, sowas ja auch schon, aber der STM32WL55
STM32WL55 ist einfach nochmal > besser, weil er einfach viel mehr kann. Die Entwicklungsboards für > LoRaWAN-Lösungen sind kostengünstig, die Gateways kommen mittlerweile > auch in gute Preisbereiche
-
Thread
ESP8266 C++11 features wie lambdas
::get_highest_value(int32_t *values) { return Util::get_value_with_compare(values, [](int32_t v1, int32_t v2) -> bool { return v1 > v2; }); } int32_t Util::get_value_with_compare(int32_t *values, std::function<bool (int32
das ist der ITCM wie bei dem größeren STM32... instruction RAM wenn du alles mit dem Makro markierst landet es nicht im Flash , sondern im ITCM RAM [c] iram1_0_seg : org = 0x40100000, len = 0x8000 .
-
Thread
GCC libc mit cortex-m0 berursacht einen HardFault
Ich vesuche gerade von einem vorherigem Makefile von mir für den stm32f103 ein Makefile für den stm32f030 zu schreiben. Dieses compiliert jetzt auch ohne Probleme aber wenn ich es auf den Micro draufflashe kommt er im Startupfile nur bis zum libc call (bl __libc_init_array
-ffunction-sections -mlong-calls -Wall -g -Os -DSTM32F030x6 -o main.elf ./Src/main.o (andere .o der Lib usw.) ./startup_stm32f030x6.o -specs=nano.specs -Wl,--gc-sections -Wl,-script="./STM32F030F4_FLASH.ld" [/code] Der ggc ist der aktuellste von Linux
-
Thread
GPS Sender für Katzen
> Mich interessieren Schaltpläne zu möglichst winzigen VHF oder UHF > Sendern ohne GPS etc. STM32WL55 😁 Da kann man direkt Daten mitsenden!
man so einen Tracker also auf dem Rücken befestigen. Niklas G. schrieb im Beitrag #7690290: > STM32WL55 😁 Da kann man direkt Daten mitsenden! Oder auch PIC12F529T39A. Der hat den Sender auch schon onchip.
-
Thread
STM32f4 performance
Ich habe mich seit einige Zeit gefragt wie schnell den Cortex-M4 (STM32F4) wirklich ist. Deaswegen, habe ich den Quelltext von http://www.st.com/st-web-ui/static/active/en/resource/technical/document/application_note/DM00047230.pdf genommen, compiliert mit gcc
arm-none-eabi-gcc obj/src/main.o obj/src/rcc.o obj/src/discovery.o obj/src/discovery_ex.o obj/src/startup_stm32f4xx.o -lm -Wl,-Map=obj/STM32F4.map,--cref -Wl,--gc-sections -Tsrc/stm32_flash.ld -mcpu=cortex-m4 -mthumb -mfloat-abi=softfp -mfpu=fpv4-sp-d16 --output obj/STM32F4.elf GenerateJulia_fpu(320, 240
-
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
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