1. 课程导入与FactoryTalk体系概览
在制造现场，设备在运转、产线在产出，但管理者真正关心的往往不是“机器有没有转”，而是“这一班产了多少、合格率多少、设备停机损失了多少时间、订单能不能按期交付”。这些问题的答案，最终都要落到一组可量化、可追溯、可比较的生产KPI上。本课程的目标，就是围绕FactoryTalk产品家族，讲清楚生产KPI从车间数据产生，到被采集、存储、计算，最终呈现在运营看板上的完整链路，并让读者具备独立搭建一条KPI数据通路的能力。
一、生产KPI到底在衡量什么
生产KPI不是抽象的管理口号，而是由现场信号和业务事件计算出来的具体数值。常见的几类包括：
- 产量类：班次产量、小时产出率（UPH）、计划完成率。数据来源通常是计数器信号、工单报工或PLC的产量累加值。
- 质量类：一次合格率（FPY）、废品率、返修率。数据来源是检测工位判定结果、质检记录或工单报废数量。
- 设备类：OEE（设备综合效率）、可用率、停机时长、MTBF/MTTR。数据来源是设备运行/停机状态位、故障代码、报警记录。
- 能耗与成本类：单位产品能耗、单件制造成本。数据来源是电表/气表读数与产量数据的关联计算。
这些KPI有一个共同特征：它们几乎都不是现场直接“读”出来的，而是由多个原始数据经过时间对齐、单位换算、状态判定和公式计算得到的。例如OEE = 可用率 × 性能率 × 合格率，其中可用率需要运行时间与计划时间之比，性能率需要理论节拍与实际产出之比，合格率需要合格数与总数之比。理解这一点，就能理解为什么需要一整套FactoryTalk体系来支撑，而不是靠一张Excel表格。
二、FactoryTalk产品家族的角色分工
FactoryTalk并不是单一软件，而是一个覆盖“采集—存储—计算—可视化—业务管理”的产品家族。要建立整体架构认知，关键是看清每个产品在KPI链路中承担哪一段职责。
FactoryTalk View是现场人机界面（HMI）与监控组态层。它直接连接PLC、变频器、仪表等控制器，负责实时显示设备状态、报警、趋势，并允许操作员下发指令。在KPI链路中，View是数据源头之一：它采集到的产量计数、运行状态、报警事件，既可以在本地画面显示，也可以被上层系统读取。View SE（Site Edition）适合分布式多站点监控，View ME（Machine Edition）适合单机设备。
FactoryTalk Historian是历史数据存储与查询层。它像一台专门为工业时序数据设计的“数据库”，以高压缩比、高频率地记录来自View、PLC或OPC UA服务器的过程数据。Historian的价值在于：它保存的是带时间戳的原始过程数据，例如每5秒记录一次电机电流、每1秒记录一次产量脉冲。后续的KPI计算、趋势回溯、班次对比，都依赖Historian提供的历史数据。没有Historian，KPI就只能看“此刻”，无法看“过去”。
FactoryTalk Metrics是设备效率与OEE分析层。它通常建立在Historian之上，通过配置设备状态模型（运行、停机、换型、故障等）、计划日历和产品节拍，自动计算OEE、停机原因帕累托、班次对比等指标。Metrics的定位是把原始状态数据翻译成设备效率KPI，并向下钻取到具体停机事件。
FactoryTalk ProductionCentre是制造运营管理（MOM）层，覆盖工单执行、物料追溯、质量管理和生产调度。它关注的是“这批订单做到哪一步、用了哪些物料、经过哪些工序、是否合格”。在KPI链路中，ProductionCentre提供的是业务维度的数据：工单号、产品型号、批次、工序、报废原因代码。这些数据与Historian/Metrics的设备数据结合，才能算出“某产品在某产线的单位成本”这类跨维度KPI。
此外，FactoryTalk Transaction Manager可用于把生产事件可靠地写入数据库，FactoryTalk Analytics/DataMosaix等则面向更高层的数据分析与机器学习。它们共同构成从车间到运营的完整数据栈。
三、从车间数据到运营看板的整体架构
把上述产品串起来，就得到一条清晰的数据链路。以一条装配线为例：PLC每生产一件产品发出一个脉冲，同时输出设备运行/停机状态位；检测工位给出合格/不合格信号；扫码枪记录工单号和批次。这些信号首先进入FactoryTalk View，操作员在HMI上看到实时产量和报警。同时，View或直接通过OPC UA把数据写入FactoryTalk Historian，Historian以秒级或分钟级频率保存这些带时间戳的数据。
接下来，FactoryTalk Metrics从Historian读取设备状态和产量数据，结合预先配置的计划日历（例如每天三班、每班8小时、计划停机30分钟）和产品理论节拍（例如每件30秒），自动计算每个班次的可用率、性能率和合格率，进而得到OEE。如果某台设备停机超过阈值，Metrics会记录停机事件并关联原因代码。
与此同时，FactoryTalk ProductionCentre管理工单执行：某工单计划生产500件，实际报工480件，报废12件，返修8件。这些业务数据与Metrics的设备效率数据在运营看板层汇合，形成“产量达成率”“一次合格率”“单位产品能耗”等综合KPI。
最终，运营看板以分层方式呈现：班组长看当班实时产量和停机原因，生产主管看一周OEE趋势和班次对比，厂长看月度计划完成率和成本指标。看板的数据刷新频率、聚合粒度和展示维度，都取决于底层Historian和Metrics的配置。
四、学习本课程需要建立的三条主线
第一条主线是数据采集线：理解View如何连接控制器、如何定义标签、如何把信号写入Historian。第二条主线是KPI计算线：理解Metrics的状态模型、计划日历、节拍参数如何共同决定OEE结果，以及ProductionCentre如何提供业务维度。第三条主线是可视化呈现线：理解看板如何按角色分层、如何选择图表类型、如何设置刷新和告警。
本课程后续将沿着这条链路逐层展开：先讲View的标签与采集配置，再讲Historian的存储与查询，然后进入Metrics的OEE建模与ProductionCentre的工单追溯，最后落到运营看板的设计与发布。每一层都会给出可操作的配置示例和判断依据，帮助读者从“知道有这个产品”走到“能把它用起来”。