论RS485总线如何实现多主通信

只看该作者 · 2018-4-15 11:58

515192147 发表于 2018-4-13 17:11
有啥好讨论的，直接用 CAN 就可了，CAN的成本比485 低

详细见：

你這個表已經過時了，RS485 現在也有專門的控制器了，可以對等通訊，CAN 沒什麼優勢了。
RS485 經典才是王道，永遠不會過時。

1万 · 2018-4-15 17:30

dukedz 发表于 2018-4-15 11:58
你這個表已經過時了，RS485 現在也有專門的控制器了，可以對等通訊，CAN 沒什麼優勢了。
RS485 經典才是 ...

给个PDF链接看看?
多少钱一个?

1万 · 2018-4-15 17:37

是那个DB485吗?自己流的片?真是有钱,这个和CAN没有什么本质区别啊.

只看该作者 · 2018-4-16 13:40

本帖最后由 dukedz 于 2018-4-16 13:57 编辑

z_no1 发表于 2018-4-15 17:37
是那个DB485吗?自己流的片?真是有钱,这个和CAN没有什么本质区别啊.

本质区别就是：RS485 是最经典的串口总线通讯，不会像其它总线一样会面临过时的风险。
而且 RS485 的串口协议更简单、通用易理解，潜力也很大，很早之前就有大厂出 100Mbps 的接口芯片了。

最常用的支持 CDBUS 对等通讯协议的控制器型号是：CDCTL-Bx, 支持到 10Mbps, #10 楼 GitHub 网址最下面的资料连接部分有 PDF Datasheet 下载连接。而且控制器内部的 CDBUS IP 核是开源的，可以自己在 FPGA 里面跑，如果是 MCU 用，那还是用现成的方便。片子据说还在流，现在的成品是 FPGA 做的，零售格价 3 刀，量大可以做到一半以下。

1万 · 2018-4-16 14:01

dukedz 发表于 2018-4-16 13:40
本质区别就是：RS485 是最经典的串口总线通讯，不会像其它总线一样会面临过时的风险。
而且 RS485 的串口 ...

和CAN比,真心不觉得有什么优势.

你要用当然是可以的,我是不感兴趣.

只看该作者 · 2018-4-16 14:47

z_no1 发表于 2018-4-16 14:01
和CAN比,真心不觉得有什么优势.

你要用当然是可以的,我是不感兴趣.

CAN 性能差、易用性差，什么都想做，却又没法做好。

CAN 2.0 最快 1Mbps, 最多一次传输 8 字节用户数据，跑上层协议只剩下 4 字节用户数据，一个命令要拆 N 多个包发送，万一中间再丢一个包，那就 hehe 了。试想一下，现在的 IoT 时代，如果用 CAN 传输 1500 字节的 IPv6 数据包会是怎样的一种壮观场景，即使是机械臂内部关节控制，由位置、速度、加速度组成的单个命令都没法一次过传输。。。

CAN 的命令空间是共享的，每为系统添加一个设备就要全盘验证以保证不会干涉，要调整的话就会牵一发而动全身，而且 CAN 曾经引以为豪的无站点的通讯方式几乎没有人用，都是想方设法的在 ID 段塞入节点地址。

CAN 包最后有个 ACK 位，但是如果多个节点同时回复，没法保证大家都准确收到。

CAN 的错误帧的存在就注定了 CAN 不可以支持推挽输出，譬如对于想用低速仲裁、高速通讯的 CAN FD 来说就很尴尬了，因为高速部分没有推挽，速度很难上的去，而且 CAN FD 易用性更差，数据长度不够还要额外填补，对性能有要求的很多场合都被迫用工业以太网了，这也是我说 CAN 有过时风险的原因，它已然在走下坡路了。。。