📚 课程目录第1章课程导入与ThingWorx平台认知

1. 课程导入与ThingWorx平台认知

在制造业数字化转型的语境中，“数字孪生”并不是一个抽象口号，而是一种把物理世界中的设备、产线、工艺过程映射为可计算、可观测、可交互的数字化对象的方法。它的核心价值在于：让原本只能到现场看、靠经验判断的状态，变成可以在软件中实时读取、历史回溯、规则判断甚至反向控制的数据模型。ThingWorx 正是 PTC 面向工业物联网场景推出的应用平台，它的定位不是替代 PLC、SCADA 或 MES，而是位于这些系统之上，承担设备连接、数据建模、业务逻辑编排、可视化应用快速搭建和边缘协同的职责。

理解 ThingWorx，需要先理解它解决问题的基本路径。传统工业软件开发中，一个“设备状态监控页面”往往要经历驱动对接、协议解析、数据库建表、后端接口、前端页面、报警逻辑等多层工作，周期长且难以复用。ThingWorx 把这些能力抽象为几个稳定的平台概念：Thing（事物，表示设备或对象的数字模型）、Thing Template（事物模板，定义同类事物的属性、服务和事件）、Thing Shape（事物形态，用于能力组合复用）、Mashup（混搭，可视化界面）、ThingWorx Flow（流程编排）以及 Edge（边缘侧连接与计算）。开发者先建立模型，再绑定数据源，最后通过服务、订阅和界面把数据用起来。

从上面的分层可以看出，ThingWorx 的典型数据路径是：现场设备通过 OPC UA、Modbus、MQTT 等协议把数据送到 Edge 层，Edge 完成采集、预处理和缓存后，经安全连接上传到平台；平台侧由 Thing 模型承接数据，服务与订阅负责计算和判断，Mashup 负责呈现，Flow 负责跨系统流程；当业务需要反向控制时，指令再沿平台、边缘、设备逐层下行。这条“上行数据、下行指令”的双向链路，是后续所有章节反复出现的主线。

在工业物联网的整体架构中，ThingWorx 通常处于“平台层”位置。它向下连接设备和边缘，向上支撑应用和集成。与 SCADA 相比，它更强调跨设备、跨厂区的统一建模和 Web 化应用；与 MES 相比，它更偏向设备侧数据接入和实时状态服务，而不是生产订单与工艺执行的完整管理；与纯数据库或报表工具相比，它提供了面向对象的模型和事件机制，使数据不只是被存储，而是能被服务调用和界面消费。理解这个定位，可以避免把 ThingWorx 当成“另一个组态软件”或“另一个数据库”来使用。

平台的核心能力可以归纳为五类。第一是连接能力，支持多种工业协议和 IT 协议，把异构设备统一接入。第二是建模能力，用 Thing Template 和 Thing Shape 定义可复用的设备模型，例如“电机模板”包含温度、转速、电流三个属性，以及“启动”“停止”“读取状态”三个服务。第三是逻辑能力，通过服务、订阅、事件和定时器实现业务规则，例如温度超过 85℃ 触发报警事件。第四是可视化能力，通过 Mashup 把属性、服务、图表、报警列表组合成页面。第五是流程与集成能力，通过 Flow 或 REST 接口与 ERP、MES、邮件、工单系统对接。

为了更具体地理解建模过程，下面给出一个教学示例。假设要为一个车间建立“电机数字孪生”，可以先创建 Thing Template，命名为 MotorTemplate，并定义属性：

属性：
  temperature  (NUMBER, 单位 ℃)
  speed        (NUMBER, 单位 rpm)
  current      (NUMBER, 单位 A)
  running      (BOOLEAN)

服务：
  Start()      将 running 置为 true
  Stop()       将 running 置为 false
  ReadStatus() 返回当前温度、转速、电流

订阅：
  当 temperature > 85 时，触发 HighTempAlarm 事件

随后基于该模板创建具体 Thing，例如 Motor_01、Motor_02，分别绑定到现场不同电机。这样，新增一台电机时只需复制模板并绑定数据源，而不必重新编写整套逻辑。这个示例中的参数和阈值属于教学假设，实际项目中应根据设备手册和工艺要求确定。

开发场景方面，ThingWorx 常见于设备远程监控、预测性维护、产线综合看板、能耗分析、远程运维和轻量级 MES 补充等方向。以设备监控为例，典型闭环是：Edge 采集电机温度与转速，平台 Thing 接收数据，服务判断是否超限，Mashup 显示实时曲线和报警，Flow 在报警时自动创建工单并通知责任人。这个闭环中，数据从物理对象进入数字模型，再转化为业务动作，正是数字孪生从“看见”走向“干预”的过程。

学习本课程时，建议始终带着三个问题看每个功能：数据从哪里来、模型如何表达、结果如何被使用。这三个问题对应连接、建模和应用，是 ThingWorx 开发中最稳定的思考框架。

本课程后续将围绕平台环境搭建、Thing 与模板建模、服务与订阅编写、Mashup 界面设计、Edge 连接配置、Flow 流程编排以及综合案例逐步展开。本章的目标不是记住所有术语，而是建立一张“平台地图”：知道 ThingWorx 在工业物联网中站在哪里、由哪些核心部件组成、数据如何流动、一个数字孪生应用从建模到呈现大致经过哪些环节。有了这张地图，后续每个具体功能都能找到自己的位置。