网上售卖的以太网转串口基本都是485。那主动上报的问题怎样解决？

built · 发表于 2023-8-1 10:44:34

485是半双工，如果终端有事件上报的时候，刚好服务器有数据下发，这就冲突了。服务器不可能对无数的终端做频繁的扫描。

built · 发表于 2023-8-1 10:51:11

难度依赖重发机制？

protel99se · 发表于 2023-8-1 11:04:56

485只定义了物理层规范, 链路层的冲突检测机制得自己去写了。结合具体场景，自己根据需求去选择吧。

兰贵烦 · 发表于 2023-8-1 11:18:12

如果有紧急事故，中断优先处理。

依依不舍 · 发表于 2023-8-1 11:23:28

也就是主从模式切换，没那么复杂的。编程时就确定好的。

longshort · 发表于 2023-8-1 11:34:25

上報衝突的問題太容易解决了，延遅重發呀。

longshort · 发表于 2023-8-1 11:36:32

built 发表于 2023-8-1 10:51
难度依赖重发机制？

最簡单、最有效、最常用的機製。

jlfzx · 发表于 2023-8-1 12:14:13

本帖最后由 jlfzx 于 2023-8-1 12:19 编辑

422可以吗？

你这个问题我一直在使用中。
情景是这样：
主控和显示屏使用485连接，主控平时不断的向显示屏发送数据，同时显示屏还要发送给主控人机界面的命令。
还好没有发生485竞争产生数据丢失的问题，显示屏也没有出现孤儿页面。

built · 发表于 2023-8-1 13:53:24

jlfzx 发表于 2023-8-1 12:14
422可以吗？

422肯定可以。只是为什么485占据了多数。

jlfzx · 发表于 2023-8-1 14:13:33

built 发表于 2023-8-1 13:53
422肯定可以。只是为什么485占据了多数。

485 成本和走线都少啊。

frank171 · 发表于 2023-8-1 14:41:42

人不能懒，人设计的通信机制也不能懒，总之要勤快点，反正都是最后交给MCU了，高枕无忧

world_all · 发表于 2023-8-1 15:17:14

485只能主站查询吧，从站主动发的话，会引起冲突

built · 发表于 2023-8-1 15:41:26

world_all 发表于 2023-8-1 15:17
485只能主站查询吧，从站主动发的话，会引起冲突

对呀，服务器对无数的终端查询，不合常理。

world_all · 发表于 2023-8-1 15:48:21

built 发表于 2023-8-1 15:41
对呀，服务器对无数的终端查询，不合常理。

可以分而治之，分几个主站的mcu不停的的查询，有问题上报到服务端，这样就不用那么繁琐。

built · 发表于 2023-8-1 16:48:31

world_all 发表于 2023-8-1 15:48
可以分而治之，分几个主站的mcu不停的的查询，有问题上报到服务端，这样就不用那么繁琐。

那干脆用232 / 422

		自动登录	找回密码
密码			加入会员