-
Thread
günstiges Oszilloskop gefunden
nicht allzuviel erwarten. Nette Lötübung und Beschäftigung für zwischendurch. Als Oszi ist das STM32F4 auf dem Demoboard von ST wesentlich besser (glaub, der das geschrieben hat ist auch hier im Forum). Nur halt 0..3V, ohne Analogteil. https://mikrocontroller.bplaced.net/wordpress/?page_id=752
252FfVTYnARYZkfDJVvrN6i498Gd6%252FM4olczRI2Y%252Fwi0fqtiSQQWLGv27zAAM0RAQg8tiIAYjMYVeoFV10w2NO5IW8Ahz0KKuMtr3RPUDkrWWnWl8FYydiR7OZ%252BQzKFTSWd2lsd%252BBppaCe8Oh03b38ZcTUm3bGrnBDZAEVmhFoCyl5KIJzCDp8cLdkA%252FYkqzT1qVsXjdJ5%252FkCjZnqlj2%252FkFa4z%252BFeUyrc3OOIbuenyhmO%252FTJuRu51f2bxscrD%252F5Nrc8XfD3bjY2O%252FsqkeddqnEs
-
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
Suche Empfehlung für neue Lötstation
Habe ich schon mehrfach gelesen. Ist aber kein Problem, falls man im Besitz eines T12-Klons mit STM32-Controllers ist. Da ist von einen begeisterten JBC-Fuzzi vor ca. 3 Jahren mal eine Custom-Firmware (selbstverständlich FOSS) entwickelt worden, die mittlerweile zigfach kopiert, aktualisiert und
dass er mittlerweile eine KSGER-Station mit JBC-Kolben betreibt. https://www.ptdreamer.com/chinese-stm32-oled-soldering-controller-reverse-engineer-custom-firmware/ https://www.eevblog.com/forum/reviews/stm32-oled-digital-soldering-station-for-t12-handle/ https://github.com/deividAlfa/stm32_soldering_iron_controller
-
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
Softwareversion im Flash hinterlegen.
Bootloader und die Anwendung einbauen und dann vergleichen [c] typedef struct hw_compat_struct { uint32_t rev : 5; // PCB-Revision, MBZ, außer im Bootloader (0, 'A'&31) uint32_t dash : 7; // Sachnummer (-01) uint32_t pcb : 20; // Sachnummer (100001 bis 999999) uint32_t part; //
übernehmen. Egal, hier ist eins von mir für ein Programm namens gps. Es ist etwas gekürzt und für einen STM32 (AVR kann ich nicht), aber im Prinzip funktioniert es so. [pre]/* gps.ld linker script */ MEMORY { /* STM32L412KBT (32 + 8K RAM, 128K Flash) */ hw_flash (rx) : ORIGIN = 0x08000000,
-
Thread
Runtime Libs aus gcc-arm-none-eabi
#6616845: > Den Linker nicht direkt aufrufen, das führt zu [c] arm-none-eabi-gcc -mcpu=cortex-m3, -Wl,-gc-sections -Wl,-M=map.txt -Wl,-T./link.ld ./o/stm32f10x_dma.o ./o/main.o ./o/stm32f10x_rcc.o ./o/stm32f10x_flash.o ./o/cpuinit.o ./o/stm32f10x_it.o ./o/flop.o ./o/misc.o ./o/stm32f10x_tim.o ./o/stm32f10x_adc.o
die neue Brille hat dabei etwas nachgeholfen: [c] make arm-none-eabi-gcc -mcpu=cortex-m3 -Wl,-gc-sections -Wl,-M=map.txt -Wl,-T./link.ld ./o/stm32f10x_dma.o ./o/main.o ./o/stm32f10x_rcc.o ./o/stm32f10x_flash.o ./o/cpuinit.o ./o/stm32f10x_it.o ./o/flop.o ./o/misc.o ./o/stm32f10x_tim.o ./o/stm32f10x_adc.o
-
Thread
STM32 USB Übertragungsproblem mit Code von S.F.
fstack-usage --specs=nano.specs -mfloat-abi=soft -mthumb GCC Linker: -mcpu=cortex-m0 -T"C:\Users\Alex\STM32CubeIDE\workspace_1.4.0\SFusbTest2\STM32F042F6PX_FLASH.ld" --specs=nosys.specs -Wl,-Map="${ProjName}.map" -Wl,--gc-sections -static --specs=nano.specs -mfloat-abi=soft -mthumb -Wl,--start-group -lc -lm -Wl,--end-group -mcpu=cortex-m0 -T"C:\Users\Alex\STM32CubeIDE\workspace_1.4.0\SFusbTest2\STM32F042F6PX_FLASH.ld" --specs=nosys.specs -Wl,-Map="${ProjName}.map" -Wl,--gc-sections -static --specs=nano.specs
-
Artikel
MCURSES
verwendete Baudrate angepasst werden: #define MCURSES_BAUD 19200L // UART baudrate, use 115200 on STM32Fxx Für STM32-Mikrocontroller kann zusätzlich noch die UART-Nummer eingestellt werden, nämlich 1-6 auf STM32F4xx, 1-3 auf STM32F10x. Der Wert wird für andere Mikrocontroller - wie z.B. ATmega - ignoriert
inkl. Funktionstasten, Cursor-Tasten etc. Versions-Historie. 13.03.2015: Version 2.2.0 Portierung auf STM32F10x und STM32F4xx Auswahl der UART-Schnittstelle (nur STM32) Neue Funktionen: printw() und vprintw() (nur STM32) Neue Makros: mvprintw() und mvvprintw() (nur STM32) Variablen-Typen uint8_t auf uint_fast8
-
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
µ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
Lötstation Quikko / Ksger T12 dtl Vorteil?
stm32 https://www.hackster.io/sfrwmaker/soldering-iron-controller-for-hakko-t12-tips-on-stm32-c50ccc Horst schrieb im Beitrag #6527385: > Dann tauscht Du bei der T12 schnell die Spitze und wartest
Lötstation: https://www.banggood.com/de/STM32-T12-959-V5_1-Soldering-Station-Electronic-Soldering-Iron-with-2_6inch-OLED-Digital-Display-and-5Pin-907-Handle-Iron-Tip-p-1920948.html?cur_warehouse=CN&ID=6297886&rmmds=search KSGER T12 STM32 V3.1S
-
Thread
einfache Empfänger wie 433MHz auch für 868MHz?
auch nicht viel teurer und machen weniger Ärger. Sowas zum Beispiel: https://www.ebay.de/itm/E32-868T20D-UART-SX1276-Funkempfanger-Sender/363122290687?_trkparms=ispr%3D1&hash=item548bc66fff:g:2gIAAOSwB8ZfcVk5&amdata=enc%3AAQAFAAACcBaobrjLl8XobRIiIML1V4Imu%252Fn%252BzU5L90Z278x5ickkBSh1VzQSTzkTiSV5EE
selbstgebaute Sensoren mit RFM02 auf 868MHz FSK zu Lora auf 868MHz. Aktuell habe ich eine Platine mit einem STM32 und 4 Stück RFM95/96 laufen. Damit kann ich alle meine Altlasten bedienen und die alten RFM12B sowie Aurel Empfänger in Rente schicken. Die oben verlinkten Module haben im übrigen einen kleinen Nachteil
-
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
STM32F103 USB CDC von W.S.
nano.specs -mfloat-abi=soft -mthumb Die Compiler Optionen sind: -mcpu=cortex-m3 -std=gnu11 -DSTM32 -DSTM32F1 -DSTM32F103C8Tx -c -I"/home/stefan/Programmierung/STM32/STM32F103_usb_test/CMSIS/core" -I"/home/stefan/Programmierung/STM32/STM32F103_usb_test Die Linker Optionen sind: -mcpu=cortex-m3 -T"/home/stefan/Programmierung/STM32/STM32F103_usb_test/LinkerScript.ld" --specs=nosys.specs -Wl,-Map="${ProjName}.map" -Wl,--gc-sections -static --specs=nano.specs -mfloat-abi=soft -mthumb -Wl,--start-group -lc -lm -Wl,--end-group
-
Thread
S: Empfehlung nachbausicheres LC-Meter-Projekt mit Atmega
PA14 (Pin49) SWDIO an PA13 (Pin46) Kann das hinkommen? https://www.mouser.de/datasheet/2/389/stm32f103c8-1851025.pdf
des STM8, dann ST_LINK_SWIM heißend. Das sind also die Verhältnisse auf dem STM8S Discovery, das sollte so also funktionieren... Der STM8S903K3 hat nur 32 Pins im Gegensatz zum STM8S105C6T6 auf dem STM8S
-
Thread
gdb breakpoint setzen
mecrisp-stellaris-stm32f407.bin : memmap mecrisp-stellaris-stm32f407.o $(ARMGNU)-ld -e Reset -o mecrisp-stellaris-stm32f407.elf -T memmap mecrisp-stellaris-stm32f407.o $(ARMGNU)-objdump -D mecrisp-stellaris-stm32f407
all : mecrisp-stellaris-stm32f407.bin mecrisp-stellaris-stm32f407.o : mecrisp-stellaris-stm32f407.s $(ARMGNU)-as -al mecrisp-stellaris-stm32f407.s -o mecrisp-stellaris-stm32f407.o >mecrisp-stellaris-stm32f407.lst
-
Thread
Linux wird nicht wirklich akzeptiert, woran liegt das ?
mal den Ansatz, auch Posix-konforme Unix-Programme laufen lassen zu können, neben DOS, Win16 und Win32 Anwendungen, nicht besonders gut umgesetzt. Und unter Linux gibt es den Ansatz, per WINE Windows Programme ablaufen zu lassen, nicht besonders gut umgesetzt. Warum kann ich eigentlich nicht eine
einigen Fällen überhaupt nicht geht, umschiffe ich solche Klippen einfach mit VMWare Player mit W7X32 bzw. W-XP32 und Linux Mint für Makefile GCC Projekte, installiert. Für gewisse ältere, mir noch wichtige USB Werkzeuge, die unter W10 ums Verrecken wegen X64 nicht lauffähig sind, ist halt XP oder W7X32
-
Thread
[STM32/CLion] snprintf verursacht HardFault
/*.*" "Drivers/*.*" "Src/*.*") include_directories(Inc Drivers/STM32F1xx_HAL_Driver/Inc Drivers/STM32F1xx_HAL_Driver/Inc/Legacy Drivers/CMSIS/Device/ST/STM32F1xx/Include Drivers/CMSIS/Include) add_executable(${PROJECT_NAME}.elf ${SOURCES} ${LINKER_SCRIPT}) set
Jahr €159.00 /2. Jahr €119.00 /ab dem 3. Jahr Wau. Ist das fürs Hobby oder Zwang? Nur für STM32?
-
Artikel
ARM GCC
übliche Implementierung enthält einen 1-Takt-Multiplizierer Für reduzierte Chipfläche kann auche ein 32-Takt-Multiplizierer ausgewählt werden Um nun bei Multiplikationen mit Konstanten nicht die langsame 32-Takt-Multiplikation zu nutzen kann der Compiler angewiesen werden, dort Shifts oder Ähnliches zu
mitbringen (CodeBench lite und Yagarto werden ohne ausgeliefert, GCC-ARM-Embedded mit). Am Beispiel der STM32F4 mehr dazu in diesem Thread: Floating Pointing Unit STM32F4 Links. Hier finden sich noch ein paar Tipps, für den 1. kann aber mittlerweile der GCC-ARM-Embedded direkt verwendet werden, da er jetzt
-
Thread
avr-gcc-10 - "volatile deprecated [-Wvolatile]" Warnungen
***************************************************************************** * @file system_stm32f4xx.c * @author MCD Application Team * @version V1.7.0 * @date 22-April-2016 * @brief CMSIS Cortex-M4 Device Peripheral Access Layer System Source File. * This file contains the system clock configuration for STM32F4xx devices. // … void SystemInit(void) { /* FPU settings ------------------------------------------------------------*/ #if (__FPU_PRESENT == 1) && (__FPU_USED == 1) SCB->CPACR
-
Thread
Nutzt ihr noch "richtige" PC's? (ATX Formfaktor/Tower)
nicht, aber so gut klangen die ISA Karten damals nun auch wieder nicht. Ich überlege ob ich da nen STM32 nehme und das USB Audioprotokoll. Dahinter noch ein DSP als Equalizer, weil ich hier leider in einer Raummode sitze.
Wert auf wenig Kabel legt, verwendet Funktastatur/Maus, Drucker per WLAN und einen USB-C+PD-fähigen 32:9 Monitor (z.B. LG 49WL95C). Dann hat man an PC nur noch das eine Netzkabel zum Monitor, und ein USB-C-Kabel. Das funktioniert natürlich bei Desktop wie auch Notebook gleichermaßen, sofern USB-C +
-
Thread
SAM4E oder SAM7x
Ich biete mal ca. 113 ns auf einem STM32F407 bei 168 MHz (ohne Flashwaitstates, ohne Ruecksprung und mit floats). 19 Cycles * 5.95 ns. Details siehe Bild.
400b02: ee27 7a26 vmul.f32 s14, s14, s13 400b06: eef1 6a05 vmov.f32 s13, #21 ; 0x40a80000 5.250 400b0a: ee67 7aa6 vmul.f32 s15, s15, s13 400b0e: eef7 6a08 vmov.f32 s13, #120 ; 0x3fc00000 1.5 400b12
-
Thread
ATtiny85 (AVR Atmel 8bit), Linux, Microcontroller, C/C++
Controller haben einen Bootloader schon von Haus aus mit dabei, der nicht gelöscht werden kann (Bspw. STM32 Serie). Die ATtiny und ATmegaxx8 haben von Haus aus KEINEN Bootloader. Bootloader können nur implementiert sein bei Mikrocontroller, die in der Lage sind aus ihrer eigenen Firmware heraus den eigenen
selbst habe ein paar Arduino liegen, designe meine eigenen Controllerboards im r3 Format - auch für STM32, NXP und sogar für MCS51 - ), programmiert werden diese allerdings ohne die "Arduino Software". Ein Arduino UNO ist nichts weiter als schlicht der Mikrocontroller kombiniert mit einem USB2UART Adapter
-
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
-
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
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
STM Cube IDE- AVR plugin Fehlermeldung
kompletten Compiler-Log aus dem "Console" Tab. Warum macht man überhaupt AVR-Programmierung mit einer STM32-IDE...
main.S' ' ' 'Building target: SRC_volume_control_cube_ide.elf' 'Invoking: AVR C Linker' avr-gcc -Wl,-Map,SRC_volume_control_cube_ide.map -mmcu=atmega32 -o "SRC_volume_control_cube_ide.elf" ./SRC_volume_control_2019.o ./main.o (Fehleranfang:) c:/program files (x86)/atmel/studio/7.0/toolchain/
-
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
Eigenes i.MX6 Board - JTAG läuft. Wie nun weiter mit U-Boot?
Hallo zusammen Da ich seit einigen Jahren immer wieder mal etwas mit STM32 und anderen uCs gemacht haben, wollte ich mal eine Stufe höher gehen. Deshalb habe ich mir ein eigenes Board mit i.MX6 Prozessor inkl. DDR3 RAM designt. Nun liegt das Teil vor mir und ich habe
bootstrapping meine sind diese pull up/down am PHY. Damit hat er nach dem Start eine Grundconfig. Bei meinem STM32 gebastel muss ich dann nichtmal mehr per MDIO ran, das läuft dann auch so.
-
Thread
ESP32 A1S Eval
github.com/miguelbalboa/rfid/) nicht. Habe daher eine Angepasste verwendet: https://github.com/madias123/STM32duino-RFID-Mp3-Player/tree/master/3d%20party%20libraries%20(modified)/MFRC522. RFID.RST habe ich mit GPIO 35 initialisiert. Spielt keine Rolle, man benötigt ihn nicht und muss den Pin gar nicht anschließen
.html?spm=a2g0s.9042311.0.0.27424c4d1yZnPH ESP32 Chip model = ESP32-D0WDQ5 Rev 1 ESP32 Chip ID = EC2E75ACCD98 This chip has 2 cores Seriennummer unter den DIP Schaltern steht bei mir ESP32 Audio Kit V2.2 2957
-
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
STM32 mit Simulink und TrueSTUDIO
gut kenne ich mich leider nicht in C aus das Problem zu beheben :/ [code] .......startup\startup_stm32f407xx.o -mthumb -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -T../STM32F407VG_FLASH.ld -specs=nosys.specs -static -Wl,-Map=test3.map -Wl,--gc-sections -Wl,--defsym=malloc_getpagesize_P=0x80 -Wl,--start-group -lc -lm -Wl,--end-group -specs=nano.specs Src\main.o: In function `main': C:\Users\Desktop\stm32board_test\test3\Debug/..\Src/main.c:149: undefined reference to `test_initialize'
-
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
STM32 arm-none-eabi Linking Problem..
Nach einer Weile compilierte das auch weitgehend fehlerfrei..aber: [code] ... arm-none-eabi-gcc -Wl,--gc-sections,-Map=main.elf.map,-cref,-u,Reset_Handler -L lib -T stm32.ld main.o usart.o stm32f10x_it.o eeprom.o lib/libstm32.a --output main.elf $ arm-none-eabi-objdump -d main.elf|less
estack = ORIGIN(RAM) + LENGTH(RAM); /* include the section management sub-script */ /* (either "STM32_SEC_FLASH.ld" or "STM32_SEC_RAM.ld") */ INCLUDE "STM32_SEC_FLASH.ld" [/code] lib/STM32_COMMON.ld: [code] /* Common part of the linker scripts for STR32 devices Copyright RAISONANCE 2007
-
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
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
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
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
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
China SUPER Bauteile-Schnäppchen Thread [V4]
kompatibel anpassen lassen. Sehe gerade das 4,99 board ist da auch bei. https://github.com/stm32duino/Arduino_Core_STM32 Mal sehen wie einfach es geht wenn sie hier sind.
Die STM Discovery Boards sind gerade eingetroffen, das Arduino Blink Example läuft direkt ohne irgendwelche Änderungen. Mit der STM32DUino Library https://github.com/stm32duino/Arduino_Core_STM32 Das
-
Thread
Rust - ist das hier um zu bleiben?
zu altbekannten Werkzeugen? Wie schwer tut man sich wenn z.B. der Chef man möchte doch z.B. von STM32 oder PIC/AVR auf ein Rust Entwicklungssystem umzusteigen? Wird PIC/AVR unterstützt? Gibt es Case Studies wie man ein existierendes erfolgreiches embedded Projekt (STM32/AVR/PIC) von C/C++ auf Rust
Low-Level Support. So wie es halt bei allen anderen uC der Fall ist. Es scheint, momentan wäre die STM32 Familie die einzige uC Familie die unterstützt wird. Ich wäre sehr an praktischen Erfolgsberichten interessiert. Also z.B. "Ich baute mir ein Gadget mit Rust auf STM32" und Informationen über die
-
Thread
Variablen eindeutig benennen damit der Typ eindeutig ist
Bibliotheken, für die primitiven Typen eigene typdefs zu definieren. Statt mit etwas Einheitlichem wie uint32_t darf man sich dann mit UINT, uint, UINT32, U32, u4 etc. herumschlagen. Hier wäre es mir echt lieber, wenn nicht jeder das Rad neu erfinden bzw. älterer Code in dieser Hinsicht mal gewartet werden würde
kenne, landet so eine > "Variable" tatsächlich im Flash und das war's. Dann probier doch mal einen STM32F103 aus. Aus [c]#include <stdint.h> static volatile uint32_t * const GPIOA_BSRR = ((volatile uint32_t*) 0x40010810); static const uint8_t iPin = 3; void setPin () { *GPIOA_BSRR = (1