紧急求助
abb上位机通信走哪个路子稳一点，socket还是pc sdk？
马刚
2026/05/22 14:30
项目上要用一台abb irb1200跟自己的视觉系统对数据，现场要触发拍照、读坐标系、偶尔回原点复位。现在纠结走PC SDK还是自己写socket跟控制器直接握手，SDK省事但担心装在工控机上跟相机采集抢资源，自己写socket又怕哪天机器人系统升级接口变了整套就废。
各位厂里都是咋整的，有跑了一年以上的方案没？最好说说型号和大概延迟，别只说稳定两个字。
20 3
全部回复 (3)
17646053002#1
我自己做过的两个项目都是IRB1200配PC SDK，一条线跑了快两年没出过幺蛾子，扫描周期设20ms，触发拍照到收到done回传基本在30-45ms之间晃，工控机i5八代带一块basler，CPU占用常年40%不到。SDK封装好了确实省事，RobotStudio里配一下616-1 PC Interface选项，flexsafeip那边设个白名单，基本就完了。至于你说的升级问题，ABB这边SDK主版本号跟RobotWare是对应的，跨度不大，升级前停一晚上停线重测就行，没你想的那么脆。
2026/05/22 15:35
飞哥#2
反过来给你泼盆冷水，自己写socket那条路我走过，走的是基于RWS的RAPID那边自定义的pc-interface，灵活是真灵活，加减字段不用动控制器那一侧代码，但坑也全在灵活性里。光是弄那个msg队列互斥就调试了快两周，队头阻塞的时候你看不到任何报错，就是延迟抖。后来老老实实改回队列深度监控加超时丢弃才稳下来。你要是就为了传坐标和触发信号，没必要自己造轮子，PC SDK已经把脏活干完了。
2026/05/24 04:30
19217393417#3
你那台1200是哪个控制器，OmniCore E10还是IRC5？这俩socket的玩法不一样，E10那边走的是gRPC不是传统616协议，老的sdk用不上。
2026/05/26 21:13