When using 3S_V3 driver in redundant mode, a communication loss to the primary and secondary PLC will not lead to invalid bits in the runtime. When the primary and secondary PLC is available again, the 3S_V3 driver does not reestablish the connection and although the variables in the zenon runtime show the SPONT bit, no communication is possible.

When using 3S_V3 driver in redundant mode, a communication loss to the primary and secondary PLC will not lead to invalid bits in the runtime. When the primary and secondary PLC is available again, the 3S_V3 driver does not reestablish the connection and although the variables in the zenon runtime show the SPONT bit, no communication is possible.

Summary

When the 3S_V3 is used in redundant mode, the variables in the zenon runtime do not get invalid when the connection to the primary and secondary PLC is lost. The 3S_V3 also does not reestablish the connection to the primary or secondary plc when they are available again in the network. The variables of the 3S_V3 driver in the zenon runtime are always SPONT, although no communication is possible.

Description

When the 3S_V3 is used in redundant mode, the variables in the zenon runtime do not get invalid when the connection to the primary and secondary PLC is lost. The 3S_V3 also does not reestablish the connection to the primary or secondary plc when they are available again in the network. The variables of the 3S_V3 driver in the zenon runtime are always SPONT, although no communication is possible.

Solution

This issue has been addressed by no longer processing the statechange-callbacks directly but queueing them sequentially by the hardware thread.

Issue Number: 38986
Fixed on Date: 18.10.2017
Versions: 7.60 0 BUILD 42944 | 8.00 0 BUILD 46644