Hello there! One of my clients recently brought up an issue specific to the micro800 series processors in their facility, alongside compactlogix and controllogix systems. Occasionally, certain variables within the micro800 project database lose connection with the SCADA system (FTView), while others function properly. One temporary solution we found was to toggle between the secondary and primary data servers, which restored the offline variables. This problem affects multiple Micro8xx PLCs, all set up as symbolic in the communication configuration. Any advice on where to start troubleshooting this issue would be greatly appreciated. Let me know your thoughts.
Is there anyone who can help? Let's connect and find a solution together.
One potential solution could be updating the Firmware to the latest version on each PLC. It's important to consider the communication protocol being used and ensure that the network is configured to support the necessary Bandwidth. It's worth noting that the Micro800 series may have different scan times compared to Contrologix or Compactlogix PLCs. These are just a few suggestions to consider.
It seems like an intermittent connectivity issue, and in my experience, such issues are commonly triggered by high network traffic or by an underperforming networking component. Have you checked your network bandwidth utilization during the times these issues occur? If traffic is too high, it might be causing temporary disconnections. Another thought is segmenting your network to ensure the SCADA system and PLCs have dedicated bandwidth. Additionally, you might also want to evaluate the firmware on both your PLCs and data servers, ensuring they're up-to-date. Remember, Reliable and consistent communication in an industrial control system is key to ensure smooth operations.
It sounds like you've got a tricky situation on your hands. One thing it might be worth investigating is whether there are any specific common characteristics between the variables that are losing connection - like data type, how frequently they are updated, etc. You may also want to check on the connection health between your SCADA system and the Micro8xx PLCs. Another tip is to consider setting up a notification system (if you don't already have one) that can alert you when a connection drops, so you can analyze what's happening at that exact moment. It might help you identify a pattern or a specific event that leads to the connection loss.
This sounds like a challenging problem to face. Typically, intermittent connection losses like this can stem from a network issue. I would start by checking the network for any signs of instability or overload. You may want to run some network diagnostics or try isolating the PLCs to a separate network to see if that helps. On the software side, it could be worth updating your firmware or re-checking your communication settings to make sure there's no miscommunication happening somewhere along the line. Also, consider the physical aspects - check the integrity of your cabling and connections. Sometimes a simple loose cable can cause such problems.
Hey, I've experienced something similar a while back. It might be due to a mismatch between the data types defined in your SCADA system and those in your PLC. Check to ensure all variables in both systems match correctly. Another potential problem could be the update rate settings - if they're set too high, it might be causing some variables to lose connection. Also, verify if your SCADA system isn't choking on too much data. Sometimes breaking up your tags into manageable chunks can help. Do check for any firmware updates for your Micro8xx PLCs too, as they can occasionally have fixes related to communication with SCADA systems. Good luck with the troubleshooting!
Hey there! It sounds like you're dealing with a tricky situation. I would recommend checking the communication settings between the Micro800 processors and FTView to ensure that everything is configured correctly. Sometimes, discrepancies in the driver settings or network latency can cause issues like this. Additionally, it might be worth looking into any firmware updates for the Micro800, as these can often address connectivity glitches. Finally, monitoring the network traffic for any anomalies during the times the variables lose connection could provide some insights. Good luck, and I hope you get it sorted out soon!
Hey! It sounds like you're dealing with a frustrating issue there. Since you've already discovered that toggling between the servers temporarily resolves the problem, I’d recommend starting by checking your network configuration and ensuring that all devices maintain a stable connection. Sometimes, intermittent connectivity issues can cause variable drops, especially if the PLCs are on a different subnet than the SCADA system. Also, consider checking the size and bandwidth of your network traffic; heavy loads or too many simultaneous connections can lead to data loss. Lastly, make sure the firmware on your micro800 series is up to date, as there may be bug fixes that address communication stability. Good luck, and I hope you find a permanent solution soon!
It sounds like an interesting challenge you're facing with the Micro800 series! Since you mentioned that the issue is affecting multiple PLCs and that you're using symbolic addressing, I would recommend checking the communication settings both on the PLC and the FTView side to ensure that everything is in sync. Also, look into the timeout settings and confirm they are set appropriately, as a mismatch might lead to lost connections. It might also be worth examining whether there are updates for the firmware or your communication drivers that could resolve any underlying compatibility issues. Good luck, and keep us posted on what you find!
It sounds like you’re dealing with a tricky connectivity issue! Have you checked the communication settings for the Micro800 processors? Sometimes, differing update rates or buffer sizes between the PLC and FTView can cause sporadic connections. Also, consider reviewing the network topology for any potential interruptions or latency issues that might affect only certain variables. It might be worth looking into whether the SCADA system is set to ignore certain tags intermittently based on how frequently they update. Lastly, ensure all firmware and software versions are up to date across the board—sometimes compatibility issues can lead to unexpected behavior. 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 issue involves certain variables within the Micro800 project database losing connection with the SCADA system (FTView) intermittently.
Answer: The affected Micro800 PLCs are all set up as symbolic in the communication configuration.
Answer: Toggling between the secondary and primary data servers helped restore the offline variables temporarily.
Answer: Yes, alongside the Micro800 Series processors, there are reports of issues with CompactLogix and ControlLogix systems in the facility.
Answer: It is recommended to start troubleshooting by investigating the communication setup, configurations, and potential network issues impacting the connectivity between the Micro800 PLCs and the SCADA system.
Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.