检测与试验设备
EOL 测试台、老化柜、影像检测——数据大多存在本地,接出来才能与生产对齐。
能取到哪些信号
| 信号 | 从哪里取 | 用途 |
|---|---|---|
| 测试结果 / 良率 | 设备接口或结果文件 | 质量统计与追溯 |
| 测试节拍与占用 | 运行信号 | 瓶颈识别 |
| 待测队列 / 在测数量 | 计数与状态 | 在制品可视 |
| 测试参数与曲线 | 设备接口 | 不良分析 |
| 设备故障 / 校准状态 | 报警信号 | 可用性管理 |
接入方式
| 方式 | 说明 | 适用 |
|---|---|---|
| 结果文件解析 | 多数测试设备输出 CSV/TXT/XML 结果文件,按周期解析入库最常见。 | 绝大多数测试设备 |
| 设备接口通讯 | 部分设备提供 TCP/串口协议或数据库直连。 | 较新的专用测试设备 |
| 信号采集 | 只取运行与合格/不合格信号,用于效率统计。 | 无数据输出能力的老设备 |
实务提醒
- 测试数据的价值在于与生产数据按序列号或批次对齐。取不到对齐键(SN、批号),数据价值会大打折扣。
- 老化柜这类长周期设备的价值在占用与排程统计,不在 OEE,第二阶段再接即可。
- 结果文件解析要考虑文件被覆盖、编码不一致、路径变更这些现实问题,方案里要写清应对方式。
最小可用数据集
无论走哪条路,先把这三样跑通:带时间戳的运行/停止状态、产量计数、停机原因。 只有前两样也能出一张有用的报表;第三样决定这张报表能不能推动改善。工艺参数留到第二阶段——点位一多,项目周期会被拖长。
检测设备联网前要确认什么:先问数据,再问设备
测试设备和生产设备相反:状态信号次要,结果数据才是主角。摸底时把这几条逐台问清楚:
- 结果存在哪里。本机硬盘的文件夹、本地数据库,还是只显示在屏幕上不落盘。
- 文件怎么生成。一件一个文件、一批一个文件,还是一天一个文件不断追加。追加写的文件要按行增量读,不能每次整份重读。
- 文件里有没有序列号或批号。没有的话,前面要不要加扫码枪,由谁来扫。
- 有没有时间戳,测试电脑的时钟准不准。工控机长期不联网,时钟跑偏很常见,对齐生产数据前必须先校时。
- 复测怎么记录。同一序列号复测是新增一条、覆盖原记录,还是另存一个文件。
- 测试电脑的系统与权限。能否开共享文件夹或装一个转发程序,设备供应商是否同意。老旧操作系统不要直接接入办公网,走隔离网段,见数据安全指南。
测试结果文件字段表示例
点位表在这里变成“字段表”。下面是一台终检测试台的示例,字段名以贵厂文件实际表头为准。
| 字段 | 类型 | 来源 | 获取方式 | 用途 |
|---|---|---|---|---|
| 序列号/批号 | 文本 | 结果文件,或测试前扫码 | 每次测试 | 与生产数据对齐的键 |
| 测试开始、结束时间 | 时间 | 结果文件 | 每次测试 | 节拍与占用 |
| 总判定 | 合格/不合格 | 结果文件 | 每次测试 | 良率 |
| 不良项代码 | 文本 | 结果文件中首个失败项 | 每次测试 | 不良排列图 |
| 测试程序名与版本 | 文本 | 结果文件表头 | 每次测试 | 区分产品,追溯程序变更 |
| 工位/治具号 | 文本 | 结果文件或配置 | 每次测试 | 定位问题治具 |
| 关键测量值 | 数值 | 结果文件 | 每次测试,第二阶段 | 趋势与不良分析 |
| 设备运行信号 | 开关量 | 测试中指示灯或启动信号 | 变化上报 | 无文件时的效率统计 |
第一阶段只入前六个字段就能出良率、节拍、不良排列三张表。关键测量值留到第二阶段——一台测试台的测项往往很多,全量入库之前先想清楚谁会看。
一次合格率、最终合格率和误测率怎么从测试数据里算
测试工位最容易算错的是良率:复测通过的件,到底算不算合格?答案是两个数都要,而且要分开。规则定成这样:
- 以序列号为单位,取第一次测试结果算一次合格率。
- 取最后一次测试结果算最终合格率。
- 第一次不合格、未经任何维修直接复测就通过的,记为误测,单独统计。
计算示例(假设数据):一班首测 1000 件,首测合格 920 件,一次合格率 = 920 ÷ 1000 = 92%。80 件不合格品直接复测,60 件通过、20 件仍不合格,最终合格率 = (920 + 60) ÷ 1000 = 98%。误测 60 件,占首测不合格的 60 ÷ 80 = 75%。这 60 件每件占用了两次测试时间——如果测试台是瓶颈,先解决的应该是探针和治具的接触问题,不是产品质量。
只报 98% 会把误测完全藏起来。一次合格率的定义与常见算错方式见一次合格率词条。
测试台的“运行”和“停机”怎么定义,停机原因怎么分
测试台的状态从文件时间戳就能推出来,不一定要接信号:
- 测试中:处于某条记录的开始与结束时间之间。
- 上下料间隔:上一件结束到下一件开始,时长在正常范围内,计入节拍。
- 空闲:间隔超过阈值。此时要区分“前面没件来”还是“测试台自己有问题”,前者是被动等待,后者才是测试工位的损失。区分办法是看待测区有没有件——有缓存计数就用计数,没有就让操作工选原因。
多通道并行测试的设备要按通道记录占用,否则八个通道只用了三个,看起来也是“运行中”。老化柜这类长周期设备看的是通道占用率与排程,不套 OEE。
测试工位停机原因码起步清单
- 等待待测品
- 更换或维修治具、探针、线束
- 换型:切换测试程序、换治具、首件确认
- 校准、点检与标准件验证
- 测试软件死机或重启
- 设备硬件故障
- 不良品等工程师判定
- 下游堵塞(合格品区满)
可以拿停机原因码表做底稿,把上面几条补进“检测”分类。
结果文件采集的常见坑与排查
| 现象 | 常见原因 | 处理 |
|---|---|---|
| 记录缺失 | 同名文件被下一次测试覆盖 | 提高扫描频率,读到即复制归档;或请供应商改为文件名带时间戳 |
| 读到半截记录 | 测试软件还在写,采集程序已经在读 | 判断文件大小稳定或出现结束标记后再解析 |
| 中文乱码 | 文件是 GBK,按 UTF-8 解析 | 按设备逐台配置编码 |
| 某天起突然没数据 | 软件升级后路径或表头变了 | 解析失败要告警,不能静默丢弃;表头变更纳入变更管理 |
| 良率高得不正常 | 复测覆盖了首测记录 | 保留全部记录,按序列号与时间排序取首末 |
| 测试时间早于上工序完成时间 | 测试电脑时钟偏差 | 统一校时,或以采集端接收时间为辅助时间戳 |
文件方式采集不动设备硬件,通常不需要停机;只有加装信号线或扫码枪涉及接线时,才需要断电并由持证电工操作,且不改动设备的安全回路。
常见问题
测试设备是供应商定制的,没有文档怎么办?
能不能直接读设备的本地数据库?
测试数据量很大,曲线和原始数据要不要全部入库?
影像检测设备(AOI、视觉)怎么接?
测试设备没有序列号,只有合格与不合格信号,数据还有用吗?
最近更新:2026-09-21 · 出版:工厂数字化编辑部(TEEPTRAK)
微信:Teeptrak-SZ