5636|13

5

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

工控机一个RS485接口如何采集多个传感器信号? [复制链接]

 

例如,工控机RS485接口采集倾斜传感器和陀螺仪的信号

 

方案1:

硬件要求:传感器支持485输出、支持主动访问模式(收到请求指令后发送一条数据)

连接方式:工控机通过485总线与多个传感器相连

数传方式:工控机广播请求倾斜传感器数据的命令,跳转到读的状态,释放总线,等待对应传感器回复,收到消息后,广播请求陀螺仪数据的命令,跳转到读的状态,释放总线,等待对应传感器回复……这样就能取到两个传感器的信号。

协议:无协议

 

方案2:

硬件要求:模拟量数据采集卡,传感器输出为电压或电流

连接方式:倾斜传感器和陀螺仪连接到数据采集卡上,数据采集卡通过RS485连到工控机

数传方式:走modbus RTU协议

 

这两种方案可行吗?哪种方案更实用,或者有什么更好的方案吗?

 

多谢指点,非常感谢!

 

此帖出自ARM技术论坛

最新回复

本帖最后由 dukedz 于 2024-8-17 09:17 编辑 方案一比较好   另外,不推荐下面这个方案:   rs485 用 cdbus 多主对等通讯方案,这样主机只用发一个查询命令,所有传感器可以一起回复,硬件自动排队避免冲突。或者传感器定时主动上报数据。详见: https://bbs.eeworld.com.cn/thread-1267965-1-1.html   不推荐的理由是,你的应用数据量太少,对实时性也没要求,节点也不多,30 秒传一次。 不过,成本不是特别敏感的话,倒是可以用 cdbus 方案,硬件负责打包、解包、校验,可以简化 mcu 程序。   详情 回复 发表于 2024-8-17 09:12
点赞 关注
 

回复
举报

310

帖子

1

TA的资源

一粒金砂(中级)

沙发
 

顶一下

此帖出自ARM技术论坛
 
 
 

回复

4008

帖子

0

TA的资源

版主

板凳
 

没有其它条件很难说那个方案好,比如采集点的数量,实时性要求,数据传输量,通讯距离。。。得综合考虑

此帖出自ARM技术论坛
 
 
 

回复

2万

帖子

340

TA的资源

版主

4
 

多个传感器相连是多少个

采集点多还是用协议通信好一些,因为协议有约束,只要距离符合传输要求

此帖出自ARM技术论坛
 
 
 

回复

310

帖子

1

TA的资源

一粒金砂(中级)

5
 

多点采集方面的,还是需要带上通信协议,也可自定义协议,再加FIFO异步处理这些采集数据,可避免粘包和丢包

此帖出自ARM技术论坛
 
 
 

回复

5

帖子

0

TA的资源

一粒金砂(初级)

6
 
huo_hu 发表于 2020-7-2 23:59 没有其它条件很难说那个方案好,比如采集点的数量,实时性要求,数据传输量,通讯距离。。。得综合考虑

感谢回答!

采集点7个,数据上传30秒每次,传输因子30个左右(其中一个传感器传输因子较多),通讯距离20米内,那种方案好些呢

此帖出自ARM技术论坛
 
 
 

回复

5

帖子

0

TA的资源

一粒金砂(初级)

7
 
宋元浩 发表于 2020-7-3 09:38 多点采集方面的,还是需要带上通信协议,也可自定义协议,再加FIFO异步处理这些采集数据,可避免粘包和丢包 ...

好的,谢谢!

此帖出自ARM技术论坛
 
 
 

回复

5

帖子

0

TA的资源

一粒金砂(初级)

8
 
qwqwqw2088 发表于 2020-7-3 06:59 多个传感器相连是多少个 采集点多还是用协议通信好一些,因为协议有约束,只要距离符合传输要求

感谢回答!

一个7个传感器,数据上传30秒每次,传输因子30个左右(其中一个传感器传输因子较多),通讯距离20米内,哪个方案好呢,或者有没有其他方案呢

此帖出自ARM技术论坛
 
 
 

回复

6107

帖子

4

TA的资源

版主

9
 

都一样。

此帖出自ARM技术论坛
 
 
 

回复

6107

帖子

4

TA的资源

版主

10
 

如果你的传感器通讯协议是modbus RTU 那你就遵循modbus RTU通讯就行了。没有的话怎么都行。

此帖出自ARM技术论坛
 
 
 

回复

1万

帖子

139

TA的资源

版主

11
 

两个方案都可以实现,但方案二的成本比较高,适合做工程时采用。方案一的成本相对低得多,也比较灵活,但需要开发,周期会明显长些,适合做产品时采用。这里,量是选择方案的关键。

此帖出自ARM技术论坛
 
个人签名上传了一些书籍资料,也许有你想要的:https://download.eeworld.com.cn/user/chunyang
 
 

回复

5

帖子

0

TA的资源

一粒金砂(初级)

12
 
chunyang 发表于 2020-7-3 14:12 两个方案都可以实现,但方案二的成本比较高,适合做工程时采用。方案一的成本相对低得多,也比较灵活,但需 ...

好的,非常感谢!

此帖出自ARM技术论坛
 
 
 

回复

2

帖子

0

TA的资源

一粒金砂(初级)

13
 
你好,目前来讲这两个方案都是行得通的,相对来讲推荐方案一,因为模拟量需要增加模拟量模块,成本较高,且模拟量不抗干扰。综上推荐方案一。
此帖出自ARM技术论坛
 
 
 

回复

222

帖子

0

TA的资源

一粒金砂(高级)

14
 
本帖最后由 dukedz 于 2024-8-17 09:17 编辑

方案一比较好

 

另外,不推荐下面这个方案:

 

rs485 用 cdbus 多主对等通讯方案,这样主机只用发一个查询命令,所有传感器可以一起回复,硬件自动排队避免冲突。或者传感器定时主动上报数据。详见: https://bbs.eeworld.com.cn/thread-1267965-1-1.html

 

不推荐的理由是,你的应用数据量太少,对实时性也没要求,节点也不多,30 秒传一次。

不过,成本不是特别敏感的话,倒是可以用 cdbus 方案,硬件负责打包、解包、校验,可以简化 mcu 程序。

此帖出自ARM技术论坛
 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

随便看看
查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/7 下一条

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2025 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表