1. 课程导入与ThingWorx平台定位
工业物联网（IIoT）并不是把传感器接上网线那么简单。它要解决的是一个更本质的问题：如何让车间里成千上万台异构设备产生的数据，变成工程师、运维人员和管理者可以理解、可以决策、可以行动的信息。PTC ThingWorx 正是围绕这个问题构建的平台。本课程将带你从零开始理解它的架构，并逐步掌握用 ThingWorx 搭建一个可运行的工业物联网应用的方法。
工业物联网平台的核心能力
在讨论 ThingWorx 之前，先要明确一个 IIoT 平台必须具备哪些能力。我们可以把它拆成五个层次来看：
- 连接与采集：支持 Modbus、OPC UA、MQTT、REST 等工业协议，把 PLC、CNC、传感器、网关的数据接入平台。这是所有上层能力的基础。
- 建模与抽象：把物理设备映射为数字对象，用统一的模型描述设备的属性、事件和服务，而不是让每个应用各自解析原始报文。
- 数据处理与规则：对采集到的数据进行清洗、聚合、阈值判断和事件触发，例如“当主轴温度连续 30 秒超过 85°C 时产生告警”。
- 可视化与应用编排：通过拖拽式界面快速构建仪表盘、工单页面和移动端应用，让非程序员也能参与应用搭建。
- 集成与扩展：与 MES、ERP、数据库、云服务对接，并提供 API 和 SDK 支持二次开发。
这五层能力构成了一个完整的闭环：数据从设备流入，经过建模和规则处理，最终以可视化或业务动作的形式输出价值。缺少任何一层，平台都会退化成“数据采集工具”或“报表工具”，而不是真正的物联网平台。
ThingWorx 在 IIoT 中的角色
ThingWorx 的定位可以用一句话概括：它是一个以“模型驱动”为核心的工业物联网应用开发平台。与许多偏重数据存储或偏重设备管理的平台不同，ThingWorx 的核心抽象是“Thing”（事物）。每一个物理设备、每一条产线、每一个工单，都可以被建模为一个 Thing，并拥有自己的属性（Property）、服务（Service）、事件（Event）和订阅（Subscription）。
这种模型驱动的方式带来两个直接好处。第一，应用开发不再从零写代码，而是基于已有模型组合和扩展；第二，设备、产线和业务对象之间可以建立层级关系，例如“车间 → 产线 → 设备 → 部件”，数据可以沿层级向上聚合，也可以向下追溯。
从技术架构上看，ThingWorx 通常部署为三层：边缘层负责协议转换和本地预处理，平台层负责建模、规则、存储和 API，应用层负责可视化与业务集成。边缘层可以运行 ThingWorx Edge SDK 或 Kepware，平台层是 ThingWorx Foundation，应用层则通过 Mashup Builder 和 Composer 构建。这个分层结构决定了后续章节的学习顺序。
课程目标与学习路径
本课程的目标不是让你记住 ThingWorx 的菜单在哪里，而是让你具备独立设计并搭建一个工业物联网应用的能力。具体来说，完成课程后你应该能够：
- 理解 ThingWorx 的整体架构，说清边缘层、平台层和应用层各自的职责与边界。
- 使用 Composer 创建 Thing Template 和 Thing 实例，完成设备建模。
- 配置属性、服务、事件和订阅，实现数据采集与规则触发。
- 使用 Mashup Builder 构建可视化页面，并绑定实时数据。
- 通过 REST API 或 SDK 将 ThingWorx 与外部系统集成。
- 对常见问题（连接失败、数据不更新、告警不触发）进行定位和排查。
学习路径按照“先建模型、再通数据、后做应用”的顺序推进。前几章聚焦平台概念和建模基础，中间章节进入数据采集、规则引擎和可视化，最后几章覆盖集成、部署和综合案例。每一章都会围绕一个可操作的任务展开，而不是纯理论讲解。
一个贯穿课程的示例场景
为了让抽象概念有落脚点，本课程会用一个贯穿始终的示例场景：某机加工车间有 6 台数控机床，每台机床通过 OPC UA 对外暴露主轴转速、主轴温度、进给速度和运行状态四个关键参数。车间希望实现三件事：第一，在办公室大屏上实时看到每台机床的运行状态；第二，当主轴温度超过 85°C 并持续 30 秒时，自动向值班工程师推送告警；第三，每天统计每台机床的累计运行时长和平均主轴转速，写入 MES 系统。
这个场景虽然不大，但覆盖了 IIoT 平台的核心链路：设备接入、数据建模、规则判断、可视化展示和系统集成。后续章节中的 Thing 模型、属性绑定、订阅配置、Mashup 页面和 REST 调用，都会围绕这个场景展开。你可以把它替换成自己熟悉的设备或产线，但建议保持结构相似，这样每章的示例参数和判断逻辑都能直接复用。