广东
设备运到车间第三天，双方还坐在会议室里翻手册找行号。一台新贴片机要接进产线的 MES，中间隔着 SECS/GEM 协议这套通信规矩。不少厂以为网线插上就算联网，真跑起来才发现，从物理连线到数据稳定上报，中间还有不短的一段路。
我跟着做过几十台设备的接入，流程大体相同，卡点也反复出现在同样的位置。下面按现场顺序说一遍。
设备到场之前，三件事先确认
头一件是设备支持的协议版本。同一家厂商的机器，隔两年出的批次可能就不一样。有的只支持 SECS-I，有的走 HSMS over TCP，还有的两套都留了接口。这个信息别只看采购合同，合同里往往写着通用表述，得找厂商的电气工程师要一份通信手册，翻到协议那一章确认清楚。
第二件是通信方式。HSMS 走以太网，速度快、布线方便，现在新设备基本都选它；SECS-I 走串口，老设备上还常见。两种方式在系统侧的配置差别不小，参数对不上，后面调多久都是白费。
第三件是数据点表。厂家的手册会列一份变量清单，SVID、ECID、CEID 各有各的编号。这份表是后面做字段映射的底稿，最好在设备到厂前就拿到电子版，先跟产线要的实际数据需求对一遍，缺哪些点提前跟厂家提。
连线之后，先把链路建起来
设备落位、网线接好，第一件事是建链。HSMS 的关键是让设备和系统互相发一次 S1F13 和 S1F14，握手成功后链路才算通。这中间如果端口号、设备号填错，或者双方对超时时间的设定差太多，链路会反复断开。
心跳包也要在这时候配好。系统侧定期发 S1F1，设备回 S1F2，用来确认对方还活着。有些厂为了省事把心跳间隔设到几分钟，结果设备掉线半天没人知道，等发现的时候已经堆了一批没采上来的数据。
然后让数据点对上号
链路通了，接下来是字段映射。设备报上来的数据叫 SV，事件叫 CE。系统的活儿是把 SV 编号翻译成业务字段，把 CE 事件翻译成业务动作。
这一步最容易出岔子的是单位和时戳。设备报温度用摄氏度还是开尔文，压力用帕还是千帕，手册上写的和实际跑出来的可能不一致。时戳更麻烦，设备用本地时间、系统用服务器时间，两边差几分钟，追溯的时候就会对不上。
我的做法是先挑三个关键参数做小范围验证，比如温度、压力、节拍，让设备跑一轮，把系统里存下来的值和设备面板上显示的对照一遍。三个都对得上，再铺开做全量映射。
联调阶段盯三样东西
联调通常要跑两三天。这段时间最该盯的是数据重复、丢包和时戳漂移。
重复上报多出现在设备日志堆积之后。设备的缓存队列满了会重发，系统侧如果没做去重，同一条数据会进库两次，产量统计就虚了。丢包常和网络抖动有关，车间里的变频器、大功率设备对网线有干扰，走屏蔽线、避开动力线槽能省很多事。
时戳漂移看着不起眼，后果不小。设备和服务器都做 NTP 对时，是最省心的做法。
收尾：验收和长期看护
验收别只看一天的数据。我一般建议连续观察七天，把系统里的产量、节拍和车间班报表对一遍，误差在可接受范围内再签字。
上线之后还要有人看护。设备换型、配方调整、固件升级，都可能让某些数据点发生变化。留一份最新的点表，写清楚变更记录，下次再来新设备就能省掉大半时间。
这几年做下来有个体会：SECS/GEM 协议本身只是一套通信规范，难的是它要跟具体的产线、具体的设备、具体的业务需求绑在一起。我所在的益普科技做设备接入这块比较久，攒下来的主要也是这些对着手册一条条核对的经验。设备能开口说话只是第一步，让它说出来的每句话都有用，才是这件事真正的价值。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
