1. 课程导入与平台定位
在工业物联网（IIoT）项目中，设备接入、数据采集与可视化往往最先被关注，但真正决定系统能否长期稳定运行的，是告警与事件管理。一台数控机床的温度传感器每秒上报一次数据，如果平台只负责把数据画成曲线，那么当主轴温度从 62℃ 缓慢爬升到 78℃ 时，操作员很可能在曲线变红之前毫无察觉；而当温度越过 80℃ 阈值触发停机时，损失已经发生。ThingWorx 的价值，正是在数据与业务动作之间建立一条可配置、可追溯、可复用的告警链路。
ThingWorx 在工业物联网中的角色
ThingWorx 是 PTC 推出的工业物联网平台，它的定位不是简单的“设备联网工具”，而是连接层、建模层、应用层与分析层的集成底座。从架构上看，它向下通过工业协议（如 OPC UA、Modbus、MQTT）连接 PLC、传感器、网关和边缘设备；中间通过 Thing（事物）、Thing Template（事物模板）、Thing Shape（事物形态）等模型对象，把物理设备抽象为可管理的数字实体；向上则通过 Mashup（混搭页面）、服务、订阅和告警引擎，把数据转化为可视化界面、业务规则和自动化动作。
理解 ThingWorx 的告警能力，必须先理解它的模型驱动思想。在传统 SCADA 中，一个温度报警通常绑定在某个具体画面的某个标签上；而在 ThingWorx 中，告警定义在 Thing Template 或 Thing Shape 上，所有继承该模板的设备自动获得同一套告警规则。这意味着：当产线从 10 台设备扩展到 100 台时，不需要重复配置 100 次，只需保证新设备使用正确的模板。这种“一次定义、多处复用”的能力，是 ThingWorx 在工业场景中区别于普通 IoT 平台的关键。
告警与事件管理的业务价值
很多团队在项目初期把告警当作“锦上添花”的功能，直到一次非计划停机造成数小时产能损失，才意识到告警链路本身就是生产保障系统。ThingWorx 的告警与事件管理，业务价值可以归纳为四个层面。
第一，从“事后记录”转向“事前预警”。传统做法是设备停机后查历史曲线，而 ThingWorx 允许在温度、振动、电流等参数上设置多级阈值。例如主轴温度 75℃ 触发“警告”，80℃ 触发“严重”，85℃ 触发“紧急停机”。操作员在 75℃ 时就能收到提醒并安排检查，而不是等到 85℃ 被迫停机。
第二，降低告警风暴带来的注意力消耗。一条产线上百个测点，如果每个测点独立报警，操作员会被淹没。ThingWorx 支持在 Thing Template 层面统一设置去抖时间、延迟触发和告警抑制。例如温度超过 80℃ 必须持续 5 秒才产生告警，避免传感器瞬时尖峰造成误报；同一设备在 60 秒内重复触发同一告警时，只保留一条并累加次数。
第三，让告警成为可追溯的业务事件。每条告警在 ThingWorx 中都有状态生命周期：Active（激活）→ Acknowledged（已确认）→ Resolved（已解决）→ Closed（已关闭）。谁在什么时间确认、处理了多久、最终是否恢复，都记录在案。这为后续的 MTTR（平均修复时间）统计和根因分析提供了数据基础。
第四，打通从告警到工单的自动化路径。当严重告警触发时，ThingWorx 可以通过服务调用外部系统，自动在 MES 或工单系统中创建维修任务，并附带设备编号、告警类型、触发时间和当前参数值。维护人员收到的不再是“CNC_01 报警了”，而是“CNC_01 主轴温度 82℃，已持续 12 秒，建议检查冷却液流量”。
示例场景：某机加工车间 8 台 CNC 设备接入 ThingWorx。在 CNC_Machine_TT 模板上定义温度告警规则：阈值 80℃、持续时间 5s、优先级 High。当 CNC_03 的主轴温度在 14:23:07 达到 81.2℃ 并持续 6 秒后，平台生成告警 ALM-2024-00127，状态为 Active；14:23:40 操作员在 Mashup 看板点击确认，状态变为 Acknowledged；14:31:15 冷却液补充后温度回落至 68℃，告警自动转为 Resolved。整个过程 MTTR 为 8 分 8 秒，数据可用于后续优化。
整体学习路径与实战目标
本课程围绕 ThingWorx 告警与事件管理，按照“认知—建模—配置—集成—排障—复盘”的路径展开，共 30 章。学习路径不是简单的功能罗列，而是沿着一条真实项目的实施主线推进。
第一阶段：平台认知与模型基础。理解 ThingWorx 在 IIoT 架构中的位置，掌握 Thing、Thing Template、Thing Shape、Property、Service 等核心概念。这是后续所有告警配置的前提——如果模型建错了，告警规则就无法复用。
第二阶段：告警规则与状态管理。学习如何在模板和实例上定义告警，设置阈值、持续时间、优先级和去抖策略；理解告警状态机（Active / Acknowledged / Resolved / Closed）的流转条件；掌握告警的查询、过滤和批量操作。
第三阶段：可视化与业务集成。通过 Mashup 构建告警看板，把实时告警、历史告警、设备状态整合到一个页面；学习通过 REST API 或服务调用，把告警推送到邮件、短信、MES 或工单系统，形成闭环。
第四阶段：排障与优化。掌握常见问题排查方法：告警不触发、重复触发、状态不流转、通知未送达等；学习如何通过日志、订阅和调试工具定位问题；最后通过复盘案例，理解如何根据运行数据调整阈值和策略，减少误报和漏报。
实战目标：完成本课程后，你应当能够独立完成以下任务——为一个包含 10 台设备的产线建立 ThingWorx 模型；在模板上定义温度、振动、电流三类告警规则；配置告警状态流转和通知服务；构建一个可用的告警看板；并能够排查告警不触发或重复触发的问题。这些任务不是理论练习，而是工业现场最常见的实施需求。
需要特别强调的是，ThingWorx 的告警能力不是孤立的功能模块，它依赖正确的数据建模、稳定的设备连接和合理的业务规则设计。因此本课程不会只讲“怎么点按钮”，而是把告警放在完整的 IIoT 项目链路中讲解：数据从哪里来、模型怎么建、规则怎么定、告警怎么流转、结果怎么用。只有理解这条链路，才能在面对不同设备、不同协议、不同业务要求时，做出正确的配置决策。
接下来的章节将从 ThingWorx 的基础模型开始，逐步深入到告警规则配置、状态管理、可视化集成和故障排查。每一章都会结合具体的设备参数、配置示例和判断依据，帮助你把平台能力转化为可落地的工业告警方案。