1. 课程导入与FactoryTalk生态概览
在智能制造场景中，车间里真正有价值的信息往往并不缺，缺的是把分散在PLC、SCADA、HMI、数据库和报表系统里的数据，按统一的时间基准和语义组织起来，并让不同角色看到各自需要的视图。FactoryTalk 正是罗克韦尔自动化围绕这一目标构建的软件产品家族：它既解决"数据从哪里来、怎么存、怎么算"，也解决"人怎么看、系统怎么用"。本课程后续章节会逐一展开采集、建模、可视化与集成，本章先建立一张全局地图，弄清各产品在数据链上的位置与协作关系。
一、制造数据采集与可视化的目标
制造数据采集与可视化并不是简单地"把PLC里的数读出来画成曲线"。它至少要同时满足四类目标：
- 过程可追溯：按批次、工单、设备、时间段还原关键工艺参数（温度、压力、速度、扭矩、良率等），支持质量追溯与偏差分析。
- 状态可感知：让操作员、班组长、设备工程师在HMI或看板上实时看到设备运行、停机、报警、OEE等状态，而不是事后翻日志。
- 指标可计算：把原始信号转换为可管理的KPI，例如OEE、MTBF、单位能耗、一次通过率，并保证口径一致、可复算。
- 数据可流转：把车间数据可靠地送入MES、ERP、数据仓库或云端，供排产、成本核算、预测性维护等上层应用使用。
这四类目标对应着不同的时间尺度：毫秒级的控制信号、秒级的实时监控、分钟级的KPI刷新、小时或天级的经营分析。FactoryTalk 家族的产品正是按这些尺度分工协作的。
二、FactoryTalk产品家族的定位
可以把 FactoryTalk 生态理解为一条从"现场信号"到"管理决策"的数据链，链上每个产品承担明确职责：
- FactoryTalk Historian：历史数据引擎，负责高密度、长时间地采集和存储过程数据。它按标签（Tag）组织数据，支持压缩、插值、时间对齐，是后续分析、报表和追溯的数据底座。典型场景是把一条灌装线的2000个标签以1秒或更快的频率存入历史库，保留数年。
- FactoryTalk View：人机界面与可视化产品，分为机器级（Machine Edition，ME）和站点级/分布式（Site Edition，SE）。它面向操作员，负责画面、报警、趋势、按钮控制，是"人看数据"的主要入口。
- FactoryTalk Metrics：面向设备效率与生产绩效的分析产品。它从控制器或 Historian 获取设备状态与计数，计算 OEE、停机原因、速度损失等，输出班次/工单维度的绩效报表。
- FactoryTalk Transaction Manager：数据事务与集成组件，负责把车间数据以可靠事务方式写入关系数据库（如 SQL Server、Oracle），保证"不丢、不重、可重试"，常用于与MES/ERP对接。
- FactoryTalk Linx / FactoryTalk Gateway：通信与数据访问层，提供从 ControlLogix、CompactLogix 等控制器到上层软件的统一数据通道，是采集链的"入口"。
这些产品不是彼此替代，而是分层协作：Linx 负责"通"，Historian 负责"存"，View 负责"看"，Metrics 负责"算"，Transaction Manager 负责"送"。理解这条分工线，后续配置时就不会把功能放错位置。
三、一个典型车间数据流案例
以一条饮料灌装线为例，说明这条数据链如何实际运转。现场有一台 CompactLogix 控制器，控制灌装阀、输送带和贴标机，扫描周期约 20 ms。需要采集的关键标签包括：灌装液位（模拟量）、瞬时流量、阀开度、输送带速度、贴标计数、设备运行/停机状态、报警字。
第一步是通信接入。在 FactoryTalk Linx 中建立到 CompactLogix 的 EtherNet/IP 通道，按控制器标签名（如 Line1_Filler.Level_PV）浏览并选择需要采集的标签。这一步决定了"哪些数据能进来"，标签命名应遵循统一规范，例如 区域_设备_参数，避免后期在 Historian 和 Metrics 中反复映射。
第二步是历史归档。在 FactoryTalk Historian 中为上述标签建立采集点（Point），设置采集频率与压缩方式。对于液位、流量这类连续量，通常设 1 s 采集、例外偏差 0.5% 压缩；对于运行/停机状态这类离散量，设 1 s 采集、仅记录变化。归档后，Historian 提供按时间范围查询、插值和聚合的能力，是后续所有分析的唯一数据源。
第三步是可视化。在 FactoryTalk View SE 中制作操作员画面：主画面显示灌装线俯视布局与设备状态色块，趋势画面调用 Historian 的液位与流量曲线，报警画面绑定控制器报警字。操作员看到的实时值来自 Linx 直读，历史曲线来自 Historian，两者时间基准一致，便于对照。
第四步是绩效计算。FactoryTalk Metrics 从控制器或 Historian 读取运行状态、生产计数和停机原因，按班次计算 OEE。例如某班次计划运行 480 min，实际运行 420 min，理论节拍 120 瓶/min，实际产量 46 800 瓶，则：
可用率 = 420 / 480 = 87.5%
性能率 = 46800 / (120 × 420) = 92.9%
合格率 = 46500 / 46800 = 99.4%
OEE = 87.5% × 92.9% × 99.4% ≈ 80.8%这些数值属于教学示例，用于说明计算口径，实际项目中应以现场采集和确认后的数据为准。Metrics 会把停机按原因分类（换型、缺料、故障、清洗等），帮助定位损失最大的环节。
第五步是数据外送。当班次结束或工单完成时，FactoryTalk Transaction Manager 把工单号、产量、合格数、OEE、主要停机原因等写入 MES 的 SQL Server 数据库。它通过事务机制保证每条记录只写一次，网络中断时缓存重试，避免 MES 与车间数据不一致。
四、学习本课程时应建立的三个判断
- 先定数据用途，再定采集频率与存储策略：用于实时报警的标签和用于年度追溯的标签，采集与压缩策略不同，不应一刀切。
- 区分"实时值"与"历史值"的来源：View 画面上的实时值通常来自控制器直读，趋势与报表来自 Historian，两者在时间戳和工程单位上必须对齐。
- 把集成当作数据链的一环而非附属功能：Transaction Manager 的可靠性设计（重试、去重、事务边界）直接决定 MES 侧数据是否可信，配置时不能只关注"能写进去"。