rs485的问题

只看该作者 · 2013-7-28 08:37

本帖最后由 **kfu 于 2013-8-4 22:35 编辑

结贴。

1万 · 2013-7-28 10:17

485需要控制数据的方向，也就是发送还是接收，一般把两个控制端连到一起控制。
所以，发送前，先把485设置为发送状态（有时需要短暂延时），再写SBUF;
接收时，先把485设置为接收状态，再等待接收完成；

地址是通信协议里规定的，可以有，一对多时必须有地址区分不同的模块....

1万 · 2013-7-28 10:48

如果是一对多，那从机必须确定自己的地址，解码时对地址进行比较相同则响应，不同不响应...
地址可通过外部拨码开关或软件固定地址...

只看该作者 · 2013-7-28 22:10

所有从机接收，判断协议地址和自身地址相同则响应。你用rs232做多机通讯，难道所有从机的TX都接在一起吗，能正常工作吗？

只看该作者 · 2013-7-28 23:14

楼主已经知道485理论的东西了,不需要多说,给个例子你看看就明白了,很简单的:

从硬件上看,485任何时候都是广播的通讯方式,所以有下面的做法:

例如, 主机发送一个消息给全部从机, 格式是
第1个字节 #
第2个字节消息代码例如 0x01
第3个字节从机地址
n个字节消息数据
最后1个字节 CRC校验码

主机发送的这个消息, 全部从机都会收到, 如果从机发现"消息代码"是自己可以识别和处理的类型, 并且自己的地址和消息中的地址相同, 则处理消息并按以下格式发送响应消息

第1个字节 #
第2个字节响应消息代码例如 0x02
n个字节消息数据
最后1个字节 CRC校验码

要注意的是,这个响应消息同样是"广播"的,所有从机和主机都会收到,在这个例子里,0x02的消息代码是只发送给主机的,所以消息里没有地址. 实际上如果需要的话, 这个响应消息也可以加上地址码, 由这个从机发送给另外一个从机, 达到令牌传递的效果

因为485的广播特点, 在各个节点, 包括主机和从机, 消息响应的程序必须考虑到各种消息类型都能正确处理, 或正确"忽略", 否则接收到无法处理的消息就乱了