完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
硬件新做了一个板子,试了下显示还是乱码,布线改了,但是没改原理图,原理图公司一直在用,没出过问题。现在来分析分析软件的原因
这是数据接口程序,由于DB0-DB7分布在三组GPIO上所以用了位操作, //数据命令引脚设置 void Screen_GPIO(u8 byte) { GPIOB->BSRR = (byte 0x0f) << 6 | ((~byte) 0x0f) << 22 ; GPIOC->BSRR = (byte 0x30) << 4 | ((~byte) 0x30) << 20 ; GPIOA->BSRR = (byte 0xc0) << 5 | ((~byte) 0xc0) << 21 ; // GPIOE->BSRR = byte | ~byte << 16; } 程序的原因我只能是猜想,我因为数据不在一组口上,对数据口的控制时间有细微的差别,可能会影响到显示,//写命令 void ST7567_Write_Cmd(u8 cmd) { LCD_CS1 = 0; LCD_A0 = 0; LCD_RW = 0; Screen_GPIO(cmd); LCD_E = 1; LCD_E = 0; LCD_CS1 = 1; Screen_GPIO(0x00); delay_us(2); } 这是写命令时序,按理说写入数据是在LCD_E从1变为0的过程,对数据口赋值有时间间隔应该不影响显示才对 而且最后两句命令是为了减轻乱码才加上的,在别的单片机上使用屏幕不需要加置0和延时操作,加上以后乱码减少,但是还是存在 |
|
相关推荐
1个回答
|
|
不同的单片机平台,机器周期不同,需要微调时序,我最近用proteus仿真也遇到了这种情况,后来发现还是时序有问题,有示波器可以看一下时序图是否有问题,此外显示算法也要报这个没问题才行。
delay(); LCD_E = 1; delay(); LCD_E = 0; 这两句中间加点延时试试。 乱码一般也很可能是你现实函数有问题。 |
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
644 浏览 0 评论
求助一下关于51系列单片机的Timer0的计时问题,TH0、TL0+1的时间是怎么算的?
1819 浏览 1 评论
【RA-Eco-RA4E2-64PIN-V1.0开发板试用】开箱+Keil环境搭建+点灯+点亮OLED
1262 浏览 0 评论
【敏矽微ME32G070开发板免费体验】使用coremark测试敏矽微ME32G070 跑分
1136 浏览 0 评论
【敏矽微ME32G070开发板免费体验】开箱+点灯+点亮OLED
1357 浏览 2 评论
【youyeetoo X1 windows 开发板体验】少儿AI智能STEAM积木平台
12024 浏览 31 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-24 05:50 , Processed in 0.476307 second(s), Total 40, Slave 34 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号