【摘要】
CIM 项目有一个残酷的结构：客户看到的是看板、报表、预警，而这些功能的质量上限，在项目第一个星期就由采集链路决定了。上层做错可以改，采集层采错了数据，后面所有分析都在错误的原料上加工——良率分析错、报警误报、追溯断链，最后全部表现为"你们系统不准"。
EAP 对接的第一周因此是整个项目技术含量最高的一周。这篇给逐日推进表、四类卡点的处置、以及一份链路验收自检清单。结论先行：第一周结束时链路必须稳定跑通 24 小时，否则整个项目的排期要重排——这不是吓唬人，是几十个项目的统计规律。
【核心要点】
- 第一周的唯一目标：选定一台设备，把 3 类消息（采集/事件/报警）全链路打通并稳定运行，不要贪多台
- 联调进度的瓶颈从来不是技术，是"等"：等设备停机窗口、等设备工程师、等产线批产间隙
- 数据字典要在联调前定稿——现场对着 CEID/RPTID 白板讨论，一周都不够
- 四类高频卡点：连不上、连上没数据、数据对不上、断线不重连，各有标准处置
- 链路验收不看成不看成数，看成数之外的四件事：断线重连、补传、时钟、数据比对
---
一、第一周的逐日推进表
前提假设：EAP 服务器已装、网络策略已通（这两件事应该在进场前就推完，如果没推，第一周改成推这个，见 01-04 的坑清单）。
Day 1：不碰设备，先把纸面工作做完。
三件事：①和设备工程师确认设备侧 GEM 能力（支持 SECS-I 还是 HSMS、S2F41 支持与否、有哪些 CEID/ALID）；②定数据字典——每个采集点对应哪个 SVID/RPTID、单位、精度、采样周期，落成表格签字；③约定联调窗口（设备何时可停、何时只能旁路观察）。Day 1 看起来什么都没"干"，但这天的产出决定后面四天是顺流还是逆流。
Day 2：物理连通 + 握手。
从 EAP 侧 telnet 设备 IP:端口，通 HSMS Select，跑通 S1F13/S1F14 建立通信、S1F1/S1F2 在线确认。这一天常见的失败是"网络通但握手不上"，九成是设备侧 passive/active 模式配反了或 T3/T5/T6/T7 超时参数没对齐。参数表让设备工程师从设备面板导出来，一项项对。
Day 3：采集链路（SVID 轮询）。
配 S2F31 时钟同步，然后逐个 SVID 建立链接订阅，验证数值与设备面板显示一致。重点不是"有数据"，是"数据对"—— famously 出错的地方是单位（设备报 mm 面板显示 μm）和倍率（整型缩放 1000 倍）。
Day 4：事件与报警（CEID/ALID）。
在设备上触发几个事件（可请设备工程师用工程模式模拟），验证事件报告 RPT 的字段完整性；触发一级报警验证 ALID 关联与复位行为。这一天要盯的不是功能，是字段：报告里是不是混进了设备固件版本不同导致的字段增减——多机型混线的厂，这个问题在单机调试时永远暴露不出来。
Day 5：稳定性验证 + 推广计划。
链路无人工干预连续跑 24 小时：断电重连、断网补传、跨班次数据完整。跑通后开推广会：把这台设备的对接脚本模板化，给出下一批设备的接入顺序（按机型分组，同机型一次批量，别一台一台排）。
二、四类高频卡点与标准处置
卡点一：连不上。分三层排查，顺序不能乱：物理层（ping、telnet 端口）→ 参数层（IP/端口/设备号 DeviceID/passive-active）→ 协议层（抓包看 Select 有没有回）。Fab 里最常见的真实原因是第三类：客户 IT 的防火墙策略只开了一个方向，或者设备侧白名单没加 EAP 服务器 IP。处置动作不是反复试，是抓包——十分钟的数据比一天的猜测有用。
卡点二：连上没数据。握手成功但 SVID 全空。先查设备是不是在 Offline 模式（S1F17 问一下），再查事件使能（很多设备默认不使能 CEID 报告，要发 S2F37 使能）。第三种可能：设备处于工程模式/本地模式，GEM 行为降级——这条 Fab 现场极常见，处置靠流程：联调窗口必须申请到 Remote 模式权限。
卡点三：数据对不上。EAP 收到的值和设备面板不一致。按概率排序：单位换算（mm/μm、℃/℉）、整型倍率、采样时刻差（轮询间隔内面板已刷新）、数据类型截断（浮点被存成整型）。处置动作：同时抓设备面板照片和 EAP 原始报文，逐字段对，别靠记忆。
卡点四：断线不重连或重连后丢数据。这是最贵的一类——平日没事，设备或网络一抖，数据黑洞。验收标准写死两条：断线恢复后自动重连且无需人工；断线期间的事件在恢复后补传（靠设备侧 buffer 或 EAP 侧对账）。这条在第一周不验，上线后第一个月末才发现，追溯数据缺口没人补得回来。
三、链路验收自检清单
第一周结束时，按这张清单验收，六条全过才算稳：
- 握手与重连：设备断电重启，EAP 60 秒内自动恢复连接，无需人工干预
- 时钟同步：S2F31 周期同步生效，EAP 与设备面板时间差 <2 秒（跨班次报表的前提）
- 数值一致：抽 5 个关键 SVID，与设备面板同时刻截图比对，含单位换算
- 事件完整：模拟 10 次事件，EAP 收到 10 次，字段无缺漏
- 断线补传：拔网线 10 分钟再恢复，期间的事件补传到位，时间戳为事件真实时间而非恢复时间
- 24 小时稳定：无人干预连续运行，数据无空洞（用 5 分钟粒度的数据完整性报表验证）
六条里任何一条不过，上层功能（看板、SPC、OEE、追溯）一律不开工。这条纪律要跟客户讲清楚，并写进项目计划——"链路不稳上层先做"是 CIM 项目返工的第一大来源。
四、一个真实的时间账
很多客户在启动会上问："一台设备一周，三十台设备是不是三十周？"
不是。第一台设备花一周，是因为你在同时解决"对接方式"和"这台设备"两件事。后面的设备按机型分组：同型号第二台通常半天，不同型号每型各花一到两天。三十台设备、四个机型的厂，现实的采集层工期是 6–8 周——前提是第一台的质量足够高、数据字典足够严。第一台偷的懒，会在后面二十九台上加倍还；反过来，第一台做扎实，后面是复制。
五、可复用点
- 第一周目标唯一且克制：一台设备、三类消息、稳定 24 小时。贪多必失。
- Day 1 的纸面工作（GEM 能力确认、数据字典、联调窗口）决定后面四天的效率。
- 四类卡点按序排查：连不上抓包、没数据查 Offline/使能、对不上同时留证、断线必验补传。
- 链路验收六条清单，任何一条不过，上层功能不开工——这条纪律写进项目计划。
- 设备推广按机型分组批量做，第一台的质量决定后面二十九台的速度。
下一篇讲设备状态管理：状态模型（Run/Down/PM/Engineering/Idle）怎么定——这是 OEE 的地基，模型定错，全厂的 OEE 数字都是错的。