摘要：聊一聊工业标识解析在机械车间的落地经验。不空谈概念，说说编码、解析器、RFID天线的那些糟心事。
从Handle到Ecode：谁在守规则？
说实话，干机械这行十几年，最怕听到的就是“溯源”。去年老朱车间那批刀具盘差，系统里查不到任何记录，查来查去，最后发现是标识解析服务配置的钩子断了。得，一整天白干。
工业标识解析，说白了，就是个“问路”的过程。每个物体带一个编码，像门牌号，解析系统把这个号码翻译成可访问的地址，然后你去那里找数据。不是简单的二维码存了个网址，而是编码本身不计信息，信息在服务器上。
不用纠结到底选哪家。目前国际上几个主流，Handle、OID、Ecode，还有我们国家在推的工业互联网标识解析体系。本质上都是一套分布式目录服务。但侧重点有微妙差别。
Handle搞了几十年，很多国家机构还在用。OID在ISO标准里很常见，是给对象起名字的。Ecode倒是国内来的，出身“物联网”，跟二维码纠缠不清。怕选错？正常。就我经验，选型不是看技术多牛，而是看生态圈。你下游要对接谁，你就乖乖用谁——别谈自由意志。
在车间里，解析到底怎么跑？
拿最常见的刀具管理来说。每一把刀柄底部可以嵌一枚RFID芯片，写入一个编码，比如“8899-06-000123456”。这编码遵循ISO/IEC 15963规则。然后机床边上的读写器在刀库交换时读取这个编码，通过OPC UA或者MQTT发给本地解析器，本地解析器去根节点查这个前缀归属哪个企业节点，再递归到下层的子节点，最后拿到刀具的ID、刀补值、寿命状态——全套都在毫秒级。
听起来顺滑？但工程里坑多着呢。比如金属环境下RFID标签性能衰减惊人。超高频的标签，在金属表面上几乎读不到，必须用抗金属的，中间垫一层铁氧体。而且车间里油雾、切屑也会干扰。我们试过把标签埋在刀柄侧孔，信号倒是稳了，但换刀时容易被机械手刮掉。后来改在刀柄尾部，又得改零件结构。你瞧，什么事都绕不开机械设计。
解析系统本身也有讲究。每次换刀都要实时的网络查询？老板不心疼带宽，你也要心疼延时。所以本地缓存必须做。我们就在每个单元PLC里放一个缓存表，像DNS一样，命中了直接取，没命中才去上游。缓存一致性呢？用事件驱动更新，比如刀具状态变化时订阅通知。别问我一致性协议，我都是挂SQLite做哈希表，够用。
说到性能，我们实际测过，一个千位级节点的解析服务，平均延迟在50ms以内，但前提是合理部署缓存。如果你一个节点下挂几千台设备，还全走中心，那延迟能上秒级。
有一次我们把标识编码前缀弄错了，因为上游供应商私自改了厂商代码，结果所有解析请求全部发到隔壁老王的节点上，那叫一个热闹。后来才知道，标识分配的权限管理必须严格，每个节点只能维护自己的前缀段，跨段转发得走上级，别搞什么捷径。
标识系统的机构设计和嵌入式结构
这玩意儿不是买现成的模块就完事了。机械设计上，标识载体的安装位置、读写器天线的倾角、甚至工件金属构成的导磁率，都会影响读取率。我们做过一组对比，同样的超高频RFID，安装在铸铁件上和铝合金件上，读取距离差了近一半。所以说，选型时要看实测数据，别信标称。
载体选型上，别迷信RFID万能。有些工况环境温度超过200度，RFID芯片扛不住。我们后来用DataMatrix码直接标刻在零件端面，用工业相机读。耐高温，成本低。但缺点是不能隔着污垢读。所以你要权衡。
还有……读写器的安装支架，千万别用一体的金属块，干扰太大。最好用塑料或者加陶瓷垫片。天线倾斜角度建议在15°到30°之间，垂直对着标签，经常读不到，反射波抵消了。
这些细节，图纸上都要标清楚。不然生产班组给你整一个随缘安装。
关于标准，别头铁，跟着走
ISO/IEC 15459给出唯一标识的编码规则。国内也有Ecode等系统性规范，加上工信部推动的工业互联网标识解析体系建设指南。别想着自己发明一套，你就是发明了，别人也不搭理你。工程上，能对接就行。
编码要留够余量。别把厂商ID用完了，也别把序列号设太短。我们吃过亏，产品序列号原来想用10年前的方案，12位数字，现在居然不够用了。后悔也来不及。
最近在搞标识与数字孪生的连接。解析不仅是查数据，还可以关联到CAE模型。比如车间里读到某个阀体识别码，直接解析到它的仿真模型云盘，工艺人员马上能调出疲劳分析结果。这个很有干头。
安全也是大问题。解析服务如果暴露在公网，容易成为攻击点。我们后来都做双层网络，核心解析服务只在内网跑，对外只放一个只读缓存节点。这个别嫌麻烦，真出事就完了。
不用迷信那些高大上的平台。花几十万搞一套解析管理平台，不如先把自己的编码规范理顺。我们刚开始就吃过亏，平台买了一堆，数据没人维护，最后成了摆设。
工业标识解析没那么玄乎，但也不容小觑。做机械的，往往感觉这是IT的事情，但真跑起来，机械结构、天线设计、编码规范、服务部署，一个都不能少。下次车间再出这种幺蛾子，你先查编码，再查天线——准没错。
