2812 SCI 485 FIFO通讯故障分析
2010-10-19 19:50
337 查看
最近在弄2812的 RS485的modbus协议通讯,在DSP端使用2812,由于DSP系统要以AD采集为核心。因此必须确保AD采集的准确性因此在SCI中不能使用终端模式,所以选择了FIFO模式在AD采集结束以后,查询SCI 的FIFO的中断寄存器查看是否收到主机传送来的通讯命令。在具体开发中发现:如果主机发送命令字节个数不是FIFO接收的缓冲级数的倍数如接收级数是:16,而发送的字节数是10。则每两次发送才能引起一次FIFO中断。而第三次发送时接收的还是从同开始接收现在问题是第二次接收时会出现接收的第一个字节不是发送的字节如:主机发送0123456789第一次接收01234567890123456而第二次接收的就是255(253'254不定),0123456789012345.。如果主机发送8或16个字节就不会出现这种情况。经分析原因是在进行第一次数据从FIFO读取过程之后还有剩余的字节(第一次发送剩余的789)在SCI中接收故障引起。
相关文章推荐
- 网络诊断工具—利用网络通讯分析系统诊断网络故障
- 关于“网络诊断工具—利用网络通讯分析系统诊断网络故障”抄袭一事申明 推荐
- 利用网络通讯分析系统诊断网络故障
- 松下A4伺服常见故障分析(
- 园区网“232架构”实施案例分析(ICMP重定向报文导致的网络故障)
- Oracle 10g FRA区域没有可用空间导致数据库故障一例分析
- 连接MySQL数据库时常见故障问题的分析与解决
- linux 启动故障分析
- 2011年中国3G移动通讯市场瞻望与分析
- 记一次FTP服务故障分析
- 对代理ARP技术的误读、无法完成代理ARP实验的故障分析 推荐
- 排查Java线上服务故障的方法和实例分析
- Tomcat 源代码分析之Socket通讯
- 听阿里巴巴JVM工程师为你分析常见Java故障案例
- 服务器常见的十四个故障及分析
- LAB6052逻辑分析仪SPI分析设置与24L01发送/接收SPI通讯图
- 局域网常见的十个故障分析和排除方法
- SQL Server连接故障分析
- [国嵌攻略][071][Coredump故障分析]
- android进程间通讯流程分析:使用 Binder和AIDL