New ✨ Introducing Oxmaint Asset Hub for Machine Builders and OEMs. Explore Now
I encountered an issue while trying to install a 2080-OF2 module for the first time on a Micro820 PLC. I suspect that the brand new module, purchased from an authorized distributor, may be faulty. Despite sending valid raw output counts from my logic, I am getting 0 mA on both channels. I have researched similar posts to troubleshoot my problem, but they mainly discuss the "raw count" issue, which I believe is not the root cause. Even though I am receiving a constant 14.32 VDC instead of the expected 0-10 VDC range, I am not getting any current values. This leads me to believe that the module might be damaged due to the higher voltage, preventing the current values from registering. Do you think this is a reasonable assumption? Let me know your thoughts on this issue.
Encountered a problem with the micro-controller that locks a channel when a broken wire is detected. One solution to try is to reset the module after a wire is disconnected on 2/24/2021. The 2085-OF4 module may stop working due to hardware errors detected by the DAC, like broken wires or high resistance loads on a specific channel. To resolve this issue, the corresponding channel is disabled until the error is cleared by the user. To learn more, refer to the Micro800 Discrete and Analog Expansion I/0 User Manual Publication 2080-UM003. CE errors can be addressed during run mode to clear hardware error bits and re-enable the disabled channel. Specific bits are associated with each channel (CEO for Bit 8, CE1 for Bit 9, CE2 for Bit 10, and CE3 for Bit 11). A value of 3848 will reset all 4 channels, while a value of 2056 will reset channel 3 (CE3).
Thank you for the reply, diat150. I have noticed that the troubleshooting options for a 2085 expansion module differ from those for a 2080 plugin module. The plugin module only displays raw values without diagnostic bits. Moving the module to a different slot or power cycling it did not resolve the issue. It is puzzling to see voltage readings when no wires are connected to the terminals.
I discovered a troubleshooting guide available to everyone regarding erratic readings in a specific module. While it may not directly address your issue, the recommended "fix" is definitely worth a shot. According to the guide on Rockwell Automation's website, the problem could potentially be caused by a corrupted project. The suggested solution involves removing the module from the project, saving it, downloading it to the PLC, re-inserting it, and downloading it again. This may seem unconventional, but it is recommended to give it a try.
The solution suggested by joseph_e2 may have seemed unusual, but it turned out to work perfectly! Despite hours of technical support with RA, this simple fix wasn't mentioned. Many thanks to joseph_e2 for sharing this valuable tech note here. If you stumble upon this thread while searching for a similar issue in the future, consider diat150's advice on clearing Channel errors. joseph_e2's suggestion indirectly achieved this, albeit with a different module. This solution worked for me, and I am grateful for their assistance.
Eric from ITC praised joseph_e2 for finding an unconventional yet effective solution to a technical issue. Despite struggling for three days with RA Technical Support, the solution provided by joseph_e2 proved to be successful. This underscores the importance of sharing knowledge and experiences in troubleshooting tech problems. For future reference, diat150's advice on clearing Channel errors aligns with joseph_e2's recommendation, which resolved the issue at hand. The solution may vary depending on the specific module being used, such as a plugin versus an expansion module. Nonetheless, the collaborative effort between the community members led to a successful outcome. If you encounter a similar problem, remember to refer back to this thread for potential solutions. In a related experience with the 2080-OF2 module installation, the shared solution proved effective once again. This highlights the value of collective problem-solving in resolving technical challenges.
In my opinion, the micro line appears to be of low quality and not worth considering.
A user, diat150, expressed dissatisfaction with the micro line, describing it as subpar. I have also faced challenges with a Micro820 in the past, struggling to power it on and connect the recommended 24V power supply with the CPU. This experience has led me to reconsider using this line of products in the future.
Eric from ITC expressed astonishment at the unconventional solution proposed by joseph_e2, which surprisingly resolved the issue. Despite the prolonged back-and-forth with RA Technical Support, this solution was not suggested. Grateful for joseph_e2's effort in uncovering and sharing the technical note. This thread may be helpful for others facing a similar dilemma in the future. diat150's advice on clearing Channel errors aligns with joseph_e2's solution. While dealing with a plugin module instead of an expansion module limited access to Clear Error bits, this workaround proved effective. Gratitude to both contributors for their assistance. joseph_e2 mentioned past difficulties with a Micro820 and the challenge of connecting the "recommended" 24V power supply to the CPU. This experience led to a preference for not pursuing that route again.
In a forum post, a user named diat150 shared a problem regarding the micro **** where the controller locks the channel if it detects a broken wire. Another user, Drift Boss, suggested a solution on 2/24/2021 regarding a module (2085-OF4) that stopped working after disconnecting a wire. The answer provided was that the Module DAC identifies hardware errors such as broken wires or high load resistance on channel x, causing the channel to be disabled until the user resolves the error. More information on resolving such issues can be found in the Micro800 Discrete and Analog Expansion I/O User Manual Publication 2080-UM003. During run mode, clearing □AC hardware error bits using CEx values can re-enable the error-disabled channels. Specific bits correspond to different channels, such as Bit 8 for CEO, Bit 9 for CE1, Bit 10 for CE2, and Bit 11 for CE3. Resetting with a value of 3848 will reset all 4 channels, while a value of 2056 will reset channel 3 (CE3). Click for more details. Appreciation was expressed for the helpful response.
Answer: The issue could potentially be related to a fault in the module, especially if you are receiving a constant 14.32 VDC instead of the expected 0-10 VDC range.
Answer: Yes, the constant higher voltage output could be a sign of a damaged module, potentially preventing the current values from registering as expected.
Answer: If you suspect a faulty module, you may need to consider contacting the authorized distributor for support or possibly requesting a replacement to address the issue.