现场总线为什么用CAN不用485？

核动力灯泡:
看场景，没有好坏只有结合应用合不合适。片面的简单举例个点：总线节点实时性主动上报需求CAN，需要“大数据”帧传输则485，另外485普遍软硬件成本低点。485软件更自由，基本只是提供物理层定义，软件机制自由组建（MODBUS属于一种）。can除了物理层，链路增加了一些机制（仲裁邮箱等等）相对比较成熟完善，这部分工作不需要自己搞了我们可以直接拿来用。物理层上最高速485可以轻松10M以上（牺牲通讯距离）但是高速CAN一般就1M比较稳定，这是他们的逻辑1的物理机制决定的，可以认为485发送1是收发器输出，而CAN的1是靠终端电阻回拉。在发送0上一致都是强输出。这造成通讯最高速上的差异，can比不过485。不过收发器上can的共模范围设计的更宽，容错耐压比常规485高些.但这是收发器厂家设计问题，国产485一般能到15V,而TI的485照样可以做到70V，can芯片汽车电子多些，防止接入12v或24V损坏，所以收发器一般都会做到40v。成品芯片一般就是这样的参数情况，当然有兴趣有能力的可以自己用分离器件搭建的收发器会有更好的性能。

_林一梁_:
一开始在汽车上用的总线。能不要求实时性吗[doge]

萝卜青菜豆类补钙:
CAN能让两个伺服电机实现齿轮消隙控制吗？ 也就是，主电机正转时，辅电机施加反向力矩。反转时，主辅电机互换关系。

湖光山脉:
请教UP主，如果使用两台can转以太网模块 顺序是：can转以太网→AP（网络无线发射）→路由器接收→以太网转can 这样能否实现can无线传输， 的确市面上有现成的can直接转WiFi 模块只要两台配对使用就可以实现can无线通信，但有一个问题就是距离无法满足项目要求，我的想法是能否将can信号先转成以太网信号之后，通过外置大功率发射器发射出去 ，再由路器接收后， 通过模块还原成can来实现远距离传输，项目中对can信号要求不高，延迟2秒内不影响使用， 理论上是否可行呢

二两藤椒牛肉面:
就怕上来就是一句：为什么大家总是用CAN而不用485呢？首先大家想想，为什么不用485呢？[无语]

【回复】让我们一起来看一下为什用CAN而不用485吧[doge]，用485……，CAN……，……，好了！各位观众你们觉得是为什么呢[doge]
Zaxife:
[笑哭][笑哭][笑哭][笑哭][笑哭] 对于写程序的人来说，感觉没说到点上。

【回复】[doge]最近正在弄canopen 电脑采集数字量，控制继电器什么的。可以交流一下
zxz654:
不就是通讯芯片不同而已，板子上一个CAN芯片和485芯片就相差几块钱的事，别把485说的那么不好用

_野生猿_:
老哥太专业了。再请教个问题，can如果仲裁失败，待会自动重发，那么这条报文的缓存是在单片机的can控制器里面？还是这个can电平转换芯片(收发器)里面？

当天边的微风轻轻吹起:
can只适合发不几个字节的控制包和应答包，不适合做数据采集，这玩意儿总线占用率一大就通讯不稳定，会卡包来回重发

愿得一知己:
我想知道这些通信协议在硬件和软件层面是如何实现的？比如说can通信需要上位机配置相关库才能发使用？有没有详细的这种串口通信的软硬件讲解的书或者课程？？？

小胃王来一嘴子:
郭大哥，视觉图像信息传输至计算机后，怎么再将图片中提取的信息传输至PLC，用什么通讯呀

【回复】看PLC有什么口就用电脑连什么口呗，PLC只有CPU模块的话，基本也就是网口、485、232这几样了。
ilangge:
成本怎么低，真么有优势，没说清楚啊