-
Thread
(ARM) GCC binary size viel größer als von Realview
Compiler Optionen: Realview CC: [code] --feedback "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:
sogar speziell für die ARM µC gemacht. Ich hab mal im Wiki http://www.mikrocontroller.net/articles/STM32#GCC aufgelistet was man zur direkten Benutzung vom GCC für STM32 braucht.
-
Thread
Warum läuft der CAN-Bus auf einem GD32F303 nicht mit dem Code eines STM32F103?
https://easyelectronics.ru/img/ARM_kurs/STvsGD/Migration/compatibility%20sumup%20between%20GD32%20and%20STM32_V2.0.pdf > Leider gibt es zu dem GD32F303RCT6 nur sehr wenige Codebeispiele und die > laufen ebenfalls nicht auf meiner Hardware (ein Bafang BLDC Controller) Müssen sie das? Wurde
essentially usb. Difference between c20 and c21 is... CAN. 5. Da es Robodyn nicht mehr gibt, ist der STM32F303 für mich tot. Bei den BlackPills ersetze ich STM32F401CD -> STM32F412CE STM32F401RC -> STM32F446RE 6. Können die 120MHz für USB mit 2,5 geteilt werden?
-
Thread
PID-Regler: Wie schnell ist schnell genug?
ist meine Implementierung im Vergleich zu anderen. habe deine pid() Funktion gerade mal in meinem STM32F407 reingeworfen, 0,54 µs braucht der für die Berechnung mit seiner FPU.
gerade dabei war habe ich die gleiche Routine nochmal auf zwei anderen Boards laufen lassen. [code] STM32L031 @ 32 MHz (Cortex-M0+) gcc 6.3.1 -Os: 38,6 µs gcc 6.3.1 -O3: 39,5 µs gcc 7.2.1 -Os: 39,3 µs gcc 7.2.1 -O3: 39,8 µs Keil: 24,3 µs LPC1549 @ 72 MHz (Cortex-M3) gcc 7.2.1 -0s: 19,3 µs
-
Thread
Programm "stm32flash" öffnet Gerät nicht - Fehleranalyse
Pinbelegung des Mikrocontrollers in seinem Datasheet anschauen. Insbesondere die Beschreibung des Boot0 Pins. Schau dir mal diese Seite an: http://stefanfrings.de/stm32/stm32f1.html#proginterfaces (die ganze Seite meine ich)
Reset Taster gedrückt halten, den ST-Link starten, dann den Taster loslassen. Alternative: Boot0 auf HIGH setzen, dann startet der Bootloader, welcher SWD nicht deaktiviert. > Einen baugleichen STM32 habe ich erfolgreich geflasht, bei diesem hier > komme ich nicht weiter. Falls es ein STM32F103C8
-
Thread
STM32L152RC HSI
= (1<<6); //Schaltet PortB Pin6 auf High GPIOB->BSRRH = (1<<6); } return 0; } [/c] Ich messe an PortB Pin6 eine Frequenz von 1,773 MHz. Wo liegt den da der Fehler? Ich benutze Keil und das 32L152 L1 Discovery Board von STM. Vielen Dank. Mathias
while schleife als ich sie benutze? [c] //warten bis speed clock ready ist while(RCC->CR == 0x00010303) { } [/c] Das ist aus der Header datei kopiert(STM32L1xx.h) [c] #define GPIO_OSPEEDER_OSPEEDR6 ((uint32_t)0x00003000) #define GPIO_OSPEEDER_OSPEEDR6_0 ((uint32_t)0x00001000
-
Thread
Signalkonditionierung für Flügelradzähler
> weiterzuverarbeiten Und das alles nur, weil du zu faul/unfähig bist, die Impulse mit den STM32 zu zählen? Meine Güte ...
Pin (ETR) aus. - https://wiki.st.com/stm32mcu/wiki/Getting_started_with_TIM#Timer_clock_source_selection - https://blog.embeddedexpert.io/?p=2323 - https://community.st.com/t5/stm32-mcus-products/count-external-pulses-using-timer/td-p/59349
-
Thread
STM32 Shift operationen
muss, um die Addresse für's Bitbanding auszurechenen. Das kann man ggf. per Macros machen (z.B. für STM32F303): [c] #define BITNR(x) (x&0x1?0:x&0x2?1:x&0x4?2:x&0x8?3: \ x&0x10?4:x&0x20?5:x&0x40?6:x&0x80?7: \ x&0x100?8:x&0x200?9:x&0x400?10:x&0x800?11: \
)-runtime Funktion. Niklas G. schrieb im Beitrag #5591418: > Aber es nimmt implizit 32bits an, denn es fragt die Bits 0-31 ab. Diese Einschränkung wird aber erst bei Datenbreiten über 32 Bit relevant. Bis wir mal STM64Fxxxx-MPUs
-
Thread
STM32: Timer-ISR löst 2x aus - Fehler im Flag-Reset bei Optimierung O3
Das Update-Flag bei den STM32-Timern ist ein bisschen schräg. Verschiebe die Anweisung mit dem TIM_IT_Update an den Anfang der ISR. Poste auch mal die dissassembly der -O0 und -O3 Varianten, das ist das wichtigste bei Optimierer-Problemen
. Schau mal [[STM32#Errata_vom_STM32F4xx_die_nicht_im_Errata_von_ST_stehen]] und http://www.efton.sk/STM32/STM32F4xx_doc_errors.txt Bei der Programmierung mit den STM32 stößt man leider ständig auf fehlende/falsche
-
Thread
STM32F4 discovery auslesen - unbekannte Programmgröße
Habe hier ein mit einem unbekannten Programm geladenes STM32F4 Discovery Board, das sich übrigens noch geringfügig in der Bezeichnung unterscheidet. Meines ist ein MB997D und es steht explizit STM32F407G-DISC1 drauf. Auf dem fremden steht: MB997C und keine
noch mal zu sichern. M.W. schaltet das STM32F40discovery im BOOT0-Mode auf PA9/PA10 als UART um. Um das benutzen zu können (PA9), muß C49 entfernt werden (was mein Vorgänger auch getan hat). Allerdings sind die pins PA9/PA10 zwar angeschlossen
-
Thread
Hilfe bei der Auswahl des richtigen Quarzes
für USB-Typen. Günstig sind dann 8, 12 und 16MHz. Bei 8 und 16MHz ist die Auswahl recht gut. Für STM32 kann man für solche Kalkulationen das CUBE-MX-Tool verwenden: http://www.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-configurators-and-code-generators/stm32cubemx.html Praktisch.
-
Thread
STM32F0 Discovery welche Library wird genutzt (HAL oder SPL)?
this is done through SystemInit() function which is called from startup file (startup_stm32f0xx.s) before to branch to application main. To reconfigure the default setting of SystemInit() function, refer to system_stm32f0xx.c file */ /* GPIOC Periph clock enable
./. schrieb im Beitrag #4524618: > Fuer die STM32F0 gab es, wenn mich recht entsinne, auch eine > "freie" Version eines kommerziellen Compilers. Keil -> http://www2.keil.com/stmicroelectronics-stm32/mdk
-
Thread
Renesas M16C Ersatz
CubeMX ist nicht nur Configtool für STM32, es hat auch eine parametrische Suche und eine Ersatzliste für Controller anderer Hersteller. Ob Renesas da auch bei ist weiß ich gerade nicht. F4 sind auch schon Oldies, G4 oder L4 sollte man sich
neueren STM32 können ihren internen RC-Oszillator mit den 32kHz von der externen RTC trimmen. Manche per Hardware, fast alle per Software und dann reicht oft auch der 1Hz-Takt von der RTC.
-
Thread
Problem mit ST-Board zur BLDC-Ansteuerung
pegel schrieb im Beitrag #6002988: > Ist das nicht der Bluepill F103C8? Ja, 0x1ba01477 ist der Code vom STM32F103CBT6 und an diesem ist ja auch laut Schaltplan der ST-Link Adapter angeschlossen. 0x0bb11477 gehört zu dem STM32F0! Du hast entweder das falsche Projekt für den
Auf dem Board befinden sich zwei Controller: STM32F103CBT6 und STSPIN32F0 mit integriertem STM32F031C6.
-
Thread
Ungenauigkeit beim STM32 ADC
Wandlung am jeweiligen Eingang. Der Wandler hat halt keinen Eingangsbuffer, dafür kommt er auf saubere 0V runter. Die Stromaufnahme ist beim STM32F halt etwas höher als beim ATxmega. Ich will den STM32L in den kommenden Wochen dazu mal testen. Leiterplatten mit 0.5mm Pitch mit der Toner Methode d.h
Allerdings hat ST mit der Pin-Belegung wieder einen Bock geschossen. Waren bei einem Board Layout, das STM32F1xx und STM32F2xx/STM32F4xx-Bestückung ermöglichen soll, noch zwei Änderungen notwendig (Kondensatoren oder 0-Ohm Widerstand an zwei Pins), kann man nun faktisch nicht mehr von einem kompatiblen Board-Layout
-
Thread
Arm GCC mit Option -flto erzeugt Fehler Gesperrt
Habe mir mal die map-Files mit und ohne lto angesehen. Der Fehler mit lto sbrkr.c:(.text._sbrk_r+0xc): undefined reference to `_sbrk' Im map-File ist _sbrk nicht zu finden. Beim compelieren ohne lto findet sich _sbrk im map-File OTG_FS_IRQHandler 0x08004014 0x10 Src\stm32f4xx_it.o 0x08004014 OTG_FS_IRQHandler .text._sbrk 0x08004024 0x3c Src\syscalls.o 0x08004024 _sbrk und das Programm rennt. MfG
-
Thread
linux kernel am stm32f429
Basic support. UART, Flash und ggf. RAM git://git.kernel.org/pub/scm/linux/kernel/git/mcoquelin/stm32.git Branch dev/stm32_v8
Habe grade mal ein altes Bootlog gefunden ... http://www.emcraft.com/som/stm32f4/usb-wifi-stm32f4 USB ist ein DWC [c]USB: DWC2 USB driver dwc2 dwc2.0: DWC OTG Controller dwc2 dwc2.0: new USB bus registered, assigned bus number 1 dwc2 dwc2.0: irq 77, io mem 0x00000000[
-
Thread
Warum kann nicht alles so einfach wie Arduino sein?
muss man für alles andere einen gefühlt hohen > Aufwand treiben um z.B. nur mal eine LED an einem STM32 µC blinken zu > lassen? Du kannst ja eine extra-einfache STM32-IDE bauen, mit der man LED's blinken lassen kann. Da aber STM32-Projekte im Allgemeinen viel mehr tun sollen, braucht man dafür auch
Es soll auch arduino auf pic32 geben Und auf stm32. Einfach mal suchen wie diese arduino IDE heissen.
-
Thread
Universal LCD+Input Modul mit MachXO2
Markus W. schrieb im Beitrag #5196123: > kannst Du das gesamte Bild im internen STM32F(X) RAM halten. Nein. Wir haben hier Displaymodule mit dem "MD070SD". Da ist der RAM und ein Altera-FPGA mit drauf. So wie Du das geplant hast. Von den STM32 liegen hier vom 1er über den 4er bis
Processe weiter abzuarbeiten. Bei den 405/407 512kB-Flasch und 429/439 2MB-Flasch Controllern der STM32F Reihe wird es mit dem 192kB bzw 256KB RAM und den 180 MHz CPU Takt schon knapp. Die STM32F7xx mit 216MHz und der STM32H7xx mit seinen 400MHz bieten da schon mehr Leistung, natürlich zu einem höheren
-
Thread
[V] uC, Digtal, Analog, Transistoren, Evalboards
, TI: C2000 32-bit MCU, 100MHz -> 0,50€/Stk. 18x STM32L152RBT6, ST: STM32, Cortex M3, 32MHz -> 1,50€/Stk. 5x STM32F103VDT6, ST: STM32, Cortex M3, 72MHz -> 2,00€/Stk. 25x ATMEGA328P-MU
, TI: C2000 32-bit MCU, 100MHz -> 0,50€/Stk. 18x STM32L152RBT6, ST: STM32, Cortex M3, 32MHz -> 1,50€/Stk. 5x STM32F103VDT6, ST: STM32, Cortex M3, 72MHz -> 2,00€/Stk. 25x ATMEGA328P-MU
-
Thread
STM32duino 1.9.0 and BlackPill
Die freudige Nachricht "STM32duino 1.9.0" ist draußen und damit wird die BlackPill unterstützt. https://stm32-base.org/boards/STM32F411CEU6-WeAct-Black-Pill-V2.0 Die Installation lief bei mir relativ einfach, bis auf die
Programmieradapter verwendet. Schade an der BlackPill ist, dass der F411CE wohl keinen DA-Wandler hat: https://stm32-base.org/boards/STM32F411CEU6-WeAct-Black-Pill-V2.0
-
Thread
STM32 mit Codesourcery
StdPeriphLib V1.0.0/Libraries/CMSIS/Device/ST/STM32F4xx/Include /home/user/eclipse/STM32/STM32F4xx StdPeriphLib V1.0.0/Libraries/STM32F4xx_StdPeriph_Driver/inc /${ProjDirPath} Als nächstes werden die Quellcode-Dateien
werden. Jetzt müssen noch 3 Dateien ins Projekt kopiert werden. /home/user/eclipse/STM32/STM32F4xx StdPeriphLib V1.0.0/Project/STM32F4xx_StdPeriph_Templates/TrueSTUDIO/STM324xG_EVAL/stm32_flash.ld /home/user/eclipse/STM32/STM32F4xx StdPeriphLib V1.0.0/Libraries/CMSIS/Device/ST/STM32F4xx
-
Thread
ATMega Auslaufmodell?
Es ist klar, dass die 32-Bit-µCs schon längst auf dem Vormarsch sind. Neulich habe ich bei Mouser entdeckt: MSPM0C1104SDSGR Arm® 32-bit Cortex®-M0+ CPU, 24MHz 8-pin WSON 2x2mm 0,64 € (0,272 € bei 1000 St.) Die 8-
STM32 (genauso natürlich auch bei äquivalenten Serien anderer Hersteller) übersieht man aber sehr schnell die Abhängigkeiten zwischen verschiedenen Funktionsblöcken. Bei der Arbeit mit STM32CubeMX ist es
-
Thread
Eindrücke von der Embedded 2018 in Nürnberg
kauft man sich so ein Board: https://www.mouser.de/STMicroelectronics/Development-Boards-Kits-ARM/STM32H7-Series/_/N-1z0zpefZcxd2tZ1y9efdp Koste halt einen Kleinigkeit. Gruß Rainer
geht (ergo: ISP, PDI, TPI). Zum anderen STM32 (bzw. alles, wofür es SWD Adapter gibt). Ein bißchen STM8 mache ich auch noch. Und hin und wieder gibt es auch mal Gründe, sich mit historischem Kram zu befassen (STM6, 68HC11, Z8). Aber die neuen
-
Thread
Viel RAM am kleinen Controller
>Die STM32F4 können nur SRAM/Flash ansteuern, hier das gleiche Die STM32F429 können SDRAM ansteuern. Zum testen auch als STM32F429-Discovery mit 8MB und 320x240 RGB Display für ca 30Euro zu haben.
holger schrieb im Beitrag #3870193: > Die STM32F429 können SDRAM ansteuern. > Zum testen auch als STM32F429-Discovery mit 8MB und > 320x240 RGB Display für ca 30Euro zu haben. Das Problem beim F429 ist lediglich die völlig irrsinnige Anschlussbelegung
-
Thread
STm32F103: Beispielcode der Chan FatFs zum Laufen bekommen
ich diese Includes und binde damit alle CMSIS und StdPeriphLib Ressourcen des F103 ein. #include "stm32f10x_conf.h" #include "system_stm32f10x.h" Chan benutzt #include "stm32f100.h" Da stehen nur Registerdefintionen drin an welcher Adresse wo was ist aber es werden keine StdPeriphLibs eingebunden
FS-Layer komplett egal. Beispiele dafür gibt es im Internet massenweise und natürlich auch für STM32. Hier das erstbeste was ich gefunden habe (mit einfachem SPI): https://github.com/g4lvanix/STM32F4-workarea/blob/master/Project/FatFS/lib/ff/src/diskio.c
-
Thread
Einsteigerfrage zu Cortex M0 mit LPCXpresso
den LPC11xx auch die Funktion: [c] void GPIOSetInterrupt( uint32_t portNum, uint32_t bitPosi, uint32_t sense, uint32_t single, uint32_t event ) { switch ( portNum ) { case PORT0: if ( sense == 0 ) { LPC_GPIO0->IS &= ~(0x1<<bitPosi);
Mit viel Glück passt die Library noch für die Nachfolgegeneration (die nächste CPU-Linie). Bei STM32 geht das übrigens nicht - die Library zwischen stm32f1 und stm32f4 ist anders. Ich bezweifle, dass es einfacher ist. Da gehen die Meinungen allerdings auseinander. Deshalb hatte ich geschrieben
-
Thread
STM32F303: Empfehlenswerte Compilerargumente
CFLAGS= -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
WS2811/WS2812 aus der Ferne steuern + Stromversorgung
Mist: http://www.youtube.com/watch?v=bzSs3kLhif8 Und das bei 30cm Kabel (Bild) zwischen dem STM32F4Discovery (3,0V) und den LEDs (5,0V).
> > http://www.youtube.com/watch?v=bzSs3kLhif8 > > Und das bei 30cm Kabel (Bild) zwischen dem STM32F4Discovery (3,0V) und > den LEDs (5,0V). Wie exakt ist denn das Timing des WS2812 Protokolls auf dem STM32F4 eigentlich implementiert? Vieleicht liegt das Problem ja weniger im Kabel, als in
-
Thread
[STM32/CLion] snprintf verursacht HardFault
gegen die vorkompilierte von arm ausgetauscht, jedoch ohne Änderung im Ergebnis. Die linker Datei (STM32F103C8Tx_FLASH.ld) stammt ebenfalls original aus dem cubeMX. Auch der (häufig) vorgebrachte Vorschlag testweise heap und stack von 0x200/0x400 auf 0x1000 zu erhöhen bracht keine Änderung. Folgend
(LINKER_SCRIPT ${CMAKE_SOURCE_DIR}/STM32F103C8Tx_FLASH.ld) SET(COMMON_FLAGS "-mcpu=cortex-m3 ${FPU_FLAGS} -mthumb -mthumb-interwork -ffunction-sections -fdata-sections \ -g -fno-common -fmessage-length=0 -specs=nosys.specs -specs
-
Thread
externes RAM per ASM ansteuern
was ist an der Hardwarelösung verkehrt? Noch einfachere Lösung: Mikrocontroller mit eingebauten 32 KiB RAM nutzen, z.B. STM32G070CB.
, z.B. STM32G070CB. Oder lieber gleich was wirklich brauchbares: RP2354 mit satten 520kByte. Viel billiger als die ganze kleine STM32-Gülle und viel mehr Resourcen. Selbst mit STM32M4 muss man sich schon
-
Thread
STM32F4: BMA020 per SPI
Hallo Forum, ich verzweifle an den Bosch BMA020 welche ich gerne mit meinem STM32F446 auslesen möchte. Takt ist da, nur ich bekomme im DR-Register stets ein 0xFF. So bin ich vorgegangen: Ich habe eine bma020.h Datei erzeugt. Dort ist folgendes definiert (Auszug): [c] #define RANGE_2g (0x14|0x00) #define BANDWIDTH_1500hz (0x14|0x06) #define ONLY_MSB_VALUE ((0x14)|(1<<3)) #define X_AXIS 0x03 #define Y_AXIS 0x05 #define Z_AXIS 0x06 #define SPI_TXE SPI_I2S_FLAG_TXE
-
Thread
GCC Optimierung killt Funktion
fertig... 0800226C ldr r0, [pc, #32] ; (0x8002290 <SPI_SendByte+60>) 0800226E movs r1, #1 08002270 bl 0x8000dc0 <SPI_I2S_GetFlagStatus> 08002274 cmp r0, #0 08002276 beq.n 0x800226c <SPI_SendByte+24> (140) while
ich habe hier auch mal STM32 Libs durchsucht, die DMB/DSB/ISB tauchen nur an einer Stelle auf: beim beschreiben des Flash, sonst nirgends. Und das habe ich auch mal schnell in den STM32F103 geschoben: [c] while(1) {
-
Thread
sscanf() mit -mfloat-abi=hard
> -g -o fw_Target_Flash.elf ..\obj\common_data.o ..\obj\stm32f4xx_usart.o > ... Achja?
-g -o fw_Target_Flash.elf ..\obj\common_data.o ..\obj\stm32f4xx_usart.o ..\obj\stm32f4xx_can.o ..\obj\epos.o ..\obj\drive.o ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\printf.o
-
Thread
toolchain für STM8 unter Windows
Auf den ersten Blick kann der SW4STM doch "nur" STM32, keine STM8....
SW4STM ist die Eclipse-GUI für STM32. STM8 kann es nicht.
-
Thread
STM32 Main loop zu langsam?
Hallo, ich bin gerade dabei mit dem STM32CubeMX und SW4STM32 ein Programm für einen STM32f446RE zu schreiben. Da ich das erste mal SW4STM32 und den CubeMX für die STM's nutze habe ich relativ wenig Erfahrung damit. Mein aktuelles Problem
Nein, das ist ein STM32F1, aber das Prinzip dürfe wohl gleich sein.
-
Thread
Mikrocontroller Einstieg
(und nicht per Software). Das hat den Vorteil, dass ich mich in dem günstigen STM32F103 nicht mit seriellem USB herumschlagen muss. -Ein preiswertes Board, das den gleichen größten Vorzug wie ein Arduino-Uno hat: es wird nur ein einziges Kabel benötigt. Wenn der T0 das WIRKLICH
auch gerne vorbei kommen und ich zeig dir das. Ich kann dir am laufenden Beispiel Dinge für LPC, STM32, STM8, AVR und MCS-51 zeigen
-
Thread
Ich bin verliebt!
man einzeln sowieso nur Phantasie-Preise bezahlt. Ein Schritt vorwärts wäre jetzt wohl eher ein STM32 mit Cortex M0 Kern. Oder einer von Atmel.
8Bit und Havard Architektur... danke, der nächste bitte. Bin gerade froh den Sprung AVR -> STM32F0 gemacht zu haben. Ja, der fehlende DAC bei der TSSOP20 Version ist unschön, aber dafür gibt es dann ja die etwas größeren Versionen wie z.B. STM32F051K8, 2,66 EUR bei Mouser. Also wie oben schon
-
Thread
Suche günstigen Mikrocontroller mit Ethernet
die 7er haben doch Ethernet, STM32F107, F207
abbezahlt sind und die Auslastung geringer ist. Ich habe mal den STM32 Finder bemüht und der STM32F107 scheint in normalen Zeiten schon der günstigste STM32 mit Ethernet MAC zu sein mit einem Preis von knapp 4$. Nachdem das ganze sowieso nichts eiliges ist, warte
-
Thread
STM32L0 Serie - HSE mit Quarz beim 32-Pin Package?
Es gibt ja noch STM32F0x1/2 sowie STM32F303, STM32F334 in LQFP32. Warum ausgerechnet die L-Serie?
sinnvoll. Wenn man eine RTC nutzen möchte, dann ist ein Quarz noch wichtiger, aber hierfür haben die STM32L0 ja entsprechende Anschlüsse. temp schrieb im Beitrag #6559387: > Es gibt ja noch STM32F0x1/2 sowie STM32F303, STM32F334 in LQFP32. Warum > ausgerechnet die L-Serie? Wie bereits geschrieben
-
Thread
CAN in analog umwandeln
Hallo Niklas G., also das mit dem >>OLIMEXINO-STM32F3<< hört sich doch gut an. Das würde ich gerne weiterverfolgen. Hast du das schon mal gemacht? Ich glaube die größte Schwierigkeit ist dann den OLIMEXINO-STM32F3
: > Der 0-10 Volt-Ausgang der OLIMEXINO-STM32F3 scheint mir unkritisch. Der STM32F3 kann nur 0-3.3V ausgeben
-
Thread
STM32: SPI - HAL durch eigenen code ersetzen
Der Chip ist ein STM32L452. [c] SPI_TypeDef * g_spi = (SPI_TypeDef *)SPI2_BASE; void PerPrint(void) { printf("CR1: %08x\r\n", (unsigned int)g_spi->CR1); printf("CR2: %08x\r\n", (unsigned int)g_spi->CR2);
) { while (!g_lcdDmaDone); g_lcdDmaDone = false; } } void LcdInit(void) { //Copied from the STM cube generator output: __HAL_RCC_DMA1_CLK_ENABLE(); HAL_NVIC_SetPriority(DMA1_Channel5_IRQn, 0,
-
Thread
STM32: Seriell senden via DMA funktioniert zwar, aber wo wird´s gestartet?
kein zweites Mal gesendet?!? Wo ist denn mein Denkfehler? Hab die ganze Code mal angehangen. MfG FunRice [c] /* Includes ------------------------------------------------------------------*/ #include "stm32f10x.h" #include "platform_config.h" #include "stm32f10x_dma.h" #include "stm32f10x_rcc.h" #include "misc.h" #include "stm32f10x_usart.h" #include "stm32f10x_tim.h" #include "stm32f10x_it.h" #include "stm32f10x_flash.h" #include "stm32f10x_tim.h" #include "lib_dbg.h" /** @addtogroup STM32F10x_StdPeriph_Examples
-
Thread
STM32 Nucleo Debuggen funktioniert nicht mehr
Ich entwickle schon eine ganze Weile mit SW4STM32 auf dem Nucleo STM32F722ZE. Seit gestern funktioniert das Debuggen jedoch nicht mehr. Beim Erreichen eines Breakpoints bricht die Verbindung mit dieser Fehlermeldung zusammen: Info : Previous state
communication failure Debug: 3141 20965 target.c:1522 target_call_event_callbacks(): target event 0 (gdb-halt) Warn : 3142 20965 target.c:1180 target_get_gdb_fileio_info(): target STM32F722ZETx.cpu is not halted User : 3143 20965 target.c:2696 handle_target(): Polling target STM32F722ZETx.cpu failed
-
Thread
STM32 CMSIS Register setzen problem
Paul G. schrieb im Beitrag #6569868: > STM32F407VET m.n. schrieb im Beitrag #6570074: > John Doe schrieb: >> Doch, da man das meistens nur bei der Initialisierung des Controllers >> ändert und der Reset-Wert 0 ist. > > Aufpassen: bei den neueren STM32 ist GPIOx->MODER mit 0xffffffff > initialisiert. Hier muß man die betreffenden Bits erst löschen, wenn man > keinen Analog-Eingang haben möchte. Es
-
Thread
Cortex M4/STM32F4: Problem mit BLX Instruktion
g -o rtostest.elf '"C:\Program Files\arm-none-eabi-gcc-4_6\arm-none-eabi\lib\fpu\libc.a"' ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\timers.o ..\obj\tasks.o ..\obj\stm32f4xx_gpio.o
-g -o rtostest.elf '"C:\Program Files\arm-none-eabi-gcc-4_6\arm-none-eabi\lib\fpu\libc.a"' ..\obj\startup_stm32f4xx.o ..\obj\main.o ..\obj\stm32f4xx_rcc.o ..\obj\timers.o ..\obj\tasks.o ..\obj\stm32f4xx_gpio.o
-
Thread
Linker: cannot find libc.a
/ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb main.c arm-none-eabi-gcc -I./ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb core_cm3.c arm-none-eabi-gcc -I./ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb system_stm32f10x.c arm-none-eabi-gcc -I./ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb stm32f10x_rcc.c arm-none-eabi-gcc -I./ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb stm32f10x_gpio.c und arm-none-eabi-as -mcpu=cortex-m3 startup_stm32f10x_cl.s -o startup_stm32f10x_cl.o
-
Thread
STM32F10x USB VCP Einsteiger
die STM32_USB-FS-Device_Lib_V4.0.0 herunter geladen. Die Hardware Läuft soweit. Ich habe ein Blink Demo geschrieben und mit STM Link V2 geflasht. Windwos erkennt bei entsprechender Beschaltung auch eine
Im Register RCC CFGR das Bit USBPRE Beim STM32F103 muss der Core mit 48MHz oder 72MHz laufen wenn man USB benutzen möchte. Beim STM32F2xx oder STM32F4xx ist das entspannter da alles über die USB PLL läuft.
-
Thread
Programmierproblem mit dem STM32G491
Moin, ich habe hier ein (von einem Kollegen entwickeltes) Board mit einem STM32G491. Er ist reiner Hardwerker. Ich kann das Programm auf den Controller flashen und auch verifizieren (sagt zumindest Keil µVision). Der Debugger tut aber nichts. Mit dem ST-Link Utility kann ich
4,0 MHz. 16:07:54 : Connection mode : Connect Under Reset. 16:07:54 : Can not connect to the target! If you're trying to connect to an STM32W1xx device, please select Normal or HotPlug
-
Thread
Cortex-A5 Ohne OS
-STMICROELECTRONICS-STM32F4DISCOVERY-EVALUATIONSBORDSTM32F4-DISCOVERY https://hbe-shop.de/Art-2355377-STMICROELECTRONICS-STM32F429I-DISCO-STM32F4-DISCOVERY-EVALBOARD
TFT Controller drauf oder? > Ein ATSAMA5D31 reicht übrigens auch. > Also vor man noch mit einem G10 oder G45 rumacht, gleich auf A5. Zustimmung. Vor allem weil der G45 nicht zuverlässigig von aktuellen NAND Flashes booten kann, das diese auch auf Block 0 keine Fehlerfreiheit mehr garantieren,
-
Thread
SAM4, STM32, XMC,.
Hi, ich denke ein Teil der Attraktivität der STM32 macht auch die Library von ST aus. Damit sind viele Probleme echt fix und klassenübergreifend (STM32F0 bis F4) erschlagen. Mit Coocox gibts auch eine Entwicklungsumgebung in die das Ganze gut integriert
Peripherie von den NXP 8051 "geerbt" haben. Bei den "Bastlern" haben sich aber die deutlich komplexeren STM32 durchgesetzt. Hier mal ein NXP LPC1700 GPIO-Interrupt (Taster an P0.23, LED an P1.25): void EINT3_Init(void) { IO0INTENR_bit.P0_23 = 1; // ext irq on rising edge (= button release)