1. 课程导入与集成全景
在智能制造项目中，ThingWorx 与 MES 的集成几乎是最常见、也最容易“看起来简单、做起来复杂”的一类任务。ThingWorx 擅长设备接入、实时数据处理、可视化与低代码应用编排；MES 则掌握工单、工艺路线、物料、批次、质量与生产报工等制造执行主数据。两者一旦打通，车间现场的数据就能自动回流到制造执行系统，管理层的排产与质量决策也能实时下发到设备与操作终端。本课程的目标，是让读者从零开始，掌握 ThingWorx 与 MES 集成的完整技术链路，并能在真实项目中独立完成接口设计、数据映射、异常处理与联调验证。
一、为什么必须集成：业务价值与典型场景
先看一个典型场景。某离散制造车间有 12 台数控机床，每台设备通过 OPC UA 或 Modbus 将主轴转速、进给速度、报警码、加工计数等数据上报到 ThingWorx。与此同时，MES 中已经存在当班工单：工单号 WO-20240517-003，产品型号 A-220，计划数量 500 件，工艺路线包含三道工序。如果没有集成，操作员需要在 MES 中手动报工，设备数据与工单数据彼此孤立，生产进度依赖人工统计，异常响应滞后。
集成之后，ThingWorx 从 MES 拉取工单与工艺参数，将工单号、产品型号、标准节拍等绑定到设备实体；设备运行时，ThingWorx 实时采集加工计数与状态信号，当计数达到报工阈值或工序完成时，自动向 MES 写入报工记录、设备状态与质量结果。MES 则根据报工数据更新工单进度、触发下一道工序派工，并在出现连续不良时向 ThingWorx 下发停机指令。这条链路带来的业务价值可以归纳为四点：
- 数据实时性：报工从“班末汇总”变为“工序完成即回传”，工单进度延迟从小时级降到秒级。
- 减少人工干预：操作员不再手工录入产量与设备状态，降低错报、漏报。
- 质量闭环：MES 的质量判定结果可回写 ThingWorx，驱动设备报警、锁机或参数修正。
- 可追溯性：批次、设备、工艺参数、操作员与时间戳形成完整追溯链，满足审计与客诉分析。
典型集成场景并不止于报工。常见场景还包括：MES 下发工单与工艺参数到 ThingWorx；ThingWorx 上报设备状态与 OEE 原始数据；MES 触发换型时，ThingWorx 自动切换配方；质量异常时，MES 下发停线指令；以及 ThingWorx 将能耗数据回传 MES 用于单件能耗核算。理解这些场景，有助于在后续章节中判断“哪些数据该走实时链路、哪些走批量同步”。
二、技术栈总览：从设备到 MES 的完整链路
ThingWorx 与 MES 的集成不是单一接口，而是一条分层链路。自下而上可以划分为：设备层、边缘层、ThingWorx 平台层、集成中间层、MES 应用层。设备层通过 OPC UA、Modbus TCP、MQTT 等协议输出数据；边缘层可使用 Kepware 或 ThingWorx Edge SDK 完成协议转换与断线缓存；ThingWorx 平台层负责实体建模、Thing Template 定义、数据变更订阅与 Mashup 展示；集成中间层通常采用 REST API、JDBC、消息队列（如 Kafka、RabbitMQ）或 ESB；MES 应用层则提供工单、报工、质量、物料等业务接口。
需要特别说明的是，ThingWorx 与 MES 之间并不存在“唯一正确”的集成方式。选择 REST 还是消息队列，取决于实时性要求、MES 接口能力与网络条件。例如，报工写入通常要求可靠且可重试，适合 REST + 幂等键；设备状态高频上报则更适合 MQTT 或 Kafka 做削峰与异步解耦。后续章节会逐一展开这些技术选型的判断依据。
三、学习路径：从概念到可交付的集成能力
本课程共 30 章，整体遵循“先建立全景、再打通单点、最后完成闭环”的路径。前几章会先讲清 ThingWorx 的实体建模、Thing Template、数据变更订阅与 REST 服务能力，因为这是集成的“发送端”基础；随后进入 MES 侧接口认知，包括工单、报工、质量、物料等典型接口的字段结构与调用约束；再往后是集成中间层的设计，涵盖 REST 调用、消息队列、数据库中间表、幂等与重试、异常补偿等工程细节。
在具备单点打通能力后，课程会进入综合实战：以一条真实产线为背景，完成“MES 下发工单 → ThingWorx 绑定设备 → 设备运行采集 → 自动报工 → MES 更新进度 → 质量异常回写 → 设备停机”的完整闭环。最后几章会讨论性能优化、安全认证、日志监控与上线运维，帮助读者把“能跑通”提升为“能稳定运行”。