How to Detect Communication Faults between 1794 AENT Remote Module and 1756-L55 Processor Without Controller Malfunction

Question:

I am seeking a solution for identifying communication faults between a 1794 AENT remote module and a 1756-L55 Processor without causing a controller malfunction. I am looking for a method to implement a safety measure to detect and disable all related outputs in case of a fault. Are there any status bits available from the module that can be utilized to establish a watchdog system for this purpose?

Top Replies

To retrieve system information, consider utilizing the Get System Value (GSV) instruction. By adding this instruction to a rung and pressing F1 for detailed assistance, you can easily access the information you need. Another option is to search for the relevant information on this platform. Happy programming!

Explore Chapter 1 of the 1756-PM015 user manual from Rockwell Automation, available for download as a PDF document. Dive into pages 14-15 for detailed information on how to optimize the performance of your machinery.

Utilize a GSV Instance Name to retrieve the AENT Attribute Name, which is the EntryStatusDest tag (int). Verify if the Destination tag matches 16384 (4000 hex) to ensure smooth communication with the device; any other outcome indicates a communication fault that requires action. This method is applicable for configuring all Ethernet-enabled devices in RSlogix, such as drives, HMIs, and 1756-ENxT modules. Implement a sequencer for checking multiple devices efficiently, or set conditions to only verify LedStatus of the main processor if it does not equal 3 (GSV, Class name = MODULE, Attribute Name = LedStatus).

Both Mark and bimini3 have suggested a universal method for checking the status of a Module Object. The "Logix 5000 Controllers Information and Status" Programming Manual (1756-PM015) is a comprehensive guide that is essential for detailed programming in ControlLogix systems. A simple way to determine the connection status of a FLEX or POINT adapter with a Rack Optimized connection is to look for the automatically generated tag for a 1794 adapter on ControlNet or EtherNet/IP. The tag, AdapterName:I.SlotStatusBits, provides 1 bit per slot for monitoring the status of modules in the Rack Optimized connection. If the connection to the adapter is lost, all bits will turn true, resulting in the DINT tag value becoming -1.

For more detailed information on the manual mentioned by Ken, please follow this link: http://literature.rockwellautomation.com/idc/groups/literature/documents/pm/1756-pm015-en-p.pdf.

You might want to consider using Tag 4 of the Controller Tags in your 1794 AENT module as it contains useful diagnostic information. It's a structured text involving multiple pieces of information that are relevant for system safety and fault management. The element .3 specifically (Fault Code) will provide details on any communication errors. If you activate bit of word zero in the Control/Status register (communication fault relay), this can trigger event-based reports of communication issues between your AENT and 1756-L55 processor. Besides, your controller program can also be used to detect a fault and disable all related outputs when something goes wrong. This kind of approach might help you get a watchdog system up and running.

You can definitely set-up a fault detection system for your setup. Start by monitoring the major and minor fault bits from the IO Status object in your 1794-AENT. By using these bits, you can establish a simple watchdog system. If any fault is detected, redirect your logic to a safety procedure that overrides and disables all related outputs. Also, consider checking the status bits periodically and not just based on event-driven triggers. This could improve stability and can help you catch the fault conditions more reliably.

It's great that you're focusing on safety measures for your system! The 1794 AENT module does provide some status bits that can be useful for monitoring communication health. Specifically, you might want to look into the 'Connection Status' and 'Comm Fault' bits. By using these status bits in conjunction with a simple ladder logic program, you can create a watchdog system that resets the outputs during a fault condition. Additionally, consider implementing a timely ping mechanism to check for consistent communication, which could add another layer of fault detection without interfering with your processor's operations. Just make sure to thoroughly test your logic to ensure that it reacts appropriately without causing unwanted disruptions!

You might want to consider using the diagnostic status bits available in the 1794 AENT module; these can provide valuable insights into the connection status and communication health. Specifically, monitoring the "Comm Fault" bits and implementing logic in your 1756-L55 program will allow you to detect communication faults without interrupting the entire system. Additionally, incorporating a simple watchdog timer that disables outputs in case of a fault condition can add an extra layer of safety. It’s a good idea to simulate these fault scenarios in a controlled environment to ensure your safety measures respond as expected.

More Replies β†’

Streamline Your Asset Management
See How Oxmaint Works!!

βœ…   Work Order Management

βœ…   Asset Tracking

βœ…   Preventive Maintenance

βœ…   Inspection Report

We have received your information. We will share Schedule Demo details on your Mail Id.

To add a comment, please sign in or register if you haven't already..   

Frequently Asked Questions (FAQ)

FAQ: 1. How can I detect communication faults between a 1794 AENT remote module and a 1756-L55 Processor without causing a controller malfunction?

Answer: - One method to implement a safety measure is to utilize status bits available from the module to establish a watchdog system that can detect and disable all related outputs in case of a fault.

FAQ: 2. Are there specific status bits available from the 1794 AENT remote module that can be used for communication fault detection?

Answer: - Yes, you can utilize status bits from the 1794 AENT module to set up a system that can detect faults and disable outputs when necessary.

FAQ: 3. What is the purpose of implementing a watchdog system for communication fault detection between the 1794 AENT remote module and the 1756-L55 Processor?

Answer: - Implementing a watchdog system can help ensure the safe operation of the system by quickly identifying faults and taking appropriate actions to prevent malfunctions without affecting the controller.

FAQ: 4. How can I ensure the reliability of the communication between the 1794 AENT remote module and the 1756-L55 Processor?

Answer: - By setting up a watchdog system using status bits and implementing safety measures, you can enhance the reliability of communication and prevent potential malfunctions.

Ready to Simplify Maintenance?

Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.

Request Demo  β†’