-
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
-
Thread
BluePill -> CH32 statt stm32
Anbieter. Ich bin etwas unschlüssig, was zu tun ist. Eigentlich möchte ich mir die Option auf STM32Cube offen halten und wenn ich das nutze, das auch mit gutem Gewissen tun (d.h. Produkte von STM damit programmieren). Auf der anderen Seite war ich ja selber böse und geizig. Behalte ich die nun als
Update: ich hab mich heute intensiv mit openocd auseinandergesetzt und SWD zum via RPi Hub (FTDI2232H) Kontakt mit CH32F103 aufgenommen. Testweise den Maple Bootloader raufgeworfen: https://github.com/rogerclarkmelbourne/STM32duino-bootloader/blob/master/binaries/generic_boot20_pc13.bin und siehe
-
Thread
SPL und Atollic
~~~~~~~ ..\src\stm32f0xx_rcc.c:493:16: note: in expansion of macro 'IS_RCC_PLL_MUL' assert_param(IS_RCC_PLL_MUL(RCC_PLLMul)); ^~~~~~~~~~~~~~ ..\src\stm32f0xx_rcc.h:110:41: error: 'RCC_CFGR_PLLMULL5
PREDIV1_DIV5' undeclared (first use in this function) #define RCC_PREDIV1_Div5 RCC_CFGR2_PREDIV1_DIV5 ^ ..\src\stm32f0xx_rcc.h:156:48: note: in expansion
-
Thread
stm32f103c8 lässt sic nich flashen
Habe dieses board - http://www.ebay.de/itm/1-2-5-10Stks-STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-/272425764978?var=&hash=item3f6dd74872:m:mrAOyKktZjIFkrwmEnoO1Mg - vergeblich versucht mittels St-Link V2 zu flashen. Fehlermeldung
/c] Den Rest kannst du dir hier ansehen. https://github.com/Traumflug/Teacup_Firmware/blob/arm-stm32f411-port/pinio.h#L117 Pin-Definitionen: https://github.com/Traumflug/Teacup_Firmware/blob/arm-stm32f411-port/arduino_stm32f411.h Da ist dann nix überflüssig und auch andere können mit dem Code
-
Thread
STM32 M3 C8T6 - DFU über USB
https://github.com/rogerclarkmelbourne/STM32duino-bootloader wenn es denn unbedingt ein stm32 ohne DFU-im-ROM seien soll..
riecht das zuviel nach Bauernregel. Und Bauernregeln haben in der Elektronik nichts zu suchen. Der STM32F072 ist ein F0, d.h. von der Billigserie. Als "größeres Modell" würde ich den nicht sehen. Bei uns hat der ATMEGAs ersetzt. Der STM32F072 kann das. So ganz stimmen kann deine Aussage also nicht.
-
Thread
Wie steige ich am besten von AVR auf PIC um?
Dingens23 schrieb im Beitrag #3483762: > PIC24FV32KA304 > STM32F030R8T6 > MK10DN128VFM5 Dingens23 schrieb im Beitrag #3483670: > PIC24FJ128GC010 huebi h. schrieb im Beitrag #3483436: > XAM3359AZCZ100 Wundert sich immer noch jemand, weshalb
A. K. schrieb im Beitrag #3483773: >> PIC24FV32KA304 >> STM32F030R8T6 >> MK10DN128VFM5 > Dingens23 schrieb: >> PIC24FJ128GC010 > huebi h. schrieb: >> XAM3359AZCZ100 Am schlimmsten finde ich hier immer noch Freescale. Ironischerweise ist deren
-
Thread
STM32 ADC liefert falsche Werte
Matthias S. schrieb im Beitrag #4478823: > M.E. mit dem > STM32F103 auf dem VL Discovery Auf dem VL-Discovery sitzt ein STM32F100RBT6
Sooo, ich habe Deinen Makrovirus mal bei mir ins CooCox gehängt. Testplattform STM32VLDISCOVERY, d.h STM32F100RB. Kleine Änderungen: - printf-reingehängt - ST-Link auf 300kbps runtergedreht Wesentliches Ergebnis - es läuft wie erwartet. Sowohl mein Code, siehe oben, als