EXTENDABLE SAFETY SYSTEM FOR ROBOT SYSTEM
FIELD OF THE INVENTION
[0001] The present invention relates to a safety system for a robot arm where the safety system during operation of the robot arm is configured to monitor the robot arm and bring the robot arm into a safe state if the robot arm is brought into an unsafe mode of operation.
BACKGROUN D OF THE INVENTION
[0002] Robot arms comprising a plurality of robot joints and robot links where actuators can rotate or translate part of the robot arm in relation to each other are known in the field of robotics. The robot arm can comprise rotational joints where an actuator is configured to rotate a part of the robot arm, and/or prismatic joints where an actuator is configured to translate one part of the robot arm. Typically, the robot arm comprises a robot base which serves as a mounting base for the robot arm; and a robot tool flange where to various tools can be attached, and where a number of robot joints and robot links connects the robot base and the robot tool flange. A robot controller is configured to control the robot joints in order to move the robot tool flange in relation to the base. For instance, in order to instruct the robot arm to carry out a number of working instructions.
[0003] Typically, the robot controller is configured to control the robot joints based on a dynamic model of the robot arm, where the dynamic model defines a relationship between the forces acting on the robot arm and the resulting accelerations of the robot arm. Often, the dynamic model comprises a kinematic model of the robot arm, knowledge about inertia of the robot arm and other parameters influencing the movements of the robot arm. The kinematic model defines a relationship between the different parts of the robot arm, and may comprise information of the robot arm such as, length, size of the joints and links and can for instance be described by Denavit-Hartenberg parameters or like. The dynamic model makes it possible for the controller to determine which torques the joint motors shall provide in order to move the robot joints for instance at specified velocity, acceleration or in order to hold the robot arm in a static posture.
[0004] Typically, it is possible to attach various end effectors to the robot tool flange, such as grippers, vacuum grippers, magnetic grippers, screwing machines, welding equipment, dispensing systems, visual systems, force/torque sensors, which can be used together with the robot arm in order to perform various tasks. The robot arm needs to be programmed by a user or a robot integrator which defines various instructions for the robot arm, such as predefined moving patterns and working instructions such as gripping, waiting, releasing, inspection, screwing instructions. A software extension to the robot control software may be provided in order to be able to program an end effector mounted to the robot arm and the end effector provider may provide such software extension together with the end effector. For instance, the robot arm may be configured to carry out the method for extending end user programming of an industrial robot with third party contributions as disclosed in WO 2017/005272 incorporated herein by reference.
[0005] Additionally, the instruction can be based on various sensors or input signals which typically provide a triggering signal used to stop or start a given instruction. The triggering signals can be provided by various indicators, such as safety curtains, vision systems, position indicators, etc.
[0006] Robot arms are increasingly being used along and near humans and to increase the variety of work processes where robots can help humans an increased focus on safety, price and flexibility of the robots is demanded. The robot arms are thus provided with a safety system which monitors the operation of the robot arm and is configured to bring the robot arm into a safe stop upon hazardous situations where humans potentially can get hurt. The safety system is provided on different hardware than the robot controller and is configured to monitor various sensor signals related to the robot arm and to carry out a number of basic safety functions (for instance as described in WO 2015/131904 incorporated herein by reference) of the robot arm upon which the safety system brings the robot into a safe state if an unsafe state if registered. The known safety systems monitor the operation of the robot arm independently of eventual end effectors consequently the safety system can not bring the robot arm into a safe state if for instance an end effector is in an unsafe state. Additionally, the safety functions are provided by the robot arm manufacture
which limits the safety functions to those provided by the robot arm manufactures.
SUMMARY OF THE INVENTION
[0007] The object of the present invention is to address the above described limitations with the prior art or other problems of the prior art. This is achieved by the robot and method according to the independent claims; where a robot controller is configured to
• specify at least one user-defined safety parameter range;
• provide the user-defined safety parameter range to the safety system;
• generate at least one user-defined safety parameter based on at least one user-defined safety function;
• provide the user-defined safety parameter to the safety system; where the safety system comprises a safety range monitoring safety function configured to monitor said robot controller by:
• evaluating if the at least one user-defined safety parameter is within the user-defined safety parameter range; and
• bringing the robot arm into a safe state in case the user-defined safety parameter is outside the user-defined safety parameter range.
[0008] This makes it possible to set up user-defined safety functions which can be executed by a non-safety rated system like a robot controller and where a safety rated safety system can be configured to monitor the outcome of the user-defined safety functions and bring the robot arm to a safe state in case the user-defined safety parameter does not comply with the user-defined safety parameter range. As a result, it is possible to extend the safety functions of a robot system without need for modifying the safety rated safety system, and consequently the safety rated safety system does not need to be re-certified. Additionally, this makes it possible for third party providers to provide their own safety functions, for instance user-defined safety functions associated with external components such as end effectors or other safety components. For instance, the user-defined safety functions may be provided as safety rated user-defined safety functions executed at a non-safety rated robot controller,
however due to the monitoring of the user-defined safety parameters by the safety rated safety system the overall safety rating of the robot system can be improved. The dependent claims describe possible embodiments of the robot and methods according to the present invention. The advantages and benefits of the present invention are described in the detailed description of the invention.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 illustrates a robot system according to the present invention; fig. 2 illustrates a simplified structural diagram of a robot system according to the present invention; fig. 3 illustrates a simplified structural diagram of another embodiment of a robot system according to the present invention; fig. 4 illustrates a flow diagram of the method of monitoring a robot system according to the present invention; and fig. 5 illustrates the robot system of fig. 2 with a safety signal path.
DETAILED DESCRIPTION OF THE INVENTION
[0009] The present invention is described in view of exemplary embodiments only intended to illustrate the principles of the present invention. The skilled person will be able to provide several embodiments within the scope of the claims. Throughout the description, the reference numbers of similar elements providing similar effects have the same last two digits. Further it is to be understood that in the case that an embodiment comprises a plurality of the same features then only some of the features may be labeled by a reference number.
[0010] Fig. 1 illustrates a robot arm 101 comprising a plurality of robot joints 103a, 103b, 103c, 103d, 103e, 103f connecting a robot base 105 and a robot tool flange 107. A base joint 103a is configured to rotate the robot arm around a base axis 111a (illustrated by a dashed dotted line) as illustrated by rotation arrow 113a; a shoulder joint 103b is configured to rotate the robot arm
around a shoulder axis 111b (illustrated as a cross indicating the axis) as illustrated by rotation arrow 113b; an elbow joint 103c is configured to rotate the robot arm around an elbow axis 111c (illustrated as a cross indicating the axis) as illustrated by rotation arrow 113c, a first wrist joint 103d is configured to rotate the robot arm around a first wrist axis 11 Id (illustrated as a cross indicating the axis) as illustrated by rotation arrow 113d and a second wrist joint 103e is configured to rotate the robot arm around a second wrist axis llle (illustrated by a dashed dotted line) as illustrated by rotation arrow 113e. Robot joint 103f is a tool joint comprising the robot tool flange 107, which is rotatable around a tool axis 11 If (illustrated by a dashed dotted line) as illustrated by rotation arrow 113f. The illustrated robot arm is thus a six-axis robot arm with six degrees of freedom, however it is noticed that the present invention can be provided in robot arms comprising fewer or more robot joints, further it is to be understood that the robot joint also may comprise prismatic joints or a combination of both rotational joints and prismatic joints.
[0011] In the illustrated embodiment the joints comprise an output flange rotatable in relation to a robot joint body and the output flange is connected to a neighbor robot joint either directly or via an arm section as known in the art. The robot joint comprises a joint motor configured to rotate the output flange, for instance via a gearing or directly connected to the motor shaft. In embodiments with prismatic joints the output flange is translational in relation to the robot joint body and a joint motor configured to translate the robot output flange in relation to the robot joint body. Additionally, the robot joint comprises at least one joint sensor providing a sensor signal indicative of at least one of the following parameters: an angular position of the output flange, an angular position of the motor shaft of the joint motor, a motor current of the joint motor or an external force trying to rotate the output flange or motor shaft. For instance, the angular position of the output flange can be indicated by an output encoder such as optical encoders, magnetic encoders which can indicate the angular position of the output flange in relation to the robot joint. Similarly, the angular position of the joint motor shaft can be provided by an input encoder such as optical encoders, magnetic encoders which can indicate the angular
position of the motor shaft in relation to the robot joint. It is noted that both output encoders indicating the angular position of the output flange and input encoders indicating the angular position of the motor shaft can be provided, which in embodiments where a gearing have been provided makes it possible to determine a relationship between the input and output side of the gearing. The joint sensor can also be provided as a current sensor indicating the current through the joint motor and thus be used to obtain the torque provided by the motor. For instance, in connection with a multiphase motor, a plurality of current sensors can be provided in order to obtain the current through each of the phases of the multiphase motor.
[0012] The robot arm comprises at least one robot controller arrange in a robot control box 109 and is configured to control the robot joints by controlling the motor torque provided to the joint motors based on a dynamic model of the robot arm, the direction of gravity acting 112 and the joint sensor signal. The robot controller can be provided as a computer comprising in interface device 104 enabling a user to communicate with the robot, for instance to control and program the robot arm. The controller can be provided as an external device for instance arranged in a robot control box 109 as illustrated in fig. 1, as a device integrated into the robot arm or as a combination thereof. The interface device can for instance be provided as a teach pendent as known from the field of industrial robots which can communicate with the robot controller via wired or wireless communication protocols. The interface device can for instanced comprise a display 106 and a number of input devices 108 such as buttons, sliders, touchpads, joysticks, track balls, gesture recognition devices, keyboards etc. The display may be provided as a touch screen acting both as display and input device.
[0013] Fig. 2 illustrates a simplified structural diagram of the robot arm illustrated in fig. 1. The robot joints 103a, 103b and 103f have been illustrated in structural form and the robot joints 103c, 103d, 103e have been omitted for the sake of simplicity of the drawing. Further the robot joints are illustrated as separate elements however it is to be understood that they are interconnected
as illustrated in fig. 1. The robot joints comprise an output flange 216a, 216b, 216f and a joint motor 217a, 217b, 217f, where the output flange 216a, 216b, 216f is rotatable in relation to the robot joint body and the joint motor 217a, 217b, 217f is configured to rotate the output flange via an output axle 218a, 218b, 218f. In this embodiment the output flange 216f of the tool joint 103f comprises the tool flange 107. At least one joint sensor 219a, 219b, 219f providing a sensor signal 222a, 222b, 222f indicative of at least one joint sensor parameter Jsensor.a, Jsensor,b , Jsensor,f of the respective joint. The joint sensor parameter is at least indicative of at least one of a pose parameter indicating the position and orientation of the output flange in relation to the robot joints for instance: an angular position of the output flange, an angular position of a shaft of the joint motor, a motor current of the joint motor. For instance, the angular position of the output flange can be indicated by an output encoder such as optical encoders, magnetic encoders which can indicate the angular position of the output flange in relation to the robot joint. Similarly, the angular position of the joint motor shaft can be provided by an input encoder such as optical encoders, magnetic encoders which can indicate the angular position of the motor shaft in relation to the robot joint body.
[0014] The robot controller 202 comprises a processer 220 and memory 221 and is configured to control the joint motors of the robot joints by providing motor control signals 223a, 223b, 223f to the joint motors. The motor control signals 223a, 223b, 223f are indicative of the motor torque Tmotor.a, Tmotor, b, and T motor, f that each joint motor shall provide to the output flanges, and the robot controller is configured to determine the motor torque based on a dynamic model of the robot arm as known in the prior art. The dynamic model makes it possible for the controller to calculate which torque the joint motors shall provide to each of the joint motors to make the robot arm perform a desired movement. The dynamic model of the robot arm can be stored in the memory 221 and be adjusted based on the joint sensor parameters Jsensor.a, Jsensor,b , J sensor, f For instance, the joint motors can be provided as multiphase electromotors and the robot controller can be configured to adjust to motor torque provided by the joint motors by regulating the current through the phases of the multiphase motors as known in the art of motor regulation.
[0015] The robot system comprises a safety system 225 monitoring the robot arm and comprises a safety processer 227 and safety memory 228. The safety system is configured to bring the robot arm into a safe state 226 based on at least one basic safety function evaluated by the safety system. The safe state is illustrated by a STOP sign indicating that one safe mode can be a mode where the robot arm is brought into a standstill, for instance by activating a brake system configured to brake the moving parts of the robot arm, by turning off power to the robot arm, etc. However, it is to be understood that the safe mode can be any mode of operation where the robot arm is considered safe in relation to a human, for instance the robot may be instructed to move at a reduced speed, to provide an indication signal (visible, audial, haptic etc. or combinations thereof) warning a human that an error has occurred. A basic safety function is a safety function provided to the safety controller and which is programmed and stored on the safety memory and which can not be edited or modified by an end-user. Typically, the basic safety functions are coded by the provider of the robot safety system. In some embodiments the user may at initiation of the robot system provide and modify the safety limits of which the basic safety functions applies.
[0016] The robot controller 202 and the safety system 225 are provided on different hardware for instance in form of different computer mother boards, microcontrollers, processors, computer servers and/or integrated circuits.
[0017] The robot controller is configured to provide at least one user- defined safety parameter range; where the user-defined safety parameter range defines a value or parameter that needs to be fulfilled during operation of the robot arm. The user-defined safety parameter range can for instance be defined by:
• a value interval within which a user-defined safety parameter must be in, for the robot arm to be in a safe mode of operation;
• a threshold value that must not be exceeded by a user-defined safety parameter;
• a check sum that needs to be fulfilled for the robot arm to be in safe mode of operation;
• a time interval, within or without, which a user-defined safety parameter must be provided in order for the robot arm to be in safe mode.
The user-defined safety parameter range can for instance be provided by a user-defined safety software code configured 229 to be executed by the robot controller processor, where the user-defined safety software code can be installed on the robot controller software. The robot controller is configured to provide the user-defined safety parameter range to the safety system via a user-defined safety parameter range signal 230. In one embodiment the safety system can optionally be configured to provide a confirmation signal 231 confirming receipt and configuration of the user-defined safety parameter range by the safety system. The user-defined safety parameter range serves to configure the safety system by informing the safety system about the nature of the parameter that need to be monitored by the safety system and the safety system can provide a confirmation to the robot controller that it has be properly configured and is ready to receive and monitor the user-defined safety parameter.
[0018] The robot controller is configured to provide at least one user- defined safety parameter; where the user-defined safety parameter is provided based on a user-defined safety function. The user-defined safety function can be any function capable of providing a value indicating a safety state of the robot arm or an external device co-operating with the robot arm, for instance a value or parameter indicating if the robot arm is operating in a safe mode. The user-defined safety parameter can for instance be a value provided based on a number of sensor values indicating various properties of the robot arm or the environment, an end effector and/or any other external device connected to the robot system. The user-defined safety parameter can also be provided as trigger/pulse signal indicating the operational state of the robot arm. The user- defined safety parameter range can for instance be provided by a user-defined safety software code configured 229 to be executed by the robot controller processor, where the user-defined safety software code can be installed on the robot controller software. The robot controller is configured to provide the user-
defined safety parameter to the safety system via a user-defined safety parameter signal 232. In one embodiment the safety system can optionally be configured to provide a confirmation signal 233 confirming receipt and configuration of the user-defined safety parameter by the safety system.
[0019] The safety system comprises a safety range monitoring safety function configured to monitor the robot controller by evaluating if the at least one user-defined safety parameter is within the user-defined safety range. This can be achieved via a number of logic tests comparing the user-defined safety parameter with the user-defined safety parameter range. If the user-defined safety parameter is outside the user-defined safety parameter range, then the safety system will bring the robot arm into a safe mode as described in paragraph [0015].
[0020] For instance, in an embodiment the user-defined safety parameter range can define an interval of values wherein the user-defined safety parameter must be in order for the robot arm to be in a safe mode and the logic test can test if the user-defined safety parameter is within the interval of values and provide an indication of whether or not the robot is operating in safe mode. The safety system can then bring the robot arm to a safe state if the logic test indicate that the robot arm is not operating in safe mode.
[0021] In another embodiment the user-defined safety parameter range can define a time interval within or without which the user-defined safety parameter must be sent to the safety system in order for the robot arm to be in a safe mode and the logic test can test if the user-defined safety parameter have been received within the defined time interval and provide an indication of whether or not the robot is operating in safe mode. The safety system can then bring the robot arm to a safe state if the logic test indicate that the robot arm is not operating in safe mode.
[0022] In another embodiment the user-defined safety parameter range can define checksum that needs to be fulfilled by the user-defined safety
parameter in order for the robot arm to be in a safe mode and the logic test can test if the user-defined safety parameter fulfills the checksum and provide an indication of whether or not the robot arm is operating in safe mode. The safety system can then bring the robot arm to a safe state if the logic test indicate that the robot arm is not operating in safe mode.
[0023] In one embodiment the safety system is configured to provide a confirmation to the robot controller, where the confirmation indicates that the safety system has received the user-defined safety parameter range. This makes it possible to provide a control function as a part of the robot controller which ensures that the user-defined safety parameter range have been properly configured by the safety system. For instance, the robot controller can provide an indication to a user that the user-defined safety function is not functioning correctly.
[0024] In one embodiment the safety system is configured to monitoring receipt of the user-defined safety parameter and bringing the robot arm into a safe mode in case the user-defined safety parameter has not been received. This makes it possible to ensure that the safety system brings the robot arm into safe mode of operation in case the user-defined safety parameter have not been provided by the robot controller. Which provides further safety.
[0025] In one embodiment the robot controller is configured to receive at least one sensor signal indicating at least one of:
• a state of at least a part of the robot arm;
• a state of at least one external device; and the robot controller is configured to generate the at least one user-defined safety parameter based on the sensor signal. This makes it possible to provide user-defined safety functions to the robot arm based on sensor signals, for instance based on the build-in sensors of the robot arm or one or more extra sensors provided to the robot arm. This makes it possible to provide a large
number of user-defined safety functions to the robot system and which can be based on a large variety of sensor signals. For instance, providers of external safety devices can provide user-defined safety functions which then can be installed on the robot controller and be monitored by the safety system of the robot system.
[0026] In one embodiment the robot system comprises a user interface enabling a user to communicate with the robot system and the user interface comprises an user interface for specifying at least one of the user-defined safety functions and/or the user-defined safety parameter. The user interface can for instance be provided as a graphical user interface where the user can enter and program the user-defined safety functions, define the user-defined safety parameter range.
[0027] In one embodiment the user interface for specifying at least one of the user-defined safety functions and the user-defined safety parameter range comprises means for providing user-defined safety software code to the robot controller and means for installing the user-defined safety software code at the robot controller, wherein the user-defined safety software code comprises instructions instructing the robot controller to:
• specify the at least one user-defined safety parameter range;
• provide the user-defined safety parameter range to the safety system;
• generate the at least one user-defined safety parameter based on the at least one user-defined safety function;
• provide the user-defined safety parameter to the safety system.
This makes it possible to provide the user-defined safety function via software which can be provided on a memory device comprising the software code and the user can then install the user-defined software code.
[0028] For instance, the user-defined safety software code may be provided as part of a process control software or basic control software for the robot arm. Basic control software should be understood as software which is
used by the robot controller to control movement of the robot arm i.e. of the individual joints and thereby of the robot flange and any robot tool attached thereto. The basic control software is typically developed based on a mathematical model of the robot arm and is delivered together with the robot arm. So that the user of the robot arm can move the robot arm without any particular programming skills. Process control software should be understood as software provided to the robot system from an external source such as a data processing unit, server, computer or tablet on which such process control software is stored or developed. The process control software can also be programmed directly on the robot system for instance by using a user interface device. Process control software can be simple coordinates in a three- dimensional Cartesian coordinate system defining waypoints for movement of the robot arm, program code defining the operation of a robot tool attached to the robot flange, advanced math for determine points in the Cartesian coordinate system, optimize precision e.g. in movements, sensors systems, etc. Hence, the robot controller controls the movement of the robot arm and tool based on a combination of process and basic control software, where the process control software provides at least one user-defined safety function defining a user-defined safety parameter and/or a user-defined safety parameter range.
[0029] In one embodiment the robot controller is provided as a non-safety rated robot control system, meaning that the robot controller does not fulfill the safety standard relating to robot systems. This has the advantage that the robot controller software can be provided as a partial open system where users can install user-defined software components.
[0030] In one embodiment the safety system is provided as a safety rated robot safety system meaning that the safety system fulfills the safety standards in relation to robot systems and thus can be used to monitor the robot system in a safe and reliable way.
[0031] Fig. 3 illustrates another embodiment of the robot system according to the present invention. The robot system is like the robot system illustrated in fig. 2 and similar elements and features have been given the same reference numbers as in fig. 2 and will not be describe further. In this embodiment the safety system 325 comprises two independent safety controllers comprising a safety processor and a safety memory.
[0032] The first safety controller comprises a first safety processor 327a and a first safety memory 328a which communicates and monitors the robot controller based on a first user-defined safety range signal 330a, a first confirmation signal 331a confirming receipt of the user-defined safety parameter range, a first user-defined safety parameter signal 332a and a first confirmation signal 333a confirming receipt of the user-defined safety parameter.
[0033] The second safety controller comprises a second safety processor 327b and a second safety memory 328b which communicates and monitors the robot controller based on a second user-defined safety range signal 330b, a second confirmation signal 331b confirming receipt of the user-defined safety parameter range, a second user-defined safety parameter signal 332b and a second confirmation signal 333b confirming receipt of the user-defined safety parameter.
[0034] The safety control ler(s) is in an exemplary embodiment certified safety controller(s) meaning, that the safety level hereof is higher than the safety level of the robot controller 220. Reference to safety level may refer to average probability of failure of the hardware i.e. of the controllers. Hence, a high level safety controller has a lower average probability of failure than a robot controller. High level safety system which may include both hardware and software may be categorized according to SIL (SIL; Safety Integrity Levels) level 1-4 where 4 is highest.
[0035] Both the first safety controller and the second safety controller monitor the robot controller as described in fig. 2 and is provided in different hardware. This ensures a redundant monitoring of the robot controller by independent safety controllers. The two independent safety controllers may for instance be provided by two independent teams ensuring different implementation of the safety functions of the safety system. Additionally, the two safety controllers may be configured to monitor each other in order to ensure that both safety controllers are running properly; if this is not the case with one of the safety controllers then the other safety controller will bring the robot arm into a safe state.
[0036] Fig. 5 illustrates another embodiment of the robot system according to the present invention. The robot system is like the robot system illustrated in fig. 2 and similar elements and features have been given the same reference numbers as in fig. 2 and will not be describe further. In this embodiment the user-defined safety parameter range may as described above be provided to the robot controller as part of the user-defined safety software code. In addition, the user-defined safety software code may facilitate a further safety feature in the form of a safety signal path 534 between the robot controller 220 and the safety controller 227. The safety signal path can be a wired connection between the controllers, which ensures a physical connection between the robot controller and the safety controllers. In this and other exemplary embodiment described in this document, the user-defined safety software code may be included as part of a process control software or basic control software. Basic control software should be understood as software which is used by the robot controller to control movement of the robot arm i.e. of the individual joints and thereby of the robot flange and any robot tool attached thereto. The basic control software is typically developed based on a mathematical model of the robot arm and is delivered together with the robot arm. So that the user of the robot arm can move the robot arm without any particular programming skills. It should be mentioned, that the basic control software defines default values for the different safety limits. The default values may also be referred to as normal values and can only be changed within a
predefined range if the robot arm is powered off. Process control software should be understood as software provided to the robot system from an external source such as a data processing unit, server, computer or tablet on which such process control software is stored or developed. The process control software can also be programmed directly on the robot system for instance by using a user interface device. Process control software can be simple coordinates in a three- dimensional Cartesian coordinate system defining waypoints for movement of the robot arm, program code defining the operation of a robot tool attached to the robot flange, advanced math for determine points in the Cartesian coordinate system, optimize precision e.g. in movements, sensors systems, etc. Hence, the robot controller controls the movement of the robot arm and tool based on a combination of process and basic control software, where the process control software provides process at least one user-defined safety function defining a user-defined safety parameter and/or a user-defined safety parameter range. In an exemplary embodiment, the process values are referred to as user-defined safety parameter range that can be adjusted run-time i.e. the robot arm does not have to be powered off while modifying the user-defined safety parameter range.
[0037] At least one of the robot controllers and/or the safety controllers is configured as a sending controller and at least another one of the robot controllers and/or the safety controllers is configured as a receiving controller. The sending controller is configured for sending a safety signal via the safety signal path to one or more receiving controllers.
[0038] The safety signal path may be used and implemented as part of the process or basic control software with the purpose of facilitating communication of a safety signal between the robot controller and the safety controllers (or safety controller if only one is present). The safety signal is in its simplest form a signal sent from the robot controller to each of the safety controllers, which if not received within a predetermined time from departure, will cause the safety controller to bring the robot arm in a stop mode. It should be mentioned that the signal could also be send from the safety controllers to the robot controller with the same purpose and result.
[0039] In one embodiment the sending controller is the robot controller and the one or more receiving controllers are at least one of the safety controllers. This ensure that the safety controller(s) can monitor the robot controller and bring the robot arm into a safe mode in case that a safety signal has not been received through the safety signal path as this can indicate malfunction of the robot controller.
[0040] In an exemplary embodiment, the safety signal is sent and therefore expected to be receive in a predetermined pattern or as a predetermined value. The predetermined pattern may be established as a sequence of signals separated by predetermined time periods. If not receive as expected, the receiving controller will bring the robot arm in stop mode. It should be mentioned, that an unexpected receipt of the safety signal may also include a too early receipt i.e. the expected receipt of the safety signal may be within a range specified by two endpoints. The lower endpoint may be measure in milliseconds such as 10ms and the upper may be measured seconds such as 5 seconds or even in minutes.
[0041] The receiving controller may determine which stop mode the robot arm should be brought into. Examples are safeguard stop where the robot arm only stops but maintains powered on and violation stop where the robot arm is also powered off. The latter requires reset of controller to start up again which is not the case for the former.
[0042] The safety signal provides additional safety to the robot control system in that failure in either hardware or software can be detected, and the robot arm subsequently can be brought in a stop / safe mode.
[0043] It is noted that the user-defined safety software code facilitating a further safety feature in the form of a safety signal path between the robot controller 220 and the safety controller as illustrated in fig. 5 and described in paragraphs [0036]-[0042] also can be provided to an embodiment where the safety system comprises two safety controllers, for instance like the embodiment illustrated in fig. 3 and described in paragraphs [0031]-[0035]. In
such embodiment a first safety signal path can be established between the robot controller 220 and the first safety processor 327a and second safety signal path can be established between the robot controller 220 and the second safety processor 327b.
[0044] Fig. 4 illustrates a flow diagram of a method of monitoring a robot system according to the present invention. The robot system may be provided as the robot system describe previously and the flow diagram illustrates the flow 440 of the robot controller at the left-hand side and the flow 460 of the safety system at the right-hand side.
[0045] The method comprises a step 441 of specifying a user-defined safety parameter range and a step 442 of providing the user-defined safety parameter range to the safety system. The safety system then configures a safety range monitoring safety function and sends in step 461 a confirmation to the robot controller. The robot controller evaluates whether or not the confirmation has been received from the safety system. In case the confirmation has been received indicated by thumb-up icon the robot controller continues the flow. In case the confirmation has not been received as indicated by thumb-down icon the robot controller restarts the flow or alternatively abandons the method. This ensures that the safety range monitoring safety function of the robot controller is properly configured.
[0046] The method comprises a step 444 of specifying a user-defined safety parameter and a step 445 of providing the user-defined safety parameter to the safety system. Step 444 and 445 can be performed by a user-defined safety function executed by the robot controller. The safety system then in step 462 initiates a safety range monitoring safety function and sends in step 463 a confirmation to the robot controller that the user-defined safety parameter has been received. The safety range monitoring safety function evaluates if the user-defined safety parameter is within the user-defined safety parameter range. If the evaluation is positive (indicated by a thumb-up icon) meaning that the
robot arm is operating in safe mode then the operation of the robot arm can continue, and the robot controller is restarting step 444 of generating a new user-defined safety parameter. If the evaluation is negative (indicated by a thumb-down icon) meaning that the robot arm operating in un-safe mode then the operation of the robot arm is brought into a safe state of operation 226.
[0047] Additionally, the robot controller evaluates 446 whether the confirmation of the received user-defined safety parameter from the safety system have been received. In case the confirmation has been received indicated by thumb-up icon the robot controller restarts the flow. In case the confirmation has not been received as indicated by thumb-down icon the robot controller brings the robot arm into a safe mode of operation 226. This ensures that the robot arm is brought into a safe state in case the communication of the user-defined safety parameter fails or in case the safety system fails. BRIEF DESCRIPTION OF FIGUR REFERENCES