原创力文档- 1、本文档共5页，可阅读全部内容。
- 2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
2W-RS485通讯问题探究
2W-RS485通讯问题探究
观察《异常报文》可知：
其均为 INV_N(N≠0)的ACK 回复与 INV_0的 FER 回复的混杂体！
据此经进一步分析可知，这是由于上位机对 INV_N 进行控制操作时；INV_0“偷听了它们
之间的对话”，并侦测到了 FER 错误，所以才会出现 FER 回复。
如此以来，关键点便集中在了：
为何偏偏只有 INV_0 才报 FER，其它 INV 却无此反映。
为了说明这个问题，现随意抽取《异常报文》中的一条上位机报文加以分析之：
05 30 32 46 41 30 30 30 30 32 44 42 0D
rbuf[0] → rbuf[recei_index] → rbuf[12]
1. 经分析可知，侦测到 FER 错误的 INV 实际上是随机的
INV_M(代表多台 INV)侦测到 FER的几种情形：
1) recei_index = 1 时侦测到 FER
此时仅可能收到 rbuf[0]=0x05，而站号存储单元 rbuf[1]和rbuf[2]则为空；所以也
只可能 INV_0 作出FER 回复。
2) recei_index = 2 时侦测到 FER
此时业已收到站号的 MSB，而其 LSB 单元rbuf[2]仍为空；所以站号为 0x00、0x10、
0x20、0x30、0x40、0x50(设站号最高为 80)的INV 必将作出FER 回复。
3) recei_index 2 时侦测到 FER
－ 倘若在 recei_index = 2 时，未曾侦测到过 FER 及其它接收错误
那么也只有 M=2，即 INV_2在侦测到 FER 错误时，才会回复 FER；
注：如果在此前已经侦测到过一次接收错误，那么就 SSINVC0.05_V 而言则极有可能
仅 INV_0 能报错；
注：在 INV_2 未能侦测到，而 INV_M 却侦测到了接收错误，并且可以作出应答的情况下，
将会出现 ACK 与NAK 应答码叠加的情况。
2. 应答码的叠加
1) 正常的 ACK 应答码
CH2：驱动器之
正相输出端，
CH3：驱动器之
反相输出端，
M：CH2-CH3 之
文档评论（0）