本帖最后由 数码小叶 于 2025-2-22 21:58 编辑
在2022年的时候,使用过STM32H750B驱动屏幕,使用TouchGFX制作了一个温度计,因此想着开发环境肯定没问题,可以直接使用,不出意外的出了大意外了 
首先 是打开TouchGFX Designer软件,想生成一个默认工程。结果一直加载不出开发板,提示网络连接不上,因此demo无法生成
之前TouchGFX Designer是可以正常使用的,网上查了查,很多人说是网络问题。于是试了用手机网络、试了挂加速器,结果都是一样,无法连接网络。尝试将软件卸载,重新安装,还是一样无法联网。最后只有将软件升级到最新版了,从官网下载了最新的TouchGFX 4.24,安装完依旧是一模一样 。。。
这条路走不通,就换条路走吧,想着CubeMX也可以生成。打开CubeMX提示此版本不支持最新的TouchGFX 4.24,需要升级到6.13.0
那就升级CubeMX吧
升级完成,想生成一个示例工程,又发现固件不支持,电脑上安装的固件时STM32Cube_FW_H7_V1.7.0,小问题升级吧
不论是在这个界面,还是固件更新界面,都是点了登陆后没任何反应,不跳出登录界面,CubeMX无法登陆,而下载固件又必须登陆,陷入死循环了。
还剩最后的途径,从官网直接下载固件库,离线加载。
原本像1.12.0这样的标准包,直接导入是没有什么问题的,可导入1.12.1补丁包,一直提示要先安装1.12.0,
在CubeMX的包管理里,明明可以看到已经安装成功了,就这样,1.12.1补丁就打不上了,可是要求1.12.1。本来分分钟搞定的事,又折腾了两天时间。最后在社区里,有人说可以手动解压,手动按照命名规则建一个文件夹STM32Cube_FW_H7_V1.12.1,然后解压过去。一波折腾发现这样是不行的,CubeMX虽然可以识别到安装了1.12.1
可使用却不正常。(等到最后解决问题了,在回头来对比手动解压导入和包管理器里安装的区别,虽然文件夹名字一样,CubeMX也都可以正常识别,但是,手动解压导入的时候,1.12.0和1.12.1文件大小差别很大。CubeMX包管理器里安装的结果是1.12.0和1.12.1大小差不多)
前前后后折腾了快一个星期时间,都没解决这些问题,在TouchGFX的社区里逛的时候看到一个帖子,从帖子里看到说win 7不支持,于是去TouchGFX文档里确认下,结果还真是 
从原本4.17.0的TouchGFX升级到了4.24.2 
TouchGFX和CubeMX反反复复卸载重装,没想到一直在坑里,就没想到过是系统不支持,这个软件不能提示下系统不支持么 ,对于很多软件来说,这个提示都是常规操作。
好吧,没办法了,要用这两个软件,只能升级系统了,不想重新安装软件,就用了在线检查更新升级系统。中间又是解决一系列问题,什么 TLS 协议问题、XXXXX服务问题、主板boot不支持win 10、右键就死机重启。。。。耗时一周,win 10才安装启动正常了。
win 10安装完成后,瞬间有种柳暗花明的感觉,一切都正常了,TouchGFX可以正常加载了,CubeMX也可以正常登陆了。
立马用TouchGFX生成了一个Demo工程,用keil一编译。。。。满屏的错误,一看大部分都是路径
于是手动解决了下,添加该添加的路径、添加该包含的头文件,但是越解决越不对劲,报错数量直接飙升至上百个
突然想到用CubeMX再生成一遍,结果终于编译OK了 
这次过程太曲折了简直 
|