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

出处：shishuaiss 发布于：2007-06-03 13:02:04

我们在设计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 BIT

S的数据量。

半字符移动方式比较简单，不需要缓冲区，直接把中西文的点阵数据写到屏就可以了，如果一秒钟移动一个中文字符，就只要送2次，共512 BYTES。相对数据量较小。

TRACK001.MP3 When a man love woman Michael Bolton

如图1所示：这是一首MP3的显示内容 dislay_buff[]。

图1。

水平超过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区，重复上述操作一直到显示完成。

效果图