-
Thread
Überblick über APIs und Bibliotheken
und mit Hardware spezifischen Konstanten aufrufen. Ein Programm, dass z.B. für einen Chip aus der STM32F103 Serie geschrieben wurde, lässt nicht trotz HAL nur mit erheblichen Änderungen auf STM32F303 "upgraden" - obwohl der als sogar Nachfolger zum STM32F103 gehandelt wird.
Stefanus F. schrieb im Beitrag #5892844: > Ein Programm, dass z.B. für einen Chip aus der STM32F103 Serie > geschrieben wurde, lässt nicht trotz HAL nur mit erheblichen Änderungen > auf STM32F303 "upgraden"
-
Thread
uC mit USB gesucht
soweit für alle USB-fähigen Controller gleich. USB-fähige Controller gibt es viele, z.B. die meisten STM32. In meinem [[USB-Tutorial mit STM32]] wird die USB-Programmierung bei den STM32F103-Controllern erläutert. Im Abschnitt https://www.mikrocontroller.net/articles/USB-Tutorial_mit_STM32#Eigene_Anwendung_f.C3
mit). Je nach Anforderung würde ich daher zu einem Controller mit der "USB"-Peripherie raten, wie STM32F103, und nicht den von "jemand" genannten STM32F407, welcher gleich 2 "OTG"-Module hat.
-
Thread
Totzeit Transistorumschaltung
Q&D: https://i.stack.imgur.com/dv8AH.png Besser: https://www.researchgate.net/profile/Ling_Feng_Shi/publication/263150695/figure/fig7/AS:317201849569280@1452638222103/Conventional-dead-time-control-circuit-a-schematic-representation-of-the-conventional.png
Schaltung auch das Ausschalten des Transistors. So einfach ist das ganze nicht. Deshalb haben z.B. STM32F103 F411 (und viele mehr) spezielle Timer (in dem Fall Timer1), die das machen können. Die haben dann 2PWM ausgänge, für jeden Transistor der Halbbrücke einen.
-
Thread
Neue MCU familie gesucht
die Codegröße bei MCS-51 etwa beim doppelten von STM8): C8051F120@98Mhz: 95 STM8AF5288@16Mhz: 109 STM8S208MB@24Mhz: 147 zum Vergleich: Weitere µC mit SDCC 3.7.0 bzw. GCC 6.3.1: CY7C68013A@48Mhz: 12 STM32L073RZ@32Mhz: 717 STM32F051R8@48Mhz: 1141 STM32F103RB@36Mhz: 1158 STM32F302R8@64Mhz: 1693 Bei stdcbench 0.4 erhält man für den STM8 mit Cosmic und Raisonance ähnliche Scores wie mit SDCC 3.7.0. Aber IAR kann mehr (allerdings auf Kosten deutlich
-
Thread
STM32 läuft mit Debugger schneller als er soll
kann das liegen? Das Programm wurde mit der Option -O0 compiliert. Hardware: Dieses minimale STM32F303CCT6 Board https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Als Debugger nutze ich die SW4STM32 in Kombination
du verwendest openocd? schau mal in die targets/stm32f3x.cfg: [code] proc stm32f3x_default_reset_init {} { # Configure PLL to boost clock to HSI x 8 (64 MHz) mww 0x40021004 0x00380400 ;# RCC_CFGR = PLLMUL[3:1] | PPRE1[2]
-
Thread
STM32F103 lässt sich nicht programmieren
Hallo zusammen, ich habe auf einer Platine einen STM32F103RCT6 welchen ich gerne über UART programmieren möchte. Dazu habe ich einen MCP2200 mit auf die Platine gesetzt, siehe Schaltplan im Anhang. Leider reagiert mit stm32flash der STM32F103RCT6 nicht. Wenn ich die Verbindung zw. MCP2200 und STM32F103RCT6 trenne und TX und RX am MCP2200 kurzschließe, dann kann ich aber mit einem Terminalprogramm ein Echo empfangen. Wenn ich einen externen USB <-> UART Konverter an den STM32F103RCT6 hänge
-
Thread
STM32 und Linux - Einsteigerfragen
MCU>: f1hd/f1cle/f1mdvl/f042/f051/f030/f4. f030 = STM32F030 series. f042 = STM32F042 series. f051 = STM32F051 series. f1hd = STM32F103HD series. f1cle = STM32F107 series.
pyocd list > ## => Board Name | Unique ID > -- -- ---------------------- > 0 => NUCLEO-H743ZI [stm32h743zi] | 0670FF353638425043013805 > > aber: > > stm32f051 STMicroelectronics STM32F051 > builtin > stm32f103rc STMicroelectronics STM32F103RC > builtin
-
Thread
STM32F103C8T6 und 128kByte
erweiterten Flash-Speicher nutzen, aaaaaaaaaber ich kann diese nur über den Bootloader (ich verwende stm32flash) beschreiben. Versuche ich das ganze über einen ST-LINK (mittels Programm st-flash) erkennt der ST-LINK den Chip korrekterweise als STM32F103C8T6 und lässt nur die 64 kByte zu. Gibt es
Beitrag #5864367: > Ich habe die openocd cfg angepasst. > Damit erscheinen die 128k direkt in SW4STM32. > Ab Minute 3 im Video: > Youtube-Video "#013: Unlock the Hidden Flash of STM32F103C8" > > STM32CubeProg kann auch den oberen Bereich beschreiben. Es ging mir darum, eine einfache Möglichkeit
-
Thread
VierGewinnt mit ATmega328p
weil schlicht nicht genügend RAM vorhanden ist, also habe ich die Optik von meinem STM32F103 genommen und als KI eine sehr altes Javascript portiert. Die Spielstärke ist : "so lala", d.h. es spielt nicht wirklich dumm, aber so richtig gut auch nicht. Für Kinder oder junge Jugendliche
Gehäuse steht mir leider kein 3-D Drucker zur Verfügung. Ein Platinchen werde ich machen für einen STM32F103CBT6 und dann insgesamt 5 Tasten und einem 160x128 Display. Einfach weil das auch keinen Deut teurer als die AVR Sachen sind, ich aber zum einen das 4-Gewinnt in einer sehr deutlich spielstärkeren
-
Thread
XMEGA Hardware-Bug (Kritisch) Gesperrt
mit XMEGA128A1 an die Grenzen gekommen war und er eine saubere Hardware- und Firmwareplattform für STM32F4 gebraucht hat. ;)
67 06 sts 0x0667, r16 .data:00000014 f8 cf rjmp .-16 ; 0x00000006 [/code] Und als Intelhex [code] :020000020000FC :1000000001E000936106039501C00000FDCF01E00F :0600100000936706F8CF23 :00000001FF [/code] Gruß JackFrost
-
Thread
Zeitnehmung mit AVR-NET-IO
sondern einstellige Millisekunden). Oder du gehst noch einen Schritt weiter und verwendest ein STM32F103C8T6 Blue-Pill Board, das hat nämlich eine RTC On Board und könnte die Messungen mit Präzisen Zeitstempeln versehen, bevor sie an den PC übertragen werden. Ist aber nicht ganz so einfach zu programmieren. Siehe http://stefanfrings.de/stm32/stm32f1.html#bluepill Falls du eine Lösung sucht, die ohne Mikrocontroller-Programmierung auskommt, schau Dir das Projekt mal an: http://stefanfrings.de/serial_io/index.html Da kannst du das
-
Thread
Physikalischer CAN Bus mit Transceivern aber ohne CAN Controller
Heinz-Wilhelm F. schrieb im Beitrag #5863466: > Für die Bridge Lösung würde ich > einen STM32F103C8T6 aka blue pill nehmen > und ein CAN Transceiver auf PCB, made by China. Oder ein Olimexino-STM32 - vielleicht
Heinz-Wilhelm F. schrieb im Beitrag #5863466: > Für die Bridge Lösung würde ich > einen STM32F103C8T6 aka blue pill nehmen > und ein CAN Transceiver auf PCB, made by China. Die Boards sind ja oft billiger als
-
Thread
Billiger Mikrocontroller gesucht für unter einem €
Stm32f030 https://www.ebay.de/itm/5PCS-STM32F030F4P6-Mikrocontroller-STM32-32-bit-MCU-Meine-STM-TSSOP20-NEU/172398046518?hash=item2823b96d36:g:dJ0AAOSwcUBYGuVJ
> Stm32f030 Für das erkennbare intellektuelle Niveau eher: STM8
-
Thread
Hilfe (Arduino) bei Schrittmotor Steuerung - Arduino zu langsam ?
abgehangenen Standard gibt es doch grbl, das läuft auf einem Mega2560 und auch auf den Bluepills mit STM32F103. Schrittfrequenzen habe ich nicht mehr genau im Kopf, aber 30 kHz sollten beim Mega2560 drin sein.
Daniel H. schrieb im Beitrag #5856458: > Ich benutze jetzt den schnelleren STM32 Controller mit Interrupts, BTW: - du brauchst keinen schnelleren Prozessor. - die AVR 8-Bitter haben natuerlich auch Interrupts - mit den Arduinos hast du eine viel breitere Library Basis
-
Thread
STM32F103C8T6 ADC Referenz Spannung
Hallo, Werde gerde aus dem Datenblatt nicht ganz schlau. Hatt der jetzt auch ne interne Referezquelle zur verfügung oder geht bei dem nur die Referenz von AVCC?
-
Thread
STM32: 2x PWM mit Phasenversatz?
Hallo Leute, kann mir vielleicht jemand sagen, ob folgendes mit einem STM32F103C8 funktioniert? ich möchte für einen zwei Phasen Boostwandler (für einen MPPT Tracker) zwei PWMs per STM32F103 erzeugen. Diese sollen das selbe Ton zu Toff verhalten haben, aber zueinander
Hat keiner eine Antwort? PS: es hat nix mit dem gefälschten Stm32 aus dem anderen Beitrag zu tun, ich hab hier zwar auch einen gefälschten chip, aber es ist kein Unterschied erkennbar, wenn ichs auf einen orig stm32f103c8t6 aufspiele.
-
Thread
Erstes "richtiges" Projekt
STM32L073 auszuprobieren und auf meiner Homepage zu dokumentieren. Jetzt ratet mal, wie viele Leute sich für diese Doku interessieren: F103: 80% F303: 15% L073: 5% So viel zum Thema "veraltete
, die Nachfolger STM32F303 und > den STM32L073 auszuprobieren und auf meiner Homepage zu dokumentieren. > Jetzt ratet mal, wie viele Leute sich für diese Doku interessieren: > > F103: 80% > F303: 15% > L073: 5%
-
Thread
Stepper Driver mit CAN + Endstops
30k Vorwiderstand und nen 100k Pulldown. Reicht das noch um den Pin sicher auf High zu legen? - uC: Ich hab jetzt den viel zu starken STM32F103 genommen, weil ich den hier schon auf den BluePill Boards hab und der CAN kann. - Ich werd auch nen Stencil bestellen. Sind die Bauteile zu dicht aneinander
hab übrigens den 24V noch nen 4.7uF C spendiert.
-
Thread
STM32: Sendepuffer für USART
Das "Cube F4" Paket kann man ganz normal einzeln downloaden, ohne CubeMx zu installieren. https://www.st.com/en/embedded-software/stm32cubef4.html
unnötige Abhängigkeiten. Kannst ja von mir aus alle Bit Defines in die c/h Datei des UART Treibers schreiben. Zudem includierst du in deiner serial.c eine #include "STM32F302xB.h". dann kommen DA! eben auch die Bitdefines rein und nicht nur die Registerdefines -> keine zusätzliche
-
Thread
ST-Link V2-1 Virtual COM Port
genutzt werden; USART1 geht dabei bis 4.5MBit/s, USART2-3 bis 2.25 MBit/s. Wenn du also noch einen STM32F103 rumliegen hast... https://github.com/Erlkoenig90/f1usb/tree/vcp https://github.com/Erlkoenig90/f1usb/blob/vcp/src/vcp.cc#L83
Ich habe es mit einem Nucleo-64 STM32F303RBT6 getestet: Mit 8 MHz R/C Oszillator: 300 Baud geht nicht 600, 1200, 2400, 4800, 9600, 19200, 115200, 230400, 460800 Baud gehen 921600 Baud geht nicht 1000000 Baud geht nicht Mit
-
Thread
USB 2.0 versus viele RGB LEDs (Stromversorgung) [STM32]
und einzeln ansteuerbar ist. Ich nutze transparente Kappen. Ich werde sehr wahrscheinlich einen STM32F103C8T6 nutzen. Ich habe mich schlau gemacht und verschiedene digitale LEDs (APA102C, WS2812-B, WS2813-B,...) herausgesucht. Jedoch ziehen alle soweit ich das feststellen kann relativ viel Strom
Der den USB ansteuernde Mikrocontroller muss das entsprechend implementieren, also vermutlich dein STM32F103C8T6. Im Konfigurations-Deskriptor stellst du den gewünschten Strom ein. Wenn der PC mit SET_CONFIGURATION mit wValue = 1 die Konfiguration aktiviert, ist der Strom freigegeben. Wenn er die Konfiguration
-
Thread
USB-Stick (low power): kaufen | bauen
jemand eine Kaufquelle oder hat man mit einem selbstgebauten Stick mehr Aussichten auf Erfolg (z. B. STM32F103 plus SD-Card)? Mein Ziel ist unter 30 mA zu kommen bei 5 V.
unter 30 mA zu kommen bei 5 V. Allein die SD-Karte braucht schon mehr - bis 200mA Peak. Dein SoC hat doch bestimmt sowieso eine MMC/SDIO-Schnittstelle - da wäre der STM32F103 eine überflüssige Bremse (manche kein SDIO, kein USB-HS).
-
Thread
STM8S105K4 / SDCC / I2C => Problem
annimmt sie wären einfach und schnell erledigt sind es dann nicht. Ich migriere meine Sourcen von STM8S103 so, dass ich sie auch auf einem STM8S105 verwenden kann und war überrascht, dass nach dem Anpassen meines speziellen Bootloaders für STM8 fast alles lief. Aber eben nur "fast". Mein Problem
ich dachte die Optionbytes setzen zu können. Das haut aber nicht hin. Den Code den ich für I2C verwende ist der, den ich auch für einen STM8S103 verwende und dort auch gut funktioniert. Im Datenblatt habe ich keine Unterschiede beim Initialisieren und verwenden des I2C mit STM8S103 und STM8S105
-
Thread
"NUCLEO"-Borads von GigaDevice
Hab' mal den GD32E103VB mit dem STM32F104, insbesondere dem STM32F103VB bei ein paar Details verglichen: [c] GD32E103VB: Cortex-M4 mit FPU, 120MHz, 32kB SRAM STM32F103VB: Cortex-M3 ohne FPU, 72MHz, 20kB SRAM [/
U.G. L. schrieb im Beitrag #5832372: > Hab' mal den GD32E103VB mit dem STM32F104, insbesondere dem > STM32F103VB > bei ein paar Details verglichen: GD32E103VB: Cortex-M4 mit FPU, 120MHz, > 32kB SRAM > STM32F103VB: Cortex-M3 ohne FPU, 72MHz, 20kB SRAM
-
Thread
STM32 Input Capture triggert nicht
Ich versuche mittels STM32F103C8 ("Blue Pill" Board) und einem TSOP4836 IR Empfänger einen RC6 Decoder zu basteln (ich weiß gibts fertige Libs dafür aber darum gehts nicht). Hierzu versuche ich den Timer1 im Input Capture mode
verwende die HAL Low-Level Treiber, das meiste wurde mit CubeMX generiert. Das Ausgangssignal ist an PA8 des STM32 angeschlossen. Die Schaltung an sich funktioniert (ich sehe mit dem Oszi das demodulierte IR Signal), allerdings triggert der Input Capture Interrupt nicht. Mein Code sieht wie folgt aus (
-
Thread
Probleme mit Linux (Kernel 4.9.0) und st-flash / texane
oder 4 Jahren (und anderem Linuxkernel) funktioniert hatte. Was funktioniert: Flashen eines STM32F4xx funktioniert in jeglicher Konstellation problemlos (auch ein schwarzes STM32F407 Chinaboard). Lange Zeit habe ich mit der Live-Version STM32F103 (Eigenbauboard und BluePill) nur mittels Bootloader
Reset gedrückt hält und mit dem Aufruf den Reset loslässt: [code] root@porteus:/home/mcu/develop/stm32f103/blinky# make flash st-flash erase st-flash 1.5.1-25-gcf67780 2019-05-02T20:32:47 INFO common.c: Loading device parameters.... 2019-05-02T20:32:47 INFO common.c: Device connected is: F1 Medium-density
-
Thread
[V]erkaufe - STM32 F1, F2, F4 Breakoutboard V2
Modelle haben "RBT" in ihrem Namen. So z.B. dieser Controller: https://www.reichelt.de/mcu-arm-32-bit-128-kb-lqfp-64-stm32-f103rbt6-p125400.html?&trstct=pos_1 Wenn du weitere Fragen / Anregungen / Anmerkungen hast, freue ich mich auf deinen Post. Grüsse
verwendest Du dann die 64 Pinner (R-Bestellnummer) statt den kleineren und gängigeren 48 Pinnern (C-Bestellnummer)? Ich hab hier ein ähnliches Breakoutboard für die C-Größe (48 Pins) veröffentlicht: https://github.com/electroniceel/stm32....c-breakout Passt für F0 bis zum F4. Es lohnt sich
-
Thread
STM32-Nucleo Clones von Waveshare (XNUCLEO)
die kastrierte Version F103RB mit nur 20KB RAM sein und nicht zumindest ein F103RC mit 64KB oder F103RF mit 96KB? https://www.st.com/en/microcontrollers-microprocessors/stm32f103.html
muss das die kastrierte > Version F103RB mit nur 20KB RAM sein und nicht zumindest ein F103RC mit > 64KB oder F103RF mit 96KB? > > https://www.st.com/en/microcontrollers-microprocessors/stm32f103.html Weil Nucleo-Boards NUR zur
-
Thread
Einstieg in STM32(L4)
Zum Ausprobieren hab ich ein kleines Netzteil dabei (so etwa 15V/1A). Gerade für die simpleren STM32 Controller hab ich mir mal eine Handvoll Minimal-Leiterplatten machen lassen, wo ein STM32F103C8T6 drauf ist, dazu miniUSB und Programmieranschluß (JST-Verbinder mit 1mm Pitch). Über den kann man
das also - gepostetes Projekt hier runterladen https://www.mikrocontroller.net/attachment/316790/STM32F103C8T6.ZIP - USB nach serial Adapter (ttl-Pegel) kaufen - Brennprogramm herunterladen https://www.mikrocontroller.net/attachment/383626/Stm32Prog_R1.0.6.zip - LP und Bauteile bestellen - zusammenlöten
-
Thread
SPI STM32 Hal zwischen 8 und 16 Bit Data Size umschalten
Guten Tag, ich verwende zur Zeit den STM32F103 mit Spi mit 16Bit Data Size. Ich muss jetzt noch ein Serielles Eeprom 25LC1024 am selben SPI betreiben. Das EEprom mag aber 8Bit Data Size. Ist es möglich die Data Size im Betrieb um zu schalten
im Beitrag #5822569: > Korrigiere mich Herr Schlaumeier, aber soweit ich weiß kann der SPI vom > STM32F103 kein CS in Hardware steuern. Wenn ich mich da irre bitte > korrigieren. Kann man, gerade nachgelesen. Ändert nichts an meiner Erwartung.
-
Thread
STM32: von HAL nach LL umsteigen
Hallo, ich möchte einen STM32L011 (8kB Flash / 2kB SRAM) programmieren. Der Einfachheit halber verwende ich Atollic TrueStudio und CubeMX. Wenn die HAL verwendet wird, bleibt ja nicht mehr wirklich Platz für die eigentliche
zu vermeiden. Ich geb mal nen Vergleich: Bei dem Minimalsystem, das ich hier schon mal für die STM32F103 gepostet habe, braucht die Firmware 11508 Bytes und bietet dafür: Konfiguration, gepufferte UART(s), USB-VCP, Konvertierungen hex int float In und Out, Kommandoprogramm, Event-System, Systemuhr
-
Thread
STM32 Chan FAT mit SD karte über SPI
Sepp schrieb im Beitrag #5817269: > Hallo, > > Controller soll ein STM32F103C8 werden, daher auch klassisch über SPI. Der F103 hat SDIO, das weißt du?
Nico W. schrieb im Beitrag #5817287: > Sepp schrieb: >> Hallo, >> >> Controller soll ein STM32F103C8 werden, daher auch klassisch über SPI. > > Der F103 hat SDIO, das weißt du? Insbesondere der 103x8 hat /kein/ SDIO, das weißt du?
-
Thread
umstieg von Symbol zu Grafikdisplay
und irgendwie auch teuer. Dafür kannst Du hübsche Dinge im Display speichern und mit einem kleinen µC mit seriellen API Methoden aufrufen ohne Fonts und Grafiken vorzuhalten. Mit einem STM32F103 wäre ein GFX mit z.B. 128x64 Pixeln preiswerter und der Zeichensatz paßt in den µC, Grafikdinge auch.
Schau mal die Bibliothek U8g2 an. Die kennt zig verschiedene Controller, die mit I2C oder SPI angebunden werden. Ist ganz einfach anzuwenden und eröffnet dir eine riesige Auswahl von Displays.
-
Thread
STM32 Taktfrequenz
Moin, ich habe einen STM32f103 und stehe gerade etwas auf dem Schlauch, was die Taktfrequenz angeht: Ich benutzte die Funktion SystemInit() von CMSIS am Anfang und dort ist auch (SYSCLK_FREQ_72MHZ) definiert. Danach tue ich
läuft der code durch die Funktion SetSysClockTo72() in der "system_stm32f10x.c" Datei. Was könnte ich noch vergessen haben? Grüße
-
Thread
STM32F103 DMA Geschwindigkeit
Hallo zusammen, hab gerade einen Test mit der DMA vom STM32F103C8T6 gemacht. Zwei Arrays mit 1024 Words (32Bit) angelegt und eines mit Zahlenmuster gefüllt. Dann DMA angeschmissen und kopieren gesagt. Im Debugger geschaut, wie lange es dauert, bis die DMA
Man kann aber auch Timer etc beim debuggen anhalten. https://stm32f4-discovery.net/2015/07/disable-peripherals-in-debug-mode-on-stm32f4xx/ Ob's für den dma auch geht weiß ich leider nicht
-
Thread
arm-none-eabi Problem.
ist unklar wie man das so lang machen kann. Ich bastele das Ganze auf einer Bluepill, also einem STM32F103C8T6, die Compiler Optionen sind [code] arm-none-eabi-gcc --specs=nano.specs -u _printf_float -fno-builtin -mcpu=cortex-m3 -mthumb -Wall -g -Os -D__STARTUP_CLEAR_BSS -D__START=main -c -c
Dateien Startup-Codes für die diversen STM32F1, z.B. startup_stm32f103xb.s, siehe Anhang. Linker-Scripte sind auch dabei.
-
Thread
STM32L4 erase / write error
Hallo, ich habe ein Problem mit einem STM32L431KB, bin allerdings Neuling in Bezug auf STM. Der uC ist neu und wird prinzipiell vom ST-Link-Utility / STM32CubeProgrammer erkannt (Device, Typ, ID, Flash Size, CPU, Target Vdd, ...) Allerdings
STM32L4 schrieb im Beitrag #5813005: >> Leitungen zu lang ... > ~ 20 cm > Dann den ersten uC nochmal mit kürzeren Kabeln getestet, > funktioniert auch. Aber was war wirklich der Fehler? 20cm sollte
-
Thread
serial-USB (CDC) Code für stm32f103xxx gesucht.
... für dieses STM32F103xxx Board im DIP40 footprint suche ich C-Code für eine serial-USB bridge ... diese solle idealerweise mit dem bereits vorhandenen FTDI-Treiber auf dem PC kompatibel sein ...
Willi S. schrieb im Beitrag #5836038: > ... hatte gehofft eine fertige binary für dieses STM32F103C8T6 Board zu > finden ... Gibt es, wenn du dir meinen Link genauer angeschaut hättest: https://github.com/Erlkoenig90/f1usb/releases Das Image funktioniert auch auf dem STM32F103C8. Es
-
Thread
STM32F303 USB ohne HSE Quarz
anderem L0x2/L0x3 und L4x2/L4x3, sowie die uralten F105 und F107. Eine schöne Übersicht findet man in AN4879 "USB Implementation on STM32 products".
Was die F0 und L0 Serie angeht: Danke für eure Hinweise. Die Sache mit dem Clock Recovery kenne ich. Es soll aber dieses mal ein STM32F303V sein. Habe sie schon bestellt. Ich habe beschlossen, die Idee mit
-
Thread
Pollin Display VL-FS-COG-VLGEM1277-01
&trstct=pos_0 genutzt und das Kabel bündig eingesteckt. Die Kondensatoren sind alle X5R-G0805 4,7µF/25V https://www.reichelt.de/vielschicht-kerko-4-7-f-25v-85-c-kem-x5r0805-4-7u-p207088.html?r=1 Den Resetpin habe ich inaktiv gesetzt, um einen Controllerpin zu sparen, Da in Marios Testprogramm alle
der ST7565, auf dem habe ich den Treiber aufgebaut. Läuft bei mir auf einem ST Nucleo-F103RB.
-
Thread
I2C EEPROM Beschreiben mit SAM3X8: Pollingproblem
darf erst erfolgen, nachdem man NACK festgestellt hat. > Schau Dir mal meinen Ablauf an. Die SW-I2C Funktionen müßten sich doch > 1:1 auf das HW-I2C runterbrechen lassen. Beim SAM3X8 (auf Arduino DUE) ist die TWI offenbar anders anzusteuern als beim AVR. Die Leseroutine fuer ein einziges Byte
STM Apprentice schrieb im Beitrag #5807829: > Beitrag "Re: I2C auf STM32F103" Ein paar Vorteile einer Soft-I2C-Implementierung: - keine Geschwindigkeits-Verluste da der I2C Bus meist langsamer arbeitet
-
Thread
Empfehlung Equipment für Einstieg in uP Entwicklung
den Einstieg sehr empfehlenswert. Sie enthalten einen ST-Link, den man auch zur Verwendung andere STM32 Controller verwenden kann. Alle STM32 Mikrocontroller enthalten ab Werk einen nicht löschbaren seriellen Bootloader. Manche Modelle können auch über USB, CAN oder I²C befüllt werden. Debuggen geht
zum ST-Link ist der J-Link von Segger. Der kann auch debuggen. Hier ist meine Doku-Sammlung für STM32 (mit Links zu Software): http://stefanfrings.de/stm32/index.html Soweit ich weiß, gibt es keine STM32 Controller mit DIP Gehäuse. Aber es gibt das "Blue-Pill Board" (auch bekannt als "STM32F103C8T6
-
Thread
Reihenfolge der Speicherung auf SD Karten.
daß zwei davon (und ein Teil des dritten) optional sind. http://download.microsoft.com/download/0/8/4/084C452B-B772-4FE5-89BB-A0CBF082286A/fatgen103.doc
heisst dort dfplayer_play_folder() und ist folgendermaßen implementiert: [c] void dfplayer_play_folder (uint_fast8_t folder, uint_fast8_t file) { dfplayer_send_cmd (DFPLAYER_PLAY_FOLDER, (folder << 8) | file); } [/c] Wertebereich: - folder: 0 - 99, gemeint ist
-
Thread
Kein Debugger und keinSWO nach REMAP_CAN1
Guten Abend, Ich verwende STM32F103VCT mit dem CANOPEN_Stack der Firma EMTAS. Für den CAN verwende ich die PIN PB8-PB9. Wenn das Programm normal startet, arbeitet der CAN-Bus wie gewünscht. Wenn ich jedoch debuggen möchte,
die Software! Einziges Manko das die SWO Ausgabe nicht funktioniert. Auf dem Nucleo Board mit dem STM32F103RB funktioniert alles.
-
Thread
Cortex M3 - Cortex M4F - schneller bei gleichem Takt?
Walter T. schrieb im Beitrag #5795198: > Jetzt kommt der (für mich) überraschende Teil: Am STM32F103 bei 72 MHz > messe ich max. ca. 7 µs durch Pinwackeln am Oszilloskop und aus dem > DWT_CYCCNT lese ich eine Differenz von 597 Zyklen. Am STM32F446 bei 168 > MHz messe ich max. ca. 2,5 µs/393
langsamer getakteten M3, weil der, > nach meinem Verständnis, weniger Flash-Wait-Cycles benötigt. Der STM32F103 hat einen kleinen Prefetch-Buffer, aber keine Caches. Folge: Ausgeführte Sprünge leiden voll unter den Waitstates, Datenzugriffe auf Flash ebenfalls. Der STM32F446 hat vor dem Flash einen 1kB
-
Thread
zuverlässiger Programmer für Xilinx XC9572XL oder Alternative
Falk B. schrieb im Beitrag #5795122: > z.B. den PICCOLO. z.B. die STM32F205/7 bzw. STM32F405/7 können das auch (12 PWM-Kanäle à 16bit bei 120 bzw. 168MHz + 24 Kanäle à 16/32bit bei halber Frequenz) oder jeder andere STM32 mit mind. 100 MHz Systemtakt. Wenn's auch 14ns / 72 MHz sein dürfen tuns auch die billigen & beliebten STM32F103C8 (16 Kanäle à 16bit).