【海东青电子原创文章，转载请注明出处：//www.greatytc.com/p/6e491347b19e】
最近，ST将TouchGFX升级到了4.13版本，与之前的4.10版本相比，做了较大改动，简化了创建应用的流程，使之更趋于自然、流畅。4.13版本是一个完整的软件包，包括TouchGFX Desinger和用于CUBEMX的插件包，其中Designer不是单独提供下载的（至少目前是这样）、而是打包在上述CUBEMX的插件扩展包中。4.13版本的开发依赖于新版的STM32CUBEMX。
实验环境：
1、开发板：官方的 STM32F746G-DISCO。
2、软件：STM32CubeMX V5.6.0
X-CUBE-TOUCHGFX V4.13.0
IAR EWARM V8.32
（一）安装
1、升级CUBEMX至V5.6.0
启动CUBEMX：
下载完成后，CUBEMX更新至最新版本：
回到CUBE的主界面，安装插件包：
CUBE的扩展包在选项卡的 STMicroelectronics 中：
安装完毕后，TouchGFX Generator将在CUBEMX中用于自动生成与TouchGFX有关的HAL代码。上面下载的扩展包中，含有TouchGFX Designer的安装包。找到扩展包在磁盘上的安装目录：
双击上面的msi文件、按照提示安装即可。
（二）创建TouchGFX应用
启动CUBEMX，选择F7的746G-DISCO板子，本文的重点是描述TouchGFX 4.13 版的功能，不对DRAM、LTDC、QSPI的配置做详细说明，这里采取了偷懒的办法，使用CUBEMX对板子的所有外设自动做初始化：
图片的存储格式，我们使用16-bit的RGB565格式。修改DMA2D（加速引擎）：
LTDC：
配置FREERTOS，注意，defaultTask的堆栈空间（初始值是128）必须给一个较大的数值，这里取值 4096：
这里可以看到新版CUBEMX与旧版的区别：TouchGFX不再被当作Middleware了，而是搬家到了CUBE的扩展包，点击 Additional Software：
在弹出窗口中，勾选 Graphics：
点击 OK 后，CUBE页面左下方新添一项：Additional Software，点击 STMicroelectronics X-CUBE-TOUCHGFX 4.13.0、并设置：
其中粉红色的 Dependencies 有个带叉的小圆圈，是警告：有参数冲突了；后面会处理（警告比错误等级低、有时候也可以不处理）。
注意 Buffer Location，选择 By Address，内存地址与FMC、LTDC中配置的相同。
现在来处理那个警告：RGB565格式时，不需要PA和CA。这里PA、CA是LTDC中与透明度Alpha有关的参数，见下图：
如上图配置 LTDC中的两个 Blending Factor（不使用Alpha参数，因为RGB565格式中没有Alpha变量），警告消失了：
最后，检查一下时钟配置：
生成IAR代码：
弹出窗口：
询问是否打开IAR工程，这里先不打开，选择 Open Folder，准备启动TouchGFX Designer设计一个简单界面：
进入 Src 子目录：
双击 .part 文件，启动Designer：
选择 Blank UI，或直接Cancel，进入空白设计界面，先放置一个Box 作为背景：
再添加一个Text Area：
点击右上角的 Generate Code，生成与TouchGFX界面有关的代码：
生成结束，退出Designer，Src目录下增添了不少东东：
进入EWARM目录，双击 Project.eww，启动IAR:
编译：
编译通过，烧写目标板看看结果如何：
OMG，nothing！
通过与旧版TouchGFX生成的代码做比较，发现5.6版CUBEMX自动生成的FMC初始化代码中，没有包含对DRAM初始化的命令代码。在main.c中补充代码：
增加函数：MX_SDRAM_InitEx，完成对片外RAM的初始化，重新编译、下载：
仍然没有出现我们希望的图片，但屏幕不再是全黑，可以判断是DRAM初始化起了作用，内存在正常工作了，只是内存中的数据不对，----设计的图片数据没有正确加载到内存中。还需要做下面处理：
在FREERTOS的任务中，添加一个 TouchGFX的启动函数：MX_TouchGFX_Process（），再次编译、烧写：
结果正确！
从以上过程中可以看到，4.13版的TouchGFX开发过程流畅了许多（而且，生成的VS模拟器代码也可以正常运行，之前的版本貌似有bug）！
附：
关于 MX_TouchGFX_Process 的添加，请参考：《TouchGFX4.13移植及编程指南 - 源码分享》，感谢原作者！！
