深入监控调试——报文详解

PLM 入门

V 1.0

目录

目录 (1)

版本信息 (2)

一、功能概述 (3)

二、通讯规约介绍 (3)

三、常用工具介绍 (4)

四、调试过程 (5)

4.1环境搭建 (5)

4.2运行调试 (5)

五、报文查看 (7)

5.1如何抓取报文 (7)

5.2以太网TCP104报文和串口IEC103报文： (8)

5.3串口M OD B US报文 (9)

5.4串口非标报文 (10)

六、报文实例 (11)

6.1报文实例-104上送遥脉报文 (11)

6.2报文实例-104上送遥测报文 (11)

6.3报文实例-104遥控报文 (12)

6.4报文实例-IEC103上送遥脉报文 (14)

6.5报文实例-IEC103上送遥测报文 (14)

6.6报文实例-IEC103遥控报文 (15)

6.7报文实例-IEC103压板投退报文 (16)

6.8报文实例-IEC103第一帧报文 (17)

七、实际问题分析 (17)

附A、安装包介绍 (18)

版本信息

一、功能概述

MCU801A，串口服务器，也叫做通讯管理机，在8000监控系统中作为子站（装置）和后台（8000监控）之间通讯的桥梁，起到规约转换的作用。

图1.1 监控抽象结构图

如上图所示，通过MCU，子站的数据可以上送到8000监控后台，监控后台的命令可以下达到每个子站。MCU主要在串口和以太网之间转换规约，主要涉及规约如下：

1、基于以太网的tcp104规约

2、基于串口的iec10

3、Modbus、自定义规约。

二、通讯规约介绍

通讯规约主要规定了通讯机制和数据帧的数据格式。

与我们的MCU相关的通讯规约主要有TCP104、IEC103、MODBUS，还有许多不规则的自定义规约。具体规约参考产品的规约说明文件。

常用规约：

许继TCP104规约

许继IEC103规约

ModBus规约

规约不需要死记硬背，在需要的时候会查看规约文档就行。

三、常用工具介绍

1、MCU配置工具

由于业务需求，MCU配置工具做了升级，主要体现在：

A、可以对一个串口增加最多16个装置的设置（原来8个）。

B、同一串口下配置的装置地址可以不同，兼容多个装置虚拟为一个装置的情况。

C、目标MCU的IP记忆功能。

D、报文监视中增加报文保存功能，保存在程序目录下。

E、可以对16个串口进行配置，该功能需要在16个串口的MCU上进行验证。

F、支持设置后串口参数的修改。

G、支持设置后装置参数的修改。

H、集成了原来Monitor.exe的功能。与原来的Monitor.exe工具存在端口冲突。

2、串口调试工具

串口调试工具.exe

3、标准modbus模拟子站

在进行MCU规约测试时候，该工具运行在pc端模拟执行标准ModBus

规约的实际装置，接收ModBus命令并返回预置的数据。

4、IEC103仿真子站

可以简单模拟IEC103装置通讯。

四、调试过程

4.1 环境搭建

也就是MCU的运行环境，可以是仿真环境，也可以是实际的现场环境。从子站到后台，该环境需要做到：

1、子站（装置）正确的通讯配置。如地址和通讯参数

2、装置与MCU的正确接线。

3、MCU正确的配置。如串口参数、规约和对应子站

4、后台数据维护中正确配置。如装置IP地址表、系统维护的实时数据处理、数据维

护、实时监控配置等。

5、104监控界面的组态。

4.2 运行调试

调试过程就是一个发现、定位、分析并解决问题的过程。理想情况下，按上一节(3.1)的环境搭建起来后，通过8000监控后台就可以验证MCU报文转发的正确性。但我们在调试的时候遇到或多或少的、甚至感觉有点怪怪的问题。问题的出现都有它必然的原因，处理这些问题的时候，要采取由整体到局部，由浅入深的方式排查。

下面我们模仿几个常见问题，通过该问题解决过程来引入常用的调试手段。

前提：完成了4.1的基本的环境搭建（针对下面所有问题）

问题1：监控后台没反应（显示通讯一直中断状态）

定位：过程：

1、检查搭建环境过程中所有的配置是否正常ok

2、检查MCU与子站的通讯是否正常

1）、查看MCU的串口发送灯，闪烁链路ok，否则换程序或者重新配置串口规约。

2）、查看MCU的串口接收灯，闪烁链路ok，否则需要如下几个方面检查：

(1)检查MCU与装置物理连接，如果正常执行下一步

(2)检查装置通讯参数配置，如果正常执行下一步

(3)监视MCU下发报文，对照规约和实际环境，如果正常执行下一步

(4)装置串口引出到电脑，通过软件查看是否有回复报文，如果没有则装置有问题、如

果有且报文正确，则MCU接收指示灯坏。可认为MCU与装置通讯正常。

3、检查MCU与8000后台的通讯是否正常

1）、后台ping MCU，通则表示物理链路是正常的，否则检查物理链路。

2）、物理链路正常，抓取后台与MCU之间的104报文，104后台会定时下发总召报文，如果MCU没有任何回复报文，则MCU问题。

分析：配置无误、MCU与装置通讯正常（物理链路和规约）、MCU与104后台物理链路通畅，这样的情况下，就可以定位MCU程序出了问题。

问题2：监控后台10个遥测值，9个正确，一个错误（为0或者不正确）。

定位分析：

1、检查点表配置，如果配置正确，基本定位是规约转换问题，按情况反馈给规约

开发组就行。但有时为了快速解决问题或者特殊情况，规约开发也需要更确切

的信息。

2、如果对规约了解，建议抓取包含该信息的串口报文和104报文反馈规约开发

组。

问题3：通讯正常、遥测也正常、但后台没有告警信息框弹出。

定位分析：

这种情况，可以确认通讯配置没问题，通讯是正常的。104没有弹出告警，按常理只能是104没有收到突变报文。那问题可能出在：

1、装置没有突变告警信息。

2、装置有突变告警信息，MCU没有识别或者转发错误。

调试步骤：