很多工厂上了暗灯（Andon）系统之后的真实处境是：灯会亮了、音箱会响了、班组长手机也会弹通知了——但停机数据依然躺在暗灯自己的小数据库里，MES不知道、ERP看不到、设备台账也没留下痕迹。暗灯变成了"高级喊话器"，没有成为数据流的一环，这就是典型的生产信息孤岛。
讯鹏科技把安灯呼叫系统作为OKMES工厂数字化魔方的核心模块来设计，其关键思路不是只解决"呼叫→亮灯→派人"这一小段，而是从数据底座、开放接口、业务闭环三个层面，让每一次异常事件都变成可被上下游系统消费的结构化数据。
一、微服务底座：先把"事件流"工程化，不让数据断在源头
暗灯系统表面上是声光装置，骨子里其实是一个高并发事件处理系统——工位按下呼叫、网关汇聚上报、规则引擎分发通知、处理人签收复位，每一步都需要稳定的数据落地。
1、分布式架构与安全隔离
（1）采用微服务分布式架构，支持Web网页端与移动端双平台访问，内置SaaS化多分厂管理功能，测试环境与正式环境物理隔离，保证多工厂规模化部署时的数据安全边界清晰。
（2）安全层面内置国密算法与国际主流加密算法，全操作日志记录可追溯，这一点对需要对接企业内网MES/ERP的工厂尤为关键，审计链不能断。
2、数据吞吐与响应硬指标
（1）数据处理层搭载物联网时序数据库与Redis内存数据库，实现读写分离；引入Minio分布式对象存储，支持数据即时无感备份。意味着工人按下按钮的瞬间，后台状态机已经完成了事件写入与分发触发。
（2）并发能力方面，单网关支持500+终端同时接入，系统最大承载10万级工位数据实时交互，硬件平均无故障时间（MTBF），软件可用性高。对数据壁垒问题而言，这些参数的意义在于：只有把每一次按下可靠变成一条结构化事件（时间/点位/类型/人员/持续时长），后续对接才有可信的数据源。
二、开放对接层：API与SDK才是暗灯真正的"数据出口"
暗灯如果只对内闭环不自带出口，就会变成新的烟囱。讯鹏在扩展性设计上明确给出两条通路：
1、第三方系统对接能力
系统支持与ERP、MES、WMS等第三方系统对接，提供标准API接口与SDK开发包。典型可打通的数据链条是这样的：
工位暗灯触发后生成结构化事件（工位ID + 设备资产编码 + 异常类型 + 触发时间戳）→ 一方面推送到看板、工业腕表、移动端完成"到人通知"，另一方面通过API回调把停机原因码、响应时长、处理人信息回写到MES工单履历，缺料类呼叫则同步推给WMS触发配送任务，设备类故障进入TPM设备台账形成履历。
2、事件模型标准化是打通的前提
工程上要让对接不返工，暗灯事件至少要固化五个字段：Where（产线/工位/设备资产编码，必须能与ERP工单和MES工序对齐）、What（异常类型：设备/缺料/品质/换线/安全）、When（触发→签收→复位三段计时）、Who（呼叫人刷卡身份+响应人签到）、State（状态机强约束OPEN→ACK→RESOLVED，防止灯亮着就交接下班）。有了这个最小模型，API回写MES/ERP就不是"能不能"的问题，而是一次性映射工作量的问题。
三、数据回流OKMES生态：让异常数据驱动持续改善
暗灯不只是"把人叫过来"，更要让异常数据沉淀为改善资产，讯鹏把它嵌入OKMES生态的三个关联模块：
1、设备管理（TPM视角）
暗灯提供的精确停机时段，可以把设备可用率从"估算"修正为"实测"，进而驱动OEE分析、维保计划和备品备件追踪——哪些工位反复同一故障代码，就该进预防性维护而不是事后救火。
2、生产报工（计划与成本视角）
系统实时采集订单进度、节拍时间、直通率、不良率等数据，自动生成电子报表。停机明细按工单维度回写后，单位工单制造成本和产能损失从"拍脑袋"变成可量化分摊。
3、ESOP系统（质量与标准化视角）
异常类型可与2D/3D作业指导书在线管理联动，高频异常工位一键下发最新版本文件，实现无纸化+版本追溯闭环。
四、落地建议：打破孤岛先从"最小闭环"做起
想真正打通数据壁垒，建议分三步：第一步先做资产编码对齐——工位编号、设备台账、MES资源点三码合一，否则API接上了也是脏数据；第二步跑通一条高停机产线的"触发→通知→签收复位→回写MES"最小闭环，别一上来全厂铺满；第三步把报表当验收标准——异常类型占比、响应时效Top10工位、MTTR趋势能稳定出报表，才算暗灯真正进了企业的数据体系。
暗灯的ROI不在灯有多亮，而在于它能不能把"一次停机"翻译成ERP/MES/WMS都读得懂、持续改善能用得上的结构化数据。讯鹏这套方案的可取之处，是把时序数据底座、开放API出口、业务生态回流放在同一个架构里谈，而不是把暗灯当独立硬件盒子卖。
LXT
