Troubleshooting DeviceNet I/O Recognition Issue

Question:

Hello there! I am currently facing an issue with a machine that has been offline for a couple of days due to a power fault in one of our 1794-ADN modules. Despite replacing the adapter and successfully communicating with the machine through RSNetWorx software, the I/O modules are still not being recognized. We have already replaced all backplanes and I/O modules, uploaded the backup into the scanner, and yet the problem persists. Our setup includes a 1747-SDN scanner. Any advice on the next steps to take? Below is the ongoing problem I am encountering.

Top Replies

The 1794-ADN comes with its own onboard configuration for the I/O modules and their identities. If you have defined them in RSNetworx and downloaded the configuration to the 1794-ADN adapter but they are not visible on the FLEX backplane, the issue may be due to bent pins or damaged ribbon cables, or perhaps damaged modules. One solution to try is disabling the 1794-ADN in the 1747-SDN's scanlist, power cycling, and then downloading the configuration to the adapter. A common issue with FLEX adapters is the master attempting to establish communication but being met with reconfiguration rejection. Additionally, there may be a "reset to default config" option for the FLEX Adapter in RSNetworx to ensure it is clear before loading a new configuration.

It sounds like you've done a lot of troubleshooting already. As strange as it might sound, have you checked your wiring? I once encountered a similar problem where the setup was perfect on paper, but a simple wiring snag was making everything go haywire. Additionally, ensure that the system's firmware is updated and matches with the version that the RSNetWorx software needs to properly identify the I/O modules. Sometimes, incompatibility issues between software and firmware may cause such problems.

Sounds like you've done quite a thorough diagnostic there; good job on your part. However, since you still seem to be having issues, I'd suggest you to check your RSNetWorx configuration once again. The problem might lie within the incorrect configuration of your I/O. Also, ensure that the software version of RSNetWorx matches the firmware version of your 1747-SDN scanner. If nothing works, it might be worth checking for physical malfunctions such as wiring problems or ground loops. I'm sure you'll be able to get on top of this soon. Good luck!

From the steps you've outlined, it appears you've done considerable troubleshooting already. But, consider double-checking the node address. Occasionally during replacements, they can be mistakenly changed. If it's not that, you might want to verify if firmware versions of your 1794-ADN module and 1747-SDN scanner are compatible. Sometimes, compatibility issues might hinder the recognition of I/O modules. If all else fails, there may be an issue with the RSNetWorx software itself. Re-installation or updates could fix potential glitches. Remember though, always contact a specialist when in doubt to avoid further complications.

Hi there! It sounds like you've already done quite a bit of troubleshooting. Good on you for that. It could be possible that you are dealing with a firmware mismatch between your scanner and the adapter or you may need re-addressing of the modules. I recommend checking the compatibilities and versions first. If you've installed a new adapter, ensure the firmware version matches with the rest of your setup. Also, it might be worth just double-checking all the nodes are assigned properly after the power fault. Be sure to reference your RSNetWorx for device-specific procedures and diagnostics. If this doesn't work, a possible hardware issue could exist within the scanner, despite it communicating seemingly okay with RSNetWorx.

It sounds like you've already done a thorough job troubleshooting! Have you checked the power supply to the 1747-SDN scanner and made sure it's delivering the correct voltage? Sometimes, a seemingly minor power issue can affect module recognition. Also, double-check the wiring and connections to ensure there are no loose or damaged cables, as that could cause communication failures as well. If everything looks good on that front, you might want to try resetting the scanner or looking for firmware updates that could address compatibility issues. Good luck!

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. Why are the I/O modules not being recognized despite replacing the adapter and communicating with the machine through RSNetWorx software?

Answer: The issue could be related to the configuration settings, network communication issues, or compatibility between the devices. Further troubleshooting is required to pinpoint the exact cause.

FAQ: 2. What could be causing the ongoing problem with device recognition despite the replacement of backplanes and I/O modules?

Answer: The persisting issue might be due to faulty wiring, incorrect addressing, scanner configuration errors, or potential hardware failures that have not been addressed yet.

FAQ: 3. What steps can be taken to troubleshoot the DeviceNet I/O recognition issue when using a 1747-SDN scanner?

Answer: It is recommended to check the wiring connections, verify the addressing scheme, review the scanner configuration, ensure proper power supply, and consider checking for any diagnostic messages or indicators that could provide more insights into the problem.

FAQ: 4. How can I resolve the issue of I/O modules not being recognized in a DeviceNet setup after replacing components and uploading the backup into the scanner?

Answer: Additional steps such as checking for communication errors, inspecting the network topology, confirming device compatibility, and consulting technical support or documentation for troubleshooting guidelines may help in resolving the recognition issue.

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  â†’