Architecture
If a customer is using UnityPro V10 or UnityProV11 to configure a PRM behind a BMeNOC it’s mandatory to transfer the Profibus configuration in the PRM. A menu must be used for that: “transfer data to device”.
In a normal situation, at the end of the transfer, the PRM is able to be operational.
Customer vision of the problem:
If the customer adjusts in the DHCP server of the BMeNOC the subnet mask of the PRM, or the gateway address of the PRM, UnityPro send (in fine), a mismatch configuration to the PRM.
In this exemple above we have modified the subnet mask of the PRM from 255.255.0.0 to 255.255.255.0.
In the configuration screen of the PRM we observe a Subnet mask equal to 255.255.0.0 as it was expected to be 255.255.255.0.
In this condition, at the end of the transfer data to device, the PRM will detect a mismatch in the IP configuration and the PRM will move back in his faulty IP address. 10.10.MAC5.MAC6
Solution:
A Hotfix will be developed in UnityPro V10 and V11.
Workaround:
Pending the availability of the Hotfix a workaround can be used:
After having modified the IP configuration of the PRM in the DHCP server of the BMeNOC, just disactivate the option “DHCP of this device”. Apply it, then active again the option “DHCP of this device” and apply it. At this step you’ll see that the configuration in the PRM match with the new one in the DHCP server.
Transfer the configuration in the PRM. The PRM will not lose his IP address anymore.
If a customer is using UnityPro V10 or UnityProV11 to configure a PRM behind a BMeNOC it’s mandatory to transfer the Profibus configuration in the PRM. A menu must be used for that: “transfer data to device”.
In a normal situation, at the end of the transfer, the PRM is able to be operational.
Customer vision of the problem:
If the customer adjusts in the DHCP server of the BMeNOC the subnet mask of the PRM, or the gateway address of the PRM, UnityPro send (in fine), a mismatch configuration to the PRM.
In this exemple above we have modified the subnet mask of the PRM from 255.255.0.0 to 255.255.255.0.
In the configuration screen of the PRM we observe a Subnet mask equal to 255.255.0.0 as it was expected to be 255.255.255.0.
In this condition, at the end of the transfer data to device, the PRM will detect a mismatch in the IP configuration and the PRM will move back in his faulty IP address. 10.10.MAC5.MAC6
Solution:
A Hotfix will be developed in UnityPro V10 and V11.
Workaround:
Pending the availability of the Hotfix a workaround can be used:
After having modified the IP configuration of the PRM in the DHCP server of the BMeNOC, just disactivate the option “DHCP of this device”. Apply it, then active again the option “DHCP of this device” and apply it. At this step you’ll see that the configuration in the PRM match with the new one in the DHCP server.
Transfer the configuration in the PRM. The PRM will not lose his IP address anymore.
Released for:Schneider Electric New Zealand
