Hello everyone, I am seeking assistance with a DLR issue we have encountered where the DLR fails to work when the supervisor is disconnected from the ring. Our system architecture consists of 126 as the supervisor and 127 and 124 as backup supervisors. Although the ring appears healthy and normal in DLR Tools, an issue arises when both connections to the supervisor EN2TR card are disconnected, resulting in a faulted ring. DLR tools only detect the 127 EN2TR in this scenario. However, when the non-supervisor EN2TR is disconnected, DLR tools are still able to detect the other card. Has anyone else faced this issue before? Any suggestions on how to resolve it would be greatly appreciated.
Hello Bryde29, welcome to the forum. Can you please provide the DLR parameters for the main supervisor and the two DLR supervisors? Have you made any changes to the baud rate and duplex settings? When using DLR, it is recommended to use the automatic setting. Additionally, it is important to ensure that the firmware of all modules in the 1756-ENTR/C is consistent.
Welcome to the forum, Bryde29! It's great to have you here. Can you please provide the DLR parameters for the main and the two DLR supervisors? Have there been any changes made to the baud rate and duplex settings? It is recommended to use automatic settings for DLR. Additionally, it's important to ensure that the firmware for all 1756-ENTR/C modules is the same. Thank you for your response, Alfredo. All EN2TR modules have the same firmware, and the baud rate and duplex settings are set to auto negotiate for both EN2TR and ETAP.
If the main supervisor (.126) is disconnected from both ends, will RSLinx still detect your nodes? If so, it may indicate a problem with the DLR tool.
One potential limitation of the DLR Sign-On and Participant list used by the DLR Tool is that it relies on the DLR Participant list to generate graphics. However, version .127 may not generate a Participant List until it detects a "Normal" (i.e. healthy) ring to transmit a Sign-On message. It is unclear if a manually sent Sign-On message will create a participant list. To confirm this, try bypassing version .126 with a cable jumper to assess if everything returns as expected. This troubleshooting step can help determine if all functions properly.
Hi there, this indeed sounds like a challenging issue you're encountering. One possible reason for this behavior could be the configuration of your DLR subnet. Please ensure that your supervisor and ring Nodes have the same subnet. Also, pay attention to which node holds the StatusKeeper role, as it should ideally be the supervisor. When a supervisor is lost, a backup supervisor should take over, and if there is an issue during this switchover, it may result in a faulted ring. Additionally, remember to update to the latest firmware if you haven't already, as this often resolves many common glitches. Hope this helps!
From what you've explained, it seems there might be misconfiguration in your supervisor redundancy setups. Remember, DLR technology assumes only a single supervisor in a ring topology to avoid multiple controlling nodes. In your case, 126 is the primary supervisor, try to check if the backup supervisors (127 and 124) are correctly programmed to automatically take over supervision when 126 goes offline. Also, check all the devices in the ring for appropriate DLR configurations and ensure you don't have any device acting as "rogue" supervisor. It's also advisable to update all the firmware to the latest version if you haven't done so already, as this can sometimes solve these kinds of issues.
✅ Work Order Management
✅ Asset Tracking
✅ Preventive Maintenance
✅ Inspection Report
We have received your information. We will share Schedule Demo details on your Mail Id.
Answer: - The issue with the DLR failing to work when the supervisor is disconnected may be due to a faulted ring when both connections to the supervisor EN2TR card are disconnected.
Answer: - The system architecture consists of 126 as the supervisor and 127 and 124 as backup supervisors.
Answer: - When the non-supervisor EN2TR is disconnected, DLR tools are still able to detect the other card.
Answer: - To troubleshoot the DLR Supervisor Disconnection Problem, you can check the health and status of the ring in DLR Tools, investigate any faulted ring conditions, and consider any specific configurations related to supervisor disconnectivity.
Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.