点阵屏上绘图——基于LCD12864_控制详解.doc_第1页
点阵屏上绘图——基于LCD12864_控制详解.doc_第2页
点阵屏上绘图——基于LCD12864_控制详解.doc_第3页
点阵屏上绘图——基于LCD12864_控制详解.doc_第4页
点阵屏上绘图——基于LCD12864_控制详解.doc_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论