Our team is currently setting up a backup CPU for Q02CPU. However, after replacing the backup CPU, we noticed a lack of data from the intelligence module (Q68ADV) buffer memory, leading to the emergence of several alarms. Can anyone offer insights on the possible reasons for this issue? The attached photo displays the data from the buffer memory of the functioning CPU, whereas the spare (standby) CPU is missing this crucial information.
When setting up the backup for your PLC, it's important to determine whether you have the original PLC backup on hand or if you have uploaded the existing PLC configuration. Have you verified the module configuration by uploading the PLC parameters from the existing PLC or by downloading all the information to the new PLC? Additionally, consider the auto refresh settings, which can be controlled either through the setup options or by PLC code. Utilizing intelligent cards can be done in two ways, either by adjusting the settings for auto refresh in the setup or through PLC programming.
Parky inquired about the backup PLC process, asking if the original PLC backup was used or if an upload was taken from the existing PLC. Additionally, they suggested checking the module configuration by uploading PLC parameters from the existing PLC or downloading all information to the new PLC. It was also mentioned that there are two ways to use intelligent cards, either through settings for auto refresh in the setup or through PLC code implementation. In this case, a backup was created from the existing PLC for both the program and parameters, which were then uploaded to the new spare CPU. Efforts to format the PLC were made, and IO configuration was verified without any mismatches. However, there was no information found on the auto refresh settings page.
Sundar4163 mentioned that they performed a backup of the existing PLC "Program+Parameter" and uploaded it to a new spare CPU. They also tried to format the PLC and verified the IO configuration with no mismatches found. However, there is no information in the auto-refresh page. Can anyone provide guidance on auto refresh page settings? Essentially, the D register (D1500) that receives information from the intelligence module Q68ADV is not capturing the field instrument value. The focus is on identifying the root cause of this issue for resolution. Fortunately, the existing CPU is functioning properly.
The TO instruction transmits configuration data to the module, where "X" bits are read by the program to determine the module's status. The FROM function retrieves data from the module. It appears that the "X" inputs are used for conditional jumps within the program. I recommend verifying if the "FROM" instruction is being executed or bypassed. Based on the code provided, it seems that automatic refresh mode is not being utilized. Without the complete program for testing, it is difficult to pinpoint the issue. There is a possibility that the module is in config mode, resulting in the bypassing of the read function. For more information, refer to the manual: [link to manual]. If you intend to use automatic refresh mode, avoid calling the FROM function as data should automatically populate from the configured registers. Note that the auto refresh register setting is shown below, while the min/max registers and error registers are not displayed. If these are left blank, the min/max values will remain as per the card defaults. It seems that they are not being used in this scenario.
Parky mentioned that the TO instruction is used to transmit configuration data to the module, which contains "X" bits that the program reads to determine the module's status. Conversely, the FROM function retrieves data from the module. It appears that in the program, the "X" inputs are utilized for conditional jumps around the read function. It would be advisable to verify if the "FROM" instruction is being executed or skipped. Based on the provided code, it seems that automatic refresh is not being utilized, making it unnecessary to set it. Without access to the complete program for testing, it is difficult to pinpoint the problem. However, there is a possibility that the module is in config mode, leading to the bypassing of the read function. For more information, refer to the manual: [link]. Unfortunately, due to file format restrictions, the program file cannot be attached here, but it can be sent via email. In the meantime, could you provide more details on the config mode? Your assistance is greatly appreciated.
It appears that there may be a sync issue between your main CPU and your backup. Given that you're noticing a discrepancy in data stored in the buffer memory of your standby CPU, it's likely that the Q68ADV module data isn't replicating correctly from the primary to the backup. One possible reason could be a malfunction or misconfiguration during the replication process. I suggest double-checking your replication settings and make sure they're happening at the right intervals. Also, scrutinize your network connectivity as these issues can occur due to intermittent network losses. Good luck!
It's possible that the backup CPU didn't fully load or synchronize the data from the primary CPU during the setup. Sometimes, the data doesn't completely transfer over due to a communication error or mismatched software versions between the two CPUs. I would suggest you double-check their compatibility and try reloading the data. If the issue persists, you might want to look into whether the buffer memory in your standby CPU is operating correctly. Damaged or faulty buffer memory might be incapable of retaining the necessary data.
✅ 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 missing data from the buffer memory can be attributed to potential configuration discrepancies, communication issues between the CPUs, or improper synchronization between the primary and backup CPUs.
Answer: - To address this issue, you can start by verifying the settings and configurations of both the primary and backup CPUs, ensuring proper communication and synchronization protocols are in place, checking for any hardware faults, and examining the data transfer processes between the CPUs.
Answer: - You can begin by conducting a thorough analysis of the alarm logs to identify the specific alarms triggered by the missing data. Subsequently, review the system configurations, perform diagnostic tests on the CPUs, and troubleshoot any communication or synchronization issues to rectify the problem and prevent further alarms.
Answer: - While there are no inherent compatibility issues between the Q02CPU and Q68ADV module, data loss in the buffer memory can occur due to misconfigurations
Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.