-
Thread
Anschluß TFT-LCD-Modul SHARP LQ092B5DW01 Pollin
STMicroelectronics STM32. Ein gewisses Problem für uns Hobbyisten ist, das diese Controller zunehmend in BGA-Gehäusen daherkommen. Die Controller gehen in Richtung SoC, Überleitung zur 3. Möglichkeit. 3. Linux-Board mit
ja schon genannt, TI hat z.B. den TM4C). Die Discovery-Reihe ist ja nur eine Sammlung von Evaluations-Boards, die MCU kannst du auch ohne das Board nutzen. Der STM32F429 z.b. kann Panels bis zu einer Größe von 1024x768 bedienen, reicht
-
Thread
Nutzt gcc/newlib-nano die FPU von Cortex M4F bei double?
verwende die newlib-nano Bibliothek, falls das eine Rolle spielt. Konkret geht es mir aktuell um den STM32F303CC und STM32F303RE.
float-Kram in eine eigene funktion auslagere (und SystemInit() leer lasse) stürzt es nicht mehr ab: [c] void test_float() { uint32_t start=systick_count; float f=1.0f; for (int i=0; i<100000; i++) { f=f*1.001f; if (f>10000.0f) { f=sqrt(f);
-
Thread
Cortex M3 Eval-Board
Moin, also ich benutze in der Firma (wegen STM32F10x) dieses hier: http://www.iar.com/website1/1.0.1.0/658/1/?item=prod_prod-s1/225&group=prod_prod_grp-s1/33 hat uns ~150,-€ netto gekostet - inkl J-Link. Die STM32 sind aber ein wenig strange
@Rotax Wirf mal einen Blick hier drauf: http://cgi.ebay.de/STM32-ARM-STM32F103-Cortex-M3-ARM7-ARM9-ATMEL-JTAG-New_W0QQitemZ110481753810QQcmdZViewItemQQptZWissenschaftliche_Ger%C3%A4te?hash=item19b939c6d2
-
Thread
Habt ihr einen Standard STM32 für eure meisten Anwendungen?
Max M. schrieb im Beitrag #7502911: > Ich wusste gar nicht, dass es STM32 ohne CAN überhaupt gibt ..ärgerlich Die STM32L0xx haben alle kein CAN. Der STM32F302 und 303 kann CAN. Der STM32F301 nicht.
Vor der Chipkrise habe ich mir 5 STM32F042 gekauft. Ich brauchte einen. Warum? Weil es die bei dem Händler nur im vielfachen von 5 gab und ich 0.8mm Pinabstand bei LQFP-32 leichter zu löten finde als welche mit 0.5mm Abstand. Außerdem
-
Thread
µC Programmierung ohne µC
Die STM32 Cube IDE *ist* eine Eclipse IDE mit den für STM32 notwendigen Plugins bereits vorinstalliert. C++ und Qt Unterstützung gibt es für Eclipse wiederum als Plugin. Siehe https://www.linux-magazin.de
Stefan ⛄ F. schrieb im Beitrag #6420295: > Die STM32 Cube IDE ist eine Eclipse IDE mit den für STM32 > notwendigen > Plugins bereits vorinstalliert. > > C++ und Qt Unterstützung gibt es für Eclipse wiederum als Plugin. Siehe > https://www.linux-magazin.de
-
Thread
stm32f103 3phase-generator
Ich versuche mich an der Ansteuerung eines FU-ICs mittels Stm32f103C8. Anbei die main.c der ersten lauffähigen Version. Frage zur Deadtime: Diese braucht es beim Umschalten von positiver auf negative Halbwelle, damit es keinen Kurzschluss gibt. Bei meiner Sinustabelle
Ich hab mal einen FU mit einem STM32F405 und dessen TIM1 gebaut. Code für den Timer ist hier: https://gitlab.com/higaski/stm32f405_vfd/blob/master/Src/Periph/pwm.c Deadtime hab ich damals keine gebraucht, da die in Hardware realisiert
-
Thread
32Bit Einstieg mit STM32F429
naja ich finde das MDK von KEIL schon heftig... wenn es schon C++ sein soll dann wäre ist erste Wahl SiSy, das Erweiterungsboard von myAVR ist OK es gibt dann auch noch eine TochDisplay-Erweiterung von denen für das STM32F407 Discovery J.Z.
haoyu_electronics?_trksid=p3984.m1439.l2754 hier zwei weitere Treffer bei eBay: http://www.ebay.com/itm/STM32F407-Discovery-ExtBoard-Use-STM32F407-Discovery-Core-Board-l-/300901574024?pt=LH_DefaultDomain_0&hash=item460f21a588 http://www.ebay.com/itm/STM32F407-Discovery-ExtBoard-Use-STM32F407-Discovery-Core-Board-ge
-
Thread
STM32: Einstiegsprogrammer Segger Jlink oder St-Link
j-link-edu.html St-Link: 20€ http://de.farnell.com/stmicroelectronics/st-link/programmierer-icd-f-stm8-stm32/dp/1779159?Ntt=st-link Beide sind für Stm32f103rXXX geeignet. JTAG mit Debugger Programmieren geht auch na klar Wo kommt der Preisunterschied her und welche Erfahrungen habt ihr gemacht
Versand weniger als USD 2.00: https://de.aliexpress.com/item/1-Satz-ST-LINK-Stlink-ST-Link-V2-Mini-STM8-STM32-Simulator-Download-Programmierer-Programmierung-Mit/32866866559.html?spm=a2g0x.search0104.3.2.12625d80pS1559
-
Thread
Auswahl eines Ethernet Controller
schon alles drauf ist. Bezugsquellen dafür gibt es hier: http://www.mikrocontroller.net/articles/STM32#Evaluation_Boards Hier ein paar Artikel, falls Du noch nichts vom [[STM32]] gelesen hast: [[STM32 für Einsteiger]] [[STM32]] Die TI's haben zum Teil auch den PHY gleich mit im µC drin und
Du hast offensichtlich wohl noch nie das Datenblatt eines STM32 gesehen, denn sonst würdest du nicht so ein Quatsch wie 64 Bit und 4 Kerne schreiben. Außerdem hat ein kleiner Cortex-M0 uC nur 349 Seiten im Datasheet.
-
Thread
GCC Optimierung killt Funktion
>) 08002266 mov r1, r4 08002268 bl 0x8000dbc <SPI_I2S_SendData> (139) while(!SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_RXNE)); // Warte bis Empfang fertig... 0800226C ldr r0, [pc, #32] ; (0x8002290 <SPI_SendByte+60>) 0800226E
ich habe hier auch mal STM32 Libs durchsucht, die DMB/DSB/ISB tauchen nur an einer Stelle auf: beim beschreiben des Flash, sonst nirgends. Und das habe ich auch mal schnell in den STM32F103 geschoben: [c] while(1) {
-
Thread
Arduino ST-Link BluePill
-02-16T10:19:23 WARN src/common.c: unknown chip id! 0
Code gibt's eine sonst nicht anderweitig dokumentierte PWM-Funktion: https://github.com/danieleff/STM32GENERIC/blob/master/STM32/cores/arduino/stm32/stm32_PWM.c Was haltet ihr davon? Soll ich einen neuen Thread aufmachen?
-
Thread
OPENOCD mit JLINK am STM32f103
stm32f1x.cpu tap/device found: 0x3ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x3) Info : JTAG tap: stm32f1x.bs tap/device found: 0x06414041 (mfg: 0x020, part: 0x6414, ver: 0x0) Info : stm32f1x.cpu: hardware
: 0x08004cea msp: 0x2000ffcc > flash write_image erase C:/Entwickl/WinARM/Projects/Blink_STM32F1/default/Blink_STM32F1.bin 0x08000000 auto erase enabled wrote 36864 bytes from file C:/Entwickl/WinARM/
-
Thread
Welchen µC auswählen? Unterschiede zwischen den einzelnen STMs
Sebastian schrieb im Beitrag #4534095: > Wenn es um STM32 geht, die haben alle den gleichen CPU-Kern STM32 kommt mit M0 (Stm32F0), M0+ (Stm32L0), M3 (F1,F2, L1), M4 (F3, F4 L4) und M7 (Stm32F7) CPU-Kern.
Uwe B. schrieb im Beitrag #4534271: > STM32 kommt mit M0 (Stm32F0), M0+ (Stm32L0), M3 (F1,F2, L1), M4 (F3, F4 > L4) und M7 (Stm32F7) CPU-Kern. Dachte ich auch bis ich die Gehäuse geöffnet habe. Aber die sind alle identisch bis auf die
-
Thread
C++ : Datum-/Zeitberechnungen vor dem 1.1.1970
; stm = *gmtime( &t ); printf( "%d.%d.%d %02d:%02d:%02d\n", stm.tm_mday, stm.tm_mon+1, stm.tm_year+1900, stm.tm_hour, stm.tm_min, stm.tm_sec ); return 0; } [
; > > return 0; > } Bei mir (Win7, 32 Bit, Eclipse, GCC C++ == MinGW) gibt er aus : "7.2.2036 06:28:16" Auch dann, wenn ich statt "t = (time_t)-2208988800;" eingebe "t = (long)(long)(-2208988800);" :-(
-
Thread
Suche Mikrocontroller mit 16Bit ADCs und DACs
c-hater schrieb im Beitrag #6245219: > Nein, gibt es nicht. Doch. Beispiele: PIC24FJ128GC006 STM32F3
: > c-hater schrieb: >> Nein, gibt es nicht. > > Doch. Beispiele: > > PIC24FJ128GC006 > STM32F3 Noch so ein Schwachmat der die Überschrift nicht liest. 16 bit DAC und ADC mit 750ksps gibt es
-
Thread
interne RTC im STM32L benutzen?
Bild siehst: http://stefanfrings.de/stm32/STM32F103C8T6_board.png
nicht auch für die Uhr? Spart Strom, Platz und EMV-Stress. [code]LSI oscillator frequency drift: STM32L031: 0°C to 85°C -10% - 4% STM32L433: -40°C to 125°C 29.5 - 34kHz[/code] jeweils bei VDD = 1.62 to 3.6V, aber in Wirklichkeit habe ich geregelte 3.3V (TPS70933 FTW!). Gegen den statischen
-
Thread
Internen Takt beim STM32F031 verwenden
Hallo Leute, kann mir jemand dabei helfen, wie ich bei dem STM32F031C6 Controller den internen Takt programmieren kann?
Ich teste gerade das Steval-Spin3202 Board mit dem STSPIN32F0 Controller, bei dem ein STM32F031F6 integriert ist. Mein Problem ist, dass der STSPIN32F0 nicht eigenständig läuft. Auf dem Board gibt es noch einen STM32F103, mit dem man den STSPIN32F0 programmiert
-
Thread
Cortex M4: NXP oder STM32?
Vielleicht dieser hier: https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Flat.aspx?RootFolder=%2Fpublic%2FSTe2ecommunities%2Fmcu%2FLists%2Fcortex_mx_stm32%2FWarning%20limit%20simultaneous%20DMAs%20to%202&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B
...http://blog.frankvh.com/2012/01/13/stm32f2xx-stm32f4xx-dma-maximum-transactions/
-
Thread
Drehimpulsgeber
Welchen µC nutzt Du? Falls Du z.B. einen STM32 benutzt, sind Entprellung und 2-bit-Gray-Code-Encoder bereits als Peripherie enthalten.
Matthias S. schrieb im Beitrag #4203180: > Mittlerweile ist da auch viel STM32 bei. Na gut, aber im Grunde mußt Du ja nur die Hardware Deines 3-Phasen Frequenzumrichters nehmen: ein Display ist vorhanden und an INT0 ist ja schon C13 mit 2,2 nF vorhanden. Für die andere Drehgeberphase
-
Thread
UART ISR Problem STM32F1
kann..hier mal ein hint der dir vielleicht weiter hilft: https://www.st.com/resource/en/datasheet/stm32f105r8.pdf Seite 19/20 [pre]The STM32F105xx and STM32F107xx connectivity line embeds three universal synchronous/asynchronous receiver transmitters (USART1, USART2 and USART3) and two universal
Baudraten heran. Ich hatte hier vor lange Zeit schon mal eine komplette Mini-Firmware für den STM32F103C8T6 gepostet. Da ist natürlich auch der UART-Treiber mit dabei. Und der funktioniert. Such einfach mal. Ansonsten solltest du bedenken, daß die UART-Interrupts bei den STM32F10x statisch sind
-
Thread
ATmega mit mehr Leistung?
mit Parallel-RGB-Display wird ein Controller gebraucht welcher dieses Signal erzeugen kann. Einige STM32 können das; auf dem STM32F429-Discovery und dem STM32F746-Discovery ist das schon fertig aufgebaut. Ist aber kein 7". Das Waveshare Board kommt mit 7"-Display: https://www.amazon.de/dp/B00MJOCU2Q
Es ging hier um ATMEGA, lesen tut man "STM32 ist toll". "Woran erkennt man, dass jemand ein STM32-Fanboy ist?" ... ... ... "er wird es dir schon sagen".
-
Thread
STM32F407 Sprung zu Programm im anderen Sector
ADDR_FLASH_SECTOR_2 ((uint32_t)0x08008000) #define ADDR_FLASH_SECTOR_3 ((uint32_t)0x0800C000) #define ADDR_FLASH_SECTOR_4 ((uint32_t)0x08010000) #define ADDR_FLASH_SECTOR_5 ((uint32_t)0x08020000) #define ADDR_FLASH_SECTOR
#define ADDR_FLASH_SECTOR_2 ((uint32_t)0x08008000) #define ADDR_FLASH_SECTOR_3 ((uint32_t)0x0800C000) #define ADDR_FLASH_SECTOR_4 ((uint32_t)0x08010000) #define ADDR_FLASH_SECTOR_5 ((uint32_t)0x08020000) #define
-
Thread
STM32 I2C Probleme
mittlerweile davon aus, dass es sich um ein Hardwareproblem handeln muss!? Anbei mein Code: DEFINES [c] #include "stm32f30x_gpio.h" #include "stm32f30x_rcc.h" #include "stm32f30x_i2c.h" #include "stm32f30x.h" #include <stddef.h> #include <stdlib.h> #include <stdbool.h> /* Define LEDs */
Hi, ich habe ebenfalls das Problem, dass ich das Lidar Lite 2 über I2C im STM32 steuern möchte. Ich nutze allerdings die CPAL von ST. Das Initialisieren des I2C1-Devices im STM32 funktioniert. Ich bekomme nach den Funktionen i2cdevInit() und CPAL_I2C_IsDeviceReady
-
Thread
stm32 harte nuß !
Hallo, ich beginne mit dem stm32f4 discovery. em::blocks als ide, mit dem avr-gcc compiler ("bare metal"). folgendes progrämmchen läuft prima : [c] #include <stddef.h> #include <stdlib.h> #include "stm32f4xx.h" volatile
Weißt du was AVR oder STM32 sind? Reiner Doll schrieb im Beitrag #3918429: > ich beginne mit dem stm32f4 discovery. em::blocks als ide, mit dem > avr-gcc compiler ("bare metal").
-
Thread
500 MHz µC für kleines Geld
Gibt es uCs mit Timern die mit 500+ MHz getaktet sind? STM32H7 kann "nur" 240 MHz. Und die STM32 HRTimer haben viele Einschraenkungen.
Uwe B. schrieb im Beitrag #6012425: > Gibt es uCs mit Timern die mit 500+ MHz getaktet sind? STM32H7 kann > "nur" 240 MHz. Und die STM32 HRTimer haben viele Einschraenkungen. Ich glaube fast das nicht. Maximum das ich so kenne liegt typisch bei 100 MHz. Da sticht der STM schon heraus. Meist
-
Thread
Erfahrung mit NXP Kinetis
Wochen (max 8 (Projektarbeit)) ein fertiges Projekt abzuliefern? Eingesetzte Peripherie: CAN, BLE, I2C. C- STM32- (kaum) CMSIS-Erfahrung vorhanden. Vielen Dank
Auch die LPC von NXP sind sehr gut, die 32 Bit Peripherie gefällt mir auch besser. ST hat einfach ein besseres Marketing. Karim schrieb im Beitrag #5999959: > Eingesetzte Peripherie: CAN, BLE, I2C. C- > STM32- (kaum) CMSIS-Erfahrung vorhanden
-
Thread
STM32 Multiplikation zu langsam
Hallo zusammen, ich programmiere eine STM32F0 und war bisher von seiner Geschwindigkeit begeistert. Bis jetzt. Allerdings glaube ich auch, dass das Proble vor dem Controller sitzt. Ich taste mit dem ADC alle 10 µS eine Spannung(Buffer[0]
aus den gleichen 5V versorgt. Aber genau > genommen darf man nur VDD filtern. Wenn die ADCs des STM32 derart eigenartig sind, ist's vielleicht auch einfach der falsche µC für den Job. Auch bei einer gefilterten gemeinsamen Quelle können VDDa und VDD kurzfristig deutlich mehr als 0,3V abweichen, wenn
-
Thread
STM32F1 Blue Pill und RC522
Steve van de Grens schrieb im Beitrag #7646916: > Möglicherweise ist due Bibliothek für den alten STM32Duino Core von > Roger Clarks geschrieben worden. Das dürfte es sein, da wird das STM32F1 definiert https://github.com/rogerclarkmelbourne/Arduino_STM32/blob/338020bee1491a3876d4b0bdd26ea0a395c89c38
in Version 1.0.0 im Ordner: C:\Users\kayla\AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.5.0\libraries\SPI wird verwendet Bibliothek SrcWrapper in Version 1.0.1 im Ordner: C:\Users\kayla\AppData
-
Thread
mcHF-SDR Selbstbau-Projekt
bytes (256 KiB), Flash: 0x200000 bytes (2048 KiB) in pages of 16384 bytes 2016-03-25T20:20:46 INFO src/stlink-common.c: Attempting to write 23201 (0x5aa1) bytes to stm32 address: 134217728 (0x8000000) 2016-03-25T20:20:46 WARN
bytes (256 KiB), Flash: 0x200000 bytes (2048 KiB) in pages of 16384 bytes 2016-03-25T20:20:58 INFO src/stlink-common.c: Attempting to write 245356 (0x3be6c) bytes to stm32 address: 134283264 (0x8010000) EraseFlash - Sector:
-
Thread
ST Link V2 Atollic TrueStudio
Hallo, ich bin neu auf dem Gebiet der STM32. Ich habe mir einen STM32F103 gekauft und den ST Link V2. Zusätzlich habe ich Atollic TrueStudio 9.0.1 installiert. Ein Programm habe ich auch schon geschrieben und kompiliert. Das nun enstandene
Bin gerade bei den ADCs. Laut Datenblatt hat der STM32F103C8T6 zwei ADCs á 10 Channels. Mich verwirrt der dazugehörige Abschnitt im RM. Bei den GPIOs waren die Register immer durch ein GPIOx gekennzeichnet mit x = A...G Beim ADC ist das nicht so.
-
Thread
STPM32 - Register beschreiben..
schauen? Hiermit baue ich das Kommando zusammen.. [c] void stpm32Write_( uint8_t addr , uint32_t cmd , bool crcEn ) { uint8_t frameLow [] = { 0xFF , addr , ( cmd & 0x000000FF ) , ( ( cmd & 0x0000FF00) >> 8 ) , 0x00 }; uint8_t frameHigh
); _delay_ms( 50 ); stpm32.spiSlaveSelect(); _delay_ms(50); for ( x = 0 ; x < leng ; x++ ) { stpm32.spiTxRx( buff[x] ); } stpm32.spiSlaveDeSelect(); _delay_ms(50); } [/c]
-
Thread
STM32 usart interrupt wird immer angesprungen
Interrupt springt? Oder habe ich da iwas falsch verstanden? (Sry bin noch recht neu im Umgang mit den STM32) Der Befehl wäre dann folgender: [c] void USART_ClearITPendingBit(USART_TypeDef* USARTx, uint16_t USART_IT)[/c]
Baudrate Atmega: 1,25 MBaud @ 20MHz 0% Error Wenn ich es beim STM32 richtig nachgerechnet habe: -0,7%
-
Thread
Welchen Mikrocontroller für Millisekunden-Stoppuhr?
Übertragung der Zählerstände. > * Gute Verfügbarkeit in Deutschland, preiswert. STM32C011J4M6 oder J6M6. Bei Reichelt 1.35€, bei Digikey 0.69€. Die 32-Bit CPU ist keinen Verschwendung, weil man für die 32-Bit Zähler nicht aufpassen muss. - SO-8 Gehäuse; das geht von der Pinanzahl
#7830296: > STM32C011J4M6 oder J6M6. Bei Reichelt 1.35€, bei Digikey 0.69€. Die > 32-Bit CPU ist keinen Verschwendung, weil man für die 32-Bit Zähler > nicht aufpassen muss. ... Bauform B. (bauformb) hat den Mikrocontroller
-
Thread
Float über UART übertragen - STM8
*(float*)(&xUint32); return xFloat; } [/c]
<pad) tmp_buf[i++] = '0'; while(i>0) *buf++ = tmp_buf[--i]; *buf = 0; return buf; } [/c]
-
Thread
PWM-Signal mit STM32 messen
Gibt es beim STM32F103C8(Blue Pill) (ich verwende derzeit die Arduino IDE Toolchain von STM32duino) die Möglichkeit den Dutycycle eines 3,3V PWM-Signals mit "bliebiger" Frequenz (irgendwas zwischen 100 Hz und 1 kHz)
schrieb im Beitrag #6668960: > Evtl. ein Hinweis auf einen Programmierfehler in meinem Code? [c] uint32_t Frequency = 0; uint32_t Duty_Cycle = 0; [/c] Diese Variablen werden im Interrupt-Kontext berechnet und im normalen Programmlauf angezeigt. Deswegen empfiehlt es sich die Variablen als
-
Thread
STM32F105 Parameter im Code zur Laufzeit updaten
wohl auch Probleme. IDE ist Coocox CoIDE. [c] #include "stm32f10x.h" #include "morse.h" //#include "eeprom.h" #include "semihosting.h" #include "string.h" #include "stm32f10x_flash.h" void storeToFlash(uint32_t data1, uint32_t data2,
FLASH_ProgramWord(0x08019200, data1); FLASH_ProgramWord(0x08019200 + sizeof(uint32_t), data2); FLASH_ProgramWord(0x08019200 + 2 *sizeof(uint32_t), b); FLASH_ProgramWord(0x08019200 + 3 * sizeof(uint32_t), c);
-
Thread
Selbstbau-Testboard für STM32F4Discovery
FSMC_NANDStructInit(&fsmc); FSMC_NANDInit(&fsmc); FSMC_NANDCmd(FSMC_Bank2_NAND,ENABLE); }[/c] Und hier die Main Funktion: [c] #define Bank1_SRAM2_ADDR ((uint32_t)0x64000000) #define Bank2_NAND_ADDR ((uint32_t)0x70000000) /* Includes */ #include "stm32f4xx.h" #include "stdio.h" #
3) = 'L'; *(uint8_t*)(Bank2_NAND_ADDR+4) = 'O'; uint8_t aa[] ={0,0,0,0,0}; for(int i=0;i<5;i++) { aa[i] = *(uint8_t*)(Bank2_NAND_ADDR+i); } while (1) { i++; } } [/c] Die Timingwerte habe ich direkt in fsmc.c angepasst. Aber nur tar
-
Thread
STM32CubeIDE und C++
-o "Core/Src/screen.o" arm-none-eabi-***gcc*** "../Core/Src/stm32f3xx_hal_msp.***c***" -mcpu=cortex-m4 -std=gnu11 -g3 -DDEBUG -DUSE_HAL_DRIVER -DSTM32F303xE -c -I../Core/Inc -I"STM32CubeIDEWorkspace/SensorBoardFirmware/CppUTest/include" -I../Drivers/STM32F3xx_HAL_Driver
den Antworten unten das man main über die IDE umbenennen soll: https://community.st.com/s/question/0D50X0000At0EJ3/how-to-configure-stm32cubeide-to-support-c-development
-
Thread
Interner RC Oszillator von STM32C5 überraschend gut
Beim Vergleich diverser Mikrocontroller ist mir aufgefallen, dass > der HSI Oszillator von allen STM32C5 außergewöhnlich stabil ist. Der > Hersteller verspricht 1% in einem Temperaturbereich von -20 bis +130 > Grad Celsius. > Der weite Temperaturbereich überrascht mich. Ist das > c) bin ich
> Vielleicht solltest du auf das Datenblatt verlinken https://www.st.com/resource/en/datasheet/stm32c531cc.pdf Kapitel 5.3.9.1 High-speed internal HSI144 oscillator
-
Thread
H743 und F746 - Probleme mit dem Takt
> und ausgeben können. 1 MHz sind überhaupt kein Problem, selbst mit dem alten (und billigen) STM32F103RB. Das kann man z.B. mit einem Timer + DMA machen. Wenn du unbedingt per Software toggeln möchtest, versuche es mal so in der Art: [c]extern "C" void toggle (GPIO_TypeDef* GPIOx, std::uint16
str r2, [r1, #0] 0x0000001c <+28>: str r3, [r1, #0] 0x0000001e <+30>: str r2, [r1, #0] 0x00000020 <+32>: str r3, [r1, #0] 0x00000022 <+34>: str r2, [r1, #0] 0x00000024
-
Thread
Probleme mit serieller Kommunikation
Hier ist noch ein Ausschnitt der Schaltung. uC ist ein STM32, dessen UART ich verwende und der mit dem ISL83387E verbunden ist.
Blöde Frage: wenn der Dongle mit dem Wyse funktioniert und der Dongle mit dem STM32, dann brauchst Du für Wyse und Stm32 ein Null Modem oder überkreuzte RX/TX Verbindungen? Oder war das von Dir vorausgesetzt und nicht erwähnt?
-
Thread
STM32F4 I2C ACK bei 1.5V
Du musst definitiv SCL und SDA auf Open Drain stellen, sonst kann das nicht funktionieren! Beim STM32 geht das über OType (auch wenn man Software I²C machen würde). Wenn der STM32 auf "1" zieht und das Display beim ACK auf "0", erhälst du genau deine Spannung zwischen 0 und 1... Mit etwas Pech hast
du noch leicht wechseln kannst, wäre es empfehlenswert, einen neuen STM32 (STM32F3, F0, ...) zu nehmen mit der verbesserten I²C-Peripherie, die ist einfacher zu benutzen...
-
Thread
Sanfter Umstieg von 8bit auf 32bit Atmel
Den Artikel https://www.mikrocontroller.net/articles/STM32_f%C3%BCr_Einsteiger kann man sich auch mal durchlesen; vieles davon gilt auch für andere Cortex-M.
Ich verwende sowohl AVR 8-Bit, STM32 als auch SAM Mikrocontroller. Wobei IMHO die SAMs die etwas intelligenteren Peripherieeinheiten haben. AVR 32 mag ich nicht so, die sind big Endian...
-
Thread
STM32 Nucleo Debuggen funktioniert nicht mehr
target_call_event_callbacks(): target event 0 (gdb-halt) User : 3176 21602 target.c:2696 handle_target(): Polling target STM32F722ZETx.cpu failed, trying to reexamine Debug: 3177 21602 target.c:1522 target_call_event_callbacks(): target event
target_call_event_callbacks(): target event 0 (gdb-halt) User : 3186 22405 target.c:2696 handle_target(): Polling target STM32F722ZETx.cpu failed, trying to reexamine Debug: 3187 22405 target.c:1522 target_call_event_callbacks(): target event
-
Thread
STM32C - neue STM32-Familie mit Cortex M0+-Kern und achtpinniger Gehäuseoption
P 0.35 mm 32 kBytes 6 kBytes STM32C011D6Y6TR STM32C011D6 STM32C011D6Yx Coming soon NA WLCSP 12 1.7x1.42x0.6 P 0.35 mm 32 kBytes 6 kBytes STM32C011F4P3 STM32C011F4 STM32C011F4Px Coming soon
STM32C031C6U3 STM32C031C6 STM32C031C6Ux Coming soon NA UFQFPN 48 7x7x0.55 mm 32 kBytes 12 kBytes STM32C031C6U6 STM32C031C6 STM32C031C6Ux Coming soon NA UFQFPN 48 7x7x0.55 mm 32 kBytes
-
Thread
STM32/ CUBE / Free IDE mit C++
Stm32cube IST C (ohne ++). SW4STM32 kann aber das erstellte Projekt AFAIK umwandeln. Wieso aber so ein ++Zwang besteht bei dir erschließt sich mir nicht...
die STM32CubeF* Pakete, welche von STM32CubeMX eingebunden werden, problemlos von C++ aus nutzen. Die APIs sind zwar C-typisch nicht so schön, aber man kann damit leben.
-
Thread
Viel RAM am kleinen Controller
>Die STM32F4 können nur SRAM/Flash ansteuern, hier das gleiche Die STM32F429 können SDRAM ansteuern. Zum testen auch als STM32F429-Discovery mit 8MB und 320x240 RGB Display für ca 30Euro zu haben.
Du kannst auch den AT32UC3C0 nehmen (von 64K-512K flash) Preise gehen bei Digikey mit 6$ los und immer noch überschaubares 144pin Package.
-
Thread
STM32 F746zg nucleo und ILI9488 TFT per SPI langsam ?
rumliegt ? Mit DMA würde SPI nicht viel schneller, aber die CPU Last ist deutlich geringer und der uC könnte sich um das Ranschaffen der nächsten Datenpakete kümmern. Hier mal ein Beispiel mit STM32F4 und ili9341 im SPI Modus: https://www.youtube.com/watch?v=qSf7YtFZIsA Abwechselnd wird mit und ohne
>ein bisschen Übung auf dem STM32F407 der zieht gleichauf mit meinem STM32F429 >Ach ja: ohne DMA die etwa 3 MB/s sollten weder Xmega noch STM32 in Verlegenheit bringen auch hier wird klar, das das SPI Display im wesendlichen
-
Thread
STM32 nach dem Flashen nicht mehr erreichbar
SYSTICK_CLKSOURCE_HCLK); /* SysTick_IRQn interrupt configuration */ HAL_NVIC_SetPriority(SysTick_IRQn, 0, 0); } [/c] Hier der Log des ST-Link-Utilities [code] 18:14:26 : Device ID:0x412 18:14:26 : Device flash Size : 32KBytes 18:14:26 : Device family :STM32F10xx Low-density 18:14:36 : Disconnected
adapter speed: 950 kHz Info : clock speed 950 kHz Info : STLINK v2 JTAG v27 API v2 SWIM v6 VID 0x0483 PID 0x3748 Info : vid/pid are not identical: 0x0483/0x374B 0x0483/0x3748 Info : using stlink api v2 Info : Target voltage: 3.519368 Info : Stlink adapter speed set to 950 kHz Info : STM32F103C6Tx.cpu
-
Thread
stm32 uart flash reset über gpio?
https://satoshinm.github.io/blog/171223_jtagswdpillblink_jtagswd_debugging_via_black_magic_probe_on_an_stm32_blue_pill_and_blinking_a_led_using_stm32cubemx_libopencm3_and_bare_metal_c.html
stm32f103c8_blue_pill.cfg Open On-Chip Debugger 0.10.0+dev-01177-gb9a30e08-dirty (2020-04-13-16:34) BCM2835 GPIO nums: swclk = 11, swdio = 25 swd Info : Listening on port 6666 for tcl connections