《点阵屏上绘图——基于lcd12864_控制详解》由会员分享，可在线阅读，更多相关《点阵屏上绘图——基于lcd12864_控制详解（10页珍藏版）》请在金锄头文库上搜索。
1、点阵屏上绘图基于 LCD12864 控制详解 2009 年 04 月 10 日 星期五 20:02 前言 前言往往要解释写文章的动机和原因，同时给作者一个正题以外灌水的机会 本文也不例外。 1、为什么我要写这篇文章。 不可否认，我的确受到了 Armok 的利诱影响，但是最近发生的一些事情却使我 觉得写这篇文章是非常有必要的。在 OurAVR 上看到很多版本的 LCD 驱动程序， 几乎每一个版本都只是简单的将全部或部分的显示数据 Cover 到 LCD 的显存上， 完成一个字或者是图片的显示就等着大家喊“牛”了。其实要走的路还很远。 对一个工程项目来说，增加 n 多的成本来提供一个点阵屏作为用户
2、接口，不是 一两幅欢迎图片和 Now Loading.Please Standy By 的提示能糊弄的过去的。 用户希望你提供的是友好的图形界面 GUI，虽然比不过 XP 和 Apple 的华丽，但 是由各种基本图形组成的窗口界面还是需要的。 当我们真的想实现一个图形界面的时候，很快就会发现，我们需要的不仅仅是 一个被喊了“牛”的初级驱动，我们需要的是一个图形引擎一个自定义的 图形函数包，没有 DirectX 的华丽，但是能绘制一个任意的直线或是矩形就够 了结果往往发现无所适从。这个时候，我们遇到的就是一个门槛，真正的 嵌入式工程师和一个业余电子爱好者之间的门槛。 2、我如何写这篇文章 考虑到
3、本人老王卖瓜的习惯，所以请大家一定无比在吃饭前看本人写的技术文 章，同时保持耐心等待续集（绝对有续集）。本人现单身，个人问题众多，学 习任务重，所以可能有时候写文章象羊拉屎，不对大家胃口，请见谅。 硬件平台：AVR Mega8 级 LCD： 不带字库的 12864 软件平台：ICC 规范： 符合基本的 C 编程规范 3、何时开始正文 广告之后，马上回来 怎样在点阵屏上绘图怎样在点阵屏上绘图基于基于 LCD12864LCD12864Chapter Zero 预备知识 其实，本文应该算是计算机图形学的一个具体分支，所以，计算机图形学的基 本要求就是本文的基本要求，考虑到各位兄弟的胃口，我就多罗嗦下
4、。 1、位操作 向 LCD12864 这种二值屏幕，我们习惯于用 1 个字节表示连续的 8 个点，1 对应 对应位被点亮，0 表示不亮，所以对图形的操作最基本的手段就是位操作。 复习下，常用的位操作，假设 Dis 表示某一个现存地址的内容 Dis = Dis 黑白颠倒 Dis /计算出属于哪个字 节 char BX = Y - (DX 3); /计算出属于哪个字 节 char BX = Y - (DX 63) LCD12864_ChooseCS2; X -= 64; else LCD12864_ChooseCS1; setY(X); TempData = getLCD12864Data();
5、switch (Type) case LCD12864_Graphic_Clear: TempData &= (1 inc then plot = true x -= inc if dx 0 then plotx + if dx inc then plot = true y -= inc if dy 0 then ploty + if dy 0 then ploty - if plot = true then 在（plotx,ploty）处画点 这就是计算机图形学中流行的布兰森汉姆(Bresenham)算法，他的意图就是采用 离散的整数增量来代替斜率增量计算，学习这个算法，最好的方法不是看多少
6、 理论，而是按照上面的伪代码自己完成一条直线的绘制工作，你就能心领神会 了不是小弟我偷懒。 所有的计算都是简单得整数计算，代码效率自然不用小弟我罗嗦哈。怎样在点阵屏上绘图怎样在点阵屏上绘图基于基于 LCD12864LCD12864俗语说，巧妇难为无米之炊，有了点再有了直线算法，距离窗体的绘制不远了， But Stop! “没有最好，但求更好”这是我们做系统开发应该谨记的一条准则。有了上面的算法还不够，毕竟，他们只是一些伪代码，针对不同的屏幕准 确地说，是针对不同的显存映射方式，有不同的算法优化方法。究竟有哪些优 化方法暂且不论，其实他们都是一个原理，我想先解释一下，为什么我们需要 优化算法，或
7、者说，我们需要先弄清楚是什么地方产生了冗余。 还记得黑白点阵屏幕的显存映射方式么？它简单的使用 1 个字节表示 8 个坐标 点，同时这 1 个字节是沿着屏幕的短边方向映射的，所以当我们想画一条垂直 的直线时，对于每一个牵涉到的字节都有可能要重复的操作 8 次之多，这种操 作不是简单的画线，而是要先读取再计算最后再写这样的复合操作，重复 8 次 只是为了把整个字节变黑显然是一种超级不可容忍的冗余大家都知道，直 接把这个字节读取一次，计算一次，再写一次就完成了。基于这种思想，我们 需要把这种特殊情况单独提取出来，重新优化代码具体优化代码就留给大 家做作业了哈。 同时补充一下，这样做，不是只对画线作了优化，事实上，在后面，矩形的填 充里面，这种优化会极大地提高速度，因为填充的本质就是画线（点）
