-
Thread
STM32 läuft mit Debugger schneller als er soll
er wieder deutlich zu schnell. Mein Quelltext sieht inzwischen so aus: [c] #include <stdint.h> #include "stm32f3xx.h" // delay loop without using a timer // for 48MHz, Latency 1, gcc optimizer enabled void delay_ms(uint32_t msec) { for (uint32_t j=0; j<6000UL*msec; j++) {
letztendlich die USB-Serial Implementierung von W.S. auf den Nachfolger des Blue-Pill Boardes (mit STM32F303CC) portieren. Board: http://stefanfrings.de/stm32/stm32f3.html#stm32f3mini USB Code: http://stefanfrings.de/stm32/stm32f3.html#vcpnohal Besten Dank nochmal.
-
Thread
Stm bringt einen STM32H7 mit 400Mhz
Gestern als Nachricht gesehen: ST bringt einen STM32H7 auf den Markt mit 400MHz. http://www.st.com/en/microcontrollers/stm32h7x3.html?icmp=tt4249_gl_pron_oct2016&querycriteria=productId=LN2033 rgds
Mikel schrieb im Beitrag #4763023: > STM32F769I-DISCO :o) Nicht exakt etwas zum H7, obwohl denkbar wäre dasselbe Board würde auch mit dem H7 ausgestattet. rgds
-
Thread
Suche Projektpartner für Kalmanfilter-Implementierung
mich dementsprechend auch schon nach Sensorik usw umgeschaut. Bei dem Prozessor dachte ich an einen STM32F2 oder die Cortex M4 von ST mit FPU. STM32 aus dem Grund, da es die auch in einem kleinen Package für die Motortreiber gäbe und man somit sich nicht in unterschiedliche Prozessoren einarbeiten müsste
würde bei Arm Cortex ob > M3 oder M4 bleiben, da diese sehr gute Entwicklungstools bieten. ein STM32F20x ist doch auch ein Cortex M3 MfG
-
Thread
Anschluß TFT-LCD-Modul SHARP LQ092B5DW01 Pollin
eine Alternative aufgetan um das LCD anzusteuern? Ich fände es schon sehr interessant, aber einem STM32F7 Kit das Touch abzureißen ist ebenso doof, wie einen STM32F4 rein als VGA-Karte zu betreiben...
eine Alternative aufgetan um das LCD > anzusteuern? Ich fände es schon sehr interessant, aber einem STM32F7 Kit > das Touch abzureißen ist ebenso doof, wie einen STM32F4 rein als > VGA-Karte zu betreiben... Wenn dir der STM32 missfällt: auch andere Hersteller haben passendes im Angebot (NXP wurde
-
Thread
STM32 komisches Verhalten bei include und leerer Funktion
Hallo Leute, ich brauch mal Hilfe. Ich hab hier einen STM32F107VCT6 und folgendes Programm mit CoIDE (1.7.5, 20130927-3279-1526) draufgeladen: Die main.c sieht so aus: [c] #include <stm32f10x.h> #include <stm32f10x_conf.h> #include <stm32f10x_rcc.h> #
? Die neue Funktion ist leer: stm32_serial.h [c] #ifndef STM32_SERIAL_H #define STM32_SERIAL_H //************************************************** void stm32_serial_init( void ); #endif [/c] stm32_serial.c [c] //*
-
Thread
Schloss öffnen durch Musiktöne
FFT zu langsam, die integrierten ADC von ESP32 sind zu schlecht. Daher der Rat zu STM32.
maximalen Steckzyklen Zahl von 3. Danach kommen die kleinen Steckbretter mit einer Zyklenzahl von 5 bis 10. Aber von den 10 BluePills (STM32F10x), die ich schon verbastelt habe, war nur eine wirklich DOA. Aber ja, ich habe auch sehr viele EVKs direkt von ST vom Messegeschenk bis zum 500€ STM32H7
-
Thread
PIC - "beliebtester"?
wissen favorisiere ich den STM32Fxxx, 250 verschiedene Typen und jede Menge umfangreiche Peripherie drin. Artikel: [[STM32]] Aber das ist jetzt eine Ecke größer als der PIC. Für mich hat sich der Aufwand gelohnt. Nie wieder
Markus Müller schrieb im Beitrag #2518631: > Wie ja (fast) alle hier wissen favorisiere ich den STM32Fxxx, > 250 verschiedene Typen und jede Menge umfangreiche Peripherie drin. > Artikel: STM32 > ... > Bevor Du dich jetzt auf einen PIC voll und ganz konzentrierst solltest > Du den STM32 mal anschauen
-
Thread
Z80 Emulation auf dem Arduino
ArduinoMega): Flash: 62744 Ram: 1652 instructions per microsecond (mean):0.50 Die CPU läuft auf dem STM32F303 also ca. 3 mal schneller als auf dem ArduinoMega. FCPU ArduinMega:16MHz FCPU STM32F303K8: 72MHz 70MHz/16MHz=4.5 Seltsam: der Ram-Verbrauch ist deutlich kleiner als beim Atmega und:Obwohl fast die 4.5 fache Clock und 32 Bit ist es auf dem STM nur 3 mal schneller.
-
Thread
STM32F4 Discovery + Spannungen
, spezifiziert ist es aber nicht. Erlaubt sind nur 5V am 5V pin. Also ohne Gewähr mit den 3.3V. Da sich der Schaltplan bezüglich Stromversorgung m. E. zwischen dem stm32vl und dem stm32f4 discovery nicht wesentlich geändert hat, nehme ich an, das das
versehentlich mehr > als 3,3V anlegt und so das Board grillt. Wenn das so wäre, dann hätten sie es beim stm32vl discovery aus dem gleichen Grund auch nicht erlaubt. wurst schrieb im Beitrag #3023138: > Bei den 5V passiert ja erstmal > nichts, weil Spannungsregler dahinter kommen. Auf dem stm32f4
-
Thread
irsnd Callback function
|| defined(STM32L1XX_HD) // ARM STM32 # include <stm32l1xx.h> # define ARM_STM32 # define ARM_STM32L1XX # define F_CPU (SysCtlClockGet()) #elif defined(STM32F10X_LD) || defined(STM32F10X_LD_VL) \
define PROGMEM # define memcpy_P memcpy # define APP_SYSTICKS_PER_SEC 32 #elif defined(ARM_STM32F10X) # include "stm32f10x_gpio.h" # include "stm32f10x_rcc.h" # include "stm32f10x_tim.h" # include "misc.h" # define PROGMEM # define memcpy_P
-
Thread
Assembler (AVR) Freaks bitte: der schnellste Weg, einen ganzzahligen Wert zu skalieren? Gesperrt
Ich als C-Programmierer sehe da keine Grenzen. Ich werfe den teuren AVR in die Tonne und nehme einen STM32 für dasselbe Geld. Damit läuft es schneller, als jeder Assembler-Programmierer auf der Welt es mit einem AVR schafft. Das erzeugte Assembler-Listing mit schlappen 7 Zeilen Code für den STM32 wurde
schrieb im Beitrag #5020465: >> Das erzeugte Assembler-Listing mit schlappen 7 Zeilen Code >> für den STM32 wurde ja oben schon gezeigt. Das ist auch durch einen >> Assembler-Programmierer für den STM32 nicht mehr zu toppen. > > Genau mein Reden, mit C wird's nicht schneller als mit Assembler, das
-
Thread
STM32 HAL Tutorial
Chip und dessen Dokumentation und nicht auf zusätzliches Software-Geschwurbel. Wenn es denn schon ein STM32 sein soll, dann schau dir eher die STM32F30x als alle anderen für den Anfang an. Die STM32F30x haben nämlich eine angenehmere Art, die Funktionalität der Port-Pins einzustellen als z.B. die STM32F1xx
Wie auch immer, wenn Du HAL machen willst, findest Du eigentlich alles in: - Latest release of STM32CubeF0 firmware package - Getting started with the STM32CubeF0 firmware package for STM32F0 Series (UM1779) - Description of STM32F0xx HAL drivers (UM1785)
-
Thread
Universal LCD+Input Modul mit MachXO2
schnellen uC RAMS ist begrenzt, bis dato waren es meist weniger wie 256k. Erst jetzt kommen mit den STM32F/H/7xx Modelle auf den Markt, die mehr als diese üblichen 192kB haben und in Größen oberhalb von 512kB kommen. Zudem ist der Speicher nicht immer durchgehend, je nach embeddeten features im uC
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
F_CPU umschalten, gibt es etwas zu beachten?
) welche viel Analogtechnik braucht; einen modernen µC zu verwenden wäre viel einfacher. Mit einem STM32 ist das Problem in 5 Zeilen Code gelöst; bei AVRs mit viel Hardware /und/ Software-Aufwand. Maxim B. schrieb im Beitrag #6382342: > Zuerst möchte ich besser elementare Stufe absolvieren Und
Zum Vergleich, den Aufwand der bei Nutzung eines STM32 nötig wäre: https://github.com/STMicroelectronics/STM32CubeF1/blob/master/Projects/STM32F103RB-Nucleo/Examples/UART/UART_Printf/Src/main.c#L88 In dieser Zeile die 9600 durch die gewünschte Baudrate
-
Thread
12bit ADC+12bit DAC 20kHz 8min
und externem 12bit DAC. ADuC7020, 7021, 7024, 7026: ADC 12bit 1Ms, DAC 12bit 10us ADuC848BSZ8-5: ADC 16bit, DAC 12bit und 16bit STM32L05x: ADC 12-16bit, DAC 12bit STM32L4: ADC 16bit, DAC 12bit MSP430F478: ADC 16bit, DAC 12bit MSP430FG477: ADC 16bit, DAC 12bit MSP430FG478: ADC 16bit, DAC
> kann wenn es klemmt. Die STM32 sind mittlerweile recht bekannt hier im Forum. > Idealerweise könnte der DMA direkt aus dem externen SD-Speicher lesen, > wenn das machbar ist. Beim STM32 - ja, über die SDIO bzw. SPI -Peripherie
-
Thread
STM32Cube HAL UART Einstieg
nicht einfach überladen kann (solange ich CubeMX benutze). Hier haben sich ein paar Leute (auch bei STM) ein paar mehr Gedanken zu dem Problem gemacht: https://stm32f4-discovery.net/2017/07/stm32-tutorial-efficiently-receive-uart-data-using-dma/ https://github.com/MaJerle/stm32-usart-dma-rx-tx https
gemacht wird: https://blog.ghmit.com.au/2019/07/simple-dynamic-length-uart-comms-with.html https://stm32f4-discovery.net/2017/07/stm32-tutorial-efficiently-receive-uart-data-using-dma/ https://github.com/MaJerle/stm32-usart-dma-rx-tx https://github.com/akospasztor/stm32-dma-uart Ich hatte mich schon
-
Thread
Neues Blackboard mit STM32H723
irgendwas, wenigstens die Belegung > für die zwei FPC zb. https://github.com/WeActStudio/WeActStudio.STM32H7R3Zx_CoreBoard
Hans-Georg L. schrieb im Beitrag #8009687: > Mir sind die STM32H743 lieber die haben mehr internes RAM. H723 hat vier 32 bit Timer, H743 hat nur zwei.
-
Thread
STM32F446: GPIO-Register läßt sich nicht beschreiben
<stdio.h> #include <stdlib.h> #include "stm32f4xx.h" // LED-Pin kollidiert mit SPI1 #define LED2_GPIO GPIOA #define LED2_Pin GPIO_Pin_5 #ifdef STM32F10x #error "This is STM32F4XX project";
. So sieht es mit der StdPeriphLib aus (kleine Änderung: auch noch PC 13 dazu): [c] #include "stm32f4xx_conf.h" #include "stm32f4xx_gpio.h" #include <stdio.h> #include <stdlib.h> #include "stm32f4xx.h" // LED-Pin kollidiert mit SPI1 #define LED2_GPIO GPIOA #define LED2_Pin GPIO_Pin_5
-
Thread
Hochfrequenzschaltregler
LMG5200 funktioniert prima, aber mit einem Mega wird das wohl nix werden. Ich hatte einen STM32F334 dran, der mit weit weniger als 1ns Auflösung PWM machen kann. Wenn du 5MHz haben willst kommst du ansonsten nicht weit. Wird aber schon sehr aufwendig. Ohne 4 Lagen Layout mit einigen Hürden wird
von 5mV wirst du nicht erreichen, weil die Reglung etwas grob wird. Es ist sowieso unpraktikabel, weil mit dem STM32 die Lösung schon größer als die SIC461 oder LT8645s-Schaltung wird. Denn der STM32
-
Thread
STM32 Header Files
den reinen Registerdefinitionen findet sich normalerweise im CMSIS-Zweig der ST-Lib unter Device/ST/STM32F4xx/Include und nennt sich stm32f4xx.h Da findest Du die Definitionen der Peripherie so, wie sie auch in den Referenzhandbüchern verwendet werden.
codes migration" Hilfen. Manchmal doch sehr kontraproduktiv. https://github.com/modm-io/cmsis-header-stm32/blob/master/stm32f3xx/Include/stm32f373xc.h#L11927-L11976
-
Thread
STM32H7-Disco erster Test
Hallo zusammen, da ich gerne was mit TFT und STM32 mache aber die STmicro Disco Boards in Sachen Display meisst zu kleine TFTs haben musste eine eigene Lösung her. Die Specs: STM32H743IIT mit 480Mhz 128 MB SDRAM, 2x 512MBit 128 MB QSPI Flash
bei ebenfalls 16 bit SDRAM https://www.youtube.com/watch?v=bcilZYgYLjk Mein STM32H7@480MHz+160MHzSDRAM Board wird bei Grafik 3x schneller weil das SDRAM schneller ist ( Takt + breiterem Bus). ST hat das in diversen AppNotes zum LTDC episch ausdiskutiert. Leider ist das STM32F769i-Disco
-
Thread
NUCLEO STM32 F0 bis F4 unterschiede Gesperrt
Mir drängt sich noch eine Frage auf. Habe jetzt mal versucht den STM32F103(M3) mit dem STM32F411(M4) zu vergleichen. Der STM32F411 soll ja so gesehen mehr Interfaces, Rechenleistung, Speicher,... haben. Hat der STM32F411 dennoch Nachteile im Vergleich zum STM32F103, außer dem Chippreis?! (Farnell: STM32F411 ~8€, STM32F103 ~4€)
-
Thread
WS2812B 800KHz PWM mit Transistor Pegelwandler
paar WS2812B LEDs einsetzten jedoch gibt es da ein paar Probleme bei der Pegelwandlung von 3,3V auf 5V. Mein STM32 erzeugt mit Timer3 ein 800KHz PWM Signal welches ich dann später via DMA rausschicke, damit das Timing möglichst genau eingehalten wird. Da der STM32 mit 3,3V läuft und die LED mit 5,1V
5,2V versorgt werden. Die erreiche ich mit dem STM32 längst nicht maximal 3,25 bis 3,32V. Es wurden ja mal die neuen WS2812B von glaubig 2018 erwähnt die nur 2,6V als HIGH benötigten. Ob diese auf dem
-
Thread
STM32 Einstieg
Wenn ich die größten AVR Modelle (Xmega) mit den mittleren STM32 vergleiche, kommen sie mir gleich komplex vor. Die AVR sind aber 5x so teuer und nicht so einfach als steckbares Modul erhältlich.
Sebastian R. schrieb im Beitrag #6077748: > "STM32 Einsteiger" Es gibt halt auch nicht DEN STM32, sondern ziemlich unterschiedliche. So habe ich unterdessen schon viele Projekte mit STM32F1 und STM32F3 gemacht. Dann habe ich mal auf ein Board,
-
Thread
Wie funktioniert der ARM cortex M3?
BX R0 ENDP [/code] Dann brauchst du vl. noch die core_cm3.c und core_cm3.h. Diese findest du im Ordner Libraries\CMSIS\CM3\CoreSupport. Und dann eben die ganzen librarie files. Ein Makefile für den STM32 findest du hier: http://svn.savannah.gnu.org/svn/paparazzi/paparazzi3
Evtl. auch interessant: http://labs.ti.bfh.ch/gecko/wiki/tutorials/stm32
-
Thread
Arduino STM32Duino
Guckst du entweder im Datenblatt oder eben z.B. hier: https://github.com/stm32duino/Arduino_Core_STM32/blob/master/variants/NUCLEO_H743ZI/PeripheralPins.c#L274
COM-Port durchgeschleift wird. Für dein Board ist das wohl UART3. Kannst du einfach in der variant.h nachschauen: https://github.com/stm32duino/Arduino_Core_STM32/blob/master/variants/NUCLEO_H743ZI/variant.h#L203 chris schrieb im Beitrag #6001047: > Möglich wäre also z.B. > HardwareSerial Serial7
-
Thread
USB Verbindung zerstört µC
Versuche mal eines deiner vermeintlich defekten Boards über SWD zu programmieren, nachdem es 0,5..1 Stunden ohne Versorgung (auch kein USB) herumlag. Eventuell läuft es nach dieser Wartezeit (Entladezeit) wieder. Google anwerfen, und nach 'STM32L0 nrst' oder 'STM32L0 reset' suchen. Da findet
nach 'STM32L0 nrst' oder 'STM32L0 reset' suchen. Da > findet sich einiges, und vielleicht sind da noch ein paar Ideen für dich > mit dabei. Hab ich schon, das einzige, was ich gefunden habe das gleich klang
-
Thread
CubeIDE - erstellen eines Projektes
es überhaupt 10 Klicks sind. Ich spiele es mal durch. Wir nehmen mal an, wir haben gerade ein neues STM32CubeMX Projekt angelegt für den STM32F407VGT6. 1. Code in der .io Datei erzeugen (Generate Code). 2. .io Datei löschen 3. Folgende Dateien löschen: main.h, stm32f4xx_hal_conf.h, stm32f4xx_hal_msp.c, system_stm32f4xx.c 4. HAL Ordner löschen 5. Überall "#include "main.h"" entfernen (Übersetzen zeigt die include Orte als Fehler an) 6. "HAL_IncTick();" aus "SysTick_Handler" entfernen. Übersetzen zeigt den
-
Thread
Fa. Atmel soll Probleme haben ?
H.joachim Seifert schrieb im Beitrag #2409371: > Naja, glaub eher, dass das völlig aus der Luft gegriffen ist. > Den XMega braucht eher sogut wie niemand (STM32 ist da in so gut wie > jedem Fall die
H.joachim Seifert schrieb im Beitrag #2409371: > (STM32 ist da in so gut wie > jedem Fall die bessere Alternative) Wie viel Strom braucht der im Schlaf, wenn du auch die Daten noch erhalten willst
-
Thread
Einbindung einer .c ohne .h
Hallo! Ich stehe im moment auf dem Schlauch. ich möchte gerne mit Keil5 den USart2 meines STM3210C-EVAL Boards (STM32F107VC) einrichten. Habe mit dem Run-Time Environment Manager alles eingerichtet und das Projekt erstellt. In der .c Datei "UART_STM32F10x.c" stehen alle
in der ich nun Zugriff auf diese Methoden haben möchte. Normalerweise binde ich die dazugehörige .h Datei ein, und es passt. Hier existiert aber keine .h Datei. Wenn ich die UART_STM32F10x.c einbinde (also tatsächlich #include "UART_STM32F10x.c" in der Main benutze) kommt ein "multible define error
-
Thread
MINOS - Minos Is No Operating System
Dich: button.c ist eine exakte Kopie aus meinem Projekt "WordClock mit WS2812", welches auf dem STM32F103-Mini-Dev-Board, auf den Nucleo-Boards STM32F401 und STM32F411 und neuerdings auch auf dem STM32F407 Black Board läuft. Daher ist die Unterscheidung per #define auch äußerst sinnvoll. Und ich werde
bekomme es einfach nicht ans laufen. Ist das HEX-File auf dieser Seite noch aktuell? Ich habe Minos-STM32F407VET.hex mit dem STM32Cube-Programmer auf das STM32F407VET6 Black Board geflasht (alle 3 Schnittstellen USB, UART und ST-Link) es gab auch jedes Mal das OK beim Verify. Wie komme ich nun auf die
-
Thread
LoraWan Projekt Antenne-/Layout
einem Kanal, zumal der STM32WL5 zwar LoRa-Modulation kann, es aber von da aus zu einem LoRaWAN Modul noch ein weiterer Schritt ist.
dann aber doch. Für den STM32WL5 gibt's LoRaWAN-Stacks, alles kein Problem. Der LoRa-Empfänger mit einem Kanal ist ziemlich blöd, weil man dann die ganze Software umbasteln muss, sobald man LoRaWAN fahren will und spätestens dann
-
Thread
[STM32] HAL vermeiden?
gestellt. Die Konfiguration ist in der SystemInit hier: https://github.com/ChristianRinn/bare_metal_stm32f411xe/blob/master/src/STM32F411XE/gcc_startup_system.c
Was für eine H§$%)(/§"&§e ;-) Also jetzt hab ich es final hinbekommen und auch eine Kommunikation von PC<->STM32F103 ... Schlussendlich musste ich tatsächlich auf den Vorgenerierten USB-CDC-Code von Cube-MX zurück
-
Thread
Grundbeschaltung ARM (z.B. STM) im Vergleich zu AVR
schnellsten. Mit dem "Dacia" komme ich aber auch gut zurecht: https://www.amazon.de/ST-Link-Programming-H¨¹lle-Emulator-Downloader/dp/B01F37YMJ4/ Ebenso komme ich auch mit dem Original von STM32 gut klar, das du von jedem beliebigen Nucleo-Board abtrennen kannst: https://www.amazon.de/stmicroelectronics-STM32
manchen Prozessoren sind noch zusätzliche Kondensatoren nötig (ausser Entkoppel Cs an VCC). z.B. STM32F411 64 pin benötigt eine 5uF Cap an einem Pin. Da hängt der interne Spannungsregler dran. Ohne den geht nichts.
-
Thread
Kleines ARM Modul wie Ardunio Nano gesucht
Für 10€ kriegste schon so ein Minimal-Board + Programmer: http://www.ebay.de/itm/STM8S103F3P6-System-STM8-Board-Core-ST-LINK-V2-STM8-STM32-Emulator-Programmer-/181553028700?hash=item2a45675e5c:g:XVoAAOSwDN1UUIdu
Beitrag #4439175: > Für 10€ kriegste schon so ein Minimal-Board + Programmer: > http://www.ebay.de/itm/STM8S103F3P6-System-STM8-Board-Core-ST-LINK-V2-STM8-STM32-Emulator-Programmer-/181553028700?hash=item2a45675e5c:g:XVoAAOSwDN1UUIdu Das ist aber kein ARM.
-
Thread
Gibt es so etwas wie einen Hifi Arduino?
z.B. von Analog Devices, TI, Freescale. Man kann mit externen Wandlern auch einiges DSP mit einem STM32 machen. Nur die eingebauten AD/DA sind nicht gut genug. Aber z.b. ein STM32F407 hat mehrere I2S Kanäle. Das STM32F407 Discovery ist audiomässig ausgelegt und hat wenigstens schon Audio-DAC und Ausgangsverstärker
absolut gar nichts dazu. I2S kenn ich. Mich irritiert gerade, dass laut Hersteller (ST) die Versionen STM32F407, STM32F401 und STM32F411 alle NICHT über SAI verfügen, sondern nur die Versionen 446, 427, 429 und 469. Und wie ist das wenn ich die Arduino Plattform verwende? Da kann ich ja STM32F407 (als
-
Thread
Komplexität STM32 vs. PIC32
build/comparison-lpc1114-4.6.2.elf 33650 60 1420 35130 893a build/comparison-stm32f407-4.6.2.elf 47872 184 2400 50456 c518 build/comparison-pic32mx440f256h-4.5.2.elf [/c] - Beim Timer gibt es beim PIC32 nur ein paar fixe Prescaler, die ARMs haben i. d. R.
build/comparison-lpc1114-4.6.2.elf > 33650 60 1420 35130 893a > build/comparison-stm32f407-4.6.2.elf > 47872 184 2400 50456 c518 > build/comparison-pic32mx440f256h-4.5.2.elf > [/c] Müsste man sich mal ansehen, woran das liegt. Normalerweise kennt der PIC32/m4k
-
Thread
Display"fehler" bei OLED Module IIC I2C 128x64
Ich betreibe ein 1.3" OLED LCD 4Pin Display Module IIC I2C 128x64 3-5V an einem STM32F103C8T6 und einer Library von https://controllerstech.com/oled-display-using-i2c-stm32/ Auf dem Display (s. Bild) sieht man am rechten Rand so ein Gegrissel, auf dessen Zustandekommen
Ergebnissen mit meinem DIY OLED Display 1.3" 128x64. Wie kriege ich das jetzt transformiert nach STM32CubeIDE und STM32F103 ?
-
Thread
STM32 SPI HAL extrem langsam
Der FIFO wird beim H7 in HAL_SPI_Transmit genutzt. https://github.com/STMicroelectronics/STM32CubeH7/blob/0c3a06c18bd2a87b006a84f997f2b0b56d97a113/Drivers/STM32H7xx_HAL_Driver/Src/stm32h7xx_hal_spi.c#L941
J. S. schrieb im Beitrag #7127402: > Der FIFO wird beim H7 in HAL_SPI_Transmit genutzt. > > https://github.com/STMicroelectronics/STM32CubeH7/blob/0c3a06c18bd2a87b006a84f997f2b0b56d97a113/Drivers/STM32H7xx_HAL_Driver/Src/stm32h7xx_hal_spi.c#L941 Danke
-
Thread
Ganz viel DRAM an µC
Unterstützt der STM32F1 überhaupt differentielle Leitungen? Ich halte das Unterfangen auch für sinnlos.
du 1 GB RAM bei einem STM32F1xx benutzen? Natürlich geht sowas nicht, denn die STM32F1xx haben m.W. überhaupt keinen Peripheriecore für externen SDRAM. Es dürfte auch sonst nicht gehen, denn in der Aufteilung des 4 GB
-
Thread
Einstieg in Microcontrollerprogrammierung mit Stellaris Launchpad?
Ich finde den LM4F Stellaris im Vergleich zum STM32F4 deutlich schlechter: - viele Stellaris haben kein richtiges Hardware-PWM, die Einheit ist optional und fehlt z.B. auch bei den im Launchpad verwendeten LM4F120H5QR. Hardware-PWM ist eigentlich
tatsächlichen Preise für kleine Stückzahlen ansieht: http://de.farnell.com/texas-instruments/lm4f230h5qrfig/mcu-32bit-stellaris-256kb-64lqfp/dp/2246241 10,88 EUR / Stück für 10 von den billigsten Stellaris gegen http://de.farnell.com/stmicroelectronics/stm32f407zet6/ic-mcu-32bit-512kb-flash-144tqfp
-
Thread
Welche Low Cost 32 Bit MCU Familie? Gesperrt
sein Ohne Vergrößerungsbrille betrachtet sind das eher die Kaninchen. "Hirsche" beginnen mit STM32H7.. und laufen mit ca. 0,5 GHz. Aber gut - nicht immer übertreiben ;-) Was man derzeit nicht unterschlagen darf: Wenn es fix und fertig sein soll, kann auch ein Pico-Board (RP2040) eine schnelle
> Ohne Vergrößerungsbrille betrachtet sind das eher die Kaninchen. > > "Hirsche" beginnen mit STM32H7.. und laufen mit ca. 0,5 GHz. > Aber gut - nicht immer übertreiben ;-) :-) mit "Platzhirsch" meinte ich schlichtweg Preis und Stückzahl und nicht die Leistungsfähigkeit.
-
Thread
STM32F7: Eigener Bootloader startet die Applikation nicht
0 entry11a.o(.ARM.Collect$$$$0000000F) Reset_Handler 0x080602f5 Thumb Code 8 startup_stm32f722xx.o(.text) ADC_IRQHandler 0x0806030f Thumb Code 0 startup_stm32f722xx.o(.text) CAN1_RX0_IRQHandler
die berechnet ist gleich: 0x80601F5 ??? (Siehe Anhang: Debug-Ausgabe) Map-File der Applikation (Ausschnitt): 0x08060000 0x000001e0 Data RO 1849 RESET startup_stm32f722xx.o 0x080601e0 0x00000000
-
Thread
STM32F407 Nachfolger
den Pfennig achten und gleich einen Controller wählen, der genug RAM/ROM und MHz hat. Da böten sich STM32F7xx oder STM32H7xx an. Als Beispiel: https://www.mouser.de/ProductDetail/STMicroelectronics/NUCLEO-H743ZI2?qs=lYGu3FyN48cfUB5JhJTnlw%3D%3D
Benjamin schrieb im Beitrag #7557393: > Bin auf den STM32F407VG6 gestoßen und habe mit diesem begonnen, da er > meine Anforderungen erfüllt. Schau dir mal die STM32G0-Serie an: https://www.st.com/en/microcontrollers-microprocessors/stm32g0-series.html
-
Thread
STM32F4 sprintf Problem
alle Sensordaten zu senden. Mich laust es aber, warum das mit sprintf nicht geht. [c] #include "stm32f4xx.h" #include "stm32f4_discovery.h" #include "tm_stm32f4_usart.h" #include <stdio.h> #include <stdlib.h> int main(void) { SystemInit(); char str[120]; TM_USART_Init(USART1,
in OpenSTM32 muss da wenn ich das richtig sehe __FPU_USED=1 definiert sein. Hier ein Auszug aus der system_stm32f4xx.c [C] void SystemInit(void) { /* FPU settings --------------------------
-
Thread
Maximale Sampling Rate Atmega 20 MHz, mit parallelem externem ADC
Ein STM32 oder ähnlich wäre hier wirklich ein Vorteil. Je nach Ausführung schafft da der interne ADC sogar irgendwas im Bereich 5 MHz. Mehr RAM sollte man auch finden. Bei der AVR Version kann man es sogar
itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino-/182051337638
-
Thread
Backofen Fehler F01, Steuerelektronik defekt?
Anarchist schrieb im Beitrag #6675723: > Der STM8 ist völlig veraltet. Ich würde eine neue Steuerung entwickeln > auf Basis von einem STM32. Klingt logisch weil 8 ist ja auch kleiner als 32. Es spricht überhaupt nichts dagegen den STM8 einzusetzen
heute keiner mehr. Dafür kannst relativ einfach arbeitslose Master-Absolventen rekrutieren, die mit STM32 Erfahrungen haben und sich für 34K einstellen lassen.
-
Thread
STM32F407V GPIO Toggle-Frequenz
ansatzweise an die theoretischen 100MHz herankommen. Hier mein minimaler Code: [c] #define HSE_VALUE ((uint32_t)8000000) //externer kristall mit 8MHz #include "stm32f4xx_conf.h" #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "system_stm32f4xx.h" void Configure_PB1
der Schleife. Den Initialisierungs-Code brauchst du natürlich noch: [c]#define HSE_VALUE ((uint32_t)8000000) //externer kristall mit 8MHz #include "stm32f4xx_conf.h" #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "system_stm32f4xx.h" void Configure_PB1
-
Thread
Starterkit Mikrocontroller
bevorzugen. Da mehrfach nach Büchern gefragt wurde: Insider's Guide STM32 - Hitex Es befasst sich mit dem STM32F1 internas. (Für mich zuwenig Details.)
@Cyblord: So unrecht hast du damit definitiv nicht. Obs jetzt Arduino oder STM32 ist. Ob der Weg zum ersten Blink 5 Minuten oder 60 Minuten dauert - egal - man muss einfach mal loslaufen!
-
Thread
Auslesen Reset Source STM32
herunterladen) die entsprechende Source und Header-Datei. Und binde sie in dein Projekt ein. Also stm32f4xx_rcc.h und stm32f4xx_rcc.c
beim F1 sieht es so aus: http://stm32.kosyak.info/doc/stm32f10x__rcc_8h.html http://stm32.kosyak.info/doc/stm32f10x__rcc_8c_source.html Ach ja, deine Fehlermeldung kommt vom Compiler, nicht vom Linker. Es fehlt (mind.) der include