-
Thread
SMT32F407: DMA -> GPIOD
Hallo... ich bekomme den DMA nicht ans laufen. Ich nutzte CooCox 1.7.8 mit GNU Tools ARM Embedded\5.3 2016q1 [c] volatile uint16_t sendbuffer[128]; void init_dma() { static TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; static DMA_InitTypeDef DMA_InitStructure; static NVIC_InitTypeDef NVIC_InitStructure; RCC_PCLK1Config(RCC_HCLK_Div1); RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_DMA2, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_TIM1, ENABLE); //Clear Flags DMA_ClearFlag(DMA2_Stream5, DMA_FLAG_FEIF5 | DMA_FLAG_DMEIF5 | DMA_FLAG_TEIF5 | DMA_FLAG_HTIF5 | DMA_FLAG_TCIF5
-
Thread
STM32F407IG baud rate
Wie kann ich die automatische Baud Rate detection für den STM32F407IG implementieren? Hier gibt es bereits eine Anleitung von STM, die aber leider nicht sehr erklärend ist. https://www.st.com/content/ccc/resource/technical/document/application_note/group0/66/fa/
-
Thread
STM32 C Programmierung Tutorial (Buch)
Beitrag #5179352: > HAL macht das alles per Mausclick und zwar ohne Fehler. Aktuelles Cube für STM32F407VG => USB Audio Device in Cube zusammenklicken. Fehler. Der Code Generator vergisst ein oder (|) bei der Initialisierung der Clocks. Soviel zu "ohne Fehler"... Marc V. schrieb im Beitrag #5179352
herausgeführt, um eigene Hardware anschließen zu können. Programmer/Debugger ist on-board. Für den STM32F407 gibt es ebenfalls noch das Clock Config Tool, das leider in Excel mit Macros geschrieben ist. http://www.st.com/en/development-tools/stsw-stm32091.html Das generiert registerbasierten Code, der
-
Thread
STM32F4 Discovery: Kann genau einmal Programmieren, dann Tot
in der Console von CoIDE: [code] C:\CooCox\CoIDE>"C:/CooCox/CoIDE/bin\coflash.exe" program STM32F407VG "C:/CooCox/CoIDE/workspace/STM32F4_AmbiLED/build/Debug/bin/STM32F4_AmbiLED.elf" --adapter-name=ST-Link --port=SWD --adapter-clk=1000000 --erase=affected --driver="C:/CooCox/CoIDE/flash/STM32F4xx_1024
Program: Done Verify: Done C:\CooCox\CoIDE>"C:/CooCox/CoIDE/bin\coflash.exe" program STM32F407VG "[...]/main.elf" --adapter-name=ST-Link --port=SWD --adapter-clk=1000000 --erase=affected --driver="C:/CooCox/CoIDE/flash/STM32F4xx_1024.elf" Error: Connect failed, check config and cable connection
-
Thread
Schnellere MCU als der ESP8266 zu einem guten Preis?
=02-vUJkdGzs Das ist ein ILI9341 mit 16bit-Parallel-Interface via FSMC angebuden an einem STM32F407. Ok, ist kein Video mit 25 oder mehr fps, aber für die meisten Anwendungen jenseits von Video und Animation m.M.n. völlig ausreichend. Das war übrigens mein 1. Versuch mit sehr, sehr vielen
ILI9341" > > Das ist ein ILI9341 mit 16bit-Parallel-Interface via FSMC angebuden an > einem STM32F407. Ganz schön zittrige Finger hast du da ;) Spass beiseite, ... Ist das so ein Display, welches ein Datenregister und ein Adressregister oder den kompletten Adressraum mappt? Ich habe hier
-
Thread
STM32f407 Werte für DMA zur Laufzeit ändern
Hallo zusammen, was ich vorhabe: ich will eine Pulsfolge als Array anlegen und diese Sampels dann an den DMA übergeben, damit ich den DMA mit Software antriggern kann und so die Frequenz der Pulsfolge bestimme und über dem DAC ausgebe. So weit so gut.... Meine Frage ist, kann ich wärend der DMA-Controller arbeitet, die Werte des Arrays ändern? Im Referenz Manual steht, dass der Prozessor und der DMA-Controller sich den Instruktion Bus teilen und der Speicher so lange gesperrt wird. Wie lang wird der gesperrt? Kann ich zwischen 2 Triggern den Speicher verändern? Ich möchte damit
-
Thread
Eagle UFBGA176 für STM32F407
Hi, hat jemand vielelicht eine Librabry für den STM32F407 in der UFGBA176 Ausführung? Viele Grüße Superk
-
Thread
STM32F407 lwIP DHCP geht nicht
Hallo, Hab lwIP mehr oder minder am laufen, statische IP funktioniert einwandfrei, jedoch funktioniert DHCP nicht. Ich benutze für den Unterbau CubeMX und hab Enable DHCP ausgewählt. Im main code rufe ich dhcp_start(&gnetif) auf und zyklisch dann ethernetif_input(&gnetif) und sys_check_timeouts(). Fehlt da noch was? Muss ich noch was beachten?
-
Thread
STM32F407 USB_OTG_FS Buffer
Hallo, ich habe eine Frage bezüglich STM32F407. Ich bin gerade am Einarbeiten in USB_OTG_FS und habe auch sonst bis jetzt nicht viel mit USB zu tun gehabt. Ich kriege das ganze Bild der Puffer noch nicht ganz zusammen: z.B. steht im reference manual
-
Thread
STM32F407 und ADC Kalibrieren mit Cube geändert?
Hallo ich habe die aktuelle Version von STM32CubeIDE von ST. Die Funktion: HAL_ADCEx_Calibration_Start(&hadc1) scheint es nicht mehr in der HAL ADC Bibliothek zu geben. Wie Kalibriere ich den Jetzt? Oder ist das schon irgendwie anders jetzt enthalten?
-
Thread
STM32 Kochrezept
ein sehr weites Feld. Ah OK, ich dachte, das gibt sich nicht viel bei der Fragestellung: STM32F407VGT6 aufm Discovery Board
weites Feld. > > Ah OK, ich dachte, das gibt sich nicht viel bei der Fragestellung: > > STM32F407VGT6 aufm Discovery Board Die vorgeschlagene Buch ist für den Cortex-M3, Du hast Cortex-M4. Es gibt viele Gemeinsamkeiten. Du darfst beim Lesen aber nicht vergessen, dass es auch Unterschiede gibt
-
Thread
STM32F103 Peripherie: "ST hat noch geübt"?
Das wurde also beim ersten Baustein der Serie entschieden. Wenn ich mich richtig erinnere die F405/F407. Nach der Einführung der F4-Serie wurde dannn die F0-Serie eingeführt. Und die haben dann in dem Moment eine neuere Generation von I2C, den Timern, etc. spendiert bekommen. Heute würde ich mal
ein neues Design sollte man sich aber gut überlegen ob man nicht etwas an eingebauter Hardware des F407 braucht die in neueren Controllern nicht mehr vorhanden ist. Für mich ein KO-Kriterium z.B. ist der Ethernet-Core.
-
Thread
Welchen µC-Typ für neues Projekt?
STM32F3348-DISCO.aspx?IM=0 Wenn es 'mainstream' sein soll, dann macht man mit dem großen Bruder STM32F407 nichts verkehrt; den gibt es ab 64-pol. TQPF, sauschnell und im 100-pol. Gehäuse recht günstig: http://de.futureelectronics.com/de/technologies/semiconductors/microcontrollers/32-bit/Seiten/3012643-STM32F407VET6.aspx?IM=0 ABER: die Einarbeitungszeit ist nicht zu unterschätzen, auch wenn einige Zeitgenossen dies mit genialer Selbstdarstellung kleinzureden versuchen!
-
Thread
Einführung in ASM auf STM32F4
ich sonst meine USART-Lib-Config ändern müsste) Ich entwickle auf einem CJMCU Board mit dem STM32F407VGT6. (Preis ca. 11€ aus China)
Btw. der STM32F417 war nur noch von Interesse wegen der verbauten Cryptounit. Laut STM haben der F407 und der F417 jeweils einen TRNG an board. Den würde ich ebenfalls gerne nutzen. Soll ich für diese Hardwarebzeugsfrage einen neuen Thread machen? Welche Rubrik wäre das?
-
Thread
China STM32 Board "Redbull"
kommen, bekommst du auch schon sehr gute Cortex M4 Boards um das Geld: http://www.ebay.at/itm/STM32F407VET6-STM32F407-STM32-ARM-Cortex-M4-Development-Board-14-Module-Kit-/251173125794?pt=LH_DefaultDomain_0&hash=item3a7b15bea2 Wenn es ein F103 sein muss, das geht auch viel günstiger: http://www.ebay.at
-
Thread
STM32 Cube IDE Download verified successfully Error! Failed to read target status Debugger conn
das STM32Cube IDE (1.6.0 derzeit). Was mich im Moment wundert: Wenn ich ein fabrikneues STM32F407G-DISC1 programmiere über dessen ST-LINK-Section, funktioniert das Downloaden und Starten des Binaries prima. Wenn ich aber den ST-Link eines Nucleo-Board über die SWD-Schnittstelle an ein ähnliches STM32F407G-DISC1 anschließe, SWD-2 SWCLK - PA14 SWD-3 SWDIO - PA13 SWD-5 NRST - NRST so kann ich das Board mittels ST-LINK Utility oder st-flash programmieren. STM Cube IDE sagt aber: [code]
-
Thread
FPGA dazu geeignet?
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
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 Boards war's vorbei mit lustig. Nun muss ich für einen Kunden ein Geraet mit 1.024 Verbindungen herstellen
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
angehängt. Für alle, die kein CoIDE verwenden, es müssen folgende defines vorhanden sein: STM32F407VG HSE_VALUE=8000000 STM32F40_41xxx USE_STDPERIPH_DRIVER USE_USB_OTG_HS USE_ULPI_PHY Nachdem ein beliebiges Zeichen an den STM32F4 gesendet wird, werden 10000 mal 4096 Bytes an den Host gesendet
der STM32_USB-Host-Device_Lib_V2.1.0 von ST quasi 1:1 übernommen und das CDC-Beispiel auf den STM32F407V und meine Bedürfnisse umgebaut. Durch die Modularität (die anfänglich tatsächlich sehr unübersichtlich erscheint) sollten sich auch andere Devices (Audio, Massenspeicher...) relativ einfach unter Vorbild
-
Thread
STM32F407 Discovery Boot1 auf High setzen
Hallo, ich möchte den Boot Mode Boot0=High und Boot1=High realisieren, um Programme aus dem SRAM zu starten. Muss ich SB19 auslöten und PB2 dann auf VDD setzen? Oder kann ich SB19 eingelötet lassen und setze PB2 auf VDD? Bisher habe ich im Internet zu diesem Thema nichts gefunden. Gruß Kai
-
Thread
STM32F407: TIM8 PWM->PC6
Guten Morgen, versuche nun schon ein paar Stunden den PWM auf PC6 per TIM8 zumlaufen zubringen. Habe ich was vergessen? [c] //--------------------------------------------------------------------------- void PWM_Init() { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseInitStructure; TIM_OCInitTypeDef TIM_OCInitStructure; RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOC, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6; GPIO_InitStructure.GPIO_OType = GPIO_OType_PP; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF; GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_UP;
-
Thread
STM32F407, I2C LCD, Initialisierung
Hi, Ich versuche gerade, ein I2C LCD mittels STM32F407 zum Laufen zu bringen. Nach Anstecken des LCDs sehe ich zwei Balken. Nach der Initialisierung bekomme ich aber lediglich in der ersten Reihe einen Balken anstatt einen blinkenden Cursor oder was auch
-
Thread
Wie AAC Decoder mit ADTS & LATM auf cortex m4?
die alle auf einem M4 sind kann ich nicht sagen, kommt dann auch drauf an welcher M4. Z.B. ein STM32F407 ist schneller wie ein STM32F411. Ich persönlich würde den FDK AAC nehmen, weil der aktiv gepflegt wird. Das ist zwar mal wieder so ein Code Monster, aber wenn man da mal alles wichtige raus kopiert
Nach nun einigen Tagen suche bin ich nicht wirklich weiter gekommen. Es ist ein STM32F407 verbaut, also einer der damals recht schnellen mit 168MHz. Heute würde man was anderes nehmen, aber so ist es halt, die Biester werden immer schneller. So ich habe nun auch den FDK AAC zerlegt und
-
Thread
Stereo DAC (S/W Control) vs (H/W Control)
Audio DAC" von höherer Qualität werden. Overall goal soll ein FLAC Decoder auf Basis eines STM32F407 oder STM32F415 sein. FPU und DMA sind vorhanden. Außerdem habe ich dann bis zum USB HS Interface alles zur Hand was mir vollständige Eigenentwicklung offen hält. Natürlich sollen auch andere Möglichkeiten
Rasp. Pi GPIO |---->| | | | | |Eigenentwickl.| | STM32F407 |------->----+-----------+ | +--------------+ | evtl. Discovery | control control | +--------------+ * | dann USB nur FS | +-------------+ | |USB HS/FS
-
Thread
SD card über sdio interface mit STM32 HAL
mit dem SDIO vom F4? Ich habe nochmal die Initialisierung näher betrachtet. Das Board ist ein STM32F407VET6 "Black", das ist wegen günstig recht verbreitet. Der SDIO clock divider muss hier >=3 sein, damit ist der Takt 48 / 5 MHz = 9,6 MHz. Beim nächstkleineren Teiler und 12 MHz bekomme ich CRC Fehler
intuitiver zu programmieren ist. Die STM32 haben für mich die Nase in Sachen Grafik vorne und das STM32F407VE Board bekommt man für ca. 10€ und für noch einen 10er gibts ein TFT dazu das man nur aufstecken braucht. Ansteuerung per FSMC sauschnell. Da gibt es zur Zeit nichts vergleichbares. In mbed wird für
-
Thread
Wie C++ Datein übersetzen mit arm-none-eabi-g++ (Kommandozeile)
mfloat-abi=hard -mthumb -ffunction-sections -fdata-sections -g -fno-rtti -fno-exceptions test.cpp -T stm32f407vg_sram.ld -T stm32f407vg_flash.ld [/code]
-
Thread
ITOA ohne Division/Modulo
geschrieben. Besser wäre zum Beispiel https://www.mikrocontroller.net/topic/25059#4891404 Auf einem STM32F407 dauert die Wandlung long2a unter 5 µs.
geschrieben. Besser wäre zum Beispiel > Beitrag "Re: schnelle Wandlung long -> ASCII" > Auf einem STM32F407 dauert die Wandlung long2a unter 5 µs. Ich weiß nicht wie es auf dem ARM ist, auf einem AVR ist die l2a schlechter als meine: itoa32: Time: 51us Cycle: 420 Size: 170Byte l2a: Time: 104,87us
-
Thread
littlevGL Graphiclib, benutzt die hier jemand?
erwähnt, https://www.mikrocontroller.net/topic/482676#6003931 Jetzt habe ich das mal in mein STM32F407 'Black' board reingehackt, sieht schon ganz gut aus. Das bringt schon eine Menge Widgets mit um irgendwelche Gerätchen zu bedienen, ist gut dokumentiert und Code ist auf github. Die Portierung ist
volatile uint16_t *ili9341_fsmcCommand; volatile uint16_t *ili9341_fsmcData; void LVGLDispSTM32F407VE_BLACK::disp_flush(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p) { int32_t x; int32_t y; ili9341_fsmc_setAddrWindow(area->x1, area->y1, area->x2, area->y2);
-
Thread
[Tausche] M24LR-DISCOVERY (NFC-EEPROM) gegen STM32F4DISCOVERY
/en/catalog/tools/FM116/SC1444/PF253360) gegen ein *STM32F4DISCOVERY* (Discovery kit for STM32F407/417 lines - with STM32F407VG MCU - http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF252419) tauschen. Ich habe das M24LR-DISCOVERY for free auf der embedded bekommen, daher kein Verkauf
-
Thread
(Altes) Smartphone als Human Machine Interface
Mikrocontroller-Favorit ist derzeit ATmega32U4 oder, für mehr Rechenleistung, STM32F103 oder STM32F407. Dabei implementierte ich stets ein USB-Device mit WebUSB-Interface (= treiberloser Zugang für PCs UND Smartphones) sowie eine passende Webseite („Äpp“) auf dem Webserver der TU Chemnitz. Die Maschine
Mikrocontroller-Favorit ist derzeit ATmega32U4 oder, für mehr > Rechenleistung, STM32F103 oder STM32F407. Ok. Aber dann: > Dabei implementierte ich stets > ein USB-Device mit WebUSB-Interface (= treiberloser Zugang für PCs UND > Smartphones) ... > Derzeit mit jeweils einem dazu abgestellten
-
Thread
Auswahl eines Ethernet Controller
erfüllen oder ist besser dafür > geeignet???? > > Mfg Susi Ich empfehle konkret den STM32F407: - 192KB RAM - 512..2048MB Flash - Ab LQFP100 Der STM32F207 würde zwar mit 128KB RAM auch ausreichen, kostet nur minimal weniger als der 4x7. Hier ein Demo-Board: https://www.olimex.com/Products
Markus Müller schrieb im Beitrag #3505005: > Ich empfehle konkret den STM32F407: > - 192KB RAM > - 512..2048MB Flash > - Ab LQFP100 > > Der STM32F207 würde zwar mit 128KB RAM auch ausreichen, kostet nur > minimal weniger als der 4x7. Sag einmal bist du eigentlich ein
-
Thread
STM32 OTA Flasher mit ESP8266
swd / jtag pins. Die sio ist meistens nicht erreichbar, oder das ganze funktioniert nicht richtig (f407). Hast du mal dran gedacht die anderen Schnittstellen einzubauen?
ich selten an die sio komme, eigentlich nur ein Projekt von gut 27 und das ist dann auch noch ein f407 der Probleme mit dem bootloader hat. Ist halt bei mir so gebaut und nicht unbedingt so bei den meisten anderen.
-
Thread
memory-mapped i/o bei stm32f4discovery
.. Und zu Memory-Mapped I/O Space finde ich auch im Datenblatt und im ReferenceManual des stm32f407vgt6 nicht viel. Könnt ihr mir das kurz erklären? Würde vielleicht mein erster Ansatz (Adressleitung des Ethernet-Controllers an GPIO-Ports hängen) auch funktionieren. Aber selbst wenn, würde mich
internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/REFERENCE_MANUAL/DM00031020.pdf Datenblatt stm32f407vgt6: http://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/DATASHEET/DM00037051.pdf Datenblatt w5300: http://www.mct.net/download/wiznet/w5300.pdf
-
Thread
STM32f429 externe 5V Programm startet nicht
Ich hatte das selbe Problem mit der neuesten Revision des STM32F4Disco mit dem F407. Das lag daran, dass darauf nicht mehr der ST-Link v2 sondern v2-1 drauf ist (mit dem USB Massenspeicher). Wenn der ST-Link v2-1 nicht mit USB verbunden wird hält er, soweit ich mich erinnere, den
Beitrag #4595934: > Ich hatte das selbe Problem mit der neuesten Revision des STM32F4Disco > mit dem F407. > Das lag daran, dass darauf nicht mehr der ST-Link v2 sondern v2-1 drauf > ist (mit dem USB Massenspeicher). > > Wenn der ST-Link v2-1 nicht mit USB verbunden wird hält er, soweit ich > mich
-
Thread
STM32F407 mit ILI9341 SPI Display und TM-Libs zu langsam
Hallo, ich habe an einen F407 eines der 320x240 Display angeflanscht über SPI. Die Libs habe ich von Tilen Majerle übernommen, der die SPI auch mit einem DMA Zugriff ausgestattet hat. Ich benutze SPI2 an PB 13,14,15. Die Sache
, Zeile für zeile, das sieht man. Möglich sind 10 Mhz, das würde man nicht mehr sehen. Da der F407 nicht genug Speicher für ein ganzes Bild hat wird Blockweise übertragen, damit die CPU während der Übertragung weitere Pixel berechnen kann. Und die Init der SPI ist "aufwendig" bzw. das ganze DMA
-
Artikel
STM32 - Einstieg mit Em::Blocks
STM32F4-Discovery Board, welches einen Debugger, Peripherie und natürlich einen STM32 Controller (STM32F407VGT6) enthält. Deshalb sind alle Beispiele hier für den STM32F407VG Controller ausgelegt, können aber meisten 1:1 auf andere Controller portiert werden. Ich werde auch möglichsts keine STM32F4-Discovery
folgende Dinge gewählt werden: Cortex_M4 (F3xx - F4xx) -> STM32F4xx (Cortex M4 with FPU) -> STM32F407VG. Leider sind die Auswahl Möglichkeiten nicht ganz richtig, da auch die F3 Controller einen Cortex M4 Kern und eine FPU haben (Ist aber nicht so wichtig, ist nur eine formale Sache). Außerdem entfernt
-
Thread
STM32F4 Discovery - SSD1963 TFT
Dein TFT überhaupt anzeigen? Wenn Du mit 320x240 und wenigen (lesbaren) Farben auskommst, kann der F407/F427 das Display doch selber ansteuern. https://www.mikrocontroller.net/topic/280013#new Alternativ kann man den F429 einsetzen und mit einer FLUT arbeiten. Wenn höhere Auflösung bzw. mehr Farben benötigt
im Beitrag #4458165: > Wenn Du mit 320x240 und wenigen (lesbaren) Farben auskommst, kann der > F407/F427 das Display doch selber ansteuern. > Beitrag "TFT-direct-drive, WQVGA-TFT an STM32F4" > Alternativ kann man den F429 einsetzen und mit einer FLUT arbeiten. Wenn > höhere Auflösung bzw. mehr
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
LED-Matrix. Die Software ist lauffähig auf * Nucleo STM32F401RE Board * Nucleo STM32F411RE Board * STM32F407VE Black Board Ich prüfe noch zur Zeit, ob die SW auch weiterhin wie beim WordClock-Projekt auch auf einem STM32F103 Mini-Development-Board läuft. Hier könnte es etwas knapp mit dem RAM werden. Die
mit der neuen uClock, Frank P.S. Obige Bilder entstanden mit der uClock-Software auf einem STM32F407 und einem TFT, auf welcher die LED-Anzeige simuliert wird.
-
Thread
DS18B20 1-Wire Implementierung - Timing-Probleme
gibt, wo schon alle USARTs mit anderen Aufgaben belegt sind. Hatte ich zum Beispiel mit einem STM32F407VET6 - trotz 6 vorhandener USARTs.
wo schon alle USARTs > mit anderen Aufgaben belegt sind. Hatte ich zum Beispiel mit einem > STM32F407VET6 - trotz 6 vorhandener USARTs. Müsste ich unter Projekte & Code posten. Wenn alle Usarts belegt sind und man dennoch eine mehr benötigt ist das ein grundsätzlicher Designfehler.
-
Thread
GIGATRON Emulator im STM32
nichts sagen bzw. müsste mir die ganzen Dokus raussuchen. Aber eigentlich sollte alles mit dem F405 / F407 funktionieren, ggf. muss halt die PLL an den verwendeten Quarz angepasst werden. Der "Rest" ist ja einfaches I/O. Jörg
lag ich voll daneben, es sind günstigenfalls ca. 250%. Ich habe mir mal die Belegung vom STM32F407 Discovery angeschaut. Wenn man die Peripherie stilllegen kann und den Quarz tauscht, sollte es gehen. Andernfalls ließe sich das Ganze auch auf 8 oder 16MHz Quarzfrequenz umstricken. Das Projekt ist
-
Thread
3.2z Display (color) mit ILI9341 SPI controller. Gibt es das?
komme ich zu der Erkenntnis dass der einzige Weg ein 3.2z Display (bin 40+x, die Augen..) an einen F407 zu pappen der ist, ein Display mit SSD1289 zu verwenden und dessen Ram über den FSMC in den F407 zu mappen. Ein Display mit ILI9341 LTDC passt nicht, da der 407 keinen TFT Display Treiber hat, nur
-
Thread
Erfahrungen mit ChibiOS & ChibiStudio auf STM32Fxxx
mbed import mbed-os-example-blinky cd mbed-os-example-blinky mbed compile -t GCC_ARM -m DISCO_F407VG [/code] Der import holt den code aus dem git oder mercurial repo und fügt die Library mbde-os hinzu. Das sind einige MegaBytes weil die immer für alle Targets ist und der Download dauert etwas. Dann compiliert man z.B. den Code für ein STM Dicovery F407 oder anderes Target, eine Liste bekommt man wenn man für -m etwas ungültiges wie XX angibt. Auf der mbed Site unter Hardware sind nur die offiziellen 'mbed enabled' boards gelistet, aber man kann per
-
Thread
STemWin mit Eclipse; Libary
"C:\winarm\workspace\emWin_test_environment\TrueSTUDIO\emWin_test_environment Configuration\STM32F407VG_FLASH.ld" -Xlinker --gc-sections -L"C:\winarm\workspace\emWin_test_environment\STemWin\Lib" -Wl,-Map,"emWin_test_environment.map" -o "emWin_test_environment.elf" ./Src/main.o ./Src/stm32f4xx_hal_msp.o
Src/stm32f4xx_hal_tim_ex.o ./Drivers/CMSIS/Device/ST/STM32F4xx/Source/Templates/gcc/startup_stm32f407xx.o ./Drivers/CMSIS/Device/ST/STM32F4xx/Source/Templates/system_stm32f4xx.o -llibSTemWin526_CM4_GCC.a c:/winarm/gcc-arm-none-eabi-4_9-2014q4-20141203-win32/bin/../lib/gcc/arm-none-eabi/4.9.3/../
-
Thread
STM32F4 Disco, Frage zu Reset
Vorab: ich bin noch ziemlich unerfahren mit diesen 32F4 Biestern. Ich spiel gerade mit dem 32F407 Disco Board rum und stelle fest, daß er nicht immer losläuft und einen ext. Reset erfordert. Das hier könnte die Ursache (oder ein Teil davon?) sein: [c] HAL_GPIO_Init(BLINK_GPIOx(BLINK_PORT_NUMBER
diesem Kreise aufhaltenden üblichen Verdächtigen nicht weiter erwähnen muß, zumal ich ja auch '32F407 Disco Board' geschrieben habe. Hier nen Bild: http://www.st.com/st-web-ui/static/active/en/fragment/product_related/rpn_information/board_photo/stm32f4_discovery.jpg Hab hier Eclypse mit Cross-Compiler
-
Thread
make, ld, --specs und -flto
Bibliotheken kümmern. Ein Teil des Makefiles könnte also etwa so aussehen: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" -Xlinker --gc-sections --specs=nano.specs -Wl,-Map=$(MAP) [/c] Leider kann ich das Spec-File "nano.specs" nicht entziffern. Laut Doku (https://gcc.gnu.org/onlinedocs/gcc/Spec-Files.html
aufzurufen. Die entsprechenden Flags hab ich dabei folgendermaßen gesetzt: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" LDFLAGS += --gc-sections LDFLAGS += -Map=$(MAP) LDFLAGS += -L"/usr/arm-none-eabi/lib/armv7e-m/fpu" LDFLAGS += -L"/usr/lib/gcc/arm-none-eabi/7.3.0/armv7e-m/fpu" LDFLAGS += /usr/lib
-
Thread
Einstieg in STM32F7
druckbares. Ich lese meistens noch auf Papier. Das Board ist aber etwas komplex. Ich habe mit STM32F407 und 429 angefangen und war 6 Wochen später dann "gut drin". Vergiss das mit dem Papier! Das Reference Manual und Dats Sheet sind über 2000 Seiten. Das brauchst du auch nicht um das zu lernen, sondern
gibt auch etliche zusätzliche Boards, die in der Online IDE nicht verfügbar sind z.B. das Discovery F407. Zusätzlich kann man z.B. bei den STM Boards auch die STM32Cubexx HAL verwenden. Darauf baut nämlich mbed auf.
-
Thread
STM32F407VG Externe Interrupts triggern nicht unabhängig
Hallo zusammen, ich habe ein Problem mit den externen Interrupts auf meinem STM32F407VG Discovery Board. Für meine Anwendung benötige ich Acht externe Interrupts, die ich zu je vier auf die Interruptvektoren EXTI15_10_IRQn und EXT9_5_IRQn aufgeteilt habe: EXTI15_10_IRQn (PB11, PB12
-
Thread
STM32F407 - DFU USB BootMode
Hallo, ich habe eine Frage zum USB DFU Bootloader. Wir haben hier zwei Platinen mit STM32F407 Eine hat einen Oszillaor, 4MHz, die andere einen Quarz (12MHz). Die mit dem Quarz würde ich gerne über USB DFU programmieren. Bei der mit 4MHz funktioniert USB DFU anscheinend, bei der mit dem 12MHz
-
Thread
STM32F407VET6 mit zu hoher Taktfrequenz geflasht
Ich vermute, das ich ein STM32F407VET6 - Board mit zu hoher Taktfrequenz geflasht habe. Hergang: -------- Erstes mal flashen und verify war o.k. Von nun ging nichts mehr!!! ST-Link V2 über Anschlüsse: SWDIO, SWCLK und GND
-
Thread
Cortex M4 und True Random Number Generator
Hallo allerseits, laut der Seite von STM [1] hat der STM32F407VGT6 einen TRNG verbaut. Kann dies jemand bestätigen? Wie verwende ich diesen TRNG, um mir zufällige Werte generieren zu lassen? Oder wird dieser automatisch durch eine Random-Funktion angesprochen?
die Onboard-Mittel zu verwenden. Viele Grüße [1] http://www.st.com/en/microcontrollers/stm32f407vg.html