ucgui液晶显示深度优化篇.pdfVIP

UCGUI 液晶显示深度优化篇 Author ：wzt 2012 年7 月21 日10:55:12 前一段进行了 ucgui 的移植,但是移植后续还是存在很多问题, 比如液晶刷新 速率慢,横竖屏切换不支持等，所以针对这些问题进行了一次彻底的优化，现在 刷新能够达到20 帧的速度对于50mhz 的io 口来说已经相当可以了。下面就进行 一次彻底的剖析，看究竟是那些问题占用了宝贵的百万分之一秒： 一、速度优化篇： 1. 我用的是stm32 的处理器，stm32 公司为了让使用者加快项目开发速度 和便于日后对整个软件部分的维护管理编写了一套标准库。这个库用 起来确实很方便也另学习简化了很多，但是它也有缺点所在：就是效 率问题。我之前用的液晶屏驱动就是基于库函数编写的，所以第一步 就是液晶驱动全部换为直接对寄存器操作，经实践确实刷新率成好几 倍的增长。这个代码比较长，这里就不贴出来的，这里仅仅指点下思 路，具体请看源代码。 2. 深入液晶驱动内部：液晶屏刷新可不是像我们眼睛看到的一样瞬间整 个屏幕同时更新。实际上一个一个像素更新的：也就是说我的屏幕分 辨率是320*240 就要更新320*240=76800 个点。每一个点更新时都要 调用一个写数据函数。所以接下来要做的就是提高调用这个函数的速 度。有两种解决办法：使用宏定义函数或者内敛函数。我使用的是内 敛函数：如下定义： __inline void LCD_WR_DATA(u16 data) { LCD_RS_SET; LCD_CS_CLR; DATAOUT(data); LCD_WR_CLR; LCD_WR_SET; LCD_CS_SET; }可以看到和普通函数区别就在于前面增加了__inline 关键字。它有什么 作用？为什么可以提高速度？下面讲解一下它是如何起作用的：假如现 在我们定义了两个函数A，函数B ，函数A 调用函数B ：正常情况下如 下图所示： A 函数在运行过程中掉用了函数B 这时候地址指针就会跳转到函数B 的 位置，而A 中的内容暂时压入栈中，B 运行完后再返回A 继续运行。所 以可以看到时间浪费在了入栈出栈过程中。再看如果把B 声明为内敛函 数后如下图所示： 这时候B 在编译时就内嵌入函数A 中成为A 的一部分所以可以免去调 用而直接顺序执行下去。宏定义函数和内敛函数功能差不多，就是宏定 义在编译时不参与语法检测一旦出问题很难查找，所以还是建议大家用 内敛函数。 当然好处得到了也总要付出代价的，我们再假设现在有一个 函数C 也调用了函数B ，如果不是内敛的话，整个内存空间中就只有一 个函数B ，谁用谁就调用它。而如果是内敛的话A 中和C 中都各自内嵌 一个函数B ，这时候等于代码中说多了一个函数B 占用rom 就要多了。 很明显这就是拿空间去换取时间。所以在嵌入式系统空间很有限的情况 下也不要滥用内敛函数。 有的同学可能会发现一个问题就是加不加__inline 结果一样，这就是 你编译器优化设置的问题，根据你的优化等级编译器可能会把内敛函数 转化为非内敛。这时有两个解决方案：一个修改编译器优化设置，另一 个就是把__inline 换为__forceinline 即强制性置为内敛函数。 3 . 优化lcd 液晶驱动和ucgui 的接口函数。我这里使用的是LCDDummy.c 上一节我们将乐在该文件下修改两个函数： void LCD_L0_SetPixelIndex(int x, int y, int PixelInde