DNP 3.0规约在广州地区调度系统的应用
部颁CDT (备用通信)及广东CDT (省调通信)三种通信规约的集成。
2.3 调试中遇到的问题
地区调度自动化系统端的DNP 3.0 接口软件是在美国VALMET 公司的MB88RTU 接口软件的基础上修改的,在与D20 RTU 接口调试过程中,根据D20 RTU 从站软件的特点,主要做出以下一些修改。
a)由于DNP 3.0 应用对象库非常庞大,无论是主站侧还是从站侧,都不可能把所有的对象功能都用上,而只能根据自己的需要选择一部分功能。此外,主站和从站互相调试时,需要根据对方的需要,修改或增加一部分功能。根据D20 RTU 回答的报文格式,地区调度侧软件在dnp3analog(),dnp3status(),dnp3soedump()模块中分别增加了回答报文QC=0x17和QC=0x28的处理功能;另外,在遥信SOE 处理中,若同时出现多个SOE 点,D20 RTU 则不用通常的方式(GRP=2,VAR=2)回答,而是用GRP=51,VAR=1的方式送多个SOE 点上来。因此,在主站侧响应增加了对于对象GRP=51,VAR=1的处理功能。
+2 048。鉴此,在主站的dnp3analog.c遥测功能模块中,对遥测量的处理作出响应的修改。
2.4 运行情况
D20 RTU 在广州局的碧山站投运后,由于载波通道干扰较大,地区调度侧经常出现误码报警,后来把通信波特率从600 b/s改用300 b/s后,通信质量大大好转,在运行的一年多来,遥测遥信数据的可靠性一直较高,事件记录准确完整,情况令人满意。
3 结束语
鉴于DNP 3.0的功能强大,在现有设备上实现全部DNP 3.0的功能是不现实的,也无此必要,开发人员应根据实际应用情况保证主、从站之间的相互可操作性,达到最理想的使用效果。
本文链接地址:http://www.oyaya.net/fanwen/view/166388.html
2.3 调试中遇到的问题
地区调度自动化系统端的DNP 3.0 接口软件是在美国VALMET 公司的MB88RTU 接口软件的基础上修改的,在与D20 RTU 接口调试过程中,根据D20 RTU 从站软件的特点,主要做出以下一些修改。
a)由于DNP 3.0 应用对象库非常庞大,无论是主站侧还是从站侧,都不可能把所有的对象功能都用上,而只能根据自己的需要选择一部分功能。此外,主站和从站互相调试时,需要根据对方的需要,修改或增加一部分功能。根据D20 RTU 回答的报文格式,地区调度侧软件在dnp3analog(),dnp3status(),dnp3soedump()模块中分别增加了回答报文QC=0x17和QC=0x28的处理功能;另外,在遥信SOE 处理中,若同时出现多个SOE 点,D20 RTU 则不用通常的方式(GRP=2,VAR=2)回答,而是用GRP=51,VAR=1的方式送多个SOE 点上来。因此,在主站侧响应增加了对于对象GRP=51,VAR=1的处理功能。
b)D20 RTU 对遥测点的处理 ,其取值范围是 -32 768~+32 768 , 而不是一般的 -2 048~
+2 048。鉴此,在主站的dnp3analog.c遥测功能模块中,对遥测量的处理作出响应的修改。
2.4 运行情况
D20 RTU 在广州局的碧山站投运后,由于载波通道干扰较大,地区调度侧经常出现误码报警,后来把通信波特率从600 b/s改用300 b/s后,通信质量大大好转,在运行的一年多来,遥测遥信数据的可靠性一直较高,事件记录准确完整,情况令人满意。
3 结束语
鉴于DNP 3.0的功能强大,在现有设备上实现全部DNP 3.0的功能是不现实的,也无此必要,开发人员应根据实际应用情况保证主、从站之间的相互可操作性,达到最理想的使用效果。
《DNP 3.0规约在广州地区调度系统的应用(第2页)》