V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
The Go Programming Language
http://golang.org/
Go Playground
Go Projects
Revel Web Framework
anviod
V2EX  ›  Go 编程语言

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

  •  1
     
  •   anviod · 17 小时 28 分钟前 · 534 次点击

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

    https://github.com/anviod/edgex

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

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

    • 不管是 Modbus 、BACnet 还是 OPC UA 、S7 ,一套系统就能管起来,不用再为不同设备单独配方案。
    • 设备状态好的时候多采点数据,网络不稳定时就少发点请求,让系统自己适应现场情况。
    • 哪个点位老出问题,系统会自动放缓采集频率,等它恢复了再正常采,省得一直发无效请求占资源。
    • 同一总线上的设备一起不间断轮询采集,减少来回通信的等待次数,效率更高。
    • 数据在边缘侧先处理一下,不用全往云端发,响应更快,流量也省。

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

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

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

    3 条回复
    anviod
        1
    anviod  
    OP
       17 小时 12 分钟前
    还要很多不足 于是有了第二阶段的规划 : "边缘计算南向采集通道优化与设备画像构建方案 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
        2
    masterclock  
       16 小时 29 分钟前
    ionfev
        3
    ionfev  
       9 小时 52 分钟前
    感觉想法很棒呢,通信上了自动协商采集速率,,面向对象的方式管理不同的协议感觉和 PLC4x 好像。
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   103 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 20:05 · PVG 04:05 · LAX 13:05 · JFK 16:05
    ♥ Do have faith in what you're doing.