1. 课程导入与工程全景

在工业物联网（IIoT）项目中，现场设备种类繁多、通信协议各异、数据格式不统一，如何把一台台设备的数据稳定、实时、可追溯地采集到平台，并进一步支撑可视化、告警、分析和业务集成，是工程落地的第一道门槛。ThingWorx 作为 PTC 面向工业场景的物联网平台，核心价值并不只是“把数据接上来”，而是提供从设备连接、数据建模、服务编排到应用交付的一体化能力。本课程围绕“设备接入与工业数据采集工程”展开，目标不是停留在概念介绍，而是让学习者能够独立完成从现场设备到 ThingWorx 平台的数据链路搭建、调试与验证。

一、ThingWorx 在工业物联网中的定位

从工程视角看，ThingWorx 位于工业物联网架构的“平台层”，向下连接设备与边缘网关，向上支撑应用与业务系统。它不直接替代 PLC、传感器或网关，而是通过工业连接组件（如 Kepware、ThingWorx Edge、工业连接服务等）把现场数据标准化后接入平台。平台内部以“物（Thing）”为核心抽象，把设备、产线、工位、传感器等实体映射为可管理的对象，每个物拥有属性（Property）、服务（Service）、事件（Event）和订阅（Subscription）。属性承载实时数据，服务封装业务逻辑，事件驱动状态变化，订阅实现数据分发。

这种模型带来的直接好处是：设备接入不再是“点对点写代码”，而是“建模 + 绑定 + 编排”。例如，一台注塑机的温度、压力、节拍、状态可以分别定义为属性，通过服务读取或写入，通过事件触发告警，通过订阅推送到看板。平台屏蔽了底层协议差异，上层应用只需面向统一的物模型开发。

二、设备接入与数据采集的总体架构

一个典型的 ThingWorx 工业数据采集链路可以划分为四层：现场设备层、边缘接入层、平台服务层、应用消费层。现场设备层包括 PLC、CNC、仪表、传感器、机器人等，通信方式可能是 Modbus TCP、OPC UA、S7、MQTT、串口等。边缘接入层由工业网关或 Kepware 等连接软件组成，负责协议转换、点位采集、缓存与断线续传。平台服务层由 ThingWorx 承担，完成物模型定义、数据存储、服务编排、告警计算和权限管理。应用消费层则是 Mashup 看板、REST API、第三方系统或移动端。

数据在这条链路上的流动方向是：设备产生原始信号 → 边缘层按采集周期读取 → 转换为统一数据格式 → 通过 MQTT/HTTPS/WebSocket 上传 → ThingWorx 更新物属性 → 触发事件或服务 → 应用层展示或消费。理解这条链路，是后续所有实操的基础。

三、学习路径与实战目标

本课程按“先通链路、再练建模、后做集成”的顺序推进。第一阶段建立整体认知，理解 ThingWorx 的定位与数据流；第二阶段进入设备接入实操，包括 Kepware 通道与设备配置、点位采集、ThingWorx Edge 连接、远程绑定；第三阶段完成物模型设计与数据存储，定义属性、服务、事件，配置 ValueStream 与 Stream；第四阶段实现告警、订阅与 Mashup 展示；第五阶段进行故障排查与性能优化，处理断线、数据跳变、时间戳异常等常见问题。

实战目标可以概括为：能够独立完成一条从现场设备到 ThingWorx 看板的完整数据链路，并具备定位链路中断、数据异常、性能瓶颈的能力。具体验收标准包括：设备点位可读、数据可写入物属性、历史数据可查询、告警可触发、看板可刷新、断线后可恢复。

四、一个可参考的工程示例

假设现场有一台支持 Modbus TCP 的温控设备，IP 为 192.168.1.50，端口 502，寄存器地址 40001 保存当前温度（单位 0.1℃，有符号整数），40002 保存设定温度。采集周期设为 1000ms。在 Kepware 中新建通道“ModbusTCP”，设备“TempController”，添加两个标签：CurrentTemp 对应 40001，SetTemp 对应 40002。启动后可在 Kepware 的 Quick Client 中观察数值变化。

随后在 ThingWorx 中创建物“TempController”，添加属性 currentTemp 和 setTemp，类型为 Number。通过 Industrial Connection 或 Edge 将 Kepware 标签绑定到物属性。绑定完成后，在 ThingWorx Composer 的属性面板中应能看到数值随采集周期刷新。若数值始终为 0 或不变，优先检查寄存器地址偏移、数据类型、字节序和采集周期。若数值跳变剧烈，检查是否未做工程单位换算或滤波。

五、常见误区与判断依据

初学者容易把“设备能 ping 通”等同于“数据能采上来”。实际上，网络可达只是第一层，还需要协议匹配、寄存器正确、权限允许、端口开放、采集服务运行。判断链路是否正常，可以按“设备→网关→平台→应用”逐段验证：网关端看标签质量戳，平台端看属性更新时间，应用端看订阅是否收到推送。任何一段断开，都会表现为数据不刷新或显示旧值。

另一个误区是忽视时间戳。工业数据采集必须关注数据产生时间与平台接收时间的差异。若网关缓存后补传，时间戳应保留原始采集时间，否则历史趋势会出现错位。ThingWorx 的 ValueStream 支持带时间戳写入，工程中应优先使用设备或网关时间，而不是平台接收时间。

六、本课程的学习方法

建议按“看架构→配连接→建模型→写服务→做看板→排故障”的节奏推进。每完成一个阶段，都用可观察的结果验证：Kepware 标签是否有值、ThingWorx 属性是否刷新、Stream 是否有历史记录、Mashup 是否显示实时曲线。遇到问题时，先缩小范围，再逐段排查，不要一次性修改多个配置。课程中的参数、IP、寄存器地址均为教学示例，实际项目需根据设备手册和现场网络调整。

掌握这条链路后，后续的告警、分析、集成都会变得有据可依。设备接入与数据采集是工业物联网工程的地基，地基稳，上层应用才可靠。