Kuka Krc4 Error Codes
Verbena Reynoso
KUKA robotics offers a broad range of robotics controllers and other robotics parts for a variety of industries including CNC machining, surface processing, loading usage, and much more. One common challenge with operating robotics controllers is understanding what the error codes mean, that they display when they encounter an issue. Listed below are common KUKA error messages that you may encounter while troubleshooting issues with KUKA controllers. These codes are applicable to all KUKA controllers, including the KRC1, KRC2, KRC3, and the KRC4.
Hello,
we have autostore with 20 robots but some of them alwazs stop because of GRIPPER FAILURE but when we send them back after taking it out and in then it work good but after some time again same issue with same or other robots
I have met a problem with kuka Krc4 robot. When the robot running in automode, it will stop randomly with 'Dynamic brake active' message(Error code 108). After robot stopped, this error message will disappear but recorded in error history log. I need to switch plc's mode so that the error can be cleared. Doesn't any one knows why this error happened and how to solve it?
I also contact kuka support. They told me the first error 'Dynamic brake active' is just general warning and can't represent anything. But the second one, they said plc set diSpsExt_Stop signal during normal running. This is wrong handshake sequence at that time. But I confirmed with customer that no one switch the mode or pressed hold button during automode. It's quite strange. Did you also faced this situation before when testing KUKA robot object?
If you have activated the automatic entry, try entering the messages only as a warning, then the unit remains ready and can continue to execute commands - then you should be able to determine directly whether the robot stops because the unit switches to error or whether the robot stops because of the message from Kuka ?
I also don't think it is handshake problem. This error is not from Robot.Unit.OutImm.AplErrNo. It's an error from _robotState.StopMess and showing as 'Robot fault : robot has collective fault'. It's happening not quite offen. Properly one time in an hour.
Currently I made a recover function in automode. When plc detects this situation, it will clear error automatically so robot's ExecState can be ready. And then call robot's home order to recover it. Lastly plc go back to call robot's last command again.
While working with Caesar II software, many of you must have received a message stating that the material is outside the temperature range (Refer to Fig. 1) even though you know/believe that you are operating your piping system within allowed temperature limits in CAESAR II.
You are sure that you have entered temperatures that are allowed for the material, but still, the error is showing. The main reason could be found easily if you check the ambient temperature used for stress analysis of that material. Normally most of the piping codes publish material expansion coefficient data from 70 degrees F onwards that is why it is the CAESAR II default ambient temperature value. So if you have used ambient temperature less than 70 degrees F (21.12 degrees C) you may find the above-mentioned error while running the Caesar file because it could be a case of missing expansion coefficient data in the material database.
At this point, you are ready to use this material in your CAESAR II input file. Remember that these changes do not affect the CAESAR II material database as the changes are stored in a user-defined database. However, user-defined materials are used by default in place of the CAESAR II material entries when new files are created.
You should select the No-Update option (Fig. 5) to read in the new material properties and begin using your material in your input file. Now the error checker will not show the earlier material error and the problem will be solved.
I am a Mechanical Engineer turned into a Piping Engineer. Currently, I work in a reputed MNC as a Senior Piping Stress Engineer. I am very much passionate about blogging and always tried to do unique things. This website is my first venture into the world of blogging with the aim of connecting with other piping engineers around the world.
Hello Sir,
I have a query related to this, from where does CAESAR gets its material database values?
If it is code specific, do you have any idea from where can I find missing expansion coefficient value for material API 5L Grade X65 (306) which is applied for Pipeline work under code ASME B31.8.
What is NFPA (National Fire Protection Association)? NFPA Codes and StandardsFire has been both a crucial element in human progress and a formidable force of destruction throughout history. As communities have grown and technology has advanced, so too have the challenges of...Continue Readinglink to Introduction to Composite Piping SystemIntroduction to Composite Piping SystemThe application of composite structures starts in 1500 B.C., and their notable developments date back to 1940[1] here GFRPs were used to replace the traditional wood or metal structures in the marine...Continue ReadingAbout MeHi There! Welcome to my space, I am Anup Kumar Dey, an experienced Piping and Pipeline engineer for the last 20 years. Through this platform, I will share my experiences and knowledge with you in an innovative way. So be with me for the next couple of years!
4a15465005