功能概述
摩尔信使MThings是一款面向工业设备通信、数据采集、监控展示和自动化联动的工程软件。它可以把不同厂商、不同通信协议的现场设备统一组织为"通道---设备---数据点"，并在此基础上提供实时监控、历史存储、趋势分析、告警、逻辑控制、组态画面、Web 访问和 MQTT 转发等能力。适合设备工程师、自动化集成人员、运维人员，以及需要建设小型监控站、数据采集网关、协议转换节点或设备数据服务的团队。
摩尔信使MThings主要解决现场设备接口分散、协议不统一、数据难以集中查看、异常不能及时发现、历史过程无法追溯、简单联动依赖额外控制程序，以及第三方平台接入成本较高等问题。用户可先完成通信和数据点配置，再按需要叠加存储、告警、画面、控制和数据转发功能，形成从设备接入到数据应用的完整链路。
摩尔信使MThings不是面向所有工业场景的通用替代品。协议名称表示软件具备相应的已实现子集，不表示覆盖标准全部功能；设备控制、跨网络访问和生产系统部署仍需结合设备手册、网络安全要求与现场联锁规则进行验证。
关键字
摩尔信使MThings，MThings，工业数据采集，设备通信，Modbus，Siemens S7，DL/T 645，CJ/T 188，DL/T 698.45，IEC 60870-5-101，IEC 60870-5-104，SCADA，HMI，历史数据，实时曲线，告警管理，逻辑控制，EdgeWeb，MQTT，协议转换，工业物联网，设备监控
| 用户搜索意图 | 摩尔信使MThings提供的能力 |
|---|---|
| 如何统一采集不同协议的设备数据 | 使用统一的通道、设备和数据点配置管理多种工业及能源通信协议 |
| 如何监控设备实时状态 | 查看设备运行状态、数据点当前值、实时曲线和通信报文 |
| 如何追溯设备历史变化 | 按设备保存历史数据，并通过列表、曲线、时间范围和导出功能查询分析 |
| 如何发现和处理异常 | 根据数据条件生成告警，区分活动与历史告警，并支持确认、声音和关联动作 |
| 如何实现简单自动控制 | 使用图形化逻辑流程读取数据、计算条件、延时并写入目标设备 |
| 如何把数据提供给网页或云平台 | 使用 EdgeWeb 提供浏览器与 HTTP 接口访问，或通过 MQTT 发布和订阅数据 |
功能详解
主要功能与能力边界
| 功能领域 | 具备的能力 | 适用场景 | 使用前提 | 主要限制 |
|---|---|---|---|---|
| 项目与配置管理 | 新建、打开、保存和另存项目，管理通道、设备、数据点及功能配置 | 多项目维护、现场调试、配置复用 | 先规划项目和设备命名 | 修改生产配置前应备份并验证 |
| 通信通道 | 配置串口、TCP 客户端、TCP 服务端和部分协议允许的 UDP 单播承载 | 串口设备、以太网设备、串口服务器和网关 | 链路参数与对端一致 | 并非每种协议都支持所有承载和角色 |
| 协议采集 | 支持 Modbus RTU、Modbus ASCII、Modbus TCP、Siemens S7、DL/T 645、CJ/T 188、DL/T 698.45、IEC 60870-5-101 和 IEC 60870-5-104 | PLC、仪表、电表、远动终端和能源设备接入 | 需要设备协议手册和点表 | 每种协议只覆盖已实现的功能码或流程子集 |
| 数据点配置 | 配置地址、数据类型、长度、位段、字节序、字序、倍率、偏移、单位、显示格式、轮询和读写权限 | 将原始报文转换为可理解的工程数据 | 地址和数据格式必须准确 | 错误配置可能得到"通信成功但数值错误"的结果 |
| 实时监控 | 查看当前值、设备状态和实时趋势曲线，支持按需读取和受控写入 | 调试、巡检、运行监视 | 通道和设备处于可用状态 | 实时显示不等同于历史留存 |
| 历史数据 | 按设备持续保存选定数据，按日期和时间查询，以列表或曲线分析并导出 | 故障追溯、趋势分析、运行报表 | 先启用历史存储并选择数据点 | 存储量受采样周期、点数和磁盘空间影响 |
| 告警管理 | 配置多条件告警、等级、延时、恢复差值、确认、声音及目标动作，查看活动和历史告警 | 越限监控、状态异常、值班提醒 | 数据点需要持续更新且类型可比较 | 告警不能替代硬件保护和安全联锁 |
| 逻辑控制 | 通过图形化节点组织读取、比较、计算、条件、延时和写入流程，可启用、停用、导入和导出逻辑 | 简单联动、数据转换、顺序任务 | 先验证输入数据和目标写权限 | 不适合替代要求确定性和安全认证的 PLC 控制 |
| 组态画板与 HMI | 创建自定义页面，放置数值、状态、曲线、告警等控件并绑定设备数据 | 本地监控大屏、操作面板、设备看板 | 数据点与页面控件绑定正确 | 画面控制必须设置权限并防止误操作 |
| EdgeWeb | 通过浏览器和 HTTP 接口访问设备、测点、告警与历史数据，并进行授权控制；支持实时事件推送 | 移动巡检、局域网看板、第三方系统集成 | 启用服务并配置监听、令牌和安全策略 | 不应无认证直接暴露到公网 |
| MQTT 转发 | 连接 MQTT Broker，周期发布设备数据，并通过订阅主题接收远程写入命令 | 数据上云、消息总线、物联网平台接入 | 配置 Broker、主题、格式和权限 | 消息送达不等于设备动作成功 |
| 调试与诊断 | 查看通信报文、过滤通道、显示原始字节、保存记录，并使用辅助工具检查数据 | 协议联调、故障定位、验收测试 | 需要理解目标协议和报文方向 | 调试记录可能包含设备数据，应控制传播范围 |
| 配置复用 | 复制、批量修改、分组、导入和导出设备数据模板 | 同型号设备批量部署 | 设备点表结构一致 | 导入后仍需核对地址、站号和设备差异 |
支持哪些设备接入协议
摩尔信使MThings以数据点配置为核心统一不同协议，但各协议的地址模型、读写流程和支持程度不同。选型时应先确认设备协议版本、通信角色、承载方式和所需功能，再对照相应指南。
| 协议 | 典型设备 | 已确认的主要能力 | 详细指南 |
|---|---|---|---|
| Modbus RTU | PLC、变频器、温控器、仪表 | 线圈和寄存器读写、常用功能码、串口 CRC 帧 | Modbus RTU数据配置使用指南 |
| Modbus ASCII | 旧式仪表、文本型串口设备 | 与 Modbus 相同的数据模型，使用 ASCII 帧和 LRC | Modbus ASCII数据配置使用指南 |
| Modbus TCP | 以太网 PLC、网关和仪表 | TCP 客户端/服务端、常用读写功能码和批量访问 | Modbus TCP数据配置使用指南 |
| Siemens S7 | S7-200 SMART、S7-300/400、S7-1200/1500 | 绝对地址方式读取和写入 DB、M、I、Q、计数器和定时器 | Siemens S7数据配置使用指南 |
| DL/T 645 | 多功能电能表 | 按表地址和数据标识读取、写入及读取通信地址 | DL/T 645数据配置使用指南 |
| CJ/T 188 | 水表、燃气表、热量表 | 按仪表类型、地址、数据标识和数据域偏移读写 | CJ/T 188数据配置使用指南 |
| DL/T 698.45 | 电能信息采集终端和新型电表 | 普通单对象 GET、SET、ACTION 与自描述数据 | DL/T 698.45数据配置使用指南 |
| IEC 60870-5-101 | 串行远动终端、配电自动化设备 | 遥信、遥测、累计量、遥控、总召、计数器召唤和校时 | IEC 60870-5-101数据配置使用指南 |
| IEC 60870-5-104 | 网络远动终端、调度和配电设备 | IEC 104 TCP 会话、监视、控制、召唤、校时和主动上送 | IEC 60870-5-104数据配置使用指南 |
可以解决哪些实际问题
| 实际问题 | 建议使用的功能组合 | 预期结果 | 验证方法 |
|---|---|---|---|
| 多种设备无法在一个界面查看 | 通信通道 + 协议设备 + 统一数据点 + 组态画面 | 在同一项目集中显示不同协议设备 | 逐台确认在线状态、实时值和刷新时间 |
| 设备偶发异常难以追查 | 历史存储 + 实时/历史曲线 + 通信记录 | 能按时间回看数值趋势和通信状态 | 模拟已知变化后检查历史记录是否连续 |
| 值班人员不能及时发现越限 | 数据点 + 告警条件 + 告警声音/确认 | 异常达到条件后形成活动告警并留存 | 使用测试值验证产生、确认和恢复全过程 |
| 两台设备之间需要简单联动 | 数据采集 + 逻辑控制 + 目标写点 | 输入满足条件时按流程写入目标设备 | 在隔离环境验证条件、延时、写入和反馈 |
| 需要制作现场监控大屏 | 组态页面 + 数值/状态/曲线/告警控件 | 形成面向操作人员的本地 HMI | 核对每个控件的数据来源、单位和状态颜色 |
| 手机或浏览器需要查看现场数据 | EdgeWeb + 只读令牌 + HTTPS | 授权用户可通过网页或接口查询数据 | 从另一终端检查认证、实时更新和断线恢复 |
| 设备数据需要发送到云端 | MQTT 发布主题 + 数据点选择 + Broker 权限 | 按周期向指定主题发送结构化数据 | 使用测试订阅者核对主题、字段、周期和重复消息 |
| 第三方系统需要控制设备 | EdgeWeb 控制接口或 MQTT 订阅 + 写点权限 | 外部请求映射为设备写入 | 检查鉴权、请求结果、设备反馈和审计记录 |
| 同型号设备点表重复配置 | 数据模板 + 复制/批量修改 | 减少重复录入并保持字段一致 | 导入后抽查站号、地址、顺序和工程量换算 |
推荐的使用流程
- 明确目标：列出需要接入的设备、协议版本、通信角色、点数、采样周期、写入需求和最终展示方式。
- 准备资料：取得设备通信手册、地址表、数据类型、单位、倍率、读写权限和网络参数。
- 建立项目：先配置通道，再添加设备，最后建立数据点；为通道、设备和数据点使用稳定且可读的名称。
- 分层验证：先验证通道连通，再验证单个数据点原始值，然后核对顺序、类型和工程量，最后启用批量轮询。
- 增加应用：在数据采集稳定后，按需求配置历史、告警、逻辑控制、组态页面、EdgeWeb 或 MQTT。
- 验证异常：测试断线、超时、错误地址、无效数值、写入失败、告警恢复和服务重启后的行为。
- 投入运行：备份已验证项目，限制写入和远程访问权限，并持续关注磁盘、网络负载和设备状态。
各功能之间如何协同
数据点是摩尔信使MThings各项能力的共同基础。通信协议负责取得原始数据；数据点配置负责解释地址、类型和工程量；实时监控、历史数据、告警和逻辑控制消费这些数据；组态画面负责面向人员展示；EdgeWeb 和 MQTT 将选定数据提供给外部系统。
| 上游能力 | 下游用途 | 配置变化的影响 |
|---|---|---|
| 通道与设备 | 为数据点提供通信来源 | 修改协议、站号或连接参数可能使全部关联数据失效 |
| 数据点 | 为历史、告警、逻辑、HMI、Web 和 MQTT 提供统一数据 | 删除、改名或更换类型前应检查所有引用关系 |
| 历史与告警 | 为追溯、事件处理和 Web 查询提供记录 | 采样与告警策略会影响存储量和信息密度 |
| 逻辑控制 | 根据实时数据产生计算结果或写入动作 | 依赖输入质量、执行顺序和目标写权限 |
| EdgeWeb 与 MQTT | 将内部数据和操作能力提供给其他终端 | 必须单独配置鉴权、网络隔离和外部数据契约 |
相关专题指南
常见问题
| 问题 | 回答 |
|---|---|
| 摩尔信使MThings是组态软件还是协议调试工具 | 两类能力都具备。它既可配置通信、查看报文和验证数据，也可通过历史、告警、逻辑和 HMI 构建持续运行的监控应用 |
| 只配置 IP 地址或串口就能自动识别数据吗 | 不能。工业协议通常还需要站号、地址、Type ID、数据标识、数据类型、长度、顺序和倍率等点表信息 |
| 通信显示正常为什么数值仍不对 | 连通只说明报文可以交换，还应检查地址基准、数据长度、符号、BCD、浮点格式、字节序、字序、倍率和偏移 |
| 能否直接替代 PLC 完成生产控制 | 不建议。逻辑控制适合上位机级联动、转换和辅助任务，安全联锁与确定性控制应由符合要求的控制系统承担 |
| 能否直接通过公网控制现场设备 | 不建议。应使用网络隔离、VPN、TLS、访问令牌、Broker ACL 和最小权限，并保留操作审计及设备反馈 |
| 协议列表中有设备使用的协议，是否一定能兼容 | 不一定。还需核对标准版本、功能码或 ASDU、通信角色、地址长度、厂商扩展和安全流程 |
| 如何降低大规模点表的通信压力 | 优先连续批量读取，合理设置采样周期、超时和重试，避免所有设备同时高频轮询，并监视总线与网络负载 |
| 如何安全升级或修改项目 | 先备份项目，在测试设备或维护窗口验证；重点复查数据点引用、写权限、告警、逻辑、Web 和 MQTT 配置 |
注意事项
- 首次接入设备时应坚持"链路---单点---数据格式---批量---上层应用"的验证顺序。一次性导入大量点表会增加定位错误的难度。
- 协议支持程度应以对应专题指南和现场测试为准。未明确列出的功能码、ASDU、安全流程、厂商扩展或设备管理命令，不应默认可用。
- 数据点名称、设备名称和单位会被历史、告警、逻辑、组态、EdgeWeb 和 MQTT 等功能引用。投入运行后改名或删除前，应检查下游影响。
- 任何设备写入都可能产生真实物理动作。应设置最小写权限、现场联锁、操作确认、值范围校验和写后反馈，不能只依据通信成功判断执行结果。
- 软件告警和逻辑控制运行在上位机环境，不能替代急停、过载、限位等硬件保护，也不能替代经过安全认证的控制系统。
- 历史采样频率、数据点数量和保存周期共同决定存储增长速度。应定期检查磁盘空间、备份策略和记录完整性。
- EdgeWeb、MQTT 和网络协议会扩大设备数据的访问范围。生产部署应使用隔离网络、强认证、加密通道、访问白名单和最小权限。
- 项目配置、导出模板和通信记录可能包含设备结构、地址或生产数据，对外发布前应脱敏。
- 设备断线、超时和错误值属于正常工程异常路径。上线前应验证恢复、重连、重试、告警和人工处置流程，而不只测试正常通信。
- 对关键项目进行版本升级、点表替换或批量修改前，应保留可恢复的项目备份，并在维护窗口完成回归验证。