PROFIBUS-DP现场总线控制系统性能研究及诊断软件开发

IBUS-DP协议报文格式，将采集上来的数据按报文格式进行处理，并存入临时缓冲区。

4)接收显示模块：负责实现接收数据的处理与显示。

5)数据库模块及数据查询模块，用来实现对采集到报文的历史数据的分析和查询。

2.4 关键技术

该软件主要是实现对PROFIBUS报文进行提取，实现在线采集PROFIBUS-DP报文数据，从数据链路层角度对各种报文进行分析，完成各种类型报文的显示，完成对报文种类、服务类型、地址、数据长度及数据单元等信息的提取显示，并对诊断报文、参数化报文及组态报文等的数据单元进行详细的分析，得出总线性能的各种参数及故障原因，将分析过的数据存储进数据库，存入临时缓冲区，根据需要将分析过的报文信息存入数据库，实现历史查询。

如何实现报文帧的提取是本软件设计的一个关键问题。由于PROFIBUS报文格式有很多种，而且包括数据长度不固定的可变报文。虽然各种报文都具有固定的报头、报尾，但是存在的问题是报头报尾并不是特定的字符，有可能和报文中数据单元内容一样，所以这里利用报头报尾进行报文的提取是不可行的。作者在这里利用各种报文帧前的同步字符进行报文提取，也就是说，在每个完整报文帧传输之前，其前面都有一个不小于33bit的同步时间，在报文帧中间是没有任何间隔的，利用这一同步时间，在VC++中利用超时函数，对报文帧进行了完整地提取。

另外，由于通信数据量很大，速度较快，这里采用了WINDOWS多线程技术。一个线程为监视线程，监视串口通讯，一个为数据处理主线程，另外一个为定时刷新数据库线程。当监视线程监视到串口中有数据到达时，就触发一个消息通知数据处理主线程，数据处理主线程就去串口缓冲区中取出数据，并进行数据处理。定时器线程定时刷新数据库显示，以实现实时显示功能。

　　作者在程序编写的过程中，出现数据库不能实时刷新的情况，后来发现问题出在WINDOWS的WM_TIMER定时器上，由于该定时器消息优先级较低，可能造成WM_TIMER消息的丢失，所以不能实现数据库的实时刷新。解决的方法是采用WINDOWS的多媒体定时器。在使用多媒体定时器的过程中，定时间隔的选取又是一个关键的问题，定时间隔选取太小，将会耗费大量的CPU内存，造成系统“死机”, 定时间隔选取太大，又不能完成“实时”显示功能。这里又涉及到PROFIBUS总线信息循环时间的问题，总线信息循环时间与总线传输的波特率、从站的数量、I/O数据的数量、从站需要的延迟时间以及主站的空闲时间等有关。作者通过了大量的计算和多次实验调试，寻找到一个合适的定时器间隔。

2.5 显示界面

该PROFIBUS-DP报文分析软件的程序界面包括主界面、串口配置界面、报文过滤界面、报文查询界面、数据库存储界面以及历史查询界面等。

PROFIBUS-DP分析诊断软件的运行主界面如图6，窗口左上部分“当前profibus报文”组框内存放最近采集到的PROFIBUS-DP报文信息，并可通过工具栏上的记录移动按钮滚动察看记录;右上方“信息面板”是用来显示所有查看报文的详细信息。窗口下半部分以网格形式显示PROFIBUS-DP历史信息。

若需要打开串口，开始接收PROFIBUS报文信息，则可选择“命令”菜单下的“开始接收”项;若需停止接收PROFIBUS报文信息，则可选择“命令”菜单下的“停止接收”项;若需要配置串口参数，则可选择“命令”菜单下的“串口配置”项，此时将弹出“串口配置对话框”，若需清除当前所有记录，可选择“记录”菜单下的“清除所有记录项”命令，如果需要分类查看各种报文，可以选择“查看”命令菜单下的“报文查询”，此时将弹出“报文查询对话框”，可根据需要进行报文分类查看。　　

图6 软件运行主界面