readguide.txt

64x32led单元板的89s51显示控制程序,可以完成静太显示,向上平移,向右平移的动态显示.

2008 5-7
驱动32x64点阵单元板。
使用8058 的单片机。
ledctrl2 20080508 写完 未经调试的 程序.
2008-5-10
ledctrl3 经过出步调试，字符的显示码能正确的写入DATABUF，当时dataindex有如下的问题：更新的时候有死区，即当剩余字符小于8个的时候，最后几个就留下了死区
2008-5-11
程序静态显示已经调试成功。中间出现的问题：第一排有乱码，原因是：我的地址循环变量row_count是从0--15,但是中间出现了瞬间的16，导致databuf刷新的时候出错。保存为（ledctrl4）。
2008-5-12
（main5.c）程序的作移已经能正常的显示。但是上移第一行依旧有乱码。
并且不能区分显示的末尾。
2008-5-12
（main6.c）程序的作移已经能正常的显示。上移也没有乱码。仔细查看发现：原来是我在计算偏移地址的时候，没有考虑考试的汉字索引的两个字节：应该是32+3*34+2而不是32+3*34。并且不能区分显示的末尾。
上面的程序的通病是：（1）不能控制显示的时间（2）不能控制移动的速度；
2008-5-15
（main7.c）程序的作移已经不能正常的显示。与预期的目标偏差太大。行扫描速度太低。本想也把他调通然后在在其基础上修改，后来觉得它没有这样的价值。不过它给了我有史来最多的京示。自函数不必过分追求功能的完善；不然程序判断跳转变多，程序执行的效率不高；函数简单的话彼此见的联系越小，独立性越高，程序修改添加功能越方便，越灵活。（编写大的程序一定要注意功能程序的划分）。
2008-5-15
（main8.c）在main7的基础之上，保持main7的思想，但程序结构改变。由以前的混合功能通过判断选择的（程序执行时间长、刷新的速度低）、现在的程序功能分开分别写了staticdisplay,updisplay,leftdisplay.现在的程序代码应该长，但是执行的效率要高。（但没有经过硬件调试）