-
Artikel
STM32
bis 160 MHz Mainstream Familie, für allgemeine digitale und gemischt digital/analoge Anwendungen STM32F0 (2013) ARM Cortex M0 bis 48 MHz STM32C0 (2022) ARM Cortex M0+ bis 48 MHz - billig STM32G0 (2018) ARM Cortex M0+ bis 64 MHz STM32F1 (2007) ARM Cortex M3 bis 72 MHz - die älteste STM32 Serie STM32F3
EmBitz Atollic TrueSTUDIO Atollic TrueSTUDIO Installation + Demo MDK-ARM Lite mit Einstellungen für STM32F0/F4-Discovery Board KEIL MDK-ARM Download Installations Video STM32F4 Discovery Board Einstellungen STM32F0 Discovery Board Video SiSy ARM, STM32 Download: SiSy DEMO kein Begrenzung der Codegröße Videobeispiel
-
Artikel
CH32V003
und Extras CH32V003 Minimales Testboard CH32 /RiscV Debugger Gehaeuse PicoMon für CH32V003 oder STM32F0xx CH32V003 Supercluster Neuronales Netzwerke auf dem CH32V003 Vier Gewinnt für CH32V003 und Linux-Toolchain HT16K33A mit CH32V003 CH32V003: serieller Bootloader CH32V003 Instruction Execution Timing
-
Thread
py32v002A: Blink-Binary "gesucht"
aus dem Jahr 2016. Ich möchte das dennoch nicht updaten, weil meine ganzen anderen Projekte von stm32f0 bis H7 oder nxp dann vielleicht unangenehme Seiteneffekte zeigen. Hm, wenn das bei dir läuft, kannst du mir ein Blinkbinary erstellen und hier posten ?
Beitrag #8036759: > Ich möchte das dennoch nicht updaten, weil meine ganzen anderen Projekte > von stm32f0 bis H7 oder nxp dann vielleicht unangenehme Seiteneffekte > zeigen. Verstehe ich nicht! Welcher Compiler verwendet werden soll, steht doch im Makefile. Oder kann man zumindest da rein schreiben
-
Artikel
CAN
STR911FM44, STR912FW42, STR912FW44. 96MHz ARM966E-S CPU Kern STM32 (Cortex M0/M3/M4). Cortex M0 Core - STM32 F0 series of entry-level MCUs STM32F042 : 1 CAN Schnittstelle STM32F072 : 1 CAN Schnittstelle Cortex M3 Core - STM32 F1 series of mainstream MCUs STM32F103 : 1 CAN Schnittstelle STM32F105 : 2 CAN Schnittstellen
benötigt das IC Zwei Betriebsspannungen 3,3V und 5,0V Einen eigenen Quarz für den CAN-Controller (STM32F0-Projekte können auf USB-Takt synchronisieren) Trotzdem interessant, da es nicht mehr programmiert werden muss. LAWICEL (SLCAN) Befehlssatz, daher hohe Kompatibilität zu bekannten Programmen (ungetestet
-
Thread
Armbian 26.2, preiswerte Rigol-VNAs, Bluetooth und WLAN am Arduino uvam
erforderlich - für eine weitere Reihe von MCUs geeignet bzw. gefährlich ist: [c] They tested on STM32F0, F1, G0, and C0 → they are all vulnerable. The RDP scheme works the same way across these families. [/c] ### Rigol DNA5000/6000 - preiswerte Vektor-Netzwerk-Analysatoren mit 26,5 GHz Bandbreite
-
Thread
STM32F4 zieht zu viel Strom
Eingangssignal einfach zu hoch war weil es keine Schutzschaltung davor gab. Gesehen bei mehreren STM32F0xx und auch STM32F4xx (war nicht alles meine Schuld :-)
-
Thread
[V] STM 32 Nucleo F070RB
günstig! >> >> überraschend alt. > > wohl wahr! M0 wirds wohl noch eine Weile geben, genau wie STM32F0... nur weil es alt ist, wird das nicht soooo schnell obsolet werden. Verrückterweise gibts ja auch noch MCS-51... und das ist nun wirklich alt. Zudem gibts dann beim Nucleo einen Programmer mit dazu
Ralph S. schrieb im Beitrag #7980096: > M0 wirds wohl noch eine Weile geben, genau wie STM32F0... Nur wer hat noch Mini-USB Kabel? 😁
-
Thread
CH32V003: Selbstbauprogrammer und "Getting started"
Projekts: Boards mit USB-Zugang oder virtuellen COM-Ports auf Basis von: MCS-51, PIC16, STM8, PFS154, STM32F0, F1, F3, F4 und Atmel AVR. Ich habe genau 2 Firmware's gefunden, die in der Lage sind, einen CH32 zu flashen, eben die eine für Atmel und die andere für einen V003. Und aus den oben genannten
-
Thread
HT16K33A mit CH32V003
V003 auch nicht so wirklich schön (weil er nicht meinen Gewohnheiten entspricht): Ähnlich einem STM32F0 will der V003 beim Versenden eines I2C-Telegrams vorher wissen, wieviele Bytes verschickt werden. Das ist natürlich kein Hexenwerk, passt aber leider nicht zu meinem allerersten vorgehen für I2C seit
-
Thread
PicoMon für CH32V003 oder STM32F0xx
PicoMon ist ein (sehr) kleiner Terminalmonitor, für 2 unterschiedliche Mikrocontroller realisiert. Die "Challenge" für das Programm könnte man auch benennen nach: Von STM32 nach CH32, zurück und dann gemeinsam, weil: der erste Programmentwurf erfolgte für einen STM32-Controller. Dann habe ich das "Projekt" zur Seite gelegt um den CH32 zu evaluieren. Also beschlossen, den kleinen Monitor mit CH32 weiter zu führen. Allerdings gibt es einen großen Vorteil bei STM32: er hat mehr RAM. Wie dem auch sei. "Angestachelt" von einem Nachbarthread von mir, bei dem Laberkopp meinte, den Textdisplayadapter
-
Thread
CH32V003, float wirklich langsam?
schrieb im Beitrag #7861989: > Der wirklich schnelle Hardware-Multiplier des ATMega Naja... Der stm32f0 hat einen 1-cycle multiplier... Halb so viele Takte wie der verhältnismäßig uralte AVR. Aber gut, die AVRs laufen anscheinend in einem 320nm Prozess und der stm32 in 180nm. Da bekommst du einfach
Testen des CH32V003 (ich bin da noch nicht fertig) ist aufgefallen: - I2C ist ähnlich doof wie bei STM32F0, der Controller will vorher schon wissen, wieviel Bytes auf dem Bus transferiert werden (habe Codes vom STM32F0 dann adaptiert, kommt aber meiner früheren Vorgehensweise nicht so sehr entgegen, funktioniert
-
Bild
Blockschaltbild der Stromversorgung eines STM32F0 Mikrocontrollers
STM32F030x4/x6/x8/xC Electrical characteristics 6.1.6 Power supply scheme Figure 12. Power supply scheme VDD, 2 x VDD, Regulator, VCORE, LSE, RTC, Wake-up logic, Power switch, VDDIO1, GPIOs, OUT, IN, Level shifter, IO logic, Kernel logic (CPU, Digital & Memories), VSS, 2 x VSS, VDDA, 10 nF + 1 uF, VREF+, ADC, Analog (RCs, PLL, ...), VREF-, VSSA, VDDA, VSS
-
Bild
Titelseite eines STM32 Referenzhandbuchs
RM0091 Reference manual STM32F0x1/STM32F0x2/STM32F0x8 advanced ARM®-based 32-bit MCUs Introduction This reference manual targets application developers. It provides complete information on how to use the STM32F0x1/STM32F0x2/STM32F0x8
-
Bild
Screenshot einer Dateiansicht in einem Repository
b0edcc4 8 hours ago History 234 KB Code 55% faster with GitHub Copilot avr_pwm avr_uart doku pfs154 stm32f0 stm8_pwm stm8_uart README.md directory_tree.txt textdisplayadapter_2.pdf PFS154 - intelligenter Textdisplayadapter v0.2 für HD44780 kompatible Displays Der Textdisplayadapter ist entstanden, beim
-
Thread
STM32F103C6T6A Lässt sich nicht programmieren
zu beachten ist. https://www.st.com/resource/en/application_note/an4080-getting-started-with-stm32f0x1x2x8-hardware-development-stmicroelectronics.pdf
schrieb im Beitrag #7766626: > Dann solltest du dringend dieses Dokument studieren! > > an4080 ... stm32f0x1x2x8 Vielleicht lieber AN2586? Sooo austauschbar sind die STM32 dann doch nicht. https://www.st.com/resource/en/application_note/an2586-getting-started-with-stm32f10xxx-hardware-development-stmicroelectronics.pdf
-
Thread
"Intelligenter" Textdisplayadapter mit Padauk PFS154
geschrieben, die den Adapter ansteuern. Unterstützt werden die Quelldateien für PFS154, AVR, STM8 und STM32F0xx (dieser in Verbindung mit libopencm3). Eine der wichtigsten Funktionen zum Ansteuern des Adapters habe ich stxt_printf genannt. Diese ist zum einen eine abgespeckte Version eines printf
-
Thread
ADC Auslesen STM32F04
Man muss auch das Reference Manual und das Datasheet dazu lesen. Vielleicht erst mal mit einem STM32F0 oder L0 anfangen, denn die sind weniger komplex.
daher immer alle > konfigurierten ADC Sensoren in einem rutsch pollen. Nein, hast du nicht. STM32F0x Reference Manual: Analog input channels: – 16 external analog inputs – 1 channel for internal temperature sensor (V SENSE ) – 1 channel for internal reference voltage (V REFINT ) – 1 channel
-
Thread
Datenlogger mit ca. 1ksps
Anfang an (!) als "Entry-Level" konzipiert: https://www.st.com/en/microcontrollers-microprocessors/stm32f0-series.html Der F030 ist die "Value Line". Die Begriffe "Value Line" und "Entry Level" sind Industrie-Jargon für "billig". Siegfried H. schrieb im Beitrag #7731583: > weil ST Liefergarantien
-
Thread
Modbus RTU Protokolländerung
Response aus. Baudraten bis 2,5mps und 10k Pakete pro Sekunde sind damit kein Problem auf einem kleinen STM32F0.
-
Thread
Cosmic CXSTM8
Es gibt so viele attraktive Controller aus der STM32F0 Serie, da braucht man über einen STM8 oder was Kompatibles wirklich nicht nachdenken ....
Wastl schrieb im Beitrag #7676925: > Es gibt so viele attraktive Controller aus der STM32F0 Serie, > da braucht man über einen STM8 oder was Kompatibles wirklich > nicht nachdenken .... In besseren™ Zeiten, kostete ein STM8 32-Pinner die Haelfte von einem STM32F0 20-Pinner. Was ich
-
Thread
ATtiny85 als ws2812b LED daten Weiche
Quelle runter bekommen... Ich hab mich nochmal etwas umgesehen, bin mir aber nicht sicher ob die stm32f0 (tm32f030c8t6) Serie sinn macht.. Diese wären billiger und haben (wenn ichs richtig gelesen habe) eine Taktrate von 48Mhz Einen St-Link zum Programmieren habe ich schon. Gibt es bei diesen Controllern
-
Bild
STM32 MCU und MPU Portfolio Übersicht
+ STM32F3 245 CoreMark 72 MHz Cortex-M4 STM32G4 569 CoreMark 170 MHz Cortex-M4 Mixed-signal MCUs STM32F0 106 CoreMark 48 MHz Cortex-M0+ STM32G0 142 CoreMark 64 MHz Cortex-M0+ STM32F1 177 CoreMark 72 MHz Cortex-M3 Ultra-low Power MCUs STM32L0 75 CoreMark 32 MHz Cortex-M0+ STM32L4 273 CoreMark 80 MHz Cortex-M4
-
Thread
Spannung zwischen BNC-Masse und Schutzleiter
dann kann sowas durchaus die Oxidschichten schädigen oder auch kaputt machen. Vor allem bei den STM32F0 ist mir das schon öffter negativ aufgefallen. Bei mir war es aber ein lötkolben... Schaltung hatte noch Erde - der Lötkolben aber unabsichtlicherweise nicht. Der IC war dann zwar nicht kaputt -
-
Thread
Probleme mit STM32F030CC
Hast du dein Programm mit den richtigen Include Dateien neu compiliert? In der stm32f0xx.h musst du das Modell auswählen oder ein entsprechendes Symbol in den Einstellungen der IDE definieren. Wenn ich die beiden Dateien stm32f030xc.h und stm32f030x8.h miteinander vergleiche, sehe
-
Thread
10W Bitcoin miner mit 450GH/s für Raspberry Pi
reset the option bytes will cause a mass erase. Options: [0] Exit [1] STM32C0xxxx [2] STM32F0xxxx [3] STM32F1xxxx [4] STM32F2xxxx [5] STM32F3xxxx [6] STM32F4xxxx [7] STM32F72xxx, STM32F73xxx [8] STM32F74xxx, STM32F75xxx [9] STM32F76xxx, STM32F77xxx [10] STM32G0x0xx
-
Thread
Schlanker UART Bootloader für STM32F031c6
jetzt viel gelesen, leider funktioniert es nicht :-( Es stolpern wohl regelmäßig Verwender der STM32F0-Prozessoren über dieses Problem: Zum Beispiel hier: https://community.st.com/t5/stm32-mcus-products/stm32f072-boot-to-random-address-without-vtor/td-p/579357 Ich habe versucht die vector Tabelle
dann ja der ST-Bootloader ausgeführt wird. https://www.st.com/resource/en/reference_manual/rm0091-stm32f0x1stm32f0x2stm32f0x8-advanced-armbased-32bit-mcus-stmicroelectronics.pdf Nachtrag: Denkbar wäre auch, dass noch Interrupts aktiviert sind, wenn du nicht alles sauber deinitialisierst. Wenn in der
-
Thread
Warmstart STM32F0 unter IAR
Hallo Experten, wenn der WatchDog anschlägt wird ein Reset ausgeführt. Dann ist das Display (per Initialisierung) schwarz. Ich möchte feststellen, ob ein POR (Kaltstart) oder ein WDR (Warmstart) ausgeführt wird und entsprechend den Display Inhalt nicht initialisieren. Problem: Der IAR Compiler manipuliert das RAM bevor mein Programm einsetzt. Dann ist der aktuelle Displayinhalt weg. Wie kann ich in der IAR-IDE dieses Aufrufen der IAR-Assemblerroutine ausschalten? freundlichst, Uwe
-
Thread
[V] Diverse devboards: NXP, STM, Espressif, RISC-V, Breadboard,
VB 7€ 14) STM M24SR NFC Discovery board VB 15€ 15) STM 32F0 Discovery board VB 5€ 15) STM 32F3 Discovery board VB 5€ 16) XMC1100 Boot kit VB 10€
-
Thread
Wie weiter nachdem eine "Main" Datei erstellt ist
generate makefile? build utility? Bilder anschauen?: https://eleceng.dit.ie/frank/arm/BareMetalSTM32F0Discovery/toolchain.html https://microcontrollerslab.com/wp-content/uploads/2020/08/C-Program-compilation-steps-in-GNU-toolchains.jpg
-
Thread
4-Digit LED 7-Segment Anzeigetreiber mit Padauk PFS154-S16
Chips kaufen sollen. Ich hab auch noch Schlagschrauber, Bohrhammer, Kreissäge und Zangen, sowie STM32F0 / F1 /F4 und LPC. MAX7219, TM16xx natürlich auch. Nur PIC und MCS51 habe ich nicht mehr, dafür aber wohl einige 100 Transistoren in NPN, PNP, n-Channel und p-Channel FET natürlich auch. Wenn ich
-
Thread
ST µC Identifikation
STM32F0 kann man selbst auf dem Exemplar lesen, auf einem unangekratzten möglicherweise auch den Rest.
-
Thread
Strommessung PWM Strategie
oder beides. Dann hast du den ADC immer an der selben PWM-Stelle synchron- so habe ich das auf nem STM32F0 gemacht:[c] void Init_PWM ( void ) { GPIO_InitTypeDef GPIO_InitStructure_A; GPIO_StructInit(&GPIO_InitStructure_A); // IOs als Ausgang initialisieren (PortA und PortB) RCC_AHBPeriphClockCmd
beides. Dann hast du den ADC immer an der selben PWM-Stelle synchron- so > habe ich das auf nem STM32F0 gemacht: Danke für deinen Code. Werde ich mir ansehen. Axel S. schrieb im Beitrag #7367148: > Also ist die PWM langsam und der µC tendentiell eher schnell. Genau😊 Ich stelle mir das
-
Thread
STM32 mit DAC - Ersatz für SAMD11?
M0 : STM32F0 M0+ : STM32L0 / G0 Als Beispiel STM32G051F6P -32K FLASH -18K RAM -DAC und ADC -TSOP20 Gehäuse -10K Stück kosten unter 1,1€ Den gibt es auch noch mit 64K FLASH. Allgemein haben die meisten
-
Thread
Neue Low End-Mikrocontroller, interessanter Lesestoff und Corporate Politics
Hmm... wenn man sich mal die Übersicht der "Mainstream" MCUs bei STM anschaut, ist damit die STM32F0 Serie eigentlich fast obsolet: https://www.st.com/en/microcontrollers-microprocessors/stm32-mainstream-mcus.html Oder gibt es irgendein Herausstellungsmerkmal was sie besser kann als die C/G
Hmm... wenn man sich mal die Übersicht der "Mainstream" MCUs bei STM > anschaut, ist damit die STM32F0 Serie eigentlich fast obsolet: Das könnte langfristig auch genau das Ziel sein. Die F-Serie wird m.W. in 130nm gefertigt, die G/C-Serie in 90nm Technologie.
-
Thread
UART auf Linux
Datenblatt ist es mit (GPIOx_AFRL) definiert, das wird aber vom Compiler nicht erkannt. Im File "stm32f0xx.h" wird es AFR[2] => Low register definiert. Leider funktioniert es immer noch nicht. Will es jetzt erst Mal auf Windows zum laufen bringen und dann teste ich es auf Linux. Wird eine
-
Thread
8 UART's mit asm_pio / PIO / DMA / Micropython auf dem PI PICO
Datenblatt beschäftigt habe wird mir dieser immer sympathischer. Es kann gut sein, dass wir unsere STM32F0 durch den PI pico ersetzen. Vor allem sind diese lieferbar.
-
Thread
[V]erschenke Evalboards RX63N, STM32F0, XMC1100
Hallo, ist das STM32F0 noch zu haben? PN folgt
-
Thread
32-Bit uC in QFP-32
Die STM32F0 gibt es in LQFP32, die STM32F1 und STM32F3 auch. Die neuen G0 und G4 sind auch in LQFP32 gelistet Irgendwie alle STM32 bis auf die 5er und 7er Oder ist das deren Patent?
-
Thread
STM32 Programmer Empfehlung
sich letztens sogar upgraden und kost' fast gar nix. ST hat aber im Store keines auf Lager. Das STM32F0DISCOVERY ist auch billig, sollte das gleiche Ergebnis bringen und ist verfügbar.
-
Thread
STM32, printf und fflush
einzelnen Zeichens über uart - Controller: STM32F103 (allerdings logischerweise gleiches Verhalten bei STM32F0 und STM32F4) Folgendes (funktionsfähiges) Testprogramm: [code] #include <libopencm3.h> #include <stdint.h> #include <string.h> #include <math.h> // zwingend fuer Verwendung von "printf
-
Thread
storage size of 'stepper1' isn't known
\FrameworkHALDriver\Src\stm32f0xx_hal_cortex.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_hal_crc.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_hal_crc_ex.o Compiling .pio\build\
\FrameworkHALDriver\Src\stm32f0xx_hal_exti.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_hal_flash.o Compiling .pio\build\disco_f072rb\FrameworkHALDriver\Src\stm32f0xx_hal_flash_ex.o Compiling .pio\build
-
Thread
STM32F0 Bootloader-Problem (UART, Neuling braucht Hilfe)
von welchem Hersteller usw.. ich brauchte nur "irgendeinen Controller" mit ca. 32 GPIO. Und der STM32F0 war halt gerade für 1,20€ oder so verfügbar. Ich hab deshalb im Prinzip nur genau die Stellen im Datenblatt angeschaut, die für meine Anwendung relevant waren. Von HAL wusste ich zu dem Zeitpunkt
-
Thread
STM32 F411 Bootoader aus Applikation starten
* * For STM32F4xx, MEMRMP register in SYSCFG is used (bits[1:0]) * For STM32F0xx, CFGR1 register in SYSCFG is used (bits[1:0]) * For others, check family reference manual */ __HAL_SYSCFG_REMAPMEMORY_SYSTEMFLASH(); //Call HAL macro to do this for you
-
Thread
Probleme beim STM32H743 & SPI
immer ein Byte senden & empfangen, Fullduplex, Master an B12/13/14 CS auf B10. Eigentlich auf einem STM32F0/1/3/4 kein Problem, nur auf dem H7 will das ganze überhaupt nicht laufen. Wenn Jemand eine kleines Beispiel Program hat, wo nur die Clock und die SPI eingestellt wird, sowie eine While Schleife
