[边缘计算开源] 基于 go 写了个独立运行的工业数据采集网关 后续阶段应该如何调整

3 月 16 日
 anviod

做了套边缘计算数据采集方案,想和你聊聊后续方向, 请指教一下

https://github.com/anviod/edgex

在工厂和工业现场待久了,总能遇到一些让人头疼的事:车间里设备种类多,协议又杂,数据采集常常不稳定,要么延迟高,要么经常断。我做边缘计算的,每天跟着现场工程师跑,看他们调设备、查故障,慢慢就想:能不能做套更靠谱的采集方案?

于是我们花了一些时间,搞出了这套南向采集优化方案。它没什么花里胡哨的概念,就是想解决实际问题:

没搞什么复杂的技术名词,就是把现场遇到的问题一个个解决:网络抖动了,就根据响应时间自动调超时;传大数据慢了,就自动找最合适的传输单元;设备坏了要换,新设备接上配置相同的 IP 就能自动同步配置,不用人手动搞。

现在这套方案已经在几个工厂试过了,工程师反馈说延迟降了,稳定性高了,维护起来也省心。做这个的初衷,就是想让搞工业物联网的朋友们少点麻烦,多点踏实。

如果你也在为设备数据采集发愁,欢迎聊聊,说不定能帮上忙。也想听听你的场景,一起把这套方案做得更实用。

2561 次点击
所在节点    Go 编程语言
9 条回复
anviod
3 月 16 日
还要很多不足 于是有了第二阶段的规划 : "边缘计算南向采集通道优化与设备画像构建方案 V2"
https://github.com/anviod/edgex/blob/main/%5BTODO%5D%E8%BE%B9%E7%BC%98%E8%AE%A1%E7%AE%97%E5%8D%97%E5%90%91%E9%87%87%E9%9B%86%E4%BC%98%E5%8C%96%E6%96%B9%E6%A1%882026%E7%AC%AC%E4%BA%8C%E5%AD%A3%E5%BA%A6.md

帮忙指导一下,丰富第二阶段
masterclock
3 月 16 日
ionfev
3 月 16 日
感觉想法很棒呢,通信上了自动协商采集速率,,面向对象的方式管理不同的协议感觉和 PLC4x 好像。
Baloneo
3 月 17 日
dlt645 cjt188 协议呢
kelvinji2009
3 月 17 日
@Baloneo DL/T645 看 OP 是在规划中,不过 CJT188 就不在了。
anviod
3 月 18 日
@masterclock 了解过这个也很值得学习 其中也有不少借鉴的地方 但是 go 的存粹就是简单 ,不依赖外部任何组件 目前单纯一个包 解压就能部署到服务器了 特别适合小型工业主机, 比如 128MB 小内存都够用了 采集成本 350 元能搞定还带 4G 模块上传到云平台
anviod
3 月 18 日
是的 也借鉴了它的设计 但是有点小区别 PLC4x 注重驱动的采集协议层 但是没有处理好设备网络不稳定, 节点上设备总出问题, 网络抖动, 设备死机或者不响应, 不满足现场采集各种异常, 才开发了这套 增加了调度策略 降级策略 MTU 动态调整等等... 最终目的就是花很少的时间 在很乱的设备网络环境 采集很多的数据
anviod
3 月 18 日
anviod
3 月 18 日
@Baloneo 目前工厂智能电表都是使用的 modbus 485 接入的 直接读取的 modbus 寄存器地址配置就能采集了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1198553

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX