Generally speaking, using the Mikromedia 7 for STM32F7 alongside with Embedded Wizard could work. But there are some things that are worth mentioning. The STM32F746 is very powerful and it has the built-in 2D accelerator called ChromART and LTDC display controller which are essential to create fast and responsiveness GUIs. But the Mikromedia kit is not using the built-in LTDC display controller. It uses an external SSD1963 controller to drive the display. This is connected to the STM32F7 using standard Intel 8080 parallel interface. Moreover the kit does also not come with an external SDRAM. That means that the framebuffer cannot fit into the internal SRAM of the MCU as it is just too big (800x480px = 384k pixels to be managed, but only 320kByte of internal SRAM). Hence the GRAM of the SSD1963 controller has to be used for that. This scenario is supported by Embedded Wizard (by using our so-called scratch-pad-buffer approach as we are doing for the STM32F407), but when using a resolution of 800x480, this is something that I would not recommend as then the used parallel interface will not provide the data throughput as often needed... Moreover the board does only support a very small (external) serial flash of 1MByte to store bitmaps and strings - this could also be somehow a bottleneck later on...
Hopt this helps,best regards,Manuel
Ask Embedded Wizard
Welcome to the question and answer site for Embedded Wizard users and UI developers.
Ask your question and receive answers from the Embedded Wizard support team or from other members of the community!