STM32TouchGFX

TouchGFX 4.13 软件包安装与创建应用

2020-03-01  本文已影响0人  海东青电子

【海东青电子原创文章,转载请注明出处:https://www.jianshu.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移植及编程指南 - 源码分享》,感谢原作者!!

上一篇下一篇

猜你喜欢

热点阅读