-
Thread
STM32F103C8T6 4 PIN Programmierschnittstelle Belegung
ich weiß, die Hoffnung ist gerade bei Chinesenhardware meistens vergebens. Der Prozessor ist ein STM32F103C8T6
John P. schrieb im Beitrag #5962714: > Beim STM32 ist der Ausleseschutz meistens ein Witz und kann Problemlos > umgangen werden. Ach ja? Ist mir nur für F0 bekannt. Hast Du Infos wie das beim F103 geht?
-
Thread
BluePill, ST-LINK und CubeIDE
Boot0=HIGH aktivierst du (beim nächsten Reset) den seriellen Bootloader. http://stefanfrings.de/stm32/stm32f1.html#boot Lies auch http://stefanfrings.de/stm32/stm32f1.html#proginterfaces http://stefanfrings.de/stm32/cube_ide.html#flash http://stefanfrings.de/stm32/stm32f1.html#bluepill >
ohne ST-link direkt über USB flashen?! Nein, nur per SWD, JTAG und seriell. Es gibt andere STM32 Modelle die man auch über USB flashen kann, aber nicht den STM32F103. Wobei ... Es gibt da den STM32duino Bootloader (basierend auf dem ehemaligen Maple Bootloader). Damit kann man über USB Flashen
-
Thread
CAN Verarbeitung mehrer Botschaften
Hallo zusammen, ich habe hier eine Relaiskarte mit 20 Relais. Darauf werkelt ein STM32F303 und ein TJA1043. Jedes Relais hängt über einen ULN2803 am STM und kann ein und ausgeschaltet werden. Vom PC aus sende ich via CAN Interface Daten an die Platine, dass klappt auch alles wunderbar
schrieb im Beitrag #6384967: > ich habe hier eine Relaiskarte mit 20 Relais. Darauf werkelt ein > STM32F303 und ein TJA1043. Jedes Relais hängt über einen ULN2803 am STM > und kann ein und ausgeschaltet werden. Ich habe Relaiskarten mit 20 Relais. Da ist ein ATSAMC21G18A drauf und ein TJA1050T.
-
Thread
ADC Eingang - Signalaufbereitung
Hallo, vielen Dank schon mal. Der ADC ist im STM32F303K8Tx (nucleo-f303k8) integriert. Laut HW Manual "absolute max ratings" /Input voltage on TTa pins: VSS − 0.3 ... 4.0V/ und für den ADC /ADC input range: VREF– ≤ VIN ≤ VREF+/ Habe das mit
vertragen. Mit einem 10kΩ Vorwiderstand bist du bei den meisten ADC im grünen Bereich. Im Falle von STM32F3 hast du damit Schutz bis zu 50 Volt, da die Dioden mindestens 5mA vertragen. Allerdings empfiehlt sich, diese beim ADC nicht so stark zu nutzen, weil dies die interne Spannungsversorgung des ADC
-
Thread
STM32F103C6T6A Lässt sich nicht programmieren
Lennart schrieb im Beitrag #7765763: > STM32F103C6T6A Was jetzt, in deiner Fehlermeldung steht was von STM32W1xx? Falsche Serie eingestellt?
mit nur 2 Spielen und STM32F303 und eine Steuerung für Märklin-Mini-Club vor längerer Zeit mit STM32F103). Die Experimente darauf haben immer gut geklappt. Hier als erste Lösung also (eben wie die Vorredner das gesagt haben
-
Thread
[STM32/HAL] generischer Treiber für die beliebten I²C-Text-Displays
IDE oder deines µC-Herstellers oder sonstigen Header- und > Projekt-Dateien. Was genau hast an "[STM32/HAL] generischer Treiber" nicht verstanden? Dieser Code ist für STM32 *und* HAL. Niemand zwingt dich, den zu nutzen! Um den in ein eigenes HAL-Projekt zu integrieren, benötigt man genau die
Harry L. schrieb im Beitrag #5882710: > Dieser Code ist für STM32 und HAL. > > Niemand zwingt dich, den zu nutzen! Eben. Du sagst es. Er ist nur für STM32 und HAL (und Atollic). Und mir ist vollkommen klar, daß mich niemand zwingt. Ich habe von Anfang an
-
Thread
Umstieg von PIC18F zu STM32F3
mehr MHz, dann hat der Kern auch ein paar sehr nette Features. Dann gibts noch die PIC32MZ mit FPU, und STM32 ohne FPU. Oder STM32 it FPU und PIC32 ohne FPU. Für den F7 mag deine Aussage auf alle Fälle stimmen (möglicherweise sogar für den F4), für F3 und darunter trifft das so eindeutig nicht immer zu. Um das Problem zu verdeutlichen: Nimm einen STM32F303ZE. Der hat bis zu 90 DMIPS Der PIC32MX470 hat dagegen 150. Dafür hat der STM32 aber eine FPU, der konkrete PIC nicht. Dafür ist der PIC32 aber billiger. Dafür hat der STM32 mehr und schnellere
-
Thread
Problem mit RTC bei STM32F103
Dafür hat der STM32F103 zwei andere Register mit denen man viel feiner abstimmen kann: http://stefanfrings.de/stm32/stm32f1.html#rtc_calibrate
schrieb im Beitrag #6811016: > Nur seltsam, warum das Dingens in BKP sitzt und nicht in RTC. Beim STM32F103 ist einiges seltsam. Man merkt dass es der erste "Versuch" dieses Herstellers war. Der STM32F303 ist schon deutlich logischer aufgebaut.
-
Thread
Stm32 AliExpress, evtl Fake
Ich hatte mal 6x STM32 F303CC bestellt für ~2,50€ oder so bei Ali. Am Ende waren das umgelabelte F100, F04 irgendwas etc. Als ich das dann gemerkt habe, konnte ich das nicht mal mehr als Fake deklarieren... Sowas kann
Hab auch mal von schattigeren Gesellen bestellt und die Teile gaben nicht mal vor von STM zu kommen: Es steht CH32F103 drauf und beim Programmieren meldet sich der Freund auch mit einer anderen device ID. Ansonsten absolut identisch zum STM32F103. Das kann ich mir nur so erklären, dass
-
Thread
STM32F4 I2C Receiver Problem
== SET) { ; } [/c] Hier einmal der Code, das ist nur ein reiner Test: [c] #include "stm32f4xx.h" volatile unsigned int counter = 0; volatile uint16_t arr[500]; /* Private macro */ /* Private variables */ void Delay(__IO uint32_t nCount); /* Private function prototypes */ void
[Nettiquette]] und "Wichtige Regeln". Längeren Sourcecode als Anhang, Suche benutzen. Zum Thema STM32 und I2C solltest du hier einiges finden. Gruß Lasse
-
Thread
Single-Master Hausbus: CAN vs RS485(4-Wire)
Traffic des Sensors angezeigt werden können. Außerdem befindet sich im Switch eine Platinen mit STM32F407 die die Verbindung zwischen dem CAN-Bus und diversen Schnittstellen bereitstellt, sowie ein LCD für Bus-Statusinformationen befeuert. Schnittstellen sind z.B. - RS422 - RS485 - RS232 - USB
störungsfrei. Höhere CAN-Geschwindigkeiten habe ich nicht ausprobiert. Die Sensoren basieren auf STM32F303. Sie messen mittels SHT21 Luftfeuchte und Temperatur, einer misst zusätzlich den Luftdruck per BMP280. Ein Kreuzschalenaneometer mit Hall-Sensor ist im Bau. Der CAN-Tranceiver ist ein SN65HVD232
-
Thread
Microcontroller für Feintiming nutzen
besteht aus maximal 1024 Bit. D. h. auf 20 > ms sind es 6.25 KByte Daten. Fürs Hobby würde ich ein STM32 Nucleo board empfehlen, z.B. Nucleo F303RE, hat 80kB RAM, also locker genug. Programmer ist am Board drauf, dieser kann auch als USB-UART Wandler benutzt werden. Falls du noch wenig oder gar nicht
benutzen willst, müsstest du ein anderes Board benutzen, denn der STM32F303RE hat zwar ein USB Peripheral, aber das Nucleo board hat keine USB Buchse die mit diesem verbunden ist.
-
Thread
STM32 unter Linux entwickeln und debuggen
die neueren STM32F303 Boards im selben Format verwenden. Für den Start würde ich allerdings dringend zu einem Nucleo oder Discovery Board raten, denn da ist der Programmieradapter schon drauf und es gibt keine Probleme
Axel schrieb im Beitrag #6471166: > - Verwendung eines aktuellen µCs (STM32?), der in 10 Jahren nicht > komplett tot ist. (was Arm-basiertes?) > Ich würde mal mit einem STM32F103 (BluePill) starten und mich dann > weitertasten. Vielleicht kann man den STM32F103 auch
-
Thread
ARM Cortex M3 für Dummies
double, der M4 "nur" float in Hardware. Japp, dabei ist double aber ein optionales Feature. Die STM32F7xx können daher nur float. Die STM32H7xx können dann double.
Mw E. schrieb im Beitrag #5998565: > Die STM32F7xx können daher nur float. > Die STM32H7xx können dann double. Ich meine so allgemein kann man das nicht sagen. Wenn ich mich recht erinnere kann z.B. ein F767 auch double precision mittels FPU
-
Thread
ARM-Einstieg: STM32 L0, F0, F3, F4?
AVR-Bastler schrieb im Beitrag #4719993: > bietet eine der STM32-Familien den besseren/leichteren Einstieg? die STM32F1 sind die ältesten. Einige Peripherieteile, z.B. das I2C, sind dort noch etwas hakelig zu programmieren und haben Bugs (siehe Errata-Sheet)
auch. Die L0 und F0 sind, wie Host schon geschrieben hat, beim Debugging nicht so schön wie die größeren Serien. Von daher finde ich eigentlich die F3 nicht schlecht. Z.B. das STM32F3DISCOVERY ist gut geeignet für den
-
Thread
STM32f030F4 eigene PCB
sich ein Blick in https://www.st.com/resource/en/application_note/dm00089834-getting-started-with-stm32f030xx-and-stm32f070xx-series-hardware-development-stmicroelectronics.pdf
relevanten Pins des µControllers messen. Irgendwo hast Du einen Wurm drin, denn es muss laufen. 10k und 100nF am Resetpin sind Standard, so konzipiere ich das bei jedem STM32-Entwurf, ganz egal, ob F030, F303, F411, F446, G431/441 oder H7. Boot0 sollte auf Low und VDDA sollte man auf den Spannungspegel von VDD
-
Thread
STM32 ohne Loop
mit der genauen Funktion aus, aber so wie ich es verstanden habe, geht es bei den AT-Megas und ESP32/8266 nur mit einer Loop schleife. Nun habe ich mich etwas mit STM32 beschäftigt, und bin auf interesannte Punkte gestossen. Beim SMT32 können ja Funktionen "selbständig" etwas machen, wie z.b. der
In CUBE-MX für einen STM32F303: startup_stm32f303xe.s ... /* Call the application's entry point.*/ bl main LoopForever: b LoopForever der macht alo nach der main() den Loop
-
Thread
STM32 ADC Ungenauigkeit
zu hoch Das kann ich nur bestätigen. Ich hatte mal einen Fehler in der ADC Konfiguration eines STM32, der mehrere Kanäle misst. Einer der Kanäle war auf eine zu kurze Samplezeit eingestellt und hatte dadurch auch einen Fehler von ca 200mV. µC war ein STM32F303RE mit 72MHz ADC Takt.
#5855378: > und wo > man sieht wann und wie die automatische Kalibrierung gestartet wird. Ein F205 hat die zB nicht. Ist zumindest nirgends im Refman ADC Kapitel erwähnt. (Der TO nutzt aber wohl einen anderen STM32)
-
Thread
STM32F103C8T6 USB bootloader flashen
, werde dann fortfahren mit dem BMP Programmer. Hintergrund war, daß ich mit FreeRTOS auf einem STM32F103 ein Projekt starten wollte (nach diesem Tutorial: https://www.hackster.io/Sparky/freertos-on-stm32f103c8t6-1a2413). Da das aber auf Keil uVision aufsetzte, dachte ich, ich nehme STM32CubeIDE.
wirklich nicht. Wenn die IDE einen Bootloader unterstützen würde, dann sicher nur den eigenen von ST. Die STM32F303 sind ähnlich und enthalten einen USB Bootloader ab Werk.
-
Thread
Werte aus Array[] extrahieren / deserialisieren
als byte erhalte. unsigned char Buffer[48]; da sind meine Daten drin. Mein XMEGA schickt dem STM32F103 per UART serialisierte Daten, 12x int16. Ich will die jetzt ebenfalls aus dem byte array in meine int's parsen. Aber wie? Eine Struktur habe ich jetzt nicht erstellt, brauch ich auch nich
Es handelt sich um einen STM32 .. ich glaub die haben big endian. mit dem : int32 mynumber1 = *((int32 *)&RXBUFFER[0]); hab ich das Problem das einfach nur das erste byte in das int32 mynumber kopiert wird nicht aber
-
Thread
CH32V003, float wirklich langsam?
Controller | Zeit [Sekunden] ------------------------------------------------- STM32F401 / 84MHz | 2.8 STM32F401 / 96MHz (uebertaktet) | 2.6 STM32F103 / 72MHz | 11.4 STM32F030 / 48MHz | 34.0 CH32V003 / 48MHz
Die STM32F4xx haben eine Fließkommaeinheit.
-
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
Tec Nologic schrieb im Beitrag #2235635: > Die F20x von St finde ich auch interesant. Ich 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
STM32 Win10 COM-Treiber
schrieb im Beitrag #7435520: > Für meine eigenen Basteleien habe ich noch keinen Verwendungszweck f. > die Bluepill gefunden. Falls doch: Der Pin-kompatible STM32F303 hat einen fest installierten USB Bootloader.
Ich glaube ich habe das USB Problem gefunden STM: STM32F103C6T6A STM32F103C8T6 Program Memory Size: 32 kB 64 kB Data RAM Size: 10 kB 20 kB Interface Type: I2C, SPI, USART
-
Thread
STM32G071 LQFP32 und der HSE
die G0 dies deutlich kleiner sind als die der F0er. Den STM32G081EB mit 128k Flash und 36k RAM gibts im WLCSP mit 2,3*2,5mm (5,75mm^2), das ist die Größe des die. Die im SON8 package gibts nur bis 32k Flash und 8k RAM, der speicher macht den Großteil
unerwähnt geblieben. Der Wert scheint vllt. ungewoehnlich, dieser stammt aus einem Projekt von einem stm32f303, daher sind da noch ganz paar Quarze da. So ergibt sich, dass [math] HSE / div3 * LL\_RCC\_PLLN\_MUL\_SYS / div4 [/math] 64Mhz ist bei LL_RCC_PLLN_MUL_SYS = 64 Dieses Symbol steht
-
Thread
Topologie 3 Phasen Gleichrichter mit Buck-Funktion und PFC
ist Teil der > Software. So hatten wir es bisher angenommen. Aber wir wollen vorerst ja mit dem STM32f334R8 arbeiten. > Noch ein paar Tips für float-Berechnungen mit dem STM32F3xx. Nie > vergessen die Schalter -ffast-math zu setzen, sonst dauern manche > Berechnungen wie sqrtf deutlich länger
Timer etwas stutzig macht, dass er >laut Beschreibung keinen up/down-counting Modus besitzt. Für STM32F405/415, STM32F407/417, STM32F427/437 und STM32F429/439 Center-aligned mode (up/down counting) Seite 520 im reference manual (RM0090) Für STM32F303xB/C/D/E, STM32F303x6/8, STM32F328x8, STM32F358xC
-
Thread
Welcher ARM?
paßt so daß man viele der 'Shields' benutzen kann. Ganz lustig finde ich die neuen kleinen Nucleo-32. Bauform vom Arduino Nano, STLink/V2 mit drauf und der Große mit dem STM32F303 hat mehr Rechenleistung als man braucht ;-) http://www.st.com/web/catalog/tools/FM116/CL1620/SC959/SS1532/LN1847
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
-
Thread
Frage zu Migration von SW4STM zu STM32CubeIDE
all arm-none-eabi-gcc -mcpu=cortex-m4 -g3 -c -x assembler-with-cpp -MMD -MP -MF"startup/startup_stm32f429xx.d" -MT"startup/startup_stm32f429xx.o" --specs=nano.specs -mfpu=fpv4-sp-d16 -mfloat-abi=hard -mthumb -o "startup/startup_stm32f429xx.o" "../startup/startup_stm32f429xx.s" arm-none-eabi-gcc "
arm-none-eabi-gcc "../Src/ethernetif.c" -mcpu=cortex-m4 -std=gnu11 -g3 -DUSE_HAL_DRIVER -DDEBUG -DSTM32F429xx -c -I../Core/Inc -I../Drivers/STM32F4xx_HAL_Driver/Inc -I../Drivers/STM32F4xx_HAL_Driver/Inc/Legacy -I../Drivers/CMSIS/Device/ST/STM32F4xx/Include -I../Drivers/CMSIS/Include -I../LWIP/App -I../
-
Thread
STM32 ADC Fragen (Single, Continuous, Low Noise)
sehr schnell im Manual und es funktioniert alles. Aber wo finde ich die benötigten Infos für den STM32F103 z.B.?
welche das sind, steht das oft (im gegensatz zu AVR) nicht so klar drin. http://stefanfrings.de/stm32/stm32f1.html
-
Thread
STM32 M3 C8T6 - DFU über USB
Bootloader macht das. Beispielweise bei den Typen STM32F072 und STM32F303ZE ist das so. Hast du mal geprüft, ob deine das nicht eh auch kann? Dann kannst du die die ganze Aktion nämlich schenken. Vor allem benötigt der interne Bootloader genau 0,0 Flash
> Mir riecht das zuviel nach Bauernregel. Du hast Recht, ich denke immer nur an die STM32F1 Serie weil ich mit allen anderen STM32 Serien noch nie zu tun hatte.
-
Thread
Raspberry Pi Programmierung, Peripherie
Frage ob M0 oder M3. Könntet ihr einen brauchbaren > modernen Vertreter beider Typen benennen? STM32L031 STM32L073 STM32F303 Der letzte ist ein M4F, aber billiger und in vermutlich jeder Hinsicht besser als sein Vorgänger STM32F103... Nein doch nicht, seine Ausgänge sind etwas in Summe weniger
würde ich die M3 sowieso links liegen lassen. https://www.st.com/en/microcontrollers-microprocessors/stm32-32-bit-arm-cortex-mcus.html Die STM32F3 haben mehr Gimmicks für analoge Signalverarbeitung, die F4 einiges mehr an digitalen Interfaces wie Ethernet, SDIO, FSMC. Da muss man sich mal durch die Perfomance
-
Thread
FT800 / FT810 Library
---------- STM32L073 SUCCESS 00:00:07.293 STM32F030 SUCCESS 00:00:06.566 STM32F103 SUCCESS 00:00:06.966 STM32F303 SUCCESS 00:00:08.502 STM32F446 SUCCESS 00:00:11.042 STM32G474
durch für diverse STM32: Environment Status Duration ------------- -------- ------------ STM32L073 SUCCESS 00:00:02.775 STM32F030 SUCCESS 00:00:02.468 STM32F103 SUCCESS 00:00:02.587 STM32F303
-
Thread
OpenSTM32 Import von Source und Header files
und initialisiert danach den I²C Controller. Das ist genau die falsche Reihenfolge - jedenfalls beim STM32F103. Beim STM32F303 wäre diese Reihenfolge Ok, nur mal so nebenbei bemerkt. Damit habe ich dein Problem noch nicht gelöst, aber zumindest eine Richtung zur weiteren Analyse gegeben. Ich hoffe es
funktionieren. Aber man lernt halt draus. Das finde ich wichtig :) Link: https://github.com/afiskon/stm32-ssd1306/tree/master/examples/i2c/stm32f1
-
Thread
Ressourcenabschätzung für FOC
helfen, der das etwas abschätzen kann? Welche Max. RPM ist mit folgenden Mikrokontrollern möglich: - STM32 F0 @ 48MHz (z.B. STM32F091) - STM32 F3 @ 72MHz (z.B. STM32F303) - STM32 F4 @ 180MHz (z.B. STM32F446) Und wieviel Flash braucht man etwa für die FOC alleine? Danke schonmal im Voraus.
gleichzeitig. Das ist im Endeffekt nur ne LUT mit Linearer Approximation. Wenn du unbedingt einen STM32 einsetzen willst würde ich den STM32F446 nehmen der sollte bei ca. 10us rauskommen. Das kannst du dir z.B. beim VESC angucken der kann auch mit 40kHz die FOC berechnen und das auf einem 405. Wenn
-
Thread
Ambilight mit STM32F4discovery und TVP5150AM1
anything I have to test before I plug the stm32f4 board on?
-GNUARM-V1.2 **** make clean rm -rf Ambilight-STM32F4-GNUARM-V1.2.siz Ambilight-STM32F4-GNUARM-V1.2.hex Ambilight-STM32F4-GNUARM-V1.2.lst Ambilight-STM32F4-GNUARM-V1.2.elf 08:38:16 Build Finished. 0 errors, 0 warnings. (took 280ms) ****
-
Thread
OpenSource IMU 10DoF mit STM32F4 (Eclipse basiert) Sammelbestellung
Am Debugger (STM32F4Discovery)
Noch ne IMU, auch STM32F4: http://aeroquad.com/showwiki.php?title=AeroQuad32+Flight+Control+Board
-
Thread
Günstige Bezugsquelle LPC15xx?
Tom, schau mal Dir auch mal neuere STM32 Familien an als den STM32F1. Mit dem STM32F303CBT6 kommst Du bei Digikey auf aehnliche Kosten wie fuer den LPC1517JBD48, aber mit M4 Kern plus DSP. Insbesonders beim Pinmux aka Remap ist STM32F1
Ich baue gerade nen Hausbus mit STM32F072 und externen TI HVD230 Can Transceivern - bin vom Design und Preis damit zufrieden (wenn ich nicht gerade nicht-funktionierende Can Transceiver vor mit hätte). https://github.com/NerdyProjects
-
Thread
Erste Hardware für STM32 Programmierung
wie Variante 1, allerdings bereits alles vorbereitet und auf einem Board 4) STM32F7 Discovery: http://www.mouser.at/ProductDetail/STMicroelectronics/STM32F746G-DISCO/?qs=%2fha2pyFaduj%252bu1WsN7ngFCp67Vbo23mRE%2fXTA0%252bnUeyv26XmJgOqmg%3d%3d Es scheint wie ein Nucleon-144 mit
Fang besser klein an. Nicht alle ARMe sind gleich. Als erstes vielleicht ein M0. Das waere ein STM32F030. Dann einen M3. Das waere der STM32F103. Dann koennten der M4 und der M7 kommen. Nur so gewinnst Du den noetigen Ueberblick. Einen Blick auf die Befehle der jeweiligen Familie sollte man
-
Thread
Ethernet ADC Board / Linuxboard mit ADCs
hinbekommt. Die vorhandenen Lösungen realisieren die Synchronisation per Software und Korrelation. Der STM32 war auch eine meiner Überlegungen. Vor einiger Zeit habe ich mir daher das NUCLEO-F303RE gekauft. Prinzipiell kommt das meinen Vorstellungen recht nahe. Ein unschöner Punkt ist, dass nur ADC1/2 und
Michael schrieb im Beitrag #4522545: > Der STM32 war auch eine meiner Überlegungen. Vor einiger Zeit habe ich > mir daher das NUCLEO-F303RE gekauft. Prinzipiell kommt das meinen > Vorstellungen recht nahe. Ein unschöner Punkt ist, dass nur ADC1
-
Thread
[V] BluePill von WeAct und MapleMini
Moin, ich habe hier noch jeweils 3 BluePills von WeAct und 3 von Maple (MapleMini) besstückt mit STM32F103CBT6. Alle neu oder sagen wir NOS ;) Von jeder Sorte habe ich jeweils einen ausgepackt und mit dem Blinky-Testprogramm welches Fakes CPUs erkennen soll, getestet. Siehe auch hier: https:
de.aliexpress.com/item/1005001474741936.html. Ich hatte vor längerer Zeit dort mal ein BluePill+ mit einem GD32F303 (aufgebohrter GD32F103 und nicht kompatibel zum STM32F303) gekauft.
-
Thread
Maximale sinnvolle USART Geschwindigkeit STM32F103
Ich möchte Daten unidirektional von einem STM32F103 zu einen anderen STM32F103 senden. Der cube lässt mich nur bis 4.5 mbaud einstellen. Ist dies lediglich ein bug im cube oder gibt der I/O treiber des STM32F103 nicht mehr her?
was kann ST dafür wenn jemand nicht vorher in das Datasheet schaut? Den F303 gibt es nahezu Bluepill kompatibel und der kann das 8 fach Sampling und damit 9 MBit/s. Die F401/F411 ebenso, bekannt als Blackpill. MAX M. schrieb im Beitrag #7257695: > Kennt jemand einen STM32H7
-
Thread
STM32 USB Anschluss schützen
sein. Welche Variante würde ihr mir dazu empfehlen? Falls es eine Rolle spielen sollte: Ich meine STM32F103, STM32L072 und STM32F303
trotzdem immer haben - denn der $USER kann die Kontakte anfassen. Übrigens gibt es Schaltpläne für die STM32 Discovery und Nucleo Boards...
-
Thread
STM32 USB init problem mit Kompaktcode von W.S.
Alex schrieb im Beitrag #6085125: > STM32F042 Du darfst _nicht_ annehmen, daß ein Lowlevel-Treiber für den STM32F103 einfach so auch auf einem STM32F042 funktioniert. Deshalb ist das gründliche Lesen des zum USB-Device gehörigen Kapitels in zutreffenden RefManual zwingend notwendig. Stephanus hat meinen Treiber auf den STM32F303 umgeschrieben und im Prinzip müßtest du ihn auf den STM32F042 umschreiben. Jetzt hab ich das Manual für diesen µC nicht gelesen, kann dir also nicht sagen, ob da nur ne winzige oder eine umfängliche
-
Thread
Die "BluePill" spielt Reversi / Ohtello, Code für STM32F103
Wahrscheinlichkeit aber der Arduino-Due https://www.arduino.cc/en/Guide/ArduinoDue >Ein Portieren zu einem STM32F4, STM32F7 oder eines NXP-Controllers ist >hier kein Problem. Ja, man kann sich das Board aussuchen: https://github.com/stm32duino/Arduino_Core_STM32 >Wenn ich es richtig weiß, gibt es für
libopencm3 ist hier aber auch schon ein standardisiertes API > vorhanden und die Portierung auf andere STM32 einfach möglich. Stimmt sehr genau, heute Mittag lief das in der STM32 Familie auf einem F105, F303, F411 und F429.
-
Thread
Einteigerfreundlicher ARM MCU für PWM mit Schrittmotoren und Modellbauservos
STM32F407 Ich mag den eigentlich nicht, und das liegt daran, dass die STM32-Familie viel hübschere Töchter als rusty old F407 hat. Aber für die gewünschte Anwendung passt er zufälligereweise gut:
STM32F303RE Dazu gibt es auch ein Board zum Lernen: http://stefanfrings.de/stm32/stm32f3.html#nucleo
-
Thread
STM32 Nucleo Board mit CAN BUS
Das Olimexino-STM32 hat einen STM32F103 und einen CAN-Transceiver, also alles was man braucht. Es ist zwar im Arduino-Format aber man kann es auch arduinofrei ganz normal programmieren. https://www.olimex.com/Products/Duino/STM32/OLIMEXINO-STM32/open-source-hardware
-
Thread
SSD1309 STM32
funktioniert. Es gibt auch die Option STM32-Boards in Kombi mit der Arduino IDE benutzen zu können. Z.B. kann man die SSD1309-Bib. unter der Verwendung der Arduino IDE mit dem STM32-Nucleo 64 Modell STM32F401RE verwenden. Das funktioniert! Bei der Verwendung des Mikrocontroller-Board STM32L432KC (Nucleo-32) und bei dem STM32F303K8 (Nucleo-32) funktioniert die SSD1309-Bib. leider nicht. D.h. man kann diese Modell unter der Verwendung der Arduino IDE auswählen auch mit der SSD1309-Bib
-
Thread
QR Code lesen mit ATMega oder STM32F1
Für das STM32F4Discovery gibt es ein Extension Board mit Camera Interface. Da kannst du dann z.B. so eine OVF mit ~1MP dranhängen. Hier kann man dann diverse Auflösungen konfigurieren z.B. 120x160. Per DMA lassen
lässt sich reduzieren indem man RS einfach nicht nimmt. Also Micro-QR-Code plus Kamera plus ATMega/STM32F1 - Reed-Solomon-Codierung.
-
Thread
stm32f411 USART2 will nicht wie er soll
Registerzugriffe finden dort nicht statt. Das vollständige Beispiel ist auf: http://stefanfrings.de/stm32/stm32f1.html#usart
– die üblichen Fehler halt, die sich in den Kernen von Familie zu Familie wiederholen. Beim STM32F303CCT6 war das z.B. anders – hier ist es wichtig, die richtige Revision beim Kauf erwischt zu haben.
-
Thread
STM32F4Discovery debugging timer mit coocox ide
code der main.c : [c] #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "stm32f4xx_tim.h" uint16_t pixelLine[640]; uint8_t screenBuffer[4800]; //(640*480) / (8*8) uint16_t tileBuffer0[16384
sysclk = 168000000 pclk1 = 0 pclk2 = 0 das sind meine includes : #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "stm32f4xx_tim.h" und in stm32f4xx.h steht auch #include "core_cm4.h" aber DWT kennt er trotzdem nicht.
-
Thread
Segger J-Link EDU & RISC-V
products/rtos/embos/supported-cores-compiler/arm/cortex-m/embos-cortex-m-embedded-studio/ GigaDevice GD32F150 GigaDevice GD32150R-Eval GigaDevice GD32F190 GigaDevice GD32190R-Eval GigaDevice GD32F303 GigaDevice GD32303E-Eval GigaDevice GD32F307 GigaDevice GD32307C-Eval GigaDevice GD32F450 GigaDevice
Til S. schrieb im Beitrag #6079133: > GigaDevice GD32F150 GigaDevice GD32150R-Eval > GigaDevice GD32F190 GigaDevice GD32190R-Eval > GigaDevice GD32F303 GigaDevice GD32303E-Eval > GigaDevice GD32F307 GigaDevice GD32307C-Eval > GigaDevice GD32F450