关于液晶显示的平滑移动的软件实现方式

发布时间:2010-7-12 11:29    发布者:zealot
关键词: 平滑移动 , 软件实现 , 液晶显示
我们在设计MP3或其他的一些动态显示时,需要作平滑移动的处理,如:向左移动或者向右移动!一般有硬件方式和软模拟方式,硬件方式需要LCD驱动芯片的支持,而软件方式较为灵活,不依赖于驱动芯片,但耗费CPU的处理时间。     

例如:MP3的LCD屏只有128*32,也就是:除去图标只能显示一行汉字。而MP3的歌名加上ID3信息超过8个中文字符(16*16)或者16个英文字符(16*8),这样只能采取移动的方式了。通常的做法有两种:一种是平滑移动方式,另一种是半个字符移动方式。   
        
平滑移动需要占用CPU的时间比较多,一帧数据:28*16/8 = 256 BYTES ,如果一秒钟移动一个中文字符,就要送16次,共4K BYTES。如果LCD用并行口,还可以勉强接受,但是如果是串口,就有32K BITS的数据量。     

半字符移动方式比较简单,不需要缓冲区,直接把中西文的点阵数据写到屏就可以了,如果一秒钟移动一个中文字符,就只要送2次,共512 BYTES。相对数据量较小。   
      
TRACK001.MP3 When a man love woman Michael Bolton如图1所示:这是一首MP3的显示内容 dislay_buff[]。   


水平超过128,由于要实现移动所以我们的BUFFER必须大于128,由于空间的限制,取(128+16)×2空间作为缓冲区,既是多取一个字符的空间。首先把要显示的内容(图1)dislay_buff[],取0-17个字符,转换到点阵依次填满BUFFER区(注意小心处理中西文混合,以后另述)。一般的液晶用的是垂直正序或垂直倒序的方式显示,一个BYTE显示八行一列,一个16*16的中文字符占用32个字符。   
图2     

我们把点阵字符按液晶的排列方式送到显示缓冲区,然后就开始送BUFFER的上半行的128个字节(0-127)和下半行的128个字节(0-127),大约50-60毫秒再送BUFFER的上半行的128个字节(1-128)和下半行的128个字节(1-128)。。。如此一直到BUFFER的上半行的128个字节(16-143)和下半行的128个字节(16-143)。     接下来把要显示的内容(图1)去掉两个西文字后的转换点阵送到BUFFER区,重复上述操作一直到显示完成。  

本文地址:https://www.eechina.com/thread-15008-1-1.html     【打印本页】

本站部分文章为转载或网友发布,目的在于传递和分享信息,并不代表本网赞同其观点和对其真实性负责;文章版权归原作者及原出处所有,如涉及作品内容、版权和其它问题,我们将根据著作权人的要求,第一时间更正或删除。
您需要登录后才可以发表评论 登录 | 立即注册

厂商推荐

关于我们  -  服务条款  -  使用指南  -  站点地图  -  友情链接  -  联系我们
电子工程网 © 版权所有   京ICP备16069177号 | 京公网安备11010502021702
快速回复 返回顶部 返回列表