1. 课程导入与平台认知
在开始动手搭建生产设备监控与可视化平台之前，我们需要先建立一张清晰的“地图”：ThingWorx在工业物联网（IIoT）体系中究竟处于什么位置，它解决的是哪一层的问题，以及我们这门课最终要交付什么。很多初学者一上来就急着拖拽控件、连数据库，结果遇到“设备数据怎么进来”“为什么模型建好了却看不到实时值”这类问题时无从下手。根源往往不是操作不熟，而是对平台定位和数据链路缺乏整体认知。
一、从工业物联网的分层看ThingWorx的位置
典型的工业物联网系统可以粗略分为四层：现场设备层、边缘接入层、平台服务层和应用层。现场设备层是PLC、CNC、传感器、仪表等真实生产对象，它们通过Modbus、OPC UA、S7、MQTT等协议对外暴露数据；边缘接入层负责协议转换、数据采集与本地缓存，常见形态是边缘网关或工业PC；平台服务层承担设备连接管理、数据建模、规则计算、存储与API开放；应用层则是面向操作工、班组长和设备工程师的监控看板、报警界面与报表。
ThingWorx属于平台服务层，并且向上延伸到应用层。它的核心价值在于：把来自不同品牌、不同协议的设备数据，统一抽象为“事物（Thing）”，再通过“事物模板（Thing Template）”定义同类设备的属性、服务和事件，最后用Mashup可视化工具快速拼装出监控页面。换句话说，ThingWorx不直接和PLC对话，而是通过工业连接组件（Industrial Connectivity，如Kepware）或边缘服务把数据“翻译”成平台能理解的结构。
二、生产设备监控与可视化的核心价值
为什么制造企业愿意投入资源做设备监控与可视化？核心价值可以归纳为三点。
第一，把“看不见”变成“看得见”。传统车间里，一台机床是否在运行、主轴负载多少、当天产量多少，往往靠人工巡检和纸质记录。数据滞后、易出错，管理者拿到的是“昨天的故事”。通过ThingWorx把设备状态实时映射到看板上，操作工能立刻看到当前转速、温度、报警状态，班组长能实时掌握产线节拍。
第二，把“事后维修”变成“事前预警”。设备监控不只是显示数字，更重要的是基于规则做判断。例如，当某台注塑机的液压油温连续5分钟超过65℃，平台可以自动触发事件，推送通知给设备工程师。这背后依赖的是ThingWorx的订阅与事件机制，而不是人工盯屏。
第三，把“经验驱动”变成“数据驱动”。当设备数据被持续采集和存储后，就可以计算OEE（设备综合效率）、统计停机原因分布、分析良品率与工艺参数的关系。这些分析结果反过来指导排产和维护策略。
三、整体学习路径与实战项目介绍
本课程共30章，围绕一个贯穿始终的实战项目展开：为一条包含5台设备的装配线搭建生产设备监控与可视化平台。这5台设备包括：1台PLC控制的传送带、2台CNC加工中心、1台自动锁螺丝机、1台视觉检测工位。每台设备通过Kepware采集关键参数，经MQTT接入ThingWorx。
学习路径大致分为四个阶段：
- 平台认知与建模基础（第1～8章）：理解ThingWorx架构，掌握Thing、Thing Template、Thing Shape的创建与继承关系，完成5台设备的事物建模。
- 数据接入与实时处理（第9～16章）：配置工业连接组件，建立MQTT订阅，把设备属性绑定到Thing上，验证实时值刷新。
- 可视化与交互开发（第17～24章）：使用Mashup Builder搭建产线总览、单机详情、报警列表三个页面，配置数据绑定与交互事件。
- 规则、报警与部署（第25～30章）：编写事件触发规则，配置邮件/企业微信通知，完成权限设置与平台发布。
为了让学习有明确的验收标准，我们为实战项目设定了一组示例目标（以下参数为教学假设，用于说明监控需求，并非真实产线实测值）：
| 监控对象 | 关键属性 | 采集频率 | 报警条件（示例） |
|---|---|---|---|
| 传送带 PLC | 运行状态、速度、电机电流 | 1 秒 | 电流 > 8.5 A 持续 10 秒 |
| CNC-01 / CNC-02 | 主轴转速、进给速度、刀具号、运行模式 | 2 秒 | 主轴负载 > 85% 持续 30 秒 |
| 自动锁螺丝机 | 拧紧扭矩、合格计数、故障代码 | 1 秒 | 扭矩超出 1.8～2.2 N·m 范围 |
| 视觉检测工位 | 检测结果、良品数、不良品数、节拍 | 1 秒 | 连续 5 件不良 |
这张表本身就是后续建模的“需求清单”。在ThingWorx中，我们会为每一类设备创建一个Thing Template，把上表中的属性定义为模板属性，再基于模板创建具体设备实例。例如，创建名为 CNC_Template 的模板，包含 spindleSpeed、feedRate、toolNumber、runMode 四个属性；然后创建 CNC_01 和 CNC_02 两个Thing，继承该模板。这样，当需要修改属性定义时，只需改模板，两个实例自动同步。
四、开始之前需要建立的三个认知
认知一：ThingWorx是“组装式”平台，不是“写代码”平台。大部分功能通过配置和拖拽完成，但理解底层模型关系仍然必要。遇到问题时，能判断是数据没进来、模型没绑定，还是界面没订阅，比盲目试错高效得多。
认知二：数据质量决定监控质量。如果采集频率设置不当、单位不统一、时间戳错乱，再漂亮的看板也没有意义。在后续章节中，我们会专门讨论采集参数和异常数据处理。
认知三：先跑通一条最小链路，再扩展。不要试图一次性把5台设备全部接入。建议先用一台CNC跑通“采集→建模→绑定→显示”的完整链路，确认每个环节都正常，再复制到其他设备。这也是本课程实战项目的推荐推进方式。
接下来，我们将从ThingWorx的登录与界面导航开始，逐步进入建模与开发环节。