欢迎来到Doc100.Net免费学习资源知识分享平台!
您的位置:首页 > 程序异常 >

,哪位高手遇到过

更新时间: 2014-01-05 03:14:05 责任编辑: Author_N1

 

好奇怪的问题啊,谁遇到过啊
MUC为LPC2138,COM0为232方式,COM1为485方式,转换芯片是MAX487,之前写了一个程序,就是将电脑发来的一串数据原封不动打包再回发给电脑,在COM0上调试通过,接收和发送都是用的中断方式,因为我不喜欢查询法!但是该程序经过适当修改(修改寄存器)用在COM1上的时候,却只能收到数据,发送不正常,我最开始以为是485芯片和其应用电路有问题,但是查了后确认硬件没有问题,后来调试程序时发现改成查询法发送就OK了,这是为什么?谁遇到过同样的问题啊
--参考方法--
引用:
Quote: 引用:

Quote: 引用:

MUC为LPC2138,COM0为232方式,COM1为485方式,转换芯片是MAX487,之前写了一个程序,就是将电脑发来的一串数据原封不动打包再回发给电脑,在COM0上调试通过,接收和发送都是用的中断方式,因为我不喜欢查询法!但是该程序经过适当修改(修改寄存器)用在COM1上的时候,却只能收到数据,发送不正常,我最开始以为是485芯片和其应用电路有问题,但是查了后确认硬件没有问题,后来调试程序时发现改成查询法发送就OK了,这是为什么?谁遇到过同样的问题啊

记得LPC2138的uart发送是不用中断方式的,接受用中断或查询方式。
今天问题找到了,是因为程序中我留给串口发送数据的时间太短了,数据还没有发出去,我就把MAX487打到接受模式了,不过也很纳闷,这个时间我发现不能小于50ms,不然要么发布出去,要么乱码

可以按波特率算出所需时间的,
近似为,字节数去除(波特率/10)乘1000=所需毫秒
上一篇:上一篇
下一篇:下一篇

 

随机推荐程序问答结果

 

 

如对文章有任何疑问请提交到问题反馈,或者您对内容不满意,请您反馈给我们DOC100.NET论坛发贴求解。
DOC100.NET资源网,机器学习分类整理更新日期::2014-01-05 03:14:05
如需转载,请注明文章出处和来源网址:http://www.doc100.net/bugs/t/19847/
本文WWW.DOC100.NET DOC100.NET版权所有。