Naga_Orochi,将常高电平改写为发送变动值就不会丢了嘛？这个办法站不住脚！还有，再次研究你上面的发言，觉得也有问题：“在某一循环发生通讯失败时，300系列Profibus模块将正在通讯的数据采取“维持”处理，等到下一次通讯成功才刷新”。300主机既然将“数据采取“维持”处理，等到下一次通讯成功才刷新”，那么，在300上来监视数据，应该不会出现突然间全零的问题（全零只有在子站丢失时才可能出现）了？
—————
我最近对此一问题进行了仔细研究，我把主要问题归结如下：
1、以许网络环境并不像我们想象的那么好（我们总认为光纤网络一定要高级嘛），因此，用很高的速率是不现实的。将网速降到1.5M后，感觉报警的频率是有所减少；
2、终端电阻问题，由于用光纤组建的是环网，我也不知那一个是终那一个是端。针对每一个OLM到DP口的电气连接（该电缆很短，应该更容易发生反射）均应将终端电阻设为ON。反复实践证明，将两端的终端电阻都置为ON和均为OFF对网络通信都有伤害，而将DP端置ON，OLM端置OFF效果好些；
3、尽量提高光纤熔接的质量，减少损耗！
4、采取以上措施后已经大大减少了原来的问题，但仍有发生。为彻底减少相关问题的不良影响，我在200中将一上传位恒置为“1”，在300中取用数据时，只有上传数据不为全零才是有效数据，如此，果然已解决问题。