关于这个专题探讨已有很长时间了，大家基本上都还是集中于网络故障诊断OB块的中断处理编程，还没扩展和延伸网络故障诊断OB块的项目实际应用探讨。现就我个人在这方面的项目应用，总结如下供参考和探讨：
一、对于有OS部份的项目，我一般不采用手动方式添加网络故障诊断OB块，也不在对应的诊断OB块中编写中断处理程序。而是采用RSE（Report System Error报告系统错误）方式，自动生成网络故障诊断OB块。
1、RSE方式的优点
（1）RSE方式不仅自动生成网络故障诊断OB块，还自动生成包括Rack机架、I/O模块module等Alarm Message报警信息上传至OS系统。
（2）RSE方式即可生成诊断PROFIBUS网络故障Alarm Message，还可生成诊断PROFINET网络故障Alarm Message，以及其它维修信息Maintenance。
（3）借助OS系统的实时监控性，可一目了然并全面快速地诊断出故障，供操作和维护人员分析处理，可谓一举多得。
2、RSE方式的缺点
由于RSE方式会调用到系统FB块，并生成很多大容量DB块，所以会增加CPU的Load memory装载存储器容量。因此存储卡容量太小的项目不宜采用。
二、对于无OS部份的项目或第三方OS设备监控系统的项目，只要Load memory容量足够，也可使用RSE方式自动生成网络故障诊断OB块。至于是否在对应的诊断OB块中编写中断处理程序，视项目需求和用户爱好而定。
三、对于使用PCS7系统的项目，则所有的网络故障诊断OB块及Alarm Message，均在CFC和OS编译后自动生成了，用户无须额外编程。
四、对于使用了PROFINET IO通讯硬件的项目，还将增加一个比Diagnostic Buffer（诊断缓冲区）方式更方便、更强大的网络故障诊断手段，如果配合OS系统WinCC，将更直观、更完美。待稍后的时日，我再给大家简要介绍。
总之，网络故障诊断处理，除了在对应的诊断OB块中编写中断处理程序外，更重要的是能实时、方便，还要全面的查看到网络故障报警信息Alarm Message，以便操作维护人员及时分析处理。