Hello, I am currently working on a project involving a R04CPU, RD77GF16, and RJ71PN92 modules. The task at hand is to modify the program as the previous integrator was unable to make it function as intended. The programming is being done in GXWorks3 and upon receiving the cell at the workshop, all the PLC components were functioning well. However, when I uploaded my program to the R04CPU and switched the PLC to remote run, an error with code 0x21A0 occurred. This error indicates that a FBFile specified in the CPU parameters is missing in the R04CPU. Upon reviewing the CPU Parameters and Program Settings, I noticed a FBFile named SlibFBFile present, but it is not found in the project tree under the FB tab. Although all other FBFiles created are visible and configured in the CPU Parameters, the SlibFBFile keeps reappearing even after removal from the CPU Parameters upon project rebuilding. I am seeking insights into why this file continues to reappear. Thank you. Best Regards, Konstantin Kolev
There are various factors that can cause this error to occur, but it is often due to mismatched parameters with the current situation. If you have access to the original source code, try initializing the memory and then performing a full rebuild before downloading. This can help resolve the issue and ensure that the code is correctly executed.
I successfully downloaded a fresh project without relying on any FBFile. I simply included the necessary modules and servo drivers along with all the distributed modules. It's worth noting that I am utilizing the PLCOpen library for the RD77, which has been specifically tailored to function with the RD77GF model. However, when I removed the SlibFbFile from the Programm Settings, all the imported blocks from the library turned red, including the structure types. Warm regards, Konstantin Kolev
Hello, I have recently discovered the issue with my project. It appears that the problem lies within the FB File containing unused function blocks, which is preventing it from being written to the PLC. This discrepancy between the offline and online projects is causing the issue. By relocating the unused function blocks to a different FB File where at least one function block is being used in the program, the issue was resolved. However, a new problem has arisen. After sending a MC_MoveAbsolute command, the servo does not move and an axis error with the ID 6563 in decimal is displayed. Additionally, a warning code 99.4 indicates that the stroke limit is not connected, even though the system is absolute and equipped with a battery instead of limit switches. Despite these issues, other MC function blocks such as MC_Power, MC_Reset, and MC_ReadAxisError are functioning properly. The program is utilizing a PLCOpen library tailored for the RD77 module. I am seeking insights on what could be causing this error to occur. Thank you for your help. Best Regards, Konstantin Kolev
Within the MR Configurator tool, under the section labeled "Digital I/O - Basic", users can find the convenient "Auto ON Assignment" button. This feature enables automatic configuration of LSP and LSN settings, streamlining the process for users.
Hello! I successfully resolved the 99.4 alarm issue by adjusting the PD41 parameter to 0x1100. However, after powering on the drive, I encountered error codes 0x1904 or 0x1906 on the RD77GF module when attempting an absolute motion move. These errors indicate a hardware stroke limit (+) or (-) depending on the direction of the move. Despite trying the previously suggested solution, the MC_ReadAxisError function block returns a decimal value of 6406. I have attempted to deactivate the limit switches without success. Best regards, Konstantin Kolev.
Hi Konstantin, It sounds like you're encountering an unusual yet not unheard of issue. My first hunch is that the SLIbFBfile might be linked or referenced in a different part of your program. Could it be called within a function or sequence that you've overlooked? Alternatively, keep in mind that the file could also be hidden if it's part of a closed library or if the project tree view is not fully expanded. Give these suggestions a try and double-check your settings. If this doesn't solve your problem, it might be time to reach out to your Mitsubishi representative to investigate if it's a more complex issue with GXWorks3. Good luck with your troubleshooting!
Hey Konstantin, it sounds like you're dealing with a tricky issue! The SlibFBFile usually indicates a library that's expected by the project but hasn't been correctly imported or linked. Try double-checking that the library is included in your project references. If it’s a standard library, you may need to reinstall or re-add it in GXWorks3 to ensure it matches the CPU parameters. Also, clearing the project cache or creating a new project and re-importing everything might help resolve that persistent reappearance. Good luck!
Hi Konstantin! It sounds like you’re having quite the frustrating issue with the SlibFBFile. One possibility is that it might be a system library that is automatically included by GXWorks3 when it recognizes it as required for the CPU configuration, even if it’s not explicitly listed in your project tree. Have you checked to see if there’s an option to disable or hide system libraries in your project settings? Sometimes rebuilding the entire project after a clean might also help clear out any residual references. Good luck, and let us know how it goes!
✅ 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: 1. What does Mitsubishi iQ-R Series PLC Error Code 0x21A0 indicate? - Error code 0x21A0 indicates that a FBFile specified in the CPU parameters is missing in the PLC. 2. How can I address error code 0x21A0 in Mitsubishi iQ-R Series PLC? - To address this error, you need to ensure that all specified FBFiles are present and correctly configured in the project tree under the FB tab. 3. Why does the FBFile named SlibFBFile keep reappearing in the Mitsubishi iQ-R Series PLC project? - The SlibFBFile may continue to reappear if there are issues with its configuration or if it is being referenced in multiple locations within the project. Check for any dependencies or references causing it to reappear after removal. 4. How can I troubleshoot the issue of the missing FBFile in the Mitsubishi iQ-R Series PLC? - You can troubleshoot by carefully reviewing the CPU Parameters, Program Settings, and project tree to ensure all FBFiles are correctly configured and present. Additionally, check for any inconsistencies or errors in the program that may be causing the missing file issue.
Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.