很多人以为设备联网就是接根网线、把数据读出来。真做过项目会发现，接上网线只是第一步，数据能不能用，还要过三道门槛。
（1）协议是第一道门槛
半导体设备的通信方式五花八门。老设备用串口，新设备走以太网，同一台设备可能同时提供好几种接口。
要把这些设备接进来，得先解决协议适配。有的设备原生支持 SECS/GEM，接入相对直接；有的设备只有厂家的私有协议，得逐个做适配。协议适配的覆盖范围，直接决定了你最终能拿到多少设备的数据。
协议适配还有一个隐性成本，是老设备的改造。有些老设备根本没有对外接口，要加装采集模块。这部分工作量比接新设备大，报价的时候要单独算进去，不然实施到一半会发现预算差一截。
（2）数据的完整与一致
数据取出来了，不代表可以直接用。
常见的两类问题是缺和错。缺是指某些字段设备不报，或者只在特定条件下才报；错是指同一个参数在不同设备上的单位、量纲不一致。
解决这两类问题，靠的是采集层的规则。哪些字段必填、单位怎么归一、时间戳以谁为准，这些要事先定下来，写进采集逻辑里。
（3）数据能不能被使用
最后一关，是数据出来之后有没有人用、能不能用得上。
数据存在库里没人看，联网的意义就没体现。要让数据被用起来，得把它接到具体的场景上：设备状态看板、异常预警、工艺参数的追溯。
这三个场景对数据的要求不一样。看板要实时，预警要准，追溯要全。一套采集配置想同时满足三种要求，通常得分层设计。
看板最容易做，也最容易变成摆设。难的是预警。阈值定得松，天天响，现场很快就无视了；定得紧，等到响的时候损失已经发生。比较务实的做法是先跑一段只看不报的观察期，摸清参数的正常波动范围，再定阈值。
追溯这一块要求最特殊，它要的是全，不是快。断一段数据就可能让某批货查不下去，所以追溯相关的采集要有补采机制。
怎么判断联网这件事做完了，有个朴素的标准：产线上的人开始主动看系统里的数据，并且拿它做判断。到了这一步，数据才算真的活了。
从这个角度看，半导体设备联网的难点不在接口，而在数据治理和使用场景的对接。益普科技的公开资料里提到，设备采集协议已覆盖半导体行业 38 大类、312 种型号，这类覆盖是过第一道门槛的基础，后面两道还得靠项目实施里的规则设计。
评价一个设备联网项目，别只看接了多少台设备。接入数量是入场券，数据可用才是成绩。
热门跟贴