FANUC CNC 机床数据采集、产量统计与 OEE 应用场景
交班时，机床上的计数已经在变化，报表里的数字却还停留在上一次抄录。主管想知道今天加工了哪些产品、各台机床当前是否运行，往往还要到现场确认，再把记录整理到一起。
以一个使用 FANUC CNC 机床的典型加工车间为例：如果控制系统开放所需数据，可以通过 Woody 工业智能网关采集运行状态、当前加工程序和计数信息，再利用网关本地 App，将这些原始变量整理成按设备、产品和班次查看的生产记录。
这套思路不要求先统一所有机床的控制系统，也不必先建设云平台。网关负责采集并提供本地应用运行基础；产品对应关系、统计规则和看板页面仍需按车间实际需求配置或开发。
先把机床上的数据读出来
接入前，设备工程师先核对 FANUC 控制系统的具体型号、通信接口、适用驱动、访问条件以及可读取的变量。支持 FANUC 数据采集，不代表每一种控制系统都能提供相同的数据。
本场景以以太网接入为例：机床接入现场设备网络，网关通过 Ethernet2 连接该网络。在网关 Web 管理界面中建立设备，选择适用的驱动，配置通信参数及采集变量，再逐项与机床显示和实际动作对照。
先关注日常使用的数据即可：设备开放的运行状态、当前程序名或编号、产量计数或完工信号，以及已有报警信息。状态变量的含义要结合机床实际逻辑确认，不能把“处于自动模式”直接等同于“正在加工”。采集周期也应结合设备通信负载和应用需求设置，不承诺所有机床都适用同一频率。
图中的网关使用 WD2E 系列通用外观素材示意，实际型号、接口及接入条件需按现场选择。本场景只读取设备数据，不涉及远程启停、参数写入或加工程序下载。
从机床计数变成按产品查看的产量
只看到一个计数值，还不能回答“今天做了什么产品”。程序名也不是现成的产品资料，需要有人维护两者的对应关系。
工艺人员可以在本地 App 的业务表单中维护产品表，将加工程序名与产品信息关联起来。网关采集当前程序和计数或完工信号后，应用按约定规则查找产品，生成带有设备、产品和时间信息的生产记录，并保存到内置 SQLite 数据库。
这一步最重要的不是表格有多少字段，而是统计口径是否符合实际加工过程：
- 循环次数与产量要分清。 一个加工循环可能对应多个工件，也可能是试加工或空运行，不能未经确认就算成合格件数。
- 换程序时要明确记录归属。 应结合程序切换与计数变化的时序判定，归属不明的记录应标记待核对，不能简单套用最新程序名。
- 计数复位和采集缺口要处理。 操作员清零、设备重启或通信中断都可能影响记录；不能把累计值的变化不加判断地当成新增产量。
- 日界线和班次边界要一致。 跨夜班次如何归属、试加工是否计入，应先由生产与工艺人员约定，再写入应用规则。
确认这些条件后，本地 App 可以按日期、设备或产品汇总记录，在网关 Web 管理界面内展示看板、报表和趋势曲线。Lua 负责后端处理与业务逻辑，JS/CSS/HTML 用于前端页面；网关提供框架，具体应用需配置或开发，并核对统计结果。
OEE 不是只靠运行信号就能算出来
有了生产记录，可以进一步考虑 OEE，即设备综合效率。它将时间开动率、性能效率和质量合格率放在一起，帮助车间从不同角度观察设备使用情况。
OEE = 时间开动率 × 性能效率 × 质量合格率
| 指标 | 计算口径 | 需要准备的数据 |
|---|---|---|
| 时间开动率 | 运行时间 ÷ 计划生产时间 | 经确认的运行状态、状态记录及生产计划时间 |
| 性能效率 | 理想单件加工时间 × 总件数 ÷ 运行时间 | 各产品的理想单件加工时间、按约定口径取得的总件数与运行时间 |
| 质量合格率 | 合格件数 ÷ 总件数 | 与同一统计范围对应的合格件数和总件数 |
机床状态可以为运行时间统计提供依据，但计划生产时间、停机分类和理想单件加工时间需要生产与工艺人员定义。本场景建议按产品及其对应的统计时段分别展示 OEE，不能拿同一个加工时间套用全部产品，也不能把各产品的 OEE 直接相加或简单平均为整班结果。计划生产时间、运行时间或总件数为零时，相应比率应标记为不适用；数据不完整时应标记待核对，而不是展示成有效的 OEE。
质量数据同样需要独立来源。加工计数不能证明工件合格，可通过本地 App 表单录入，或按接口条件对接检验系统。没有可靠质量数据时，先展示运行时间和产量，不把质量合格率默认设为满值，也不把估计值标成实测 OEE。
在数据齐备、口径明确后，可以通过本地 App 开发 OEE 计算与展示逻辑。它不是网关自动生成的标准报表，更不能单凭一个 OEE 数字判断停机根因；原因分析还需要现场反馈、报警记录或另行设计的停机原因录入流程。
交班时先看记录，再去现场核对
应用完成后，主管可以先在网关内嵌的看板中查看当前状态、产品信息和班次记录，再针对异常到现场确认。工艺人员维护产品对应关系，生产人员查看同一口径的汇总，而不是各自拿一份不同时间的抄录。
页面应显示最后更新时间，并区分通信中断、过期数据与真实停机；这些提示和异常处理规则需在应用中实现。设备显示停止，也不意味着系统已经知道是缺料、换刀还是故障，仍需相应的现场信息。
本地处理、存储和展示不必依赖云平台或另设应用服务器。若后续需要跨车间或跨工厂集中查看，可另行配置 MQTT、HTTP/HTTPS 等数据发布与接收平台的集成；平台接收、鉴权、字段映射及业务界面仍需单独落实，不是联网后自动具备的功能。
接入前需确认
- 核对具体 CNC 型号、驱动适配、通信接口、访问权限和变量开放情况，并与现场显示逐项对照。
- 明确程序与产品对应关系、计数或完工信号含义、换型归属、计数复位及通信中断后的记录处理。
- 约定班次、计划生产时间、运行状态定义和产品理想单件加工时间，并准备独立的质量数据来源。
- 规划 App 的表单、统计逻辑、页面及异常提示，明确开发和维护责任，不把框架能力当成预置业务应用。
- 根据存储资源与记录频率安排历史保留周期、备份和访问权限，不承诺无限保存或无缺口记录。
对希望先看清现场生产情况的加工车间，可以从一台机床的状态和产量记录开始。确认采集和统计口径后，再扩展产品关联、班次汇总与 OEE。网关让设备数据可用，本地 App 按车间规则组织数据，生产与工艺人员则负责说明这些数字究竟代表什么。