We are experiencing issues with the connection between the IT2I thermocouple card and the RTD temperature sensor card when connected through a Point IO AENTR. The Point IO itself connects seamlessly, but the cards keep attempting to connect and then faulting out. We have tested each card individually, adjusting the chassis size each time. On the web server, the IO module is visible and in Studio, the serial number is detected. We have tried various firmware revisions, different Point IO bases, IT2I cards, thermocouples, and installed new add-on profiles. It is important to ensure the correct chassis size is configured in the web server and PLC as the module is visible in RS linx. Our hardware/software setup includes Studio 5000 V32, AENTR/B Point IO V5.019, IT2I card with IT2I base V 3.014, standard dumb switch, L72 PLC, and ENBT Ethernet card. Could this issue be resolved by implementing a DLR, given that it is a 2-port Point IO system?
Is the AENTR included in the dimensions of your chassis size?
Inquired Cheeseface, "Does the chassis size account for the AENTR module?" Upon expanding, it was confirmed that a 2-slot chassis accommodates the AENTR module along with a plus card.
Glazedgater mentioned that a aentr plus card was used to create a 2 slot chassis. Currently, only one card is connected.
Have you ensured that the ethernet port settings are configured properly? Check if one side is set to a specific speed like 10/100, while the other is set to auto-negotiate.
Error 16#0203 indicates a communication issue between the controller and IO module. This error occurs when the controller is unable to receive data from the module or may have lost the data transmission. To resolve this issue, it is recommended to verify the ENBT version (preferably version 6.006) and review the media counters on both devices for any discrepancies. This step can help in identifying and troubleshooting the communication problem between the controller and IO module.
While a DLR implementation might help, it seems like you've pretty much covered every aspect of the typical troubleshooting steps. I'm wondering if this could be a baud rate or a network communication setup issue at its core. Baud rate mismatch is a common cause of faults in communication between these devices, and it might be worth a look under the advanced settings of the module configuration for the IT2I. Also, make sure that the IP address, subnet mask, and default gateway are correctly defined, and the communication parameters are rightly set up as sometimes even a minor mismatch could cause the module to fault and attempt to reconnect. Good luck!
✅ 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 issues could be related to firmware revisions, chassis size configuration, hardware compatibility, or add-on profiles. It is important to ensure proper settings and compatibility between the devices.
Answer: You can troubleshoot by testing each card individually, adjusting the chassis size, checking firmware revisions, trying different Point IO bases, and ensuring correct configuration in the web server and PLC.
Answer: Implementing a DLR might help improve the network reliability and fault tolerance in the Point IO system, but it's essential to address the root cause of the connection faults first before considering additional network configurations.
Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.