1：修改访问从站的次数？
可能会有些改进，原来一个小时掉一次，修改后可能几个小时掉一次。
2：主站的轮询时间？
如果是在一个项目中进行硬件配置，系统自动增加轮询时间，除非软件有问题。如果不在相同的项目中进行配置，PROFIBUS网络上的主站超过4个以上时需要考虑。
3：网络参数不匹配？
使用不同厂商的软件进行配置时可能会有问题。
4：降低通信速率?
最常用的方法，有可能管用，可能大大降低故障的频率，但是需要考虑是否满足控制的要求。
如果上述几点都不行，就必须找到问题的原因了（其他的没有想到）。但是有一次碰到一个工程师，修改了另外一个参数就解决了掉站问题，说来简单，就是屏蔽从站监控的看门狗时间，如图1所示。
图1
这个参数的作用就是没有主站的控制，从站保持原状态。如果通信瞬时故障，从站输出保持原状态，等到通信恢复了，主站又可以控制从站了，所以现场看不到掉站的情况了。但是如果故障时间比较长，例如CPU故障，从站就会处于失控的状态，因为输入信号不起作用，控制的设备停不下来，可能会造成严重的后果，所以在参数的说明中特意强调只能在调试中使用，参考图2。
图2
所以这个参数慎重使用！
降低了丢站的可能性，牺牲了设备的安全可靠是多么可怕，不建议这么做， 我处理过多次这样的故障，多数是通过加中继站可以实现。
如果不加中继站，也可适当降DP的传输波特率，从1.5M降为187.5K，这样对于传输线路远的断网的几率要小好多。