-
Thread
STM32 F0 über UART senden zum PC
aber ebenso kommt auch nichts auf meinem PC an. Der Code sieht wie folgt aus: [c] #include "CMSIS\stm32f0xx.h" #include "STM32F0xx\stm32f0xx_hal_conf.h" #include "STM32F0xx\stm32f0xx_hal.h" #include "STM32F0xx\stm32f0xx_hal_tim.h" GPIO_InitTypeDef GPIO_struct; UART_HandleTypeDef
Signal da ist. Kommen denn mit HTerm die Signale an? Gruß Daniel PS: Ich sehe gerade: [c] #include "CMSIS\stm32f0xx.h" #include "STM32F0xx\stm32f0xx_hal_conf.h" #include "STM32F0xx\stm32f0xx_hal.h" #include "STM32F0xx\stm32f0xx_hal_tim.h" [/c] Es müsste doch auch eine [c] #include
-
Thread
STM32 und Tastenentprellung nach Peter D.
habe ich den Eindruck, der Compiler baut hier Mist. Folgende Situation: - Günstiges Board mit STM32F103RBT - Neueste SystemWorkbench mit StdPeriph_Driver - Ein Taster (später werden es vier sein) zum Entprellen - IRMP läuft mit 15 KHz in einer eigenen Timer-IRQ Die Takte stimmen, Pins sind
Leider kenne ich mich mit ARM-ASM nicht gut aus... Achja, Version der tools: System Workbench for STM32 - C/C++ Embedded Development Tools for MCU Version: 1.14.0.201703061529 Das scheint die neueste Version zu sein. Gruß, Oliver
-
Thread
Direkte Programmierung des Arduino Micro
Was spricht gegen klassische AVR Programmierung in C: [c] const uint8_t dataArray[] = {1,2,3,4}; DDRA = 0xFF; //alle Pins auf Ausgang PORTA = dataArray[0]; [/c] Müsste eigentlich auch unter dem C++ des Arduino tun. Ansonsten gibt es dafür
Du könntest auch eine BluePill ( STM32F103 ) zusammen mit der Arduino-Umgebung nutzen und dann auf die Register Bare Metal zugreifen. Das sieht dann so aus [c] // STM32F103 IO register #define GPIOPort_B_ADDRESS 0x40010C00 #
-
Thread
FPGA dazu geeignet?
und zeigt an, wo ein eventueller Fehler vorhanden ist. In der ersten Version kontrollierte ein STM32F407 mehrere I/O Boards via SPI. Weil es mir nicht gelang, die SPI frei von Störungen zu halten, musste ich die Geschwindigkeit ziemlich drosseln. Was sich natürlich sehr negativ auf die gesamte Test-Laufzeit auswirkte. In der zweiten Version verpasste ich jedem Board eine STM32F103, die via SPI die I/Os auf ihren Boards kontrollierten und via USART/RS485 mit dem Master STM32F407 kommunizierten. Bis zu 3 Boards (zu je 128 I/O) war die Gesamtlaufzeit akzeptabel. Aber bei 4
-
Thread
stm32f103C8T6 Blue Pill Bug?
ich war gerade am verzweifeln. Ich verwende ein MD070SD Display mit 16Bit parallel Bus an einem STM32f103C8T6 Board, welches in der Bucht sehr günstig zu erwerben ist, auch BluePill genannt. https://developer.mbed.org/users/hudakz/code/STM32F103C8T6_Hello/ Jetzt ist mir aufgefallen, dass sich
am Anfang der main-Funktion: [c] #if defined (STM32F103) // disable JTAG to get back PB3, PB4, PA13, PA14, PA15 RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE); // turn on clock
-
Thread
Maple Mini Programmieren
Ausleseschutzes mittels OpenOCD war bei mir nötig, um das Board ohne die Maple-IDE zu verwenden: [code]openocd -f interface/stlink-v2.cfg -f target/stm32f1x_stlink.cfg -c "init" -c "halt" -c "stm32f1x unlock 0" -c "shutdown"[/code] Quelle: http://wiki.paparazziuav.org/wiki/STLink#Two_STLinkV2_Method
Versuche es mal, ohne den Reset anzuschließen. Bei mir klappt es ohne, mit einem STM32F103C8T6-Billig-Board. Gugst du hier: https://github.com/rogerclarkmelbourne/Arduino_STM32/wiki/Programming-an-STM32F103XXX-with-a-generic-%22ST-Link-V2%22-programmer-from-Linux
-
Thread
SDCC und struct
. Func body ignored --------------------------------------------------------------- Rufus Τ. F. schrieb im Beitrag #4996116: > hat der von Dir verwendete > überhaupt einen ausreichendend großen Stack? Der STM8S103F3P6 hat 1 kByte RAM, hiervon grundsätzlich 513 Bytes für den Stack (für das
. Func body ignored --------------------------------------------------------------- Rufus Τ. F. schrieb: > hat der von Dir verwendete > überhaupt einen ausreichendend großen Stack? Der STM8S103F3P6 hat 1 kByte RAM, hiervon grundsätzlich 513 Bytes für den Stack (für das Vorhaben mit nur
-
Thread
Benchmark für Arduino-Boards?
IDE kompatibles Board STM32 STM32f103C8T6 ST ARM 32-bit Cortex >-M3 Das hat nur 72Mhz statt 168Mhz, deutlich weniger RAM ist ein M3 statt M4 und hat deshalb keine FPU.
Jürgen S. schrieb im Beitrag #4998648: > Ich bestelle mir nun in China ein 2-Euro Board mit 32-Bit Controller: > > Arduino IDE kompatibles Board STM32 STM32f103C8T6 ST ARM 32-bit Cortex > -M3 > > Und dann schaue ich mal, wie ich das in die Arduino-IDE eingebunden > bekomme, und was die
-
Thread
STM32 - USART durchschleifen
Ich habe ein ESP8266 an einem STM32F103... damit ich den ESP zum Programmieren nicht jedesmal vom STM abtrennen und umstecken muss, würde ich dies gerne so lösen das ich den ESP über den STM32 programmiere. Am STM ist die USART
Beide USART sind Interrupt gesteuert. Der GPIO0/2 sowie die RESET und Ch-PD Pins hängen ebenfalls am STM32. Der Reset und der Gang in den Bootloader des ESP über den STM32 funktioniert wunderbar. Nun zu meinem eigentlichen Problem: Da ja die USART nur ein Sende- & Empfangsbuffer haben (USARTn->DR
-
Thread
STM32F407 Black und Arduino
Apropos SDRAM: Es gäbe ja auch das STM32F429 Discovery mit 8MB-Ram: http://www.st.com/en/evaluation-tools/32f429idiscovery.html Das Board ist zwar schon in STM32GENERIC-Arduino angelegt, aber es fehlt leider noch die Unterstützung für
Screenshot vom Menü. Beizeiten kann ich noch einen von den Untermenüs anbieten. Ist schon schön mit den STM32-Boards: Ist jetzt meine dritte Variante (davor Nucleo32 F303K8 & F103 - Maple-Clone). Alle drei machen/machten beim Einrichten massive Probleme. Wenn sie dann laufen, dann sind sie genial, bis dato
-
Thread
WS2812 - STM32 PWM/DMA - Easy Lib
vorhält (einmal Soll und einmal Ist). Das sind dann 2 x 3 Bytes = 6 Bytes pro LED. > Auf einem STM32F103 passen ca. 800 LEDs in den Buffer. Mit obiger Lib geht (theoretisch) ein Vielfaches davon. Zudem läuft sie auf STM32F1xx und STM32F4xx. Schwieriger zu nutzen ist sie auch nicht ;-)
der Source > > https://www.mikrocontroller.net/svnbrowser/wordclock24h/src/ws2812/ > > auf STM32F103 mit Byte-, auf STM32F401 und F411 mit > HalfWord-Übertragung. Oh, okay - ja mit dem F4+ habe ich noch keine Erfahrung mit DMA - danke für den Hinweis, dachte sie verhalten sich da alle gleich
-
Thread
IRDA Transceiver RS232 kompatibel?
Oh, hab gesehen, die STM32 haben einen IRDA-Modus in jedem USART ... Dann werd ich doch den F103er wieder verwenden :) Der AVR hatte eh zu wenig Pins ... Kann mir jetzt den externen Battery-backed RTC und den IRDA Encoder
ich habe mein neues Lieblings-IC entdeckt: http://www.nxp.com/documents/leaflet/75015676.pdf I²C, SPI <-> GPIO, IrDA, UART. 3.3V, 5V-tolerant. Das erspart mir mindestens einen µC in meinem Projekt.
-
Thread
Wie werden CPU-Kerne gelockt?
in nicht öffentlichen Register die Information über den Die gehalten. Ist meines Wissens nach beim stm32f103c8t6 gemacht, der sich danach von 64kb auf 128kb pimpen lässt.
-
Thread
#define Fehler
Projekt importiert. Nun versuche ich den Code in Eclipse zu kopieren und möchte das Programm auf einen STM32f103... aufspielen. Jetzt hängt es gerade bei den #defines z.B.: [c] #define PSTR(s) (__extension__({static const char __c[] PROGMEM = (s); &__c[0];})) [/c] hier sagt der Compiler beim
STM32 hat/braucht kein PROGMEM. Du kannst da das PSTR vermutlich einfach so definieren: #define PSTR(s) (s) Außerdem ist __c ein für die Standard Library reservierter Bezeichner, de darfst du in deinem
-
Thread
Serial Bootloader für STM8S103F3P6 (Linux)
ein einzelner STM8 Chip mit dem ST-Link v2 verbunden werden muß. Der Bootloader wird mittels: stm8flash -c stlinkv2 -p stm8s103f3 -w bootloader.ihx in den Chip geflasht. Fortan steht der Bootloader zur Verfügung
/263351137116?hash=item3d50f3735c:g:vqAAAOSwySlaHmbR:rk:2:pf:0 Somit sind nun zwei getrennte Bootloader verfügbar (eben einer für STM8F003 / STM8F103 und einer für STM8F105). Leider stellt man fest, dass die 103er sogenannte
-
Thread
STM32: OC Timer - Problem
Für den F103 z.B. hier SW4STM32/firmwares/STM32Cube_FW_F1_V1.4.0/Projects/STM32F103RB-Nucleo/Examples/TIM/TIM_TimeBase/Src/main.c und andere.
pegel schrieb im Beitrag #4981678: > Für den F103 z.B. hier > > SW4STM32/firmwares/STM32Cube_FW_F1_V1.4.0/Projects/STM32F103RB-Nucleo/Ex > amples/TIM/TIM_TimeBase/Src/main.c > > und andere. Oh Danke! Da schaue ich mal!
-
Thread
STM32F411 Wie den externen Timereingang INTERN schneller machen?
verzweifle gerade mit dem hier https://www.mikrocontroller.net/topic/425405#4982532 und einem STM32F103.
testen und anschließend wieder HSE als Taktquelle benutzen. Wie das geht, wird in der Datei system_stm32f4xx.c gezeigt.
-
Thread
STM32CubeMX C++ SW4STM32 TrueStudio
:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Device/ST/STM32F4xx/Include" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Include" -O0 -g3 -Wall -fmessage-length=0 -ffunction-sections -c -fno-exceptions
:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Device/ST/STM32F4xx/Include" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Include" -O0 -g3 -Wall -fmessage-length=0 -ffunction-sections -c -fno-exceptions
-
Thread
ICs und Sensoren von Aliexpress
. Sowas ist schon extrem ärgerlich. Gut, dass ich Fingerspitzengefühl und Geduld habe ... das sind STM8S207R8T6, also LQFP64 mit 10mm x 10mm und 0,5mm Pinabstand.
noch nie Probleme. Ich denke eben, dass es schlichtweg so gut wie unmöglich ist, einen kompletten STM32 zu kopieren, obwohl ich mich schon frage wie die dortigen Preise zu Stande kommen. Die letzten BluePill Boards kamen für 1,30€ zu mir, inkl. Versand versteht sich. Bei Mouser kostet alleine der STM32F103C8
-
Thread
JTDI Pin als normalen GPIO Push Pull verwenden
Hallo, ich programmiere den STM32F103C6T8 in Eclipse. Ich möchte SPI1 verwenden ohne Remapping und mit Software-chipselect. Nun habe ich mein chipselect auf PinA15 gelötet und musste festellen, dass ich den A15 nicht geschalten
das vielleicht mit der Alternativen Funktion zu tun haben kann. Der A15 kann NSS1(SPI1), JTDI und T2C1E. Hier mein Test-code: [c] GPIO_InitTypeDef GPIO_InitStructure2; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA , ENABLE); GPIO_InitStructure2.GPIO_Pin = GPIO_Pin_15; GPIO_InitStructure2
-
Thread
Benutzt jemand ein STM32F4 Discovery
Der Core wird auch weiter entwickelt. Die letzte Änderung war vor 18 Stunden: https://github.com/stm32duino/Arduino_Core_STM32F4
oder nicht. Was meint Ihr? Dass gilt nur fuer die neueren Boards mit STLINK/V2-A. Dort ist ein F103CB verbaut, waehrend aeltere Boards nur einen F103C8 haben. Vermutlich hast Du noch ein Board mit STLINK/V2. Falls Du noch ein Board mit V2 hast und die USB-serielle Schnittstelle brauchst, koennte
-
Thread
Header einer Cpp-Datei einbinden
Hallo, ich programmiere den STM32F103C6T8 mit Eclipse(OpenSTM) in Cpp. Nun habe ich ein Cpp-Projekt erstellt und möchte in der Datei "stm32f10x_conf.h" eine Cpp-Header-Datei einbinden, z.B. "debug.hpp". Nun bekomme ich Compilerfehler
beim lesen der stm32f10x_conf.h von C anstatt C++ ausgeht und dementsprechend auch dann deine debug.hpp als C behandelt
-
Thread
STM32: Komisches Verhalten zwischen USB VCP und GPIO
Hallo, ich habe einen STM32F103 (Nucleo Board), an dem ich (testweise) den VCP über USB betreibe (nicht der VCP über STlink). Ich habe also DP und DM (PA11 und PA12) und 3.3V vom Board auf ein Steckbrett geführt mit USB Stecker
Uwe B. schrieb im Beitrag #4972770: > Bist Du sicher, dass Du keine Bruecke zwischen PC8/PC9/PA8 hast? Die > Pins liegen nebeneinander! Höchstens, wenn das Nucleo Board einen Defekt hat https://developer.mbed.org/media/uploads/adustm/nucleo_f103rb_morpho_right_2016_7_21_1.png mfg
-
Thread
PWM Signalerzeugung
Sieht jemand gerade meinen Fehler im Code? Ich bin mal gespannt, was das ist. Habe das Nucleo STM32L476 [c] void User_Init_Timer2(uint8_t Presc, uint8_t period, uint8_t duty_Cycle_perCent) { uint8_t duty_Cycle = period*duty_Cycle_perCent/100; /* Configure register bits
danke ich probiers spaeter mal mit dem stm32f303
-
Thread
Assembler-Programmieren PIC16F1934/6/7
besorge ich mir zum Experimentieren, sobald ich wieder zuhause bin. Du hast bei den "Extented MCUs" 16F18.. 16F19.. einige Vorteile: - Interner Ozillator gestuft bis 32MHz, ersetzt oft den Quartz - 10 bit Analog-Digital-Converter - 8 bit Digital-Analog-Converter - Capacitive Sensing Module - 5 Timer
angewidert angesehen habe. So. Derzeit denke ich über nen eigenen Brenner nach, als USB-Teil mit nem STM32F103 als Adapter und das PC-Programm von meinem ST-Programmer abgeleitet - soweit ich abends dazu Zeit habe. Peter D. schrieb im Beitrag #4974508: > Schön gesagt. > Ich habe mit Z80, 8051
-
Thread
STM32F103C8T6 native CAN BUS möglich?
STM32F103C8T6 Kann dieser Typ wirklich direkt ein CAN Bus umsetzen? Findet man dazu ein TUT?
MC_Freund schrieb im Beitrag #4966158: > STM32F103C8T6 > > Kann dieser Typ wirklich direkt ein CAN Bus umsetzen? Nö, der braucht einen CAN-Tranceiver. Erkennt man an CANTX und CANRX in der Pin Bezeichnung. Üblicherweise braucht es den auch
-
Thread
Devicespezifisches SVD-File für STM32F103C8T6
gibt es > irgendwo auch ganz spezifische SVD-Files? Na, Google ist nicht wirklich Dein Freund 8( Gibts bei STM auf der Homepage des Prozessors. http://www.st.com/content/st_com/en/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32f1-series/stm32f103/stm32f103c8.html Unter Design/
http://ds.arm.com/media/resources/db/chip/st/stm32f103c8 Aber auch hier wirst du feststellen, dass es nur ein stmf103xx.svd gibt. Das ist aber scheinbar bei allen Herstellern so. Für einen LPC1768 gibt es auch nur ein lpc176x5x.svd . Du könntest
-
Thread
STM STM32 I2C Arduino
Hallo, ich möchte mit dem Chinaboard STM32F103C6T8 die MPU6050 auslesen. Dazu verwende ich Interrupts. zuerst sende ich eine start condition dann sende ich die Adresse des Slaves(MPU) und generiere einen ReStart und sende nochmals
Interrupts werden allerdings wie erwartet abgearbeitet. Hat jemand Erfahrungen mit dem Chinboard und I2C? Gruß
-
Thread
STM32F103C6T8 I2C
Hallo, ich möchte mit dem Chinaboard STM32F103C6T8 die MPU6050 auslesen. Dazu verwende ich Interrupts. zuerst sende ich eine start condition dann sende ich die Adresse des Slaves(MPU) und generiere einen ReStart und sende nochmals die
Interrupts werden allerdings wie erwartet abgearbeitet. Hat jemand Erfahrungen mit dem Chinboard und I2C? Gruß
-
Thread
ARM Welten STM TI NXP Atmel.
Louis schrieb im Beitrag #4961951: > STM32F0-Reihe Wobei ich mich nicht auf die F0 Reihe festlegen würde. STM32 generell hat grosse Unterstützung (auch hier) und es gibt sehr preisgünstige Evaluationsboards in Form der Discovery- und Nucleoboards
Meine Empfehlung lautet STM32F1, wenn man einen guten Kompromiss aus Preis und Leistung sucht. Genauer gesagt das STM32F103C8T6 BluePill-Board, plus irgendein STM32-Discovery als Programmer (was alle immer mit ihrem Segger J-Link
-
Thread
I2C mit STM32F103, TXE_Flag wird im AdressEvent gesetzt und lässt sich nicht löschen
Hallo, ich versuche aus der MPU6050 1Byte zulesen. Dazu benutze ich Interrupts und eine I2C_freq von 5000Hz(ja so wenig... zum testen erstmal) auf dem STM32F103C8T6. Nun habe ich folgendes gelesen und versucht umzusetzen: Refrence Manual RM0008 (ST), Application Report SLVA704 (Texas
== 0){ debug32[3] |= (1 << 8); i2cBusyFlag = 0; } } }else{ debug32[3] |= (1 << 9); if(I2C_GetFlagStatus(I2C_Module, I2C_FLAG_SB) == SET){ debug32[3] |= (1 << 10); I2C_ReadRegister
-
Thread
I2C Master Receive, Probleme mit SCL nach ReStart
Hallo, ich versuche aus der MPU6050 1Byte zulesen. Dazu benutze ich Interrupts und eine I2C_freq von 5000Hz(ja so wenig... zum testen erstmal) auf dem STM32F103C8T6. Nun habe ich folgendes gelesen und versucht umzusetzen: Refrence Manual RM0008 (ST), Application Report SLVA704 (Texas
, funktioniert alles wunderbar. Wie lest Ihr einzelne Bytes mit Interrupts auf den STM-Dinger aus? Hier meine I2C_EV_ISR: [c] void i2c_handleEventInterrupt_ReadMethod1(void){ if(i2c1_EV_ISR_Count < 25){ i2cDebugISRanfang[(i2c1_EV_ISR_Count* 2) +1] = I2C_Module->SR2;
-
Thread
AVR versus ARM Gesperrt
irregeführten. Dem ist nämlich nicht so, weil der Flash Speicher maximal 24Mhz schafft (jedenfalls beim STM32F1). > Daß 32bit viel cooler als die 8bit sind, ist aber hier egal, oder? Das ist mir wirklich völlig egal. Denn auch meine ollen AVR's können in C alle Operationen bis 64bit wie vom PC gewohnt
> Warum sich alle ausgerechnet zwanghaft den STM32 antun, Man bekommt sie so billig: http://www.ebay.com/itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino-/201529768817
-
Thread
STM32F0: Mit HAL-Lib überprüfen, ob Datenübertragung über SPI abgeschlossen ist?
Hallo zusammen, ich verwende einen STM32F0 und programmiere mit dem STM32CubeMX und der HAL-Lib. Ich sende mit der Funktion HAL_StatusTypeDef HAL_SPI_Transmit (SPI_HandleTypeDef *hspi, uint8_t * pData, uint16_t Size, uint32_t Timeout)
STM Apprentice schrieb im Beitrag #4959938: > Beitrag "[STM32F4xx] SPI Optimierung" Ich habe noch eine Frage zu diesem Beitrag: while ((SPI1->SR & SPI_I2S_FLAG_TXE) == 0); SPI1->DR = (uint8_t)(
-
Thread
Umstieg AVR 8Bit auf STM32
erledigen haben reichen sie bei mir alle Mal. Ich hab mich da auch schon mal umgeschaut und den STM32F103 oder den STM32F4 in die engere Wahl geschlossen. Zu welchen der beiden würdet ihr mir den Raten? Ich programmiere in C über das Atmel Studio, unter Windows, für die STM32 würde ich dann zu der
STM-8-C-Anfänger schrieb im Beitrag #4959778: > Vom STM32F103 liest man öfter, dass er etwas zickig sein soll. Keine > Ahnung, ob das stimmt. Nein, stimmt nicht. Dieser µC ist recht gutmütig. Aber
-
Thread
Mehrere V-USB Anwendungen auf einem AVR möglich?
Joachim B. schrieb im Beitrag #4961080: > leider gibt es nur 32k und keine 64k/128k > > ein mega 1284u4 wäre nett Habe mal geschaut: Bei den Chinesen kostet ein STM32F103 ziemlich genau das Gleiche wie ein ATMega32U4. Beide sind auf einer kleinen Platine, die
Stimmy schrieb im Beitrag #4962541: > Habe mal geschaut: Bei den Chinesen kostet ein STM32F103 ziemlich genau > das Gleiche wie ein ATMega32U4. Beide sind auf einer kleinen Platine, > die man auf ein Steckberett oder Lochraster montieren kann. > > Zum STM32F1 findet man allerdings
-
Thread
STM32F1 (Nucleo-F103RB) - HSE ohne Quartz?
ST/STM32F10x/system_stm32f10x.c Laut Datenblätter kann man den Prozessortakt von HSI (intern) oder HSE (extern) generieren. Für HSE muss man z.B. 8 MHz einen Quartz an die entsprechenden Pins löten.
>>WELCHER Startupcode denn? https://github.com/kicer/stm32f10x-gcc/blob/master/STM32F10x_StdPeriph_Lib_V3.5.0/Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/system_stm32f10x.c
-
Thread
STM32 falsche Taktfrequenz
Register Geschubse nicht, wenn es die Vorlage von STM bereits macht, da mache ich mir lieber andere Sorgen. Schau dir doch mit dem Debugger den Verlauf von SystemInit() in der Datei system_stm32f10x.c an, da kannst du jeden Schritt sehen, herauskopieren
> Für welchen Controller? Falls es der F103 ist, dann geht nur > 24, 36, 48, 56 oder 72 Mhz, 64 gerade nicht. Upps, das hast du gut geraten. Ja, es ist der STM32F103rBT6. Wieso sollten 64Mhz nicht gehen? 8Mhz /2 *16 sind doch 64Mhz.
-
Thread
STM32F103 Vergleichstabelle Hardware gesucht
verfügbar ist, bin aber auf die Schnelle nicht fündig geworden. Konkretes Besipiel: in der Familie STM32F103x gibt es 7 Timer, im aktuell beliebten STM32F103C8T6 jedoch nur 4 (??) verfügbar. Kann mir bitte jemand helfen, mich mit der Nase auf den Link draufstossen?
/stm32f1-series.html?querycriteria=productId=SS1031 Alle F1 mit allen Varianten in einer Tabelle mit Ausstattung
-
Thread
STM32 Programm unerwartet groß
Mein erstes STM32 Programm läuft (Hurra!) allerdings ist es unerwartet groß. Und zwar habe ich in SW4STM32 ein neues Projekt mit der StdPeriph Library erstellt. Zielplattform ist das Nucleo-64 Board mit STM32F103RB
aber ohne irgendwelche libs, erzeugt 716 Byte und blinkt: https://github.com/prof7bit/bare_metal_stm32f401xe und davon abgeleitet für nen stm32f103c8: https://github.com/ChristianRinn/bare_metal_stm32f103c8
-
Thread
Sinus erzeugen mit Mikrocontroller
,0x9c,0x98,0x95,0x92,0x8f,0x8c,0x89,0x86,0x83, 0x80,0x7c,0x79,0x76,0x73,0x70,0x6d,0x6a,0x67,0x63,0x60,0x5d,0x5a,0x57,0x54,0x51, 0x4f,0x4c,0x49,0x46,0x43,0x40,0x3e,0x3b,0x38,0x36,0x33,0x31,0x2e,0x2c
einfach 12Euro STM32F4 Discovery board. Der µC hat einen 12bit DAC eingebaut. Für den Sinus muss der Prozessor dank DMA keinen Finger rühren. Kleine Audio-Endstufe hinten drann und fertig.