Hi guys,
I'm trying to upload a customized version of https://github.com/MKrumnikl/VR5000-LCD in a MCUDev black STM32F407VGT6 mini dev board.
I added the STM32 support in arduino IDE following guide: https://community.st.com/t5/stm32-mcus/ ... a-p/608514
I have a st-link V2 dongle for SWD uploading (https://it.aliexpress.com/item/1005003592617891.html)
I had problems using arduino IDE for uploading, so I tried to use the IDE only to compile and to upload the generated bin file into the board using the STM32CubeProgrammer.
Unfortunately, the software doesn't work and the MCU doesn't start (I see the display completely white).
I also tried to compile and upload the original source code, to exclude any problem in my modifications into the code, but the result is the same.
It's worth to note that I have success in uploading the bin files available in https://github.com/MKrumnikl/VR5000-LCD ... tm32.GenF4 using STM32CubeProgrammer and ST-Link dongle, sto the problem seems to be in the generation of the bin file.
For compiling, I selected "Generic STN32F4 Series" and then "Generic F407VGTx" as board P/N, as I didn't find "STM32F407VGT6 mini dev board" among the available boards.
Any suggestion / help is appreciated.
Thanks in advance,
Alfredo
MCUDev black STM32F407VGT6 mini dev board
Re: MCUDev black STM32F407VGT6 mini dev board
couple of things, 1st try to run a blink sketch using a generic variant
and we are assuming that you are using 'stm' core
https://github.com/stm32duino/Arduino_Core_STM32
if it blinks at least you are successful with installing the firmware, then that I think there are board selections like
Black F407VE
Black F407VG
Black F407ZE
did you try out those boards?
other than that the wiki is here
https://github.com/stm32duino/Arduino_Core_STM32/wiki
for a sketch / stm32duino firmware to successfully run on a board, especially to run it on the board crystal
one of those things is that clocks must be correctly setup for your board matched to the on board crystal frequency HSE
https://github.com/stm32duino/Arduino_C ... X.cpp#L109
otherwise, you may need to setup a new variant for your board.
https://github.com/stm32duino/Arduino_C ... 28board%29
and we are assuming that you are using 'stm' core
https://github.com/stm32duino/Arduino_Core_STM32
if it blinks at least you are successful with installing the firmware, then that I think there are board selections like
Black F407VE
Black F407VG
Black F407ZE
did you try out those boards?
other than that the wiki is here
https://github.com/stm32duino/Arduino_Core_STM32/wiki
for a sketch / stm32duino firmware to successfully run on a board, especially to run it on the board crystal
one of those things is that clocks must be correctly setup for your board matched to the on board crystal frequency HSE
https://github.com/stm32duino/Arduino_C ... X.cpp#L109
Code: Select all
void SystemClock_Config(void)
https://github.com/stm32duino/Arduino_C ... 28board%29
Re: MCUDev black STM32F407VGT6 mini dev board
Dear Ah123,
thank you for the quick reply.
Yes, I tried to select Black F407VE/Black F407VG/Black F407ZE before compiling.
I also verified that the clock and PLL settings of https://github.com/stm32duino/Arduino_C ... X.cpp#L109 are the same of https://github.com/mcauser/MCUDEV_DEVEB ... figboard.h (although this library is for micropython).
Also the pinout seems to be compatible with Black F407VE.
I can't figure out the problem
thank you for the quick reply.
Yes, I tried to select Black F407VE/Black F407VG/Black F407ZE before compiling.
I also verified that the clock and PLL settings of https://github.com/stm32duino/Arduino_C ... X.cpp#L109 are the same of https://github.com/mcauser/MCUDEV_DEVEB ... figboard.h (although this library is for micropython).
Also the pinout seems to be compatible with Black F407VE.
I can't figure out the problem

Re: MCUDev black STM32F407VGT6 mini dev board
Did you set up TFT_eSPI library for your screen ??
Re: MCUDev black STM32F407VGT6 mini dev board
ok among the things blink a led as part of the sketch.
that's always my 'it is alive' check.
for the TFT, the defacto SPI library bundled with the core is this
https://github.com/stm32duino/Arduino_C ... raries/SPI
among the things to do, is to test SPI by sending some commands to the LCD that should return a response, e.g. check some status etc.
I played with ILI9341 lcds quite some time back, one of the issues is that I need to toggle the hardware pin reset once prior to sending commands (i.e. in the init() or begin() parts of the TFT lib.
without doing that hardware toggling, there is no response from the LCD.
I think this may have to do with the SPI baud rates, doing that hardware LCD reset probably cause the LCD to re-sync the baud rates and that it responded thereafter.
if you want to play with SPI DMA, there is some leads here, but under 'heavy' development
this is experimental codes.
viewtopic.php?t=2553
that's always my 'it is alive' check.
for the TFT, the defacto SPI library bundled with the core is this
https://github.com/stm32duino/Arduino_C ... raries/SPI
among the things to do, is to test SPI by sending some commands to the LCD that should return a response, e.g. check some status etc.
I played with ILI9341 lcds quite some time back, one of the issues is that I need to toggle the hardware pin reset once prior to sending commands (i.e. in the init() or begin() parts of the TFT lib.
without doing that hardware toggling, there is no response from the LCD.
I think this may have to do with the SPI baud rates, doing that hardware LCD reset probably cause the LCD to re-sync the baud rates and that it responded thereafter.
if you want to play with SPI DMA, there is some leads here, but under 'heavy' development
this is experimental codes.
viewtopic.php?t=2553