本帖最后由 eefocus_3766738 于 2022-5-11 19:56 编辑
疫情,已经在家封了51天了,刚开始2周虽然整天有吃饭焦虑,好在也没有啥需要用力气的地方,就努力的做一条咸鱼,就像这样:
而且,尽量比葛大爷躺的还平,因为这样家里的米就能多抗一顿两顿了。 甚至这期间我还学习了很多你肯定不知道的冷门知识: 比如一粒米的热量为0.0694卡,成年人一天维持代谢大概需要1500-1800大卡,如何用1个鸡蛋做5道菜,等等一些吧,就不多说了,主要是怕你们以为我在炫耀我的知识储备,更怕日天兄会想到做一个《关于如何在世界末日能比周围的人活更久》的主题活动。
如果要说到知识的话,那就想到NXP社区了;如果再说到主题的话,那就想到4月开始的GUI主题活动了。(这一段是个转折)
好巧不巧,手里正好有买来之后,一次电没上过的某火RT1052开发板、某原子4.3寸800*480MCU液晶屏和最重要的时间。但是,但是,又好巧不巧,没有更重要的------大卡(只能找到这个理由了)。。。。。。一直拖,一直拖,一直拖。。。。。。
后来,一直想做主题月的那颗躁动的心,就没有怎么躁动了。。。。。
又过了几天,公司居家办公,要求做一些文案类的工作,比较无聊,就想起搞主题月的事情,由于也是从来没用过这个单片机,电脑里只装有MDK5也没有啥支持包,手里只有一个JLINK v9,MCUXpressoIDE试了下并不支持JLINK v9仿真器,尝试MCUXpressoIDE+JLINK v9的时候好像还更新了固件,结果楞是搞了一天,程序也没烧录成功,为了解决这个问题装了各种版本的MDK5,最新RT1052的MDK支持包,各种版本的JLINK驱动程序(6.32a以后的版本才支持RT系列),升级、降级了JLINK固件,试了各种版本的分散加载文件,到最后都没解决,烧写过程还是会报各种错误,就又搁置了几天,一度认为JLINK摔坏了。
直到前天,打开电脑想再试了一下,神奇的事情发生了,莫名其妙的就可以正常烧写了。最后问题解决了就没再深究,大概总结了一下原因:1、淘宝版JLINKv9对于RT系列单片机支持并不是很好;2、电源、USB转串口线、仿真器线插到板卡上的顺序导致供电可能不正常(目前偶尔也会出现烧写报错的情况)。JLINKv9版本信息供大家参考: 硬件,由于开发板和液晶屏不是一家(我也不知道为啥会这么买),屏和板之间通过杜邦线连接,连的乱七八糟,反正就是莫名其妙连着连着屏就点亮了(这句话是梗),请看图: 屏幕是MCU屏,只能占用外部SRAM的SEMC接口,在软件工程的基础上对部分单片机引脚进行了重新分配,分配情况见下图: 软件工程就是把某原子的NT35510屏驱动移植到工程中,改动大概有: 1、会有一些某原子自己家的基础函数包,需要更新修改,比如延时函数等; 2、重分配的引脚初始化,修改成重分配之后的引脚; 3、头文件包含的问题,修改成自己习惯的方式,添加了一些比如IO初始化需要的一些源文件等; 4、由于我的MDK支持包是官网下载的最新的NXP.MIMXRT1052_DFP.14.0.0版本,这个最新的版本跟老版本比有改动,如果工程是在某原子或者某火给的例程上修改(他们基本都是用的NXP.MIMXRT1052_DFP.10.0.1版本),这样编译会报错,我的做法是用最新的库文件替代工程中旧的版本,问题可以解决,供大家参考;
在调试程序的时候遇到一个问题,由于RT1052引脚比较多,IO口驱动的时候,标识宏定义找错了,导致屏幕一直不亮,不过很快找到了问题的所在,加深了对库的认识。
源码这个帖子就不传了,等下一篇触摸屏驱动帖子写完一起传。
最终调试出来的视频如下:
|