-
Thread
Eigener Bootloader stm32f103
ich auf diesem die LUFA USB Midi Firmware darauf habe. Wenn du den ATmega weglässt, und statt des STM32F103, der ja der allererste Ur-STM32 ist, einen aktuelleren STM32 nutzt (z.B. STM32G4), hat dieser einen fest integrierten USB-Bootloader. Dann kannst du den wunderbar komfortabel über die STM32CubeProgrammer
Bei dem Projekt, das ich damit am laufen habe, verwende ich einen STM32H7. Die Binary File wird ganz normal compiliert, ohne Flash Offset. Bei einem Bank Swap wird die zweite Bank mit 0x8000000 adressiert und die erste nach hinten geschoben. Das macht es ziemlich einfach
-
Thread
Compilierung des EU1KY AA unter Linux.
Vielleicht kannst Du ja mal rein schauen, ob Dir was an den includes auffällt. >find ./rtc -name \*.h -or -name \*.c -exec grep -H include {} \; ./rtc/STM32F7RTC.c:#include <stdint.h> ./rtc/STM32F7RTC.c:#include <stdio.h> ./rtc/STM32F7RTC.c:#include <string.h> ./rtc/STM32F7RTC.c:#include <ctype.h> ./rtc/STM32F7RTC.c:#include <stdlib.h> ./rtc/STM32F7RTC.c:#include "stm32f7xx_hal_rtc.h" ./rtc/STM32F7RTC.c:#include "stm32f7xx_hal_rtc_ex.h" ./rtc/STM32F7RTC.c:#include "STM32F7RTC.h" ./rtc/emrtc.c:#include
-
Thread
Linux auf dem STM32 externes RAM
danach kommt ein HardFault Interrupt. Die Ausgabe auf der Seriellen Schnittstelle ist: [code] stm32-bootH [/code]
Mich würde mal interessieren, ob man auf dem F7Disco den GCC installieren und compilieren könnte: https://github.com/fdu/STM32F746G-disco_Buildroot
-
Thread
Arduino oder
Bevor du hier weiter im ungewissen stocherst wie viel zu lesen ist: - STM32F103 Datasheet - STM32F103/F107 RM0008 Reference manual - STM32F103/F107 PM0056 Programming manual - ARM Cortex-M3 Devices Generic User Guide - ARM Cortex-M3 r2p0 Technical Reference Manual -
fertige Module (ESP32 Wroom) die sie auf ihre Boards oben drauf löten. > Zählt ein ARM Cortex m7 Board von ST auch zu den > komplizierten (wie von dir beschrieben)? Ja. Fange besser mit einem STM32L0xx oder STM32F3xx
-
Thread
Qt for MCUs: Grafiktoolkit für Mikrocontroller
STM32F0 oder einen STM32F7, oder irgendwas dazwischen? Das größte Geschoss (STM32F779) hat einen eingebauten "Graphics Accelerator" und ein MIPI-DSI-Interface, d.h. du kannst ein Standard-Display anschließen
Der STM32H750 ist schön günstig (5€) und hat alles was die anderen H7 auch haben. Vor allem hat er viel mehr Takt als die F7, was doch zum Pixelschubsennur gut sein kann. SDRAM ran, QSPI Flash ran und ab gehts
-
Thread
STM32CubeIDE + CMSIS DSP , wie bekomme ich das zum Laufen?
So, bin wieder da. Mein System: Ubuntu 18.04 STM32CubeIDE-1.4.2 CMSIS-5.7.0 STM32F401CCU Black Um immer aktuell zu sein, habe ich die Lib neu compiliert. -CubeIDE: neues Projekt, Static Library, Name: arm_cortexM4lf_math -µC auswählen, Lib
Übrigens kannst Du an Stelle der Version aus: ~/STM32Cube/Repository/STM32Cube_FW_F4_V1.25.0/Drivers/CMSIS/DSP/ auch die neuere aus: ~/STM32Cube/Repository/Packs/ARM/CMSIS/5.7.0/CMSIS/DSP/ benutzen. Der Ablauf ist der Gleiche.
-
Thread
Lötstation Quikko / Ksger T12 dtl Vorteil?
stm32 https://www.hackster.io/sfrwmaker/soldering-iron-controller-for-hakko-t12-tips-on-stm32-c50ccc Horst schrieb im Beitrag #6527385: > Dann tauscht Du bei der T12 schnell die Spitze und wartest
252FtDeLpuxwt1b8CrMlwJ18AsNpf8laUGqpoORRLYKPP84knJ4dA86N1uRk04niKrDHgl1wmQbCJg38jXpLIIyPuxpmj5O1xnfQok2h1GqFqDKeH9d7Nih8MLAdMbLu03z37R289UMaIQAVGQtW7QxbFx%252BzjMONG0eOgOZ7KjnBwX8QipdWQz4OVqoqnuQ5k6RRtpP%252BK4BbkigW2xpb7vmkGOHhPy%252Bxy7qXiVs%252FTOmLhdZKse7thcv0ASqaLSUQ%252F8iZBJioaEEzdNybmIQwOaYX%252Fi1kkggCGr
-
Thread
Schnellere MCU als der ESP8266 zu einem guten Preis?
das zeug ist jetzt schüttgut ... > avr schrieb: >> Der ESP ist vor allem langsamer als ein M7 - trotz dual core. > > Hast du eine Quelle für diese Behauptung? aus neugier gegoogled: ein 32F7 At 216 MHz fCPU, the STM32F745 delivers 1082 CoreMark / 462 DMIPS macht : 2,138 DMIPS/Mhz ein 32H7 At 400 MHz fCPU, the STM32H743/753 lines deliver 2020 CoreMark /856 DMIPS macht : 2,14 DMIPS/Mhz RT1060 3020 CoreMark/1284 DMIPS @ 600 MHz macht : 2,14 DMIPS/Mhz zum ESP32: Xtensa dual-core
-
Thread
Einstieg(scontroller) in Ethernet Kommunikation mit STM32
Ich bin zwar auch ein grosser STM32-Fan, aber in diesem Fall würde ich doch den ESP32 vorschlagen, da das "Gesamtpaket" durchaus ein paar Vorzüge hat. 1. Für 6-7€ plus Versand bekommst Du ein fertiges Board vom Chinamann (https:/
https://www.st.com/en/evaluation-tools/nucleo-f429zi.html hat STM32F4 und Ethernet, wie gewünscht STM32CubeIDE installieren, aus dem Repository das Beispielprojekt: Repository\STM32Cube_FW_F4_V1.26.0\Projects\STM32F429ZI-Nucleo\Applications\LwIP durcharbeiten
-
Thread
STM32 Header
" #elif defined(STM32L151xB) #include "stm32l151xb.h" #elif defined(STM32L151xBA) #include "stm32l151xba.h" #elif defined(STM32L151xC) #include "stm32l151xc.h" #elif defined(STM32L151xCA) #include "stm32l151xca.h" #elif defined(STM32L151xD) #include "stm32l151xd.h" #elif defined(STM32L151xDX) #include "stm32l151xdx.h" #elif defined(STM32L151xE) #include "stm32l151xe.h" #elif defined(STM32L152xB) #include "stm32l152xb.h
-
Thread
lpc1700 - ARM Cortex M3 von NXP: Endlich!
-v0.2.pdf Der STM32 basiert sich auf die "r1p1-01rel0". Die 3 Erratas sind minor eingestuff (cat3), die dritte trifft der STM32 sogar gar nicht da er kein MPU hat (463769). Zum Thema 12-bit ADC.... der STM32 bietet
doch nicht aus. Natürlich hat ST auch 90er M3s im Angebot. Das sind allerdings nicht die LowCost STM32, sondern die ST32 und ST33er. Die sind primär für SmartCards oder Simcards gedacht. Andere 90nm MCs sind zum Beispiel der SuperH von Renesas (SH72546RFCC, war die erste 90nm Flash MCU), der LPC3180
-
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
STM32F4 I2C ACK bei 1.5V
du dadurch auch das Display oder den I/O vom STM32 gegrillt, denn das ist ja quasi ein Kurzschluss. Normalerweise würde ich auch zu kleineren Pullups raten, wie 4.7kΩ. Zu große Pullups erkennt man an sehr runden steigenden Flanken. Reginald L.
Beitrag #4484914: > kapazitives Touch hat und jetzt zickt I2C rum Die I²C-Einheit von den alten STM32, inkl. dem STM32F4, kann einem enorm viel Spaß generieren. Wenn du noch leicht wechseln kannst, wäre es empfehlenswert, einen neuen STM32 (STM32F3, F0, ...) zu nehmen mit der verbesserten I²C-Peripherie
-
Thread
Birulki: Sensoren, Speicher und Funkmodule
Beispiel nie auf die i.MX RT Serie gestoßen wenn ich nicht zufällig über den Teensy 4 gestolpert wäre, STM32F4/F7/H7 dürften dagegen aber die meisten kennen.
nie auf die i.MX RT Serie gestoßen wenn ich nicht > zufällig über den Teensy 4 gestolpert wäre, STM32F4/F7/H7 dürften > dagegen aber die meisten kennen. Richtig, sehe ich genauso. Hackaday macht es schön vor, wenn z.B. ein neuer ESP32 mit RISC-V rauskommt: https://hackaday.com/2021/01/09/
-
Thread
STM32F072 Disco + CooCox CoIDE + CubeMX
, noch für den STM32F072. Demzugolge findet er keine stm32f0xx_gpio.h. Im Internet ist das Problem bekannt, aber nirgends steht eine Lösung. Sämtliche Anleitungen die ich im Internet gefunden habe sind entweder für
IDEs: Das Kompilieren erzeugt Fehler wegen fehlenden Komponenten: [code] fatal error: tsl_conf_stm32f0xx.h: No such file or directory tsl_acq_stm32f0xx.h /SW4STM32_2/STMTouch_Driver/inc line 35 C/C++ Problem make: *** [STMTouch_Driver/src/tsl.o] Error 1 SW4STM32_2 C/C++ Problem [/code
-
Thread
H743 und F746 - Probleme mit dem Takt
als eigentlich ankommen > müsste - bei angeblichen 400HMz. Ja, ist auch klar. Bei so einem STM32H7 ist wie bei allen ARM-und MIPS-MCUs/MPUs der Prozessorkern ein Zukaufteil, eine Black Box, wo der Chiphersteller keinen Zugriff auf die Interna hat. Die ganze Peripherie wird über asynchrone Busse
Hab jetzt mal ausprobiert. Das war eine gute Idee und gibt mir ein Gefühl dafür, wo bei dem H743 die Grenzen sind (was klassiches GPIO-Handling betrifft) [code] fastToggle.h #ifndef TOGGLE_H #define TOGGLE_H #include "stm32h7xx_hal.h" void fastToggle(GPIO_TypeDef* GPIOx, uint16_t
-
Thread
STM32F746 Discovery ARDUINO
#5051870: > Hast Du auch genau das richtige Board wie in dem Bild ausgewählt? > Es tauchen ja mehrere STM32F746 auf. Nein, es taucht nichtmal der Menupunkt 'STM32GENERIC' auf. Da kann ich kein F7 auswählen. Markus schrieb im Beitrag #5051900: > Bei Windows 10 gibt es noch diesen etwas versteckten
>Das macht man um dem ARM-GCC zu bekommen, den bringen die STM32duinos >aber auch mit (und aktueller) Das wundert mich, weil ich längere Zeit das F7 Board nicht benutzen konnte, bis die Leute vom STM32 Core endlich den m7 compiler ins Repo gepackt haben. Und
-
Thread
Die "BluePill" spielt Reversi / Ohtello, Code für STM32F103
plattformunabhängigen Teilen zu unterscheiden, muß ich hier mal loswerden. Ebenso, daß du mit reversi_stm32\include\font12x16.h und reversi_stm32\src\font12x16.fnt zweimal den gleichen Font im Projekt drin hast. Gilt auch für die 5x7 und 8x8 Fonts. Das kommt von der Unordnung, gelle? Ansonsten wäre
optisch halbwegs ansprechend lief. W.S. schrieb im Beitrag #6020327: > Ebenso, daß du mit > reversi_stm32\include\font12x16.h und > reversi_stm32\src\font12x16.fnt > zweimal den gleichen Font im Projekt drin hast. Gilt auch für die 5x7 > und 8x8 Fonts. Das kommt von der Unordnung, gelle? Na ja,
-
Thread
MP3 Decoder in C der wenig Ressourcen braucht.
Andreas V. schrieb im Beitrag #5715665: > Was meinst Du damit? Das ist ein STM32 Fanboy. Die olle "der STM32 ist das Beste auf der Welt, und alle müssen das nutzen sonst blöke ich 100 mal" Leier. Es nervt. Wobei man das Probelm selbstverständlich auch mit einem STM32 lösen
Für den ESP8266: https://github.com/earlephilhower/ESP8266Audio STM32F4, Helix MP3 Decoder: http://vedder.se/2012/07/play-mp3-on-the-stm32f4-discovery/
-
Thread
Welcher ARM?
Was ist von diesen Boards zu halten: http://www.ebay.de/itm/STM32F103C8T6-Cortex-M3-ARM-STM32-JTAG-System-Development-Board-Module-New-H5-/111860634079?hash=item1a0b69d1df:g:~pMAAOSw3KFWgU2f http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF253215?sc=internet
lieber den Seeger Debugger/Programmer kaufen? http://www.ebay.de/itm/ST-Link-V2-Mini-Metal-Shell-STM8-STM32-Emulator-Downloader-Programming-Unit-/251708537849?hash=item3a9aff7bf9:g:M5AAAOSwnDZUDsSp
-
Thread
Anfang mit STM32. Wie habt ihr es gemacht?
Hallo Community, Ich hätte da mal ein paar Fragen zum STM32 und drumherum. Ich habe mir letzte Woche ein Nucleo-64 Board bestellt. Auf diesem ist ein STM32F446RE Mikrocontroller verbaut. Ich möchte erstmal ein paar Erfahrungen mit der MCU/STM32 allgemein
sich den Chip herunter. Ansonsten gibt es so viele andere Controller von ganz klein und schnell (STM32G431, TQFP32, 170 MHz, FPU) und ganz groß und ganz schnell (H7xx, 550 MHz, DFPU), daß Du je nach Anwendung eine bessere Auswahl treffen solltest. Für mich wäre der F446 im TQFP64 weder Baum noch Borke
-
Thread
Nachfolger für ATMega gesucht
ATSAMC21 wenn es 5V sein soll mit CAN-FD. Bis 256k Flash, 32/48/64/100 Pins, Cortex M0+ 48MHz. Oder in 3,3V dafür bis 1MB Flash, bis 128 Pins, Cortex M4F 120MHz: ATSAME51. Edit: die gerne gehypten STM32 gibt es erst ab H7 mit CAN-FD, die kleinste von den
pitch z.B. https://www.st.com/content/st_com/en/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32-mainstream-mcus/stm32g0-series/stm32g0x1/stm32g071kb.html
-
Thread
unique id STM32f103
Guten Abend, ich wollte einem Stm32F103 seine unique Id entlocken. Dazu wollte ich ganz banal dies hier tun. [c] uint32_t a = *((uint32_t*)0x1FFF7A10); uint32_t b = *((uint32_t*)0x1FFF7A14); uint32_t c = *((uint32_t*)0x1FFF7A18
Aus dem HAL Header stm32f1xx_ll_utils.h: #define UID_BASE_ADDRESS UID_BASE Aus dem CMSIS Header stm32f103xb.h: #define UID_BASE 0x1FFFF7E8UL /*!< Unique device ID register base address */
-
Thread
STM32F4 Discovery Board + USART
dieser "Verifizierung" der Frequenzen habe ich folgendes Beispielprogramm verwendet: [c] #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "stm32f4xx_usart.h" void USART_puts(USART_TypeDef* USARTx, volatile char *s) USART_InitTypeDef USART_InitStructure;
zum Clock fuer 8MHz Quarz, damit er auf 168MHz läuft (betrifft das stm32F4Discovery): in der system_stm32f4xx.c muss eingetragen sein: PLL_M = 8 in der stm32f4xx.h muss eingetragen sein: HSE_VALUE = 8000000 */ #include "stm32f4xx.h" #include "stm32f4xx_gpio.h
-
Thread
statische Polymorphie per CRTP in Embedded Systemen
color cases ... */ } } }; /* interface implementation */ #if(CRTP_EN) struct DigitalOutStm32 : public DigitalOut<DigitalOutStm32> { void setHigh(bool high) {HAL_GPIO_WritePin(port, pin, high ? GPIO_PIN_SET: GPIO_PIN_RESET);} #else struct DigitalOutStm32 : public DigitalOut { virtual
GPIO_TypeDef *port; uint16_t pin; }; /* application */ int main(void) { DigitalOutStm32 doR(GPIOA, GPIO_PIN_0); DigitalOutStm32 doG(GPIOA, GPIO_PIN_1); DigitalOutStm32 doB(GPIOA, GPIO_PIN_2); #if(CRTP_EN) RgbLed<DigitalOutStm32, DigitalOutStm32, DigitalOutStm32> led(doR, doG
-
Thread
Neues Blackboard mit STM32H723
irgendwas, wenigstens die Belegung > für die zwei FPC zb. https://github.com/WeActStudio/WeActStudio.STM32H7R3Zx_CoreBoard
wenigstens die Belegung >> für die zwei FPC zb. > > https://github.com/WeActStudio/WeActStudio.STM32H7R3Zx_CoreBoard Das STM32H7R3 Board hat aber keine FPC Stecker ;-) Ich schätze mal das die Belegung vom FK743 Board für die FPC Stecker die gleiche ist. Gleicher Hersteller. https://www.mikrocontroller.net
-
Thread
STM32: wo endet CMSIS, wo fängt StdLib an?
core_cm3*.h, in welcher Defines für interne Komponenten wie NVIC bereitgestellt werden. Der Chiphersteller liefert hierzu eine Datei, hier die stm32f10x.h, in welcher Defines für die Hersteller-Peripehierie enthalten
Daher würde ich gerne auf CMSIS-Ebene bleiben wollen. Schau mal hier: https://github.com/prof7bit/bare_metal_stm32f401xe Das ist zwar für einen stm32f401 aber Du kannst daraus sehen wie ich diese Sache angehen würde, welche Header essentiell sind, welche zu ARM gehören, welche von STM kommen
-
Thread
Suche Assembler für 32-bit ARM
Peter H. schrieb im Beitrag #4432869: > Finde aber nur C bis zum abwinken. Meine Befürchtung > ist, das ich mit STM32 + C nicht viel mehr erreiche. Die laufen doch mit bis zu 72Mhz - da sollte auch mit
Peter H. schrieb im Beitrag #4432869: > Meine Befürchtung > ist, das ich mit STM32 + C nicht viel mehr erreiche. Mit halbwegs ordentlichem C Code kannst du natürlich ein vielfaches der Leistung aus einem
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
Moin, ich kenne das Modul nicht, aber wenn ich mir das ansehe: https://github.com/maslovk/STM32_OV7670/blob/master/Src/OV7670.c wird die Reset Leitung auf L gelegt, dann 100ms gewartet, dann auf H. Danach wird an I2C 8bit Adresse 0x42 ein 0x0A gesendet und es kommt ein 0x76 zurück.
Anwendung interessiert ist, sollte man einfach auch die passenden Chips dafür wählen und da ist der STM32 (Bluepill) einfach besser geeignet (stärker, billiger, richtiger Pegel, eigenes Interface, etc.). Neben den Bilddaten-Pins D0-D7 benötigen wir auch den PCLK, VSYNC und HREF um die Daten synchron
-
Thread
BluePill STM32 Bezugsquelle
mit STM32 bekommen? Ggf. wo? vielen Dank!
/B, STM32F102x8/B and STM32F103x8/B Under STM32F10xx8 and STM32F10xxB silicon limitations 2.3 Debug registers cannot be read by user software Description The DBGMCU_IDCODE and DBGMCU_CR debug registers
-
Thread
Visual Studio Code > undefined reference
phony || mbed-os/mbed-linker-script build mbed-os/CMakeFiles/mbed-os.dir/__/custom_targets/TARGET_STM32H7/TARGET_FK743M5_XIH6/PeripheralPins.c.obj: C_COMPILER__mbed-os_unscanned_debug /home/jojo/projects/mbed/mbed-ce-H7/custom_targets/TARGET_STM32H7/TARGET_FK743M5_XIH6/PeripheralPins.c || cmake_object_order_depends_target_mbed-os
/TARGET_STM32H7/TARGET_FK743M5_XIH6/. -I/home/jojo/projects/mbed/mbed-ce-H7/mbed-os/targets/TARGET_STM/TARGET_STM32H7/TARGET_STM32H743xI/. -I/home/jojo/projects/mbed/mbed-ce-H7/mbed-os/targets/TARGET_STM/TARGET_STM32H7
-
Thread
Migros Story Mania Hör-Box abgeschliffenen Mikrocontroller eruieren, reverse engineering
Claudio H. schrieb im Beitrag #5223296: > Der Mikrocontroller sieht für mich nach einem STM8S003 / S103 aus Jepp, das passt wirklich gut.
Tippgeber schrieb im Beitrag #5223315: > Claudio H. schrieb im Beitrag #5223296: >> Der Mikrocontroller sieht für mich nach einem STM8S003 / S103 aus > > Jepp, das passt wirklich gut. Danke @Tippgeber und @Claudio H. Das könnte durchaus passdn.
-
Thread
Einstiegshilfe in ARM-Controller
herumschlagen musst. Ansonsten wird der Einstieg ziemlich steinig. Da ich bisher nur Erfahrung mit der STM32 Familie habe, bezieht sich der folgende Erfahrungsbericht nur auf diese Mikrocontroller-Familie: ST liefert für die STM32 Familie eine umfangreiche Library mit. Es gibt einige Leute hier im Forum
gutes Paket! Raisonance mit Primer2 ist dann ein sehr guter Kandidat, wenn es wirklich in Richtung STM32 gehen soll. Gruss, Robert
-
Thread
STM32F429 LTDC Nutzen, welche Displays sind möglich?
Hallo liebe Forengemeinde, ich möchte den LTDC eines STM32F429 nutzen um ein Display anzusteuern. Nun lese ich mich seit 2 Tagen durchs gesamte Netz und bin total verwirrt. Im Wesentlichen habe ich folgende Fragen: - Kann ich dieses Display am STM32F429
Wir haben das kleine Display vom STM32F429-DISCO runtergeschmissen und an den entsprechenden Ausgängen ein 7"-Display (800x480) angehängt. Ein Foto unseres ersten Testaufbaus findest Du hier: http://www.mikrocontroller.net/topic/354537
-
Thread
[S]uche - STM32 - Crossworks Beispiel - STM32F105
from C:/Users/darkhedie/Desktop/cw/ARM_LED_TEST/../ST_StandardLib/CMSIS/CM3/DeviceSupport/ST/STM32F10x/system_stm32f10x.c:33: stm32f10x_exti.h: No such file or directory stm32f10x_gpio.h: No such file or directory stm32f10x_rcc.h: No such file or directory stm32f10x_usart.h:
ich folgende Preprocessor Definitions in den Einstellungen definiert habe: USE_STDPERIPH_DRIVER STM32F10X_HD INITIALIZE_STACK In diesem Fall wird in stm32f10x.h die Header stm32f10x_conf.h eingebunden, in der assert_param definiert ist. Sieh dir dazu die Beispiele an, die mit dieser Lib ausgeliefert
-
Thread
STM32 counter up/down mit Step/Dir Signalen
Gerhard H. schrieb im Beitrag #7426132: > Genau so hab ich es vor wenn es keine interne Möglichkeit im STM32 gibt. > Die AVR's in Assembler für die Wandlung Step/Dir --> A/B zu > programmieren, > da sehe ich
&url=https%3A%2F%2Fwww.st.com%2Fresource%2Fen%2Fapplication_note%2Fan4013-stm32-crossseries-timer-overview-stmicroelectronics.pdf&usg=AOvVaw1fHpOR5H7BmAmFcePnHt9t
-
Thread
Video Streaming STM32 -> Z80
b SRA b ld a,b AND h out (00),a SRA b SRA b ld a,b AND h out (00),a ld a,F7 out (01),a in(c),b ld a,b AND h out (00),a SRA b SRA b ld a,b AND h out (00),a SRA b SRA b ld a,b AND h out (00),a SRA
b SRA b ld a,b AND h out (00),a SRA b SRA b ld a,b AND h out (00),a SRA b SRA b ld a,b AND h out (00),a ld a,7F out (01),a in(c),b ld a,b AND h out (00),a SRA b SRA b ld a,b AND h out (00),a SRA
-
Thread
Assemblerprogramm zur Ausgabe eines Zeichens auf UART3
richtig? Ohne die "" bekomme ich "invalid preprocessor directive", mit "" "unresolved inclusion : "stm32l031xx.h".
Richtig ist: #include "stm32l0xx.h" Christoph K. schrieb im Beitrag #7101930: > Woher soll ich denn den Namen stm32l031xx wissen? Indem man sich zuerst mit den Grundlagen befasst, bevor man sich an eine komplexe Bibliothek
-
Thread
Mikrocontroller mit exotischem SPI?
STM32F0,F3,F4, F7,L0,L4 und H7 koennen 4.. 16 bit SPI.
Uwe B. schrieb im Beitrag #5342273: > STM32F0,F3,F4, F7,L0,L4 und H7 koennen 4.. 16 bit SPI. Also dann nehm ich 3 mal 6.6666 = 20 bit
-
Thread
CH32V003 und Arduino
stimmt etwas mit dem Include Guard nicht. Was soll daran nicht stimmen? [c] #ifndef _PINAF_CH32V20X_H #define _PINAF_CH32V20X_H ... diverser Pofel #endif /* _PINAF_CH32V20X_H */ [/c] Das ist vollkommen korrekt.
H7.... ein- zweimal auch auf einem STM32F030CCt (hat aber wenig RAM) und einem STM32F103CCT (schon eher, aber alt). Die haben dann wenigstens 256 kByte Flash und der Overhead von C++ ist hier zu verkraften
-
Thread
Projektidee.Oszilloskop die 12334543te
Moins, guggt doch mal hier: http://www.youtube.com/watch?v=JQhHKdDDgM0 STM32F103xxx mit externem ADC dran. gruss, tom.
Gar nicht. Ich würde das alles auf dem PC machen. Dann frage ich mal anders: Was soll denn das STM32F4DISCOVERY tun? Ein XC7Z010 ist zwar als BGA schwer zu verarbeiten (geht das auch in einer Pfanne mit Sand auf dem Küchenherd?) und kostet ca. 105€, aber ist vielleicht ein tolles Ein-Chip-DSO.
-
Thread
LPC800 existiert (fast) nicht in diesem Forum
sich ran. Hier im Forum k"onnen anscheinend nur PICs, AVRs, 8051, MSP430 und im Ausnahmefall ein STM32 wurzeln und vor sich hindursten. So verdorrt und ausgelaugt ist hier der Boden. Und was darauf vor sich hin darbt, das taugt h"ochstens dazu dem Menschen das Vorw"artskommen zu erschweren oder Schatten
anfagns sehr fehlerbehaftet und zu einer Zeit auf den Markt gekommen als Umsteiger auf dem Weg Richtung 32-bit waren. Die LPCs bieten vieles fuers Geld aber auch andere Muetter haben schoene Toechter. ST war einfach schneller am Markt mit dem STM32. NXP blieb zu lange auf dem ARM7 als Core stehen.
-
Thread
Step-Down-Regler ist zu langsam
Gerd E. schrieb im Beitrag #6517583: > Du hast bisher nicht geschrieben was für einen STM32 Du verwendest. > Hab ich bisher bei allen STM32er-Modellen in dieser oder sehr ähnlicher > Form gesehen. Eben, aber es handelt sich um einen STM32F746.
3) mit den verschiedenen Spannungen. https://www.st.com/resource/en/reference_manual/dm00124865-stm32f75xxx-and-stm32f74xxx-advanced-armbased-32bit-mcus-stmicroelectronics.pdf https://www.st.com/resource/en/datasheet/stm32f746ng.pdf
-
Thread
STM32 Interrupt
device used in your application (in stm32f10x.h file)"
mal rasch die Vektortabelle von keil angeschaut: http://www.keil.com/dd/docs/arm/st/stm32f10x/stm32f10x.h)
-
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
Kostenlose IDEs für STM32
> Aber sonst scheint die IDE gut > zu sein. Das klingt doch nicht schlecht. Wie findest du SW4STM32 im Verlgiech zu emblocks oder CooCox? Also würdest du ohne die M7 Problematik auch SW4STM32 nutzen?
mit den STM32 zu tun, so das für mich erstmal alles neu war. Grob gesagt komme ich mit em::Blocks etwas besser klar als mit Coocox. D.h., auch ohne die "M7 Problematik" würde es langfristig entweder auf SW4STM32
-
Thread
Discovery_STM32F746 Linking Problem
STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_hcd.o STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_can.o STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_flash.o STM32F7xx_HAL_Driver/Src/stm32f7xx_ll_fmc.o STM32F7xx_HAL_Driver/
STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_sdram.o STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_pcd.o STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_dma.o STM32F7xx_HAL_Driver/Src/stm32f7xx_hal_dcmi.o STM32F7xx_HAL_Driver
-
Thread
Einstieg ARM
ARM + günstig = STM32F1DISCOVERY oder STM32F3DISCOVERY oder STM32F4DISCOVERY alles Starterboards incl. Debugger etc. an Bord (ST Link V2). Kostenlose Umgebung CooCox mit allem Pipapo was man braucht. ARM Einsteiger
xeliH v2 schrieb im Beitrag #3160945: > Oder sehe ich das etwa vollkommen falsch? Nein, das siehst Du genau richtig! Ich hatte mir zum STM32F4-Discovery die IAR Kickstart Version angeworfen. Zum einen
-
Thread
Stromsparende Schaltung Klimalogger auf Basis Rasp Pi Pico
N. M. schrieb im Beitrag #8035555: > Dann wandeln die STMs je nach Typ zwischen 2-15MSPS. Man kann also im > Vergleich zwischen 4-30-fach filtern. Der 32F407 konnte 3ADC (à 2.4Msps) zeitlich versetzt auf einem Kanal nutzen und brachte es bis auf 7.2 Msps
Christie schrieb im Beitrag #8035199: > Es (das STM32G031 Board) scheint mir auch weniger Beginner-freundlich zu sein wie Arduino Das Board wird von Arduino unterstützt: https://github.com/stm32duino/Arduino_Core_STM32#generic-stm32g0-boards
-
Thread
Unique ID auslesen STM32F4Discovery
umgesetzt da ich ja bisher nicht an die Daten aus dem Register ran gekommen bin :/ [c] #include "stm32f4xx.h" char *ptr = 0x1FFF7A10; uint32_t a = *((uint32_t*)0x1FFF7A10); uint32_t b = *((uint32_t*)0x1FFF7A14); uint32_t c = *((uint32_t*)0x1FFF7A18); int main(void) { while(1){ }
Also basierend auf die bisherigen Lösungsansätze sieht es jetzt so aus: [c] #include "stm32f4xx.h" uint32_t ID1; uint32_t ID2; uint32_t ID3; int main(void) { ID1 = *((uint32_t*)0x1FFF7A10); ID2 = *((uint32_t*)0x1FFF7A14); ID3 = *((uint32_t*)0x1FFF7A18); while(1){