If you drive a car, it makes little difference what brand it is: all cars are driven the same way. The same applies to computers. If you have a Windows PC, the user interface won’t be affected by your computer hardware. This is definitely not the case for industrial robots.
The way you program an industrial robot strongly depends on the robot brand. You might think that a robot program looks like C++ or Visual Basic. The truth is that some robots are still programmed in assembler-like languages.
Because of the complexity of using an industrial robot, robot integrators and most manufacturers try to limit themselves to a single robot brand. Unfortunately, industrial robot manufacturers don’t offer completely equivalent product ranges, and their offers evolve constantly. Stäubli, for example, is one of the few manufacturers that offer robots suitable for humid environments, while FANUC is the only one to offer a medium-payload collaborative robot. Furthermore, a number of businesses work with calls for tenders. As a result, sometimes manufacturers end up with robots of different brands.
The reason why robot-programming languages evolve slowly is probably due to the fact that industrial robots are extremely reliable and durable. Thus, robot manufacturers have to offer backward compatibility. Selling spare parts and additional options is probably as lucrative as selling new robots. For this reason, robot manufacturers probably won’t change the fundamentals of their programming languages. For example, ABB is stuck with using quaternions on the user level to represent orientation, even though a quaternion is as intuitive as using binary code instead of ASCII. Rather than changing quaternions to Euler angles, like every other robot manufacturer, ABB simply added functions that convert from one orientation representation to the other. Most robot programming languages probably looked great a decade or two ago, but nowadays, engineers are used to modern programming languages like Java, C#, and Python.
FANUC, one of the leading four robot manufacturers, provides not one but two different programming languages: Teach Pendant (or TP) and KAREL. TP programs are binary files that can be edited through the robot’s teach pendant buttons (or touch screen for newer robots). TP files can also be compiled/decompiled from an LS file (human-readable ASCII file). TP programs offer a limited assembler-like functionality. Alternatively, with FANUC, you can program your own algorithms using a PC and KAREL (programming language based on Pascal), but KAREL does not allow you to do robot movements nor edit the program from the controller’s teach pendant.
You can purchase ROBOGUIDE off-line programming and simulation software to off-line program FANUC robots. However, if you don’t have ROBOGUIDE’s WinOLP, you won’t be able to use LS programs unless you also have the option “ASCII Upload” in your FANUC robot controller, a paid software upgrade required for each robot. You also need ROBOGUIDE to edit and create KAREL programs.
Motoman robots are programmed using the INFORM programming language (JBI files). INFORM looks similar to FANUC’s TP. The program variables are registers shared among all programs. However, Motoman also offers MotoCom for all their robots: a well-documented library that allows you to program the robot using C++, C# or Visual Basic (on Windows).
Programming of ABB robots is simpler, and based on the RAPID programming language, which is somewhat similar to Visual Basic. Furthermore, ABB provides RobotStudio, offering on-line programming and an excellent RAPID program editor for free, as well as an easy file transfer through a network connection between a PC and the robot. Optionally, you can purchase the 3D simulator and off-line programming tools.
KUKA robots require SRC programs written in the KRL programming language, usually edited using the free OrangeEdit editor unless you have the KUKA simulator Sim Pro. It is interesting to note that Kuka’s KRC4 controller is a Windows based computer and the teach pendant is a remote desktop of that computer. It is unpractical to modify programs from the teach pendant as the touch screen feels slow. One notable exception, however, is KUKA’s collaborative robot, LBR iiwa, which uses KUKA’s Sunrise controller and is programmed in Java.
We’ll stop here, because there are dozens of other robot manufacturers from all over the world. Some brands do not have offline programming software, such as Universal Robots: the user must program UR robots through the robot’s touch pendant interface (which is highly intuitive, but also very limited) or using an ASCII editor and their UR Script language (based on Python). Other robot manufacturers focus their efforts on having plugins for CAD software, like Mitsubishi who offers MelfaWorks for SolidWorks.
The fact that nobody has taken a step towards unifying the way robots are programmed is very disappointing. G-code was introduced in the 50s, shortly after Numerical Control, and most CNC controllers currently use it. No such common programming language exists for industrial robots.
Several companies offer powerful robot off-line programming (OLP) tools that support multiple robot brands, and each software tool has its advantages and disadvantages. However, most of these tools are also relatively expensive. There are also free tools like Gazebo (generally used with ROS), but they require expert programming skills and are targeted to robotics in general, making them less practical for simulation and off-line programming of industrial robots.
This is why we created RoboDK: an affordable simulator for industrial robots that provides an intuitive way to program industrial robots. The simulator supports a wide variety of applications, such as pick and place, painting or robot milling. Optimization tools are provided to automatically convert CAM programs to robot programs. RoboDK is a spin-off from the CoRo laboratory, one of the largest robotics labs in Canada, where it was tested on all major industrial robot brands.
RoboDK’s library has more than 200 robots from 15 different robot manufacturers and we look forward to continue adding support for new robot brands. Any robot manufacturer is welcome to include their robots in RoboDK’s library, providing an open interface to be able to do off-line programming and online programming as well. Off-line programming is achieved by defining the robot’s brand post processor. The online programming is achieved by developing a robot driver that works as a bridge between the simulator and the robot. Then, it is possible to easily run robot programs step by step, retrieve the robot position or move to a specific position with a robot. This video shows an example of online programming with an UR10:
What makes RoboDK unique is that you can program any robot using Python and the RoboDK API. Python offers an immense library of tools for programming (for example, to convert SVG images to XY coordinates that can be followed by robots). You can then use object oriented programming with Python and RoboDK’s API and have code snippets like this one:
# robot is an object # target is a pose (4x4 matrix), defining position and orientation of the TCP robot.MoveJ(target*transl(0,0,-100)) # Move (joint) to the approach position robot.MoveL(target) # Move (linear) to the target CloseGripper() # Custom-defined action, such as grabbing a part robot.MoveL(target*transl(0,0,-100)) # Move back to the approach position
The above script will move the robot to a specific target through an approach position. Many other examples are available in our library (with and without Python).
There is no doubt that one day, a robot programmer will have the choice to program any robot brand using a universal programming language such as Python. Robot programmers as well as companies prefer this option as they do not depend on brand-specific tools. Kudos to Mecademic, another spin-off of CoRo, who offers the first industrial robot arm that can be controlled with any modern programming language, but this robot too requires the use of a few proprietary commands.
RoboDK has been downloaded more than 2,000 times since we launched it in January 2015. RoboDK has also attracted universities as a tool for learning industrial robotics (you can display DH frames, for example) as well as new robot manufacturers all over the world. We also welcome integrators to develop their technology using RoboDK’s API. The advantage is that they can develop their technology with one robot brand and deploy it with any other robot brand.
RoboDK can be tried for free and will remain free for educational purposes. We also believe that RoboDK is the most affordable off-line robot programming solution currently available.