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

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 串口ModBus报文 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 版本信息 日期 修订版本 修改描述 作者 2013.1.6 1.0 起草 邓清闯 一、功能概述 MCU801A，串口服务器，也叫做通讯管理机，在8000监控系统中作为子站（装置）和后台（8000监控）之间通讯的桥梁，起到规约转换的作用。 图1.1 监控抽象结构图 如上图所示，通过MCU，子站的数据可以上送到8000监控后台，监控后台的命令可以下达到每个子站。MCU主要在串口和以太网之间转换规约，主要涉及规约如下： 基于以太网的tcp104规约 基于串口的iec103、Modbus、自定义规约。 二、通讯规约介绍 通讯规约主要规定了通讯机制和数据帧的数据格式。 与我们的MCU相关的通讯规约主要有TCP104、IEC103、MODBUS，还有许多不规则的自定义规约。具体规约参考产品的规约说明文件。 常用规约： 许继TCP104规约 许继IEC103规约 ModBus规约 规约不需要死记硬背，在需要的时候会查看规约文档就行。 三、常用工具介绍 MCU配置工具 由于业务需求，MCU配置工具做了升级，主要体现在： 可以对一个串口增加最多16个装置的设置（原来8个）。 同一串口下配置的装置地址可以不同，兼容多个装置虚拟为一个装置的情况。 目标MCU的IP记忆功能。 报文监视中增加报文保存功能，保存在程序目录下。 可以对16个串口进行配置，该功能需要在16个串口的MCU上进行验证。 支持设置后串口参数的修改。 支持设置后装置参数的修改。 集成了原来Monitor.exe的功能。与原来的Monitor.exe工具存在端口冲突。 串口调试工具 串口调试工具.exe 标准modbus模拟子站 在进行MCU规约测试时候，该工具运行在pc端模拟执行标准ModBus规约的实际装置，接收ModBus命令并返回预置的数据。 IEC103仿真子站 可以简单模拟IEC103装置通讯。 四、调试过程 4.1 环境搭建 也就是MCU的运行环境，可以是仿真环境，也可以是实际的现场环境。从子站到后台，该环境需要做到： 子站（装置）正确的通讯配置。如地址和通讯参数 装置与MCU的正确接线。 MCU正确的配置。如串口参数、规约和对应子站 后台数据维护中正确配置。如装置IP地址表、系统维护的实时数据处理、数据维护、实时监控配置等。 104监控界面的组态。 4.2 运行调试 调试过程就是一个发现、定位、分析并解决问题的过程。理想情况下，按上一节(3.1)的环境搭建起来后，通过8000监控后台就可以验证MCU报文转发的正确性。但我们在调试的时候遇到或多或少的、甚至感觉有点怪怪的问题。问题的出现都有它必然的原因，处理这些问题的时候，要采取由整体到局部，由浅入深的方式排查。 下面我们模仿几个常见问题，通过该问题解决过程来引入常用的调试手段。 前提： 完成了4.1的基本的环境搭建（针对下面所有问题） 问题1： 监控后台没反应（显示通讯一直中断状态） 定位：过程： 检查搭建环境过程中所有的配置是否正常 ok 检查MCU与子站的通讯是否正常 1）、查看MCU的串口发送灯，闪烁链路ok，否则换程序或者重新配置串口规约。 2）、查看MCU的串口接收灯，闪烁链路ok，否则需要如下几个方面检查： 检查MCU与装置物理连接，如果正常执行下一步 检查装置通讯参数配置，如果正常执行下一步 监视MCU下发报文，对照规约和实际环境，如果正常执行下一步 装置串口引出到电脑，通过软件查看是否有回复报文，如果没有则装置有问题、如果有且报文正确，则MCU接收指示灯坏。可认为MCU与装置通讯正常。 检查MCU与8000后台的通讯是否正常 1）、后台ping MCU，通则表示物理链路是正常的，否则检