Getting Started on STM STM32F769I Discovery Kit

C

STM32F469I Discovery Kit

Board features

  1. STM32F469NIH6 microcontroller featuring ARM® Cortex®-M4 core and 324 Kbytes of RAM
  2. 4” TFT Color LCD Touch Display
  3. 128-Mbit SDRAM
  4. 128 Mbit QSPI NOR Flash

Supported color depths

The reference port for this board supports 16bpp and 24bpp (default) color depths. The board also supports 32bpp, but it is not implemented in the reference port. See QUL_COLOR_DEPTH and Color depth for more information.

Note: Pre-built platform library is provided for default 24bpp only. For 16bpp color depth, the platform library has to be rebuilt with QUL_COLOR_DEPTH value set to 16. See Building Qt Quick Ultralite platform library against the evaluation packages to build platform from sources.

Partial framebuffer support

This board supports the partial framebuffer strategy. To enable it, set QUL_PLATFORM_ENABLE_PARTIAL_FRAMEBUFFER and rebuild the Platform library.

Using the partial framebuffer can significantly lower the memory requirements of an application, but can lead to reduced performance and potential visual tearing artifacts for complex applications.

Note: With 16bpp color depth the platform will use a double partial framebuffer strategy, while with 24bpp color depth a single partial framebuffer is used.

Prebuilt demos and examples

Package for STM32F469I-DISCO board is provided with following prebuilt demos

You can flash them onto the device using images from the demos_images folder. Follow the flashing instructions for ST boards, and use STM32469I-DISCO as the board name selecting N25Q128A_STM32469I-DISCO as the external loader script.

Reading debug messages

By default, the output of printf calls are redirected to a virtual serial port, which is exposed on the host machine via USB.

Known limitations

STM32F469NI does not have double-precision floating-point support.

Due to limited SDRAM bandwidth, accessing SDRAM with the CPU may cause visual artifacts while the framebuffer is being scanned by the display controller.

RLE decompression

The CPU on this board cannot blend compressed images directly onto the framebuffer in SDRAM. Such images are decompressed into intermediate buffers of a limited size, before blending them using DMA2D onto the framebuffer in SDRAM. This approach has a significant performance overhead to blend RLE-compressed images compared to the uncompressed images.

Performance can be improved to some degree by increasing the size of qul_scratch_buffer in platform_stm32.cpp, at the cost of more RAM usage.

Getting Started on STM STM32F769I Discovery Kit

Available under certain Qt licenses.
Find out more.