WO2023161141A1 - Verfahren und roboter zum ausführen von aufgaben und computerprogramm - Google Patents
Verfahren und roboter zum ausführen von aufgaben und computerprogramm Download PDFInfo
- Publication number
- WO2023161141A1 WO2023161141A1 PCT/EP2023/054010 EP2023054010W WO2023161141A1 WO 2023161141 A1 WO2023161141 A1 WO 2023161141A1 EP 2023054010 W EP2023054010 W EP 2023054010W WO 2023161141 A1 WO2023161141 A1 WO 2023161141A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- action
- robot
- user
- execution mode
- module
- Prior art date
Links
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B25—HAND TOOLS; PORTABLE POWER-DRIVEN TOOLS; MANIPULATORS
- B25J—MANIPULATORS; CHAMBERS PROVIDED WITH MANIPULATION DEVICES
- B25J9/00—Programme-controlled manipulators
- B25J9/16—Programme controls
- B25J9/1656—Programme controls characterised by programming, planning systems for manipulators
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/40—Robotics, robotics mapping to robotics vision
- G05B2219/40392—Programming, visual robot programming language
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/40—Robotics, robotics mapping to robotics vision
- G05B2219/40411—Robot assists human in non-industrial environment like home or office
Definitions
- the invention relates to a method for robot-assisted execution of tasks, a robot being controlled in a first execution mode and in at least one further execution mode.
- the invention also relates to a robot for assisting a user in performing tasks.
- the invention also relates to a computer program.
- the document DE 10 2017 209 032 A1 relates to a method for controlling a robot.
- document DE 10 201 7 209 032 A1 proposes determining various actions that can be performed by the robot, restricting the actions that can be performed by the robot according to at least one precondition and displaying said limited number of actions that can be performed by the robot on a display device so that the user can select an action to be performed from said limited number.
- the document DE 10 2021 104 883 A1 relates to a method for robot-assisted execution of tasks, wherein a robot is controlled in a first support mode using a user module and in a second support mode is controlled autonomously using a user-monitored automation module.
- a robot is controlled in a first support mode using a user module and in a second support mode is controlled autonomously using a user-monitored automation module.
- adjustable autonomy particularly in the context of assistive robotics, the user module and the automation module are represented within a shared control module and use the same action representation.
- the object of the invention is to provide a method as mentioned in the introduction or to improve it structurally and/or functionally.
- the invention is based on the object of providing a robot as mentioned at the outset or to improve structurally and/or functionally.
- the invention is based on the object of providing a computer program mentioned at the outset or of improving it structurally and/or functionally.
- the object is achieved with a method having the features of claim 1.
- the object is also achieved with a robot having the features of claim 14.
- the object is also achieved with a robot having the features of claim 15.
- the method can be used to control the robot.
- Controlling in this context refers in particular to control engineering and/or control engineering.
- Tasks to be performed can be tasks that a user and/or a robot can/can perform.
- the method can be used to control the robot in cooperation with a human user, who uses the robot to support the execution of tasks (English: robotic tasks with a human-in-the-loop, RTHL).
- the robot can be controlled using a control module.
- the control module can be a common control module, which is designed to control the robot in the first execution mode and in the at least one further execution mode.
- the control module can be a split control module.
- a split control module can have a first sub-module and at least one further sub-module.
- a split control module may have a first sub-module and a second sub-module.
- a first sub-module can be configured to control the robot in the first execution mode.
- a further sub-module can be designed to control the robot in the at least one further execution mode.
- a first submodule can be designed as a user module.
- a second submodule can be designed as an automation module.
- Different degrees of autonomy can be assigned to the robot in the first execution mode and in the at least one further execution mode.
- the robot In the first execution mode, the robot can have a lower Be assigned autonomy than in the at least one other execution mode. In the at least one further execution mode, the robot can be assigned greater autonomy than in the first execution mode.
- the first execution mode and the at least one further execution mode can be executed sequentially, weighted sequentially, in parallel and/or weighted in parallel.
- the method can be performed using at least one processor. The method can be carried out using a control device of the robot.
- the first execution mode may be a first support mode.
- the at least one further execution mode can be a second support mode.
- a support mode can be designed for robot-assisted execution of tasks.
- the robot In the first support mode, the robot can be controlled in a shared manner.
- the robot In the first support mode, the robot can be controlled in a shared manner using a sub-module designed as a user module.
- the first support mode can also be referred to as "shared control”.
- the robot In the second support mode, the robot can be controlled autonomously by the user.
- the robot In the second support mode, the robot can be controlled autonomously by the user using at least one submodule designed as an automation module.
- the second support mode can also be referred to as "supervised autonomy”.
- the first sub-module and the at least one other sub-module may be presented within a shared control module.
- At least one execution mode may be configured to perform teleoperations.
- At least one execution mode may be configured to perform fully autonomous operations.
- At least one execution mode can be designed for direct control of the robot.
- Shared control or “Shared Control” means in particular that the robot, in particular control variables of the robot, can be controlled shared by the user using a submodule designed as a user module and/or autonomously using a submodule designed as an automation module.
- the robot can be partially controlled using a sub-module running as a user module and partially controlled using a sub-module designed as an automation module.
- a division between a control using a submodule designed as a user module and a control using a submodule designed as an automation module can be changeable in a controlled manner.
- a split between a control using a sub-module implemented as a user module and a control using a sub-module implemented as an automation module can be changeable seamlessly.
- "seamlessly" can in particular mean that a change or a change takes place at least approximately without any influence on the execution of the task.
- a percentage of control using a submodule running as a user module can be between almost 0% and almost 100% and a percentage of control using a submodule running as an automation module can be between almost 100% and almost 0%, with a percentage of control using a submodule running as a user module and a control share of an automation module executed submodule together always amount to 100%.
- approximately 10% of the control can be performed by the user and approximately 90% by the robot's control device.
- the robot in particular the control variables, can be controlled proportionally and/or divided along the degrees of freedom of movement. Shared control can be understood as a compromise between direct control and supervised autonomy, where the user directly and continuously controls only part of the task and leaves the rest to the robot.
- Supervised autonomy means in particular that the user has handed over execution of a task to the robot and the robot independently executes the task under supervision.
- Supervised autonomy traditionally includes two elements: First, declarative knowledge in the form of symbols, which allows the robot to generate an abstract high-level plan. Second, procedural knowledge, in the form of geometric operations, that helps the robot create and execute low-level motion plans.
- a control module can be a virtual module and/or comprise virtual structures.
- a submodule for example a submodule designed as an automation module and/or a submodule designed as a user module, can be a virtual module and/or comprise virtual structures.
- a submodule for example, a submodule designed as an automation module and/or a submodule designed as a user module can be a structurally and/or functionally distinguishable or delimitable module.
- a submodule designed as an automation module can be designed to control the robot autonomously.
- a submodule designed as an automation module can be designed to carry out tasks specified by task definitions.
- a submodule designed as an automation module can be designed to generate input commands for autonomous control as an action representation.
- a submodule designed as a user module can be designed to control the robot according to user inputs.
- a submodule implemented as a user module can be designed to generate input commands for shared control as an action representation.
- the control module can plan movements and trajectories in the same virtual structures in the first execution mode and in the at least one further execution mode.
- Input commands of the control module can use the same virtual structures in the first execution mode and in the at least one further execution mode.
- the robot In the first embodiment mode, for example in the first support mode, the robot can be controllable by a user via virtual structures, in particular via a submodule designed as a user module.
- Another sub-module for example a sub-module implemented as an automation module, can plan movements and trajectories in the same virtual structures in which a user generates commands.
- Input commands of a first submodule for example input commands of an automation module
- input commands of at least one further submodule for example input commands of a user module, can use the same virtual structures.
- a split control module may include a sub-module configured as an automation module and a sub-module configured as a user module.
- a submodule designed as an automation module can be integrated into a submodule designed as a user module.
- a submodule designed as a user module can include a submodule designed as an automation module.
- a shared Control module also known as "Shared Control with Integrated Autonomy" (SCIA).
- a submodule and another submodule can use the same action representations with their respective input commands.
- a submodule for example a submodule designed as an automation module, can use the action representations of a further submodule, for example a further submodule designed as a user module.
- a submodule for example a submodule designed as a user module, can use an action representation of a further submodule, for example a further submodule designed as an automation module.
- the action representations can be virtual structures and/or can include virtual structures.
- output commands for controlling the robot can be generated based on input commands.
- output commands for controlling the robot can be generated based on input commands from a first submodule, for example a submodule designed as an automation module and/or on input commands from at least one further submodule, for example a submodule designed as a user module.
- the output commands can also be referred to as a robot control signal.
- the input commands can be commands within the common or shared control module.
- the input commands can be commands originating from the control module, for example from a submodule designed as an automation module and/or from a submodule designed as a user module.
- the input commands can be commands from which output commands are generated.
- the output commands can be generated directly based on input commands of the control module, for example based on input commands of a submodule designed as an automation module and/or on input commands of a submodule designed as a user module.
- the output commands can be used as an automation module without separate output commands from the control module, for example without separate output commands executed submodule and/or output commands of a submodule executed as user module.
- the output commands can be generated according to an active execution mode, for example according to an active support mode.
- the output commands can be generated based on input commands from an automation module and/or on input commands from a submodule designed as a user module.
- the output commands can be generated based on input commands from a submodule designed as an automation module.
- the output commands can be common or shared control module output commands.
- the output commands can be commands to control the robot.
- the output commands can be commands sent to the robot to control the robot.
- the common or shared control module it is possible to switch between the first execution mode and the at least one further execution mode based on input commands from the control module, for example based on input commands from a submodule designed as an automation module and/or based on input commands from a submodule designed as a user module become.
- a submodule for example an automation module, can be activated and/or deactivated. Switching between the first execution mode and the at least one further execution mode, for example between a first support mode and a second support mode, can take place under traded control.
- shared control with a change between the first execution mode and the at least one other execution mode can also be referred to as "shared and traded control".
- a mediation of the input commands of a first submodule, for example an automation module , And / or the input commands of at least one other submodule, such as a user module, can be shared within a Control module, especially within virtual structures, which also uses a user for input, take place.
- Changing between the first execution mode and the at least one further execution mode can take place by activating/deactivating a submodule designed as an automation module.
- a submodule designed as an automation module can be deactivated.
- a submodule designed as an automation module can be activated.
- a submodule running as an automation module can be disabled by default.
- a submodule implemented as an automation module can be activated and/or deactivated by a user command.
- the action goal can be performing or completing a specific task.
- the action goal can be an overall goal.
- the action goal may be achievable by performing appropriate actions.
- the action goal may be achievable by sequentially executing appropriate actions.
- the actions to be carried out and/or carried out in order to achieve the action goal can form the action sequence.
- the action sequence can include the actions to be carried out and/or carried out in order to achieve the action goal or be formed by these actions.
- the Action sequence can be symbolic plan.
- the symbolic plan can contain any symbolic transitions required to achieve the action goal.
- the action sequence directed to an action goal may be an action sequence designed to fulfill the action goal.
- the action sequence can be generated and/or executed in order to achieve the action goal.
- the sequence of actions cannot be predetermined or fixed.
- the sequence of actions can be planned to achieve an action goal.
- the action sequence can be planned individually to achieve a specific action goal. At least one action and at least one further action of the action sequence can be carried out at least partially in parallel with one another.
- the action target can be determined in consideration of a user's command.
- the user command may be based on input and/or selection by a user.
- the following steps can be performed: determining possible action targets; Restricting a number of the determined possible action targets, taking into account at least one precondition; Presenting the limited number of action targets to allow the user a choice.
- the limited number of action targets may be presented to the user through displays on a display device.
- the precondition can be a global precondition, which states in particular that an action sequence aimed at an action target can only be executed after a required preceding action sequence has been completed.
- the precondition can state that an action sequence can be completed with a limited number of actions, which number can be adjustable.
- An action sequence can be defined as an exception and presented to the user for selection even though the number of actions required to complete that action sequence exceeds an allowed limited number.
- the precondition can state that only action sequences are displayed on objects to be manipulated that are less than an adjustable maximum distance from the robot.
- a blacklist of impermissible action sequences can be created and the precondition can state that an action sequence that is on the blacklist must not be offered to the user for selection.
- a whitelist of required action sequences may be created and the precondition may state that a whitelisted action sequence must be offered to the user for selection.
- the precondition can state that the robot may only be used in a limited spatial area, in particular within the user's home.
- the precondition can state that the user may only be offered action sequences for selection that do not exceed a predetermined energy requirement.
- An action sequence can be generated using a symbolic planner.
- action definitions and/or object definitions can be used.
- the action definitions can define actions that can be part of an action sequence.
- the object definitions can define objects that can be part of an environment of the robot.
- suitable action definitions can be selected from a large number of action definitions.
- the action definitions can be contained in an action database.
- the action database can be a central database.
- declarative and/or procedural knowledge can be used.
- declarative and/or procedural knowledge from the action definitions can be used.
- finite state machines (English: Finite State Machine, FSM) can be created in the form of shared control templates (English: Shared Control Templates, SCTs).
- the shared control templates can be designed to consist of input commands of the control module, for example to generate output commands from input commands of a first submodule, for example an automation module, and/or input commands of at least one further submodule, for example a user module.
- the common or shared control module can use shared control templates. States and transitions between shared control templates can be key elements. Each condition can represent a different skill phase. Transitions between states can be triggered when certain predefined events occur between objects of interest in the workspace.
- Input commands of the control module for example input commands of a first submodule, such as an automation module, and/or input commands of a further submodule, such as a user module, can be mapped to task-relevant robot movements using the shared control templates.
- the output commands can be generated by mapping the input commands of the control module, for example the input commands of a first submodule, such as an automation module, and/or the input commands of a further submodule, such as a user module, to task-relevant robot movements.
- a shared control template can assist a user in accomplishing a task by providing object- and task-specific mappings and constraints for each skill state.
- the FSM can monitor progress and trigger transitions between the different states.
- the autonomy can be implemented within an SCT.
- the autonomy can use this SCT.
- a first submodule for example an automation module, can be defined and transmit input commands to the SCT. While executing a task in the SCIA controlling the robot can always remain within an SCT and input authority can be changed between the first sub-module, e.g. an automation module, and at least one further sub-module, e.g. a user module.
- This means that the SCT is independent of whether an input command comes from the first submodule, for example from the automation module, or from the at least one further submodule, for example the user module.
- the input commands from the first submodule for example from the The same state transitions, input assignments, active boundary conditions and/or the same overall control can always be applied from the automation module or from the at least one further submodule, for example from the user module.
- the method may include a planning phase and an execution phase.
- a preliminary sequence of actions can be generated and the preliminary sequence of actions can be simulated and tested.
- the preliminary action sequence can be tested with different parameters. If the test result is negative, further provisional action sequences can be repeatedly generated and simulated and tested in the planning phase until another provisional action sequence with a positive result is tested. If the test result is positive, the provisional action sequence tested with a positive result or the further provisional action sequence tested with a positive result can actually be executed as an action sequence in the execution phase.
- the robot may be configured to assist a user in performing tasks.
- the robot can be an autonomous mobile robot.
- the robot can be an assistance robot, a humanoid robot, a personal robot or a service robot.
- the robot can have kinematics.
- the robot can have joints and limbs.
- the robot can have actuators and sensors.
- the robot can have an input and/or output device for a Have users, which can also be referred to as a user interface.
- the input and/or output device can be designed to record user commands.
- the input and/or output device can be designed to offer a user action targets for selection.
- the input and/or output device can be designed as a touchscreen.
- the robot can have a control device.
- the control device can have at least one processor, at least one main memory, at least one data memory and/or at least one signal interface.
- the control device and the input and/or output device can be connected to one another in a signal-transmitting manner.
- the computer program can be executable with the aid of the control device.
- the robot can be a real robot.
- the robot can be a simulated robot or a robot simulation.
- the robot may have a user-triggerable switching system.
- the switching system can be used to combine input commands from the control module at any time, for example input commands from a first submodule, such as an automation module, and input commands from at least one other submodule, such as a user module, and/or between input commands from a first submodule, such as an automation module, and input commands from at least one other to switch submodules, such as user modules.
- Changing between input commands of a first submodule, such as an automation module, and input commands of at least one further submodule, such as a user module can be initiated by an input command from a user to change the execution mode, for example a support mode.
- the computer program can be installed and/or executable on a control device of a robot.
- the computer program can exist as a computer program product.
- the computer program can be present on a data medium as an installable and/or executable program file.
- the computer program can be used to be loaded into a working memory of a control device of a robot.
- a planning system for a robot in particular an assistance robot, which generates action sequences, which can also be referred to as action sequences, which can be executed both under joint control and under monitored autonomy.
- action sequences which can be executed both under joint control and under monitored autonomy.
- a user can switch between these two variants at any point in a task's execution.
- the planning system takes as input a goal, also referred to as an action goal, which the user entered via a user interface such as tablet or screen or selected from a range of options.
- the planning system queries a central database containing actions and their definitions, also referred to as action definitions, and also queries an environmental state.
- the system uses the declarative knowledge from the actions and creates an action sequence that fulfills the goal.
- the planning system uses procedural knowledge from the actions and creates finite state machines in the form of shared control templates.
- the plans and state machines are simulated and tested with various parameters. If all parameters fail, the scheduler tries other actions.
- the state machines can be used to execute the sequences of actions and to control the robot, both in shared control mode, which can also be called first support mode, and in supervised autonomy mode, also called second support mode can be.
- a framework for constraint action templates is provided that combines action sequences and shared control templates with the main objective, a shared control task scheduler, especially in the first execution mode.
- the CATs allow symbolic planning of action sequences that can be shared to control the robot in multiple execution modes and even allow smooth switching between execution modes during execution.
- the CATs allow symbolic planning of action sequences that can be used for shared control and autonomous control using a submodule implemented as an automation module, and even allow smooth switching between both control modes during execution.
- 1 shows a framework for constraint action templates that combines action sequences and shared control templates.
- the framework 100 shown in FIG. 1 makes it possible to provide a robot 102 that flexibly supports a user 104 in performing tasks, for example general tasks, industrial tasks, tasks in space travel and/or tasks in the healthcare sector.
- the plans can be executed in adjusted autonomy levels of the robot 102, including direct control, joint control, supervised autonomy and full autonomy, and the user 104 can switch between different autonomy levels while executing the plans.
- an action target 108 is first determined, taking into account a user command 106, and then an action sequence 112 directed to the action target 108 is generated with the aid of a task scheduler 110.
- the action sequence 1 12 includes a start block 1 14 suitable actions, such as action 1 16, action 1 18 and action 120, and a goal block 122.
- suitable action definitions such as action definition 126, action definition 128 and action definition 130, are selected from a central database 124, which contains a large number of action definitions.
- the selected action definitions 126, 128, 130 are used together with object definitions 132, 134, 136 that define objects in an environment of the robot 102 to create an action sequence 112 that fulfills the action goal 108.
- the task scheduler 110 uses declarative knowledge from the actions stored in the database 118.
- a preliminary sequence of actions is generated, executed in a simulative manner and tested with different parameters. If the test result is negative, further preliminary action sequences are repeatedly generated, simulated and tested in the planning phase until another preliminary action sequence is tested with a positive result. If the test result is positive, the provisional action sequence tested with a positive result is actually executed in an execution phase as action sequence 1 12 .
- the robot 102 can be controlled in several execution modes with different degrees of autonomy.
- a first execution mode 142 the robot 102 can be controlled in shared control 144 .
- a second execution mode 146 the robot 102 can be controlled autonomously in monitored autonomy 148 by the user.
- the first execution mode 142 and the second execution mode 146 are support modes.
- Execution 150 of the action sequence 1 12 for controlling the robot 102 can take place in shared control 144, taking into account a user command 152 via a low-dimensional latent signal x user as an input command 154, which in the first execution mode 142 as a signal x using the shared control templates 138, 140 is mapped to task-relevant robot movements, depending on the context, in order to generate a robot control signal u as an output command 156 .
- symbolic knowledge about the action target 108 can be made available in order to generate a task-oriented process in a latent, low-dimensional space x au t as an input command 158 with during a shared control 144 the goal of achieving Action Target 108.
- the input commands 154 and the input commands 158 use the same action representation.
- a user command 152 to switch to the second execution mode 146 can take place with immediate effect, a seamless change from the shared control 144 to the monitored autonomy 48 by the signal x user r as the input command 154 to the signal x au t as the input command 158 is switched.
- the present action representation - Constraint Action Templates (CATs) - combines in this way the advantages of action sequences, such as action sequence 1 12, and shared control templates, such as shared control templates 138, 140.
- CATs Constraint Action Templates
- An example application is a system with a robotic arm mounted on a wheelchair.
- the invention allows the user 104 to pose complex queries and accomplish tasks with action sequences 1-12. For example, if there is a table with a microwave and a cup in the vicinity of the robot 102, the user 104 can enter the action goal 108 "put the cup in the microwave".
- This action goal 108 consists of three actions 1 16, 1 18, 120 , which the robot 102 performs in sequence: open the microwave, take out the cup and put it in the microwave.The robot 102 then performs these actions 1 16, 1 18, 120 in the execution phase.
- the invention can also be used in other fields of robotics be realized, for example with space robots that help astronauts. In particular, optional features of the invention are referred to as “may”. Accordingly, there are also developments and/or exemplary embodiments of the invention which additionally or alternatively have the respective feature or features.
Landscapes
- Engineering & Computer Science (AREA)
- Robotics (AREA)
- Mechanical Engineering (AREA)
- Numerical Control (AREA)
Abstract
Verfahren zum Ausführen von Aufgaben mithilfe eines Roboters (102), wobei der Roboter (102) in einem ersten Ausführungsmodus (142) und in einem zweiten Ausführungsmodus (146) kontrolliert wird, wobei eine auf ein Aktionsziel (108) gerichtete Aktionssequenz (112) generiert und ausgeführt wird und zum Kontrollieren des Roboters (102) in dem ersten Ausführungsmodus (142) und in dem wenigstens einen weiteren Ausführungsmodus (146) dieselben Aktionsrepräsentationen verwenden, Roboter (102) zum Ausführen von Aufgaben, wobei der Roboter (102) zum Ausführen eines derartigen Verfahrens ausgelegt ist, und Computerprogramm, das Programmcodeabschnitte umfasst, mit denen ein derartiges Verfahren durchführbar ist, wenn das Computerprogramm auf einer Kontrolleinrichtung eines Roboters (102) ausgeführt wird.
Description
Verfahren und Roboter zum Ausführen von Aufgaben und Computerprogramm
Beschreibung
[0001 ] Die Erfindung betrifft ein Verfahren zum roboterunterstützten Ausführen von Aufgaben, wobei ein Roboter in einem ersten Ausführungsmodus und in wenigstens einem weiteren Ausführungsmodus kontrolliert wird. Außerdem betrifft die Erfindung einen Roboter zum Unterstützen eines Benutzers beim Ausführen von Aufgaben. Außerdem betrifft die Erfindung ein Computerprogramm.
[0002] Das Dokument DE 10 2017 209 032 A1 betrifft ein Verfahren zum Steuern eines Roboters. Um eine Auswahl einer vom Roboter durchzuführenden Aktion durch einen Nutzer zu vereinfachen, wird mit dem Dokument DE 10 201 7 209 032 A1 vorgeschlagen, verschiedene Aktionen, die durch den Roboter durchführbar sind, zu ermitteln, die vom Roboter durchführbaren Aktionen gemäß mindestens einer Vorbedingung einzuschränken und diese eingeschränkte Anzahl der vom Roboter durchführbaren Aktionen auf einer Anzeigevorrichtung anzuzeigen, sodass der Nutzer aus dieser eingeschränkten Anzahl eine durchzuführende Aktion auswählen kann.
[0003] Das Dokument DE 10 2021 104 883 A1 betrifft ein Verfahren zum roboterunterstützten Ausführen von Aufgaben, wobei ein Roboter in einem ersten Unterstützungsmodus mithilfe eines Benutzermoduls geteilt kontrolliert und in einem zweiten Unterstützungsmodus mithilfe eines Automationsmoduls benutzerüberwacht autonom kontrolliert wird. Um eine vom Benutzer ausgelöste, einstellbare Autonomie insbesondere im Kontext der assistiven Robotik zu ermöglichen, sind das Benutzermodul und das Automationsmodul innerhalb eines geteilten Kontrollmoduls dargestellt und verwenden dieselbe Aktionsrepräsentation.
[0004] Der Erfindung liegt die Aufgabe zugrunde, ein eingangs genanntes Verfahren bereit zu stellen oder strukturell und/oder funktionell zu verbessern. Außerdem liegt der Erfindung die Aufgabe zugrunde, einen eingangs genannten Roboter bereit zu stellen
oder strukturell und/oder funktionell zu verbessern. Außerdem liegt der Erfindung die Aufgabe zugrunde, ein eingangs genanntes Computerprogramm bereit zu stellen oder strukturell und/oder funktionell zu verbessern.
[0005] Die Aufgabe wird gelöst mit einem Verfahren mit den Merkmalen des Anspruchs 1 . Außerdem wird die Aufgabe gelöst mit einem Roboter mit den Merkmalen des Anspruchs 14. Außerdem wird die Aufgabe gelöst mit einem Roboter mit den Merkmalen des Anspruchs 15. Vorteilhafte Ausführungen und/oder Weiterbildungen sind Gegenstand der abhängigen Ansprüche.
[0006] Das Verfahren kann zum Kontrollieren des Roboters dienen. „Kontrollieren" bezeichnet in diesem Zusammenhang vorliegend insbesondere ein regelungstechnisches und/oder steuerungstechnisches Kontrollieren. Auszuführende Aufgaben können Aufgaben sein, die ein Benutzer und/oder ein Roboter ausführen können/kann. Das Verfahren kann zum Kontrollieren des Roboters bei Kooperation mit einem menschlichen Benutzer, der den Roboter zur Unterstützung beim Ausführen von Aufgaben benutzt (englisch: robotic tasks with a human-in-the-loop, RTHL), dienen.
[0007] In dem ersten Ausführungsmodus und/oder in dem wenigstens einen weiteren Ausführungsmodus kann der Roboter mithilfe eines Kontrollmoduls kontrolliert werden. Das Kontrollmodul kann ein gemeinsames Kontrollmodul sein, das zum Kontrollieren des Roboters in dem ersten Ausführungsmodus und in dem wenigstens einen weiteren Ausführungsmodus ausgelegt ist. Das Kontrollmodul kann ein geteiltes Kontrollmodul sein. Ein geteiltes Kontrollmodul kann ein erstes Submodul und wenigstens ein weiteres Submodul aufweisen. Ein geteiltes Kontrollmodul kann ein erstes Submodul und ein zweites Submodul aufweisen. Ein erstes Submodul kann zum Kontrollieren des Roboters in dem ersten Ausführungsmodus ausgelegt sein. Ein weiteres Submodul kann zum Kontrollieren des Roboters in dem wenigstens einen weiteren Ausführungsmodus ausgelegt sein. Ein erstes Submodul kann als Benutzermodul ausgeführt sein. Ein zweites Submodul kann als Automationsmodul ausgeführt sein. In dem ersten Ausführungsmodus und in dem wenigstens einen weiteren Ausführungsmodus können dem Roboter unterschiedliche Autonomiegrade zugewiesen sein. In dem ersten Ausführungsmodus kann dem Roboter eine geringere
Autonomie zugewiesen sein als in dem wenigstens einen weiteren Ausführungsmodus. In dem wenigstens einen weiteren Ausführungsmodus kann dem Roboter eine größere Autonomie zugewiesen sein als in dem ersten Ausführungsmodus. Der erste Ausführungsmodus und der wenigstens eine weitere Ausführungsmodus können sequentiell, gewichtet sequentiell, parallel und/oder gewichtet parallel ausgeführt werden. Das Verfahren kann mithilfe wenigstens eines Prozessors durchgeführt werden. Das Verfahren kann mithilfe einer Kontrolleinrichtung des Roboters durchgeführt werden.
[0008] Der erste Ausführungsmodus kann ein erster Unterstützungsmodus sein. Der wenigstens eine weitere Ausführungsmodus kann ein zweiter Unterstützungsmodus sein. Ein Unterstützungsmodus kann zum roboterunterstützten Ausführen von Aufgaben ausgelegt sein. In dem ersten Unterstützungsmodus kann der Roboter geteilt kontrolliert werden. In dem ersten Unterstützungsmodus kann der Roboter mithilfe eines als Benutzermodul ausgeführten Submoduls geteilt kontrolliert werden. Der erste Unterstützungsmodus kann auch als „geteilte Kontrolle" (englisch: Shared Control) bezeichnet werden. In dem zweiten Unterstützungsmodus kann der Roboter benutzerüberwacht autonom kontrolliert werden. In dem zweiten Unterstützungsmodus kann der Roboter mithilfe wenigstens eines als Automationsmodul ausgeführten Submoduls benutzerüberwacht autonom kontrolliert werden. Der zweite Unterstützungsmodus kann auch als „überwachte Autonomie" (englisch: Supervised Autonomy) bezeichnet werden. Das erste Submodul und das wenigstens eine weitere Submodul können innerhalb eines geteilten Kontrollmoduls dargestellt sein. Wenigstens ein Ausführungsmodus kann zum Ausführen von Teleoperationen ausgelegt sein. Wenigstens ein Ausführungsmodus kann zum Ausführen vollständig autonomer Operationen ausgelegt sein. Wenigstens ein Ausführungsmodus kann zum direkten Kontrollieren (englisch: Direct Control) des Roboters ausgelegt sein.
[0009] „Geteilte Kontrolle" bzw. „Shared Control" bedeutet insbesondere, dass der Roboter, insbesondere Steuerungsvariablen des Roboters, geteilt vom Benutzer mithilfe eines als Benutzermodul ausgeführten Submoduls und/oder autonom mithilfe eines als Automationsmodul ausgeführten Submoduls kontrolliert werden kann. Der Roboter kann teilweise mithilfe eines als Benutzermodul ausgeführten Submoduls und teilweise
mithilfe eines als Automationsmodul ausgeführten Submoduls kontrolliert werden. Eine Aufteilung zwischen einer Kontrolle mithilfe eines als Benutzermodul ausgeführten Submoduls und einer Kontrolle mithilfe eines als Automationsmodul ausgeführten Submoduls kann kontrolliert änderbar sein. Eine Aufteilung zwischen einer Kontrolle mithilfe eines als Benutzermodul ausgeführten Submoduls und einer Kontrolle mithilfe eines als Automationsmodul ausgeführten Submoduls kann nahtlos änderbar sein. „Nahtlos" kann vorliegend insbesondere bedeuten, dass eine Änderung oder ein Wechsel zumindest annähernd ohne Einfluss für das Ausführen der Aufgabe abläuft.
Ein Anteil der Kontrolle mithilfe eines als Benutzermodul ausgeführten Submoduls kann zwischen fast 0% und fast 100% liegen und ein Anteil der Kontrolle mithilfe eines als Automationsmodul ausgeführten Submoduls kann zwischen fast 100% und fast 0% liegen, wobei ein Kontrollanteil eines als Benutzermoduls ausgeführten Submoduls und ein Kontrollanteil eines Automationsmodul ausgeführten Submoduls zusammen immer 100% betragen. Beispielsweise kann eine Kontrolle zu ca. 10% durch den Benutzer und zu ca. 90% durch die Kontrolleinrichtung des Roboters erfolgen. Der Roboter, insbesondere die Steuerungsvariablen, können proportional und/oder aufgeteilt entlang der Bewegungsfreiheitsgrade kontrolliert werden. Die geteilte Kontrolle kann als Kompromiss zwischen direkter Kontrolle und überwachter Autonomie verstanden werden, wobei der Benutzer nur einen Teil der Aufgabe direkt und kontinuierlich kontrolliert und den Rest dem Roboter überlässt.
[0010] Überwachte Autonomie bedeutet insbesondere, dass der Benutzer ein Ausführen einer Aufgabe an den Roboter übergeben hat und der Roboter die Aufgabe unter Überwachung selbständig ausführt. Die überwachte Autonomie umfasst traditionell zwei Elemente: Erstens, deklaratives Wissen in Form von Symbolen, das dem Roboter das Generieren eines abstrakten High-Level-Plans ermöglicht. Zweitens prozedurales Wissen in Form von geometrischen Operationen, das den Roboter dabei unterstützt, Low-Level-Bewegungspläne zu erstellen und auszuführen.
[001 1 ] Ein Kontrollmodul kann ein virtuelles Modul sein und/oder virtuelle Strukturen umfassen. Ein Submodul, beispielsweise ein als Automationsmodul ausgeführtes Submodul und/oder ein als Benutzermodul ausgeführtes Submodul, können/kann ein virtuelles Modul sein und/oder virtuelle Strukturen umfassen. Ein Submodul,
beispielsweise ein als Automationsmodul ausgeführtes Submodul und/oder ein als Benutzermodul ausgeführtes Submodul, können/kann ein strukturell und/oder funktionell unterscheidbares oder abgrenzbares Modul sein. Ein als Automationsmodul ausgeführtes Submodul kann dazu ausgelegt sein, den Roboter autonom zu kontrollieren. Ein als Automationsmodul ausgeführtes Submodul kann dazu ausgelegt sein, durch Aufgabendefinitionen vorgegebene Aufgaben zu erledigen. Ein als Automationsmodul ausgeführtes Submodul kann dazu ausgelegt sein, Eingabebefehle zum autonomen Kontrollieren als Aktionsrepräsentation zu generieren. Ein als Benutzermodul ausgeführtes Submodul kann dazu ausgelegt sein, den Roboter entsprechend Benutzereingaben zu kontrollieren. Ein als Benutzermodul ausgeführtes Submodul kann dazu ausgelegt sein, Eingabebefehle zum geteilten Kontrollieren als Aktionsrepräsentation zu generieren.
[0012] Das Kontrollmodul kann in dem ersten Ausführungsmodus und in dem wenigstens einen weiteren Ausführungsmodus Bewegungen und Trajektorien in denselben virtuellen Strukturen planen. Eingabebefehle des Kontrollmoduls können in dem ersten Ausführungsmodus und in dem wenigstens einen weiteren Ausführungsmodus dieselben virtuellen Strukturen verwenden. In dem ersten Ausführungsmodus, beispielsweise in dem ersten Unterstützungsmodus, kann der Roboter durch einen Benutzer über virtuelle Strukturen, insbesondere über ein als Benutzermodul ausgeführtes Submodul, kontrollierbar sein. Ein weiteres Submodul, beispielsweise ein als Automationsmodul ausgeführtes Submodul, kann Bewegungen und Trajektorien in denselben virtuellen Strukturen planen, in denen ein Benutzer Befehle generiert. Eingabebefehle eines ersten Submoduls, beispielsweise Eingabebefehle eines Automationsmoduls, und Eingabebefehle wenigstens eines weiteren Submoduls, beispielsweise Eingabebefehle eines Benutzermoduls, können dieselben virtuellen Strukturen verwenden.
[0013] Ein geteiltes Kontrollmodul kann ein als Automationsmodul ausgeführtes Submodul und ein als Benutzermodul ausgeführtes Submodul umfassen. Ein als Automationsmodul ausgeführtes Submodul kann in ein als Benutzermodul ausgelegtes Submodul integriert sein. Ein als Benutzermodul ausgeführtes Submodul kann ein als Automationsmodul ausgeführtes Submodul umfassen. Insofern kann ein geteiltes
Kontrollmodul auch als „geteiltes Kontrollmodul mit integrierter Autonomie" (englisch: Shared Control with Integrated Autonomy, SCIA) bezeichnet werden.
[0014] Ein Submodul und ein weiteres Submodul, beispielsweise ein als Benutzermodul ausgeführtes Submodul und ein als Automationsmodul ausgeführtes Submodul, können mit ihren jeweiligen Eingabebefehlen dieselben Aktionsrepräsentationen verwenden. Ein Submodul, beispielsweise ein als Automationsmodul ausgeführtes Submodul, kann die Aktionsrepräsentationen eines weiteren Submoduls, beispielsweise eines als Benutzermodul ausgeführten weiteren Submoduls, verwenden. Ein Submodul, beispielsweise ein als Benutzermodul ausgeführtes Submodul kann eine Aktionsrepräsentationen eines weiteren Submoduls, beispielsweise eines als Automationsmodul ausgeführten weiteren Submoduls, verwenden. Die Aktionsrepräsentationen können virtuelle Strukturen sein und/oder virtuelle Strukturen umfassen.
[0015] Innerhalb des Kontrollmoduls können Ausgangsbefehle zum Kontrollieren des Roboters basierend auf Eingabebefehlen generiert werden. Innerhalb eines geteilten Kontrollmoduls können Ausgangsbefehle zum Kontrollieren des Roboters basierend auf Eingabebefehlen eines ersten Submoduls, beispielsweise eines als Automationsmodul ausgeführten Submoduls und/oder auf Eingabebefehlen wenigstens eines weiteres Submoduls, beispielsweise eines als Benutzermodul ausgeführten Submoduls generiert werden. Die Ausgangsbefehle können auch als Robotersteuersignal bezeichnet werden. Die Eingabebefehle können Befehle innerhalb des gemeinsamen oder geteilten Kontrollmoduls sein. Die Eingabebefehle können von dem Kontrollmodul, beispielsweise von einem als Automationsmodul ausgeführten Submodul und/oder von einem als Benutzermodul ausgeführten Submodul, ausgehende Befehle sein. Die Eingabebefehle können Befehle sein, aus denen Ausgangsbefehle generiert werden. Die Ausgangsbefehle können unmittelbar basierend auf Eingabebefehlen des Kontrollmoduls, beispielsweise basierend auf Eingabebefehlen eines als Automationsmodul ausgeführten Submoduls und/oder auf Eingabebefehlen eines als Benutzermodul ausgeführten Submoduls, generiert werden. Die Ausgangsbefehle können ohne gesonderte Ausgangsbefehle des Kontrollmoduls, beispielsweise ohne gesonderte Ausgangsbefehle eines als Automationsmodul
ausgeführten Submoduls und/oder Ausgangsbefehle eines als Benutzermodul ausgeführten Submoduls, generiert werden.
[0016] Die Ausgangsbefehle können entsprechend einem aktiven Ausführungsmodus, beispielsweise entsprechend einem aktiven Unterstützungsmodus, generiert werden. In einem ersten Unterstützungsmodus können die Ausgangsbefehle basierend auf Eingabebefehlen eines Automationsmoduls und/oder auf Eingabebefehlen eines als Benutzermodul ausgeführten Submodul generiert werden. In einem zweiten Unterstützungsmodus können die Ausgangsbefehle basierend auf Eingabebefehlen eines als Automationsmodul ausgeführten Submodul generiert werden. Die Ausgangsbefehle können Ausgangsbefehle des gemeinsamen oder geteilten Kontrollmoduls sein. Die Ausgangsbefehle können Befehle zum Kontrollieren des Roboters sein. Die Ausgangsbefehle können Befehle sein, die an den Roboter gesendet werden, um den Roboter zu Kontrollieren.
[001 7] Innerhalb des gemeinsamen oder geteilten Kontrollmoduls kann ein Wechseln zwischen dem ersten Ausführungsmodus und dem wenigstens einen weiteren Ausführungsmodus basierend auf Eingabebefehlen des Kontrollmoduls, beispielsweise basierend auf Eingabebefehlen eines als Automationsmodul ausgeführten Submoduls und/oder auf Eingabebefehlen eines als Benutzermodul ausgeführten Submodul, ermöglicht werden. Ein Submodul, beispielsweise ein Automationsmodul, kann aktivierbar und/oder deaktivierbar sein. Ein Wechseln zwischen dem ersten Ausführungsmodus und dem wenigstens einen weiteren Ausführungsmodus, beispielsweise zwischen einem ersten Unterstützungsmodus und einem zweiten Unterstützungsmodus, kann in vermittelter Kontrolle (englisch: Traded Control) erfolgen. Insofern kann ein geteiltes Kontrollieren mit Wechsel zwischen dem ersten Ausführungsmodus und dem wenigstens einen weiteren Ausführungsmodus, beispielsweise zwischen einem ersten Unterstützungsmodus und einem zweiten Unterstützungsmodus, auch als „Shared and Traded Control" bezeichnet werden. Ein Vermitteln der Eingabebefehle eines ersten Submoduls, beispielsweise eines Automationsmoduls, und/oder der Eingabebefehle wenigstens eines weiteren Submoduls, beispielsweise eines Benutzermoduls, kann innerhalb eines geteilten
Kontrollmoduls, insbesondere innerhalb virtueller Strukturen, die auch ein Benutzer zur Eingabe verwendet, erfolgen.
[0018] Ein Wechseln zwischen dem ersten Ausführungsmodus und dem wenigstens einen weiteren Ausführungsmodus, beispielsweise zwischen einem ersten Unterstützungsmodus und einem zweiten Unterstützungsmodus, kann durch Aktivieren/Deaktivieren eines als Automationsmodul ausgeführten Submoduls erfolgen. In dem ersten Ausführungsmodus, beispielsweise in einem ersten Unterstützungsmodus, kann ein als Automationsmodul ausgeführtes Submodul deaktiviert sein. In dem wenigstens einen weiteren Ausführungsmodus, beispielsweise in einem zweiten Unterstützungsmodus, kann ein als Automationsmodul ausgeführtes Submodul aktiviert sein. Ein als Automationsmodul ausgeführtes Submodul kann standardmäßig deaktiviert sein. Ein als Automationsmodul ausgeführtes Submodul kann durch einen Benutzerbefehl aktiviert und/oder deaktiviert werden.
[0019] Zum weiteren diesbezüglichen technologischen Hintergrund wird auf die Veröffentlichungen „S. Bustamante, G. Quere, K. Hagmann, X. Wu, P. Schmaus, J. Vogel, F. Stulp, and D. Leidner, "Toward seamless transitions between shared control and supervised autonomy in robotic assistance," IEEE Robotics and Automation Letters, vol. 6, no. 2, pp. 3833-3840, 2021 ." und „G. Quere, A. Hagengruber, M. Iskandar, S. Bustamante, D. Leidner, F. Stulp, and J. Vogel, "Shared Control Templates for Assistive Robotics," in 2020 IEEE International Conference on Robotics and Automation (ICRA), Paris, France, 2020, p. 7." verwiesen, deren Merkmale auch zur Lehre der vorliegenden Erfindung gehören und die vollständig in die Offenbarung der vorliegenden Erfindung einbezogen sind.
[0020] Das Aktionsziel kann ein Ausführen oder Erfüllen einer spezifischen Aufgabe sein. Das Aktionsziel kann ein Gesamtziel sein. Das Aktionsziel kann durch Ausführen geeigneter Aktionen erreichbar sein. Das Aktionsziel kann durch sequentielles Ausführen geeigneter Aktionen erreichbar sein. Die zum Erreichen des Aktionsziels auszuführenden und/oder ausgeführten Aktionen können die Aktionssequenz bilden. Die Aktionssequenz kann die zum Erreichen des Aktionsziels auszuführenden und/oder ausgeführten Aktionen umfassen oder durch diese Aktionen gebildet sein. Die
Aktionssequenz kann symbolischer Plan sein. Der symbolische Plan kann alle symbolischen Übergänge enthalten, die zum Erreichen des Aktionsziels erforderlich sind. Die auf ein Aktionsziel gerichtete Aktionssequenz kann eine Aktionssequenz sein, die zum Erfüllen des Aktionsziels ausgelegt ist. Die Aktionssequenz kann generiert und/oder ausgeführt werden, um das Aktionsziel zu erreichen. Die Aktionssequenz kann weder vorbestimmt noch fest sein. Die Aktionssequenz kann zum Erreichen eines Aktionsziels geplant werden. Die Aktionssequenz kann individuell zum Erreichen eines spezifischen Aktionsziels geplant werden. Wenigstens eine Aktion und wenigstens eine weitere Aktion der Aktionssequenz können zumindest teilweise parallel zueinander ausgeführt werden.
[0021 ] Das Aktionsziel kann unter Berücksichtigung eines Benutzerbefehls bestimmt werden. Der Benutzerbefehl kann auf einer Eingabe und/oder auf einer Auswahl durch einen Benutzer basieren. Für eine Auswahl durch den Benutzer können folgende Schritte ausgeführt werden: Ermitteln möglicher Aktionsziele; Einschränken einer Anzahl der ermittelten möglichen Aktionsziele unter Berücksichtigung wenigstens einer Vorbedingung; Anbieten der eingeschränkten Anzahl von Aktionszielen, um dem Benutzer eine Auswahl zu ermöglichen. Die eingeschränkte Anzahl von Aktionszielen kann dem Benutzer durch Anzeigen auf einer Anzeigevorrichtung angeboten werden.
[0022] Die Vorbedingung kann eine globale Vorbedingung sein, die insbesondere besagt, dass eine auf ein Aktionsziel gerichtete Aktionssequenz erst ausführbar ist, nachdem eine erforderliche vorausgehende Aktionssequenz abgeschlossen ist. Die Vorbedingung kann besagen, dass eine Aktionssequenz mit einer begrenzten Anzahl von Aktionen abgeschlossen werden kann, wobei diese Anzahl einstellbar sein kann. Eine Aktionssequenz kann als Ausnahme definiert werden und dem Benutzer zur Auswahl angeboten werden, obwohl die zum Abschließen dieser Aktionssequenz erforderlichen Anzahl von Aktionen eine zugelassene begrenzte Anzahl überschreitet. Die Vorbedingung kann besagen, dass nur Aktionssequenzen an zu manipulierenden Objekten angezeigt werden, die weniger als ein einstellbarer Höchstabstand vom Roboter entfernt sind. Es kann eine Blacklist mit unzulässigen Aktionssequenzen angelegt wird und die Vorbedingung kann besagen, dass eine auf der Blacklist stehende Aktionssequenz dem Benutzer nicht zur Auswahl angeboten werden darf. Es
kann eine Whitelist mit erforderlichen Aktionssequenzen angelegt werden und die Vorbedingung kann besagen, dass eine auf der Whitelist stehende Aktionssequenz dem Benutzer zur Auswahl angeboten werden muss. Die Vorbedingung kann besagen, dass der Roboter ausschließlich in einem begrenzten räumlichen Bereich, insbesondere innerhalb der Wohnung des Nutzers verwendet werden darf. Die Vorbedingung kann besagen, dass dem Benutzer nur Aktionssequenzen zur Auswahl angeboten werden dürfen, die einen vorbestimmten Energiebedarf nicht überschreiten.
[0023] Zum weiteren diesbezüglichen technologischen Hintergrund wird auf die Veröffentlichung „D. S. Leidner, Cognitive Reasoning for Compliant Robot Manipulation, ser. Springer Tracts in Advanced Robotics. Cham: Springer International Publishing, 2019, vol. 127." verwiesen, deren Merkmale auch zur Lehre der vorliegenden Erfindung gehört und die vollständig in die Offenbarung der vorliegenden Erfindung einbezogen ist.
[0024] Eine Aktionssequenz kann mithilfe eines symbolischen Planers generiert werden. Beim/zum Generieren einer Aktionssequenz können Aktionsdefinitionen und/oder Objektdefinitionen verwendet werden. Die Aktionsdefinitionen können Aktionen definieren, die Teil einer Aktionssequenz sein können. Die Objektdefinitionen können Objekte definieren, die Teil einer Umgebung des Roboters sein können.
[0025] Beim/zum Generieren der Aktionssequenz können aus einer Vielzahl von Aktionsdefinitionen geeignete Aktionsdefinitionen ausgewählt werden. Die Aktionsdefinitionen können in einer Aktionsdatenbank enthalten sein. Die Aktionsdatenbank kann eine zentrale Datenbank sein. Beim/zum Generieren der Aktionssequenz kann deklaratives und/oder prozedurales Wissen genutzt werden. Beim/zum Generieren der Aktionssequenz kann deklaratives und/oder prozedurales Wissen aus den Aktionsdefinitionen genutzt werden.
[0026] Beim/zum Generieren der Aktionssequenz können endliche Zustandsautomaten (englisch: Finite State Machine, FSM) in Form geteilter Kontroll-Vorlagen (englisch: Shared Control Templates, SCTs) erstellt werden. Die geteilten Kontroll-Vorlagen können dazu ausgelegt sein, aus Eingabebefehlen des Kontrollmoduls, beispielsweise
aus Eingabebefehlen eines ersten Submoduls, beispielswiese eines Automationsmoduls, und/oder Eingabebefehlen wenigstens eines weiteren Submoduls, beispielswiese eines Benutzermoduls, Ausgangsbefehle zu generieren. Das gemeinsame oder geteilte Kontrollmodul kann geteilte Kontroll-Vorlagen verwenden. Zwischen geteilten Kontroll-Vorlagen können Zustände und Übergänge Schlüsselelemente bilden. Jeder Zustand kann eine andere Fertigkeitsphase repräsentieren. Übergänge zwischen Zuständen können ausgelöst werden, wenn bestimmte vordefinierte Ereignisse zwischen interessierenden Objekten im Arbeitsbereich auftreten. Eingabebefehle des Kontrollmoduls, beispielsweise Eingabebefehle eines ersten Submoduls, wie Automationsmodul, und/oder Eingabebefehle eines weiteren Submoduls, wie Benutzermodul, können mithilfe der geteilten Kontroll-Vorlagen auf aufgabenrelevante Roboterbewegungen abgebildet werden. Mit dem Abbilden der Eingabebefehle des Kontrollmoduls, beispielsweise der Eingabebefehle eines ersten Submoduls, wie Automationsmodul, und/oder der Eingabebefehle eines weiteren Submoduls, wie Benutzermodul, auf aufgabenrelevante Roboterbewegungen können die Ausgangsbefehle generiert werden. Eine geteilte Kontroll-Vorlage kann einen Benutzer beim Erreichen einer Aufgabe unterstützen, indem sie objekt- und aufgabenspezifische Abbildungen und Randbedingungen für jeden Zustand einer Fertigkeit bereitstellt. Dabei kann die FSM einen Fortschritt überwachen und Übergänge zwischen den verschiedenen Zuständen auslösen.
[0027] Die Autonomie kann innerhalb einer SCT implementiert werden. Die Autonomie kann dieses SCT verwenden. Ein erstes Submodul, beispielsweise ein Automationsmodul, kann definiert werden und Eingabebefehle an die SCT übermitteln. Während dem Ausführen einer Aufgabe in dem SCIA kann ein Kontrollieren des Roboters immer innerhalb einer SCT bleiben und eine Eingabeautorität kann zwischen dem ersten Submodul, beispielsweise einem Automationsmodul, und wenigstens einem weiteren Submodul, beispielsweise einem Benutzermodul, gewechselt werden. Das bedeutet, dass die SCT unabhängig davon ist, ob ein Eingabebefehle von dem ersten Submodul, beispielsweise von dem Automationsmodul, oder von dem wenigstens einen weiteren Submodul, beispielsweise dem Benutzermodul, kommt. Unabhängig davon, ob die Eingabebefehle von dem ersten Submodul, beispielsweise von dem
Automationsmodul, oder von dem wenigstens einen weiteren Submodul, beispielsweise von dem Benutzermoduls ausgehen, können immer die gleichen Zustandsübergänge, Eingangszuordnungen, aktiven Randbedingungen und/oder die gleiche Gesamtsteuerung angewendet werden.
[0028] Zum weiteren diesbezüglichen technologischen Hintergrund wird auf die Veröffentlichungen „S. Bustamante, G. Quere, K. Hagmann, X. Wu, P. Schmaus, J. Vogel, F. Stulp, and D. Leidner, "Toward seamless transitions between shared control and supervised autonomy in robotic assistance," IEEE Robotics and Automation Letters, vol. 6, no. 2, pp. 3833-3840, 2021 ." und „G. Quere, A. Hagengruber, M. Iskandar, S. Bustamante, D. Leidner, F. Stulp, and J. Vogel, "Shared Control Templates for Assistive Robotics," in 2020 IEEE International Conference on Robotics and Automation (ICRA), Paris, France, 2020, p. 7." verwiesen, deren Merkmale auch zur Lehre der vorliegenden Erfindung gehören und die vollständig in die Offenbarung der vorliegenden Erfindung einbezogen sind.
[0029] Das Verfahren kann eine Planungsphase und eine Ausführungsphase umfassen. In der Planungsphase kann eine vorläufige Aktionssequenz generiert und die vorläufige Aktionssequenz simulativ ausgeführt und getestet werden. Die vorläufige Aktionssequenz kann mit unterschiedlichen Parametern getestet werden. Bei einem negativen Testergebnis können in der Planungsphase wiederholt weitere vorläufige Aktionssequenzen generiert und simulativ ausgeführt und getestet werden, bis eine weitere vorläufige Aktionssequenz mit positivem Ergebnis getestet wird. Bei einem positiven Testergebnis kann die mit positivem Ergebnis getestete vorläufige Aktionssequenz oder die mit positivem Ergebnis getestete weitere vorläufige Aktionssequenz in der Ausführungsphase als Aktionssequenz real ausgeführt werden.
[0030] Der Roboter kann zum Unterstützen eines Benutzers beim Ausführen von Aufgaben ausgelegt sein. Der Roboter kann ein autonomer mobiler Roboter sein. Der Roboter kann ein Assistenzroboter, ein humanoider Roboter, ein Personal Robot oder ein Dienstleistungsroboter sein. Der Roboter kann Kinematiken aufweisen. Der Roboter kann Gelenke und Glieder aufweisen. Der Roboter kann Aktuatoren und Sensoren aufweisen. Der Roboter kann eine Ein- und/oder Ausgabeeinrichtung für einen
Benutzer, die auch als Benutzerschnittstelle bezeichnet werden kann, aufweisen. Die Ein- und/oder Ausgabeeinrichtung kann dazu ausgelegt sein, Benutzerbefehle zu erfassen. Die Ein- und/oder Ausgabeeinrichtung kann dazu ausgelegt sein, einem Benutzer Aktionsziele zur Auswahl anzubieten. Die Ein- und/oder Ausgabeeinrichtung kann als Touchscreen ausgeführt sein. Der Roboter kann eine Kontrolleinrichtung aufweisen. Die Kontrolleinrichtung kann wenigstens einen Prozessor, wenigstens einen Arbeitsspeicher, wenigstens einen Datenspeicher und/oder wenigstens eine Signalschnittstelle aufweisen. Die Kontrolleinrichtung und die Ein- und/oder Ausgabeeinrichtung können miteinander signalübertragend verbunden sein. Mithilfe der Kontrolleinrichtung kann das Computerprogramm ausführbar sein. Der Roboter kann ein realer Roboter sein. Der Roboter kann ein simulierter Roboter oder eine Robotersimulation sein.
[0031 ] Der Roboter kann ein benutzerauslösbares Vermittlungssystem aufweisen. Das Vermittlungssystem kann dazu dienen, zu jedem Zeitpunkt Eingabebefehle des Kontrollmoduls, beispielsweise Eingabebefehle eines ersten Submoduls, wie Automationsmodul, und Eingabebefehle wenigstens eines weiteren Submoduls, wie Benutzermodul, zusammenzuführen und/oder zwischen Eingabebefehlen eines ersten Submoduls, wie Automationsmodul, und Eingabebefehlen wenigstens eines weiteren Submoduls, wie Benutzermodul, zu wechseln. Ein Wechseln zwischen Eingabebefehlen eines ersten Submoduls, wie Automationsmodul, und Eingabebefehlen wenigstens eines weiteren Submoduls, wie Benutzermodul, kann durch einen Eingabebefehl eines Benutzers zum Wechseln des Ausführungsmodus, beispielsweise eines Unterstützungsmodus, initiiert werden.
[0032] Das Computerprogramm kann auf einer Kontrolleinrichtung eines Roboters installierbar und/oder ausführbar sein. Das Computerprogramm kann als Computerprogrammprodukt vorliegen. Das Computerprogramm kann auf einem Datenträger als installierbare und/oder ausführbare Programmdatei vorliegen. Das Computerprogramm kann dazu dienen, in einen Arbeitsspeicher einer Kontrolleinrichtung eines Roboters geladen zu werden.
[0033] Zusammenfassend und mit anderen Worten dargestellt ergibt sich somit durch die Erfindung unter anderem ein Verfahren für die Zielplanung von Roboteraufgaben, die unter gemeinsamer Kontrolle, überwachter Autonomie oder beidem ausgeführt werden.
[0034] Die Erfindung kann sich insbesondere durch folgende Merkmale auszeichnen:
- Ein Planungssystem für einen Roboter, insbesondere Assistenzroboter, das Handlungssequenzen, die auch als Aktionssequenzen bezeichnet werden können, generiert, die sowohl in gemeinsamer Kontrolle als auch in überwachter Autonomie ausgeführt werden können. Darüber hinaus kann ein Benutzer an jedem Punkt einer Aufgabenausführung zwischen diesen beiden Varianten wechseln.
- Das Planungssystem nimmt als Eingabe ein Ziel, das auch als Aktionsziel bezeichnet werden kann, das der Benutzer über eine Benutzerschnittstelle, wie Tablet oder Bildschirm, eingegeben oder aus einer Reihe von Optionen ausgewählt hat.
- Während einer Planungsphase fragt das Planungssystem eine zentrale Datenbank ab, die Aktionen und deren Definitionen, auch als Aktionsdefinitionen bezeichnet, enthält, und fragt auch einen Umgebungszustand ab. Das System nutzt das deklarative Wissen aus den Aktionen und erstellt eine Aktionssequenz, die das Ziel erfüllt.
- Das Planungssystem nutzt prozedurales Wissen aus den Aktionen und erstellt endliche Zustandsautomaten in Form von Shared Control Templates.
- Die Pläne und Zustandsautomaten werden simuliert und mit verschiedenen Parametern getestet. Wenn alle Parameter fehlschlagen, versucht es der Planer mit anderen Aktionen.
- In einer Ausführungsphase können die Zustandsautomaten verwendet werden, um die Aktionssequenzen auszuführen und den Roboter zu steuern, sowohl im Modus der gemeinsamen Steuerung, der auch als erster Unterstützungsmodus bezeichnet werden kann, als auch im Modus der überwachten Autonomie, der auch als zweiter Unterstützungsmodus bezeichnet werden kann.
[0035] Mit der Erfindung wird eine Flexibilität beim roboterunterstützten Ausführen von Aufgaben ermöglicht oder erhöht. Es wird ein Framework für Constraint Action Templates (CATs) bereitgestellt, das Aktionssequenzen und geteilte Kontroll-Vorlagen mit dem Hauptziel kombiniert, eine Aufgabenplanung für die gemeinsame Kontrolle,
insbesondere in dem ersten Ausführungsmodus, zu ermöglichen. Die CATs ermöglichen eine symbolische Planung von Aktionssequenzen, die für eine Kontrolle des Roboters in mehreren Ausführungsmodi gemeinsam genutzt werden können und sogar einen reibungslosen Wechsel zwischen den Ausführungsmodi während der Ausführung erlauben. Beispielsweise ermöglichen die CATs eine symbolische Planung von Aktionssequenzen, die für eine gemeinsame Kontrolle und eine autonome Kontrolle unter Verwendung eines als Automationsmodul ausgeführten Submoduls verwendet werden können und sogar einen reibungslosen Wechsel zwischen beiden Kontrollmodi während der Ausführung erlauben.
[0036] Nachfolgend werden Ausführungsbeispiele der Erfindung unter Bezugnahme auf eine Figur näher beschrieben, dabei zeigt schematisch und beispielhaft:
Fig. 1 ein Framework für Constraint Action Templates, das Aktionssequenzen und geteilte Kontroll-Vorlagen kombiniert.
[0037] Das in Figur 1 gezeigte Framework 100 ermöglicht es, einen Roboter 102 bereitzustellen, der einen Benutzer 104 bei einem Ausführen von Aufgaben, beispielsweise von allgemeinen Aufgaben, industrielle Aufgaben, Aufgaben in der Raumfahrt und/oder Aufgaben im Gesundheitswesen, flexibel unterstützt, indem für unterschiedliche Aufgaben zielgerichtete Pläne generiert werden können, die Pläne in angepassten Autonomiestufen des Roboters 102, einschließlich direkter Kontrolle, gemeinsamer Kontrolle, überwachter Autonomie und vollständiger Autonomie, ausgeführt werden können und der Benutzer 104 während einem Ausführen der Pläne zwischen unterschiedlichen Autonomiestufen wechseln kann.
[0038] Zum roboterunterstützten Ausführen einer Aufgabe wird zunächst unter Berücksichtigung eines Benutzerbefehls 106 ein Aktionsziel 108 bestimmt und dann mithilfe eines Aufgabenplaners 1 10 eine auf das Aktionsziel 108 gerichtete Aktionssequenz 1 12 generiert. Die Aktionssequenz 1 12 umfasst einen Startblock 1 14 geeignete Aktionen, wie Aktion 1 16, Aktion 1 18 und Aktion 120, und einen Zielblock 122.
[0039] Zum Generieren der die Aktionen 1 16, 1 18, 120 umfassenden Aktionssequenz 1 12 werden aus einer zentralen Datenbank 124, die eine Vielzahl von Aktionsdefinitionen enthält, geeignete Aktionsdefinitionen, wie Aktionsdefinition 126, Aktionsdefinition 128 und Aktionsdefinition 130, ausgewählt. Die ausgewählten Aktionsdefinitionen 126, 128, 130 werden zusammen mit Objektdefinitionen 132, 134, 136, die Objekte einer Umgebung des Roboters 102 definieren, verwendet, um eine Aktionssequenz 1 12 zu erstellen, die das Aktionsziel 108 erfüllt. Dabei nutzt der Aufgabenplaner 1 10 deklaratives Wissen aus den in der Datenbank 1 18 gespeicherten Aktionen.
[0040] Unter Nutzung von prozeduralem Wissen aus den Aktionen 1 16, 1 18, 120 der Aktionssequenz 1 12 werden endliche Zustandsautomaten in Form geteilter Kontroll- Vorlagen, wie geteilte Kontroll-Vorlage 138 aus der Aktion 1 16 und geteilte Kontroll- Vorlage 140 aus der Aktion 1 18, erstellt.
[0041 ] In einer Planungsphase wird eine vorläufige Aktionssequenz generiert, simulativ ausgeführt und mit unterschiedlichen Parametern getestet. Bei einem negativen Testergebnis werden in der Planungsphase wiederholt weitere vorläufige Aktionssequenzen generiert, simulativ ausgeführt und getestet, bis eine weitere vorläufige Aktionssequenz mit positivem Ergebnis getestet wird. Bei einem positiven Testergebnis wird die mit positivem Ergebnis getestete vorläufige Aktionssequenz in einer Ausführungsphase als Aktionssequenz 1 12 real ausgeführt.
[0042] Der Roboter 102 kann in mehreren Ausführungsmodi mit unterschiedlichen Autonomiegraden kontrolliert werden. In einem ersten Ausführungsmodus 142 kann der Roboter 102 in geteilter Kontrolle 144 kontrolliert werden. In einem zweiten Ausführungsmodus 146 kann der Roboter 102 in überwachter Autonomie 148 benutzerüberwacht autonom kontrolliert werden. Der erste Ausführungsmodus 142 und der zweite Ausführungsmodus 146 sind in diesem Fall Unterstützungsmodi.
[0043] Ein Ausführen 150 der Aktionssequenz 1 12 zum Kontrollieren des Roboters 102 kann in geteilter Kontrolle 144 unter Berücksichtigung eines Benutzerbefehls 152 über ein niedrigdimensionales latentes Signal xuser als Eingabebefehl 154 erfolgen, das in dem ersten Ausführungsmodus 142 als Signal x mithilfe der geteilten Kontroll-Vorlagen 138,
140 kontextabhängig auf aufgabenrelevante Roboterbewegungen abgebildet wird, um ein Robotersteuersignal u als Ausgangsbefehl 156 zu generieren.
[0044] Beim Ausführen der Aktionssequenz 1 12 in dem ersten Ausführungsmodus 142 kann symbolisches Wissen über das Aktionsziel 108 zur Verfügung gestellt werden, um während einer geteilten Kontrolle 144 einen aufgabenorientierten Prozess in einem latenten, niedrigdimensionalen Raum xaut als Eingabebefehl 158 zu generieren mit dem Ziel, das Aktionsziel 108 zu erreichen.
[0045] Die Eingabebefehle 154 und die Eingabebefehle 158 verwenden dieselbe Aktionsrepräsentation. Damit kann während dem in Fig. 1 in zeitlichem Verlauf 160 angedeuteten Ausführen der Aktionssequenz 1 12 bei einem Benutzerbefehl 152 zum Wechseln in den zweiten Ausführungsmodus 146 mit sofortiger Wirkung ein nahtloser Wechsel von der geteilten Kontrolle 144 zur überwachten Autonomiel 48 erfolgen, indem von dem Signal xuser als Eingabebefehl 154 zu dem Signal xaut als Eingabebefehl 158 umgeschaltet wird.
[0046] Die vorliegende Aktionsdarstellung - Constraint Action Templates (CATs) - kombiniert auf diese Weise die Vorteile von Aktionssequenzen, wie Aktionssequenz 1 12, und geteilten Kontroll-Vorlagen, wie geteilte Kontroll-Vorlagen 138, 140.
[0047] Ein Anwendungsbeispiel ist ein System mit einem an einem Rollstuhl montierter Roboterarm. Die Erfindung ermöglicht es dem Benutzer 104, komplexe Abfragen zu stellen und Aufgaben mit Aktionssequenzen 1 12 zu erfüllen. Wenn es in der Umgebung des Roboters 102 einen Tisch mit einer Mikrowelle und einer Tasse gibt, kann der Benutzer 104 beispielsweise das Aktionsziel 108 „stelle die Tasse in die Mikrowelle" eingeben. Dieses Aktionsziel 108 besteht aus drei Aktionen 1 16, 1 18, 120, die der Roboter 102 nacheinander ausführt: die Mikrowelle öffnen, die Tasse herausnehmen und sie in die Mikrowelle stellen. Der Roboter 102 führt dann diese Aktionen 1 16, 1 18, 120 in der Ausführungsphase aus. Die Erfindung kann auch in anderen Bereichen der Robotik verwirklicht werden, beispielsweise bei Weltraumrobotern, die Astronauten helfen.
[0048] Mit „kann" sind insbesondere optionale Merkmale der Erfindung bezeichnet. Demzufolge gibt es auch Weiterbildungen und/oder Ausführungsbeispiele der Erfindung, die zusätzlich oder alternativ das jeweilige Merkmal oder die jeweiligen Merkmale aufweisen.
[0049] Aus den mit der Beschreibung, Absätze [0001 ] bis [0047] offenbarten Merkmalskombinationen können bedarfsweise auch Merkmale herausgegriffen und unter Auflösung eines zwischen diesen Merkmalen gegebenenfalls bestehenden strukturellen und/oder funktionellen Zusammenhangs alleine oder in Kombination mit anderen Merkmalen zur Abgrenzung des Anspruchsgegenstands verwendet werden.
Bezugszeichen 00 Planungsframework 02 Roboter 04 Benutzer 06 Benutzerbefehl 08 Aktionsziel 10 Aufgabenplaner 12 Aktionssequenz 14 Startblock 16 Aktion 18 Aktion 20 Aktion 22 Zielblock 24 Datenbank 26 Aktionsdefinition 28 Aktionsdefinition 30 Aktionsdefinition 32 Objektdefinition 34 Objektdefinition 36 Objektdefinition 38 Kontroll-Vorlage 40 Kontroll-Vorlage 42 erster Ausführungsmodus 44 geteilte Kontrolle 46 zweiter/weiterer Ausführungsmodus 48 überwachte Autonomie 50 Ausführen 52 Benutzerbefehl 54 Eingabebefehl 56 Ausgangsbefehl 58 Eingabebefehl
160 Verlauf
Claims
Patentansprüche Verfahren zum Ausführen von Aufgaben mithilfe eines Roboters (102), wobei der Roboter (102) in einem ersten Ausführungsmodus (142) und in wenigstens einem weiteren Ausführungsmodus (146) kontrolliert wird, dadurch gekennzeichnet, dass eine auf ein Aktionsziel (108) gerichtete Aktionssequenz
(1 12) generiert und ausgeführt wird und zum Kontrollieren des Roboters (102) in dem ersten Ausführungsmodus (142) und in dem wenigstens einen weiteren Ausführungsmodus (146) dieselben Aktionsrepräsentationen verwendet werden. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass der erste Ausführungsmodus (142) und der wenigstens eine weitere Ausführungsmodus (146) sequentiell oder gewichtet parallel ausgeführt werden. Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der erste Ausführungsmodus (142) ein erster Unterstützungsmodus und der wenigstens eine weitere Ausführungsmodus (146) ein zweiter Unterstützungsmodus ist, wobei der Roboter (102) in dem ersten Unterstützungsmodus geteilt und in dem zweiten Unterstützungsmodus benutzerüberwacht autonom kontrolliert wird. Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Aktionsziel (108) unter Berücksichtigung eines Benutzerbefehls (106) bestimmt wird. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass der Benutzerbefehl (106) auf einer Eingabe und/oder auf einer Auswahl durch einen Benutzer (104) basieren. Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass für eine Auswahl durch den Benutzer (104) mögliche Aktionsziele ermittelt werden, eine Anzahl der ermittelten möglichen Aktionsziele unter Berücksichtigung wenigstens einer Vorbedingung
eingeschränkt wird und die eingeschränkte Anzahl von Aktionszielen dem Benutzer (104) zur Auswahl angeboten wird. . Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim/zum Generieren der Aktionssequenz (1 12) Aktionsdefinitionen (126, 128, 130) und/oder Objektdefinitionen (132, 134, 136) verwendet werden. . Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim/zum Generieren der Aktionssequenz (1 12) aus einer Vielzahl von Aktionsdefinitionen geeignete Aktionsdefinitionen (126, 128, 130) ausgewählt werden. . Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim/zum Generieren der Aktionssequenz (1 12) deklaratives und/oder prozedurales Wissen genutzt wird. 0. Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim/zum Generieren der Aktionssequenz (1 12) endliche Zustandsautomaten in Form geteilter Kontroll-Vorlagen (138, 140) erstellt werden. 1 . Verfahren nach wenigstens einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass in einer Planungsphase eine vorläufige Aktionssequenz generiert und die vorläufige Aktionssequenz simulativ ausgeführt und getestet wird. 2. Verfahren nach Anspruch 1 1 , dadurch gekennzeichnet, dass bei einem negativen Testergebnis in der Planungsphase wiederholt weitere vorläufige Aktionssequenzen generiert und simulativ ausgeführt und getestet werden, bis eine weitere vorläufige Aktionssequenz mit positivem Ergebnis getestet wird. 3. Verfahren nach wenigstens einem der Ansprüche 1 1 bis 12, dadurch gekennzeichnet, dass bei einem positiven Testergebnis die mit positivem Ergebnis getestete vorläufige Aktionssequenz oder die mit positivem Ergebnis
getestete weitere vorläufige Aktionssequenz in einer Ausführungsphase als Aktionssequenz (1 12) real ausgeführt wird. Roboter (102) zum Ausführen von Aufgaben, dadurch gekennzeichnet, dass der Roboter (102) zum Ausführen eines Verfahrens nach wenigstens einem der Ansprüche 1 bis 13 ausgelegt ist. Computerprogramm, dadurch gekennzeichnet, dass das Computerprogramm Programmcodeabschnitte umfasst, mit denen ein Verfahren nach wenigstens einem der Ansprüche 1 bis 13 durchführbar ist, wenn das Computerprogramm auf einer Kontrolleinrichtung eines Roboters (102) ausgeführt wird.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102022104525.0 | 2022-02-25 | ||
DE102022104525.0A DE102022104525A1 (de) | 2022-02-25 | 2022-02-25 | Verfahren und Roboter zum Ausführen von Aufgaben und Computerprogramm |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2023161141A1 true WO2023161141A1 (de) | 2023-08-31 |
Family
ID=85283574
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2023/054010 WO2023161141A1 (de) | 2022-02-25 | 2023-02-17 | Verfahren und roboter zum ausführen von aufgaben und computerprogramm |
Country Status (2)
Country | Link |
---|---|
DE (1) | DE102022104525A1 (de) |
WO (1) | WO2023161141A1 (de) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102022111400A1 (de) | 2022-05-06 | 2023-11-09 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zum Vorbereiten und Ausführen von Aufgaben mithilfe eines Roboters, Roboter und Computerprogramm |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102017209032A1 (de) | 2017-05-30 | 2018-12-06 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zum Steuern eines Roboters |
DE102021104883B3 (de) | 2021-03-01 | 2022-06-15 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zum roboterunterstützten Ausführen von Aufgaben, Roboter zum Unterstützen eines Benutzers beim Ausführen von Aufgaben und Computerprogrammprodukt |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102009051808A1 (de) | 2009-11-03 | 2011-05-05 | Keba Ag | Absicherung von End-User Programmänderungen durch formale Kontrakte und Programmverifikation in der Automatisierungstechnik |
US20130096719A1 (en) | 2011-10-13 | 2013-04-18 | The U.S.A. As Represented By The Administrator Of The National Aeronautics And Space Administration | Method for dynamic optimization of a robot control interface |
US10675094B2 (en) | 2017-07-21 | 2020-06-09 | Globus Medical Inc. | Robot surgical platform |
CN110297697B (zh) | 2018-03-21 | 2022-02-18 | 北京猎户星空科技有限公司 | 机器人动作序列生成方法和装置 |
EP3587045A1 (de) | 2018-06-28 | 2020-01-01 | Siemens Aktiengesellschaft | Verfahren und vorrichtung zum rechnergestützten ermitteln von regelparametern für eine günstige handlung eines technischen systems |
DE102020125344B4 (de) | 2020-09-29 | 2024-06-06 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Robotersystem |
-
2022
- 2022-02-25 DE DE102022104525.0A patent/DE102022104525A1/de active Pending
-
2023
- 2023-02-17 WO PCT/EP2023/054010 patent/WO2023161141A1/de unknown
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102017209032A1 (de) | 2017-05-30 | 2018-12-06 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zum Steuern eines Roboters |
DE102021104883B3 (de) | 2021-03-01 | 2022-06-15 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zum roboterunterstützten Ausführen von Aufgaben, Roboter zum Unterstützen eines Benutzers beim Ausführen von Aufgaben und Computerprogrammprodukt |
Non-Patent Citations (9)
Title |
---|
BUSTAMANTE SAMUEL ET AL: "Toward Seamless Transitions Between Shared Control and Supervised Autonomy in Robotic Assistance", IEEE ROBOTICS AND AUTOMATION LETTERS, IEEE, vol. 6, no. 2, 8 March 2021 (2021-03-08), pages 3833 - 3840, XP011847377, DOI: 10.1109/LRA.2021.3064449 * |
D. S. LEIDNER: "Springer Tracts in Advanced Robotics", vol. 127, 2019, SPRINGER INTERNATIONAL PUBLISHING, article "Cognitive Reasoning for Compliant Robot Manipulation" |
G. QUEREA. HAGENGRUBERM. ISKANDARS. BUSTAMANTED. LEIDNERF. STULPJ. VOGEL: "Shared Control Templates for Assistive Robotics", 2020 IEEE INTERNATIONAL CONFERENCE ON ROBOTICS AND AUTOMATION (ICRA), PARIS, FRANCE, 2020, pages 7 |
G. QUEREA. HAGENGRUBERM. ISKANDARS. BUSTAMANTED. LEIDNERF. STULPJ. VOGEL: "Shared Control Templates for Assistive Robotics", 2020 IEEE INTERNATIONAL CONFERENCE ON ROBOTICS AND AUTOMATION (ICRA, 2020, pages 7 |
LEIDNER DANIEL: "On Cognitive Reasoning for Compliant Manipulation Tasks in Smart Production Environments", KI. KUENSTLICHE INTELLIGENZ, ARENDTAP DESKTOP PUBLISHING, BREMEN, DE, vol. 33, no. 2, 3 April 2019 (2019-04-03), pages 197 - 200, XP036811032, ISSN: 0933-1875, [retrieved on 20190403], DOI: 10.1007/S13218-019-00578-1 * |
QUERE GABRIEL ET AL: "Learning and Interactive Design of Shared Control Templates", 2021 IEEE/RSJ INTERNATIONAL CONFERENCE ON INTELLIGENT ROBOTS AND SYSTEMS (IROS), IEEE, 27 September 2021 (2021-09-27), pages 1887 - 1894, XP034050650, DOI: 10.1109/IROS51168.2021.9636047 * |
QUERE GABRIEL ET AL: "Shared Control Templates for Assistive Robotics", 2020 IEEE INTERNATIONAL CONFERENCE ON ROBOTICS AND AUTOMATION (ICRA), IEEE, 31 May 2020 (2020-05-31), pages 1956 - 1962, XP033826378, DOI: 10.1109/ICRA40945.2020.9197041 * |
S. BUSTAMANTEG. QUEREK. HAGMANNX. WUP. SCHMAUSJ. VOGELF. STULPD. LEIDNER: "Toward seamless transitions between shared control and supervised autonomy in robotic assistance", IEEE ROBOTICS AND AUTOMATION LETTERS, vol. 6, no. 2, 2021, pages 3833 - 3840, XP011847377, DOI: 10.1109/LRA.2021.3064449 |
VOGEL JORN ET AL: "EDAN: An EMG-controlled Daily Assistant to Help People With Physical Disabilities", 2020 IEEE/RSJ INTERNATIONAL CONFERENCE ON INTELLIGENT ROBOTS AND SYSTEMS (IROS), 24 October 2020 (2020-10-24), pages 4183 - 4190, XP093039308, ISBN: 978-1-7281-6212-6, Retrieved from the Internet <URL:http://dx.doi.org/10.1109/IROS45743.2020.9341156> DOI: 10.1109/IROS45743.2020.9341156 * |
Also Published As
Publication number | Publication date |
---|---|
DE102022104525A1 (de) | 2023-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE102015004932B4 (de) | Simulationsvorrichtung für mehrere Roboter | |
DE102017223717B4 (de) | Verfahren zum Betreiben eines Roboters in einem Multiagentensystem, Roboter und Multiagentensystem | |
DE102010045529B4 (de) | Interaktives Robotersteuerungssystem und Verwendungsverfahren | |
DE102012218297B4 (de) | Verfahren zur dynamischen Optimierung einer Robotersteuerschnittstelle | |
DE102011113590B4 (de) | Planen simultaner Pfade mit einem oder mehreren humanoiden Robotern | |
EP3623116A1 (de) | Verfahren und vorrichtung zur kollisionsfreien bewegungsplanung eines manipulators | |
DE102019205651B3 (de) | Verfahren und System zum Ausführen von Roboterapplikationen | |
DE102020209685B4 (de) | Verfahren zum steuern einer robotervorrichtung und robotervorrichtungssteuerung | |
EP3434424A1 (de) | Effiziente programmierung von robotern für die bearbeitung von werkstücken mit verschiedenen varianten | |
DE102010012598A1 (de) | Prozessmodulbibliothek und Programmierumgebung zur Programmierung eines Manipulatorprozesses | |
DE102010045528A1 (de) | Gerüst und Verfahren zum Steuern eines Robotersystems unter Verwendung eines verteilten Rechnernetzwerks | |
DE102011108282A1 (de) | Numerische Steuerung für eine Mehrachsenmaschine zum Bearbeiten einer geneigten Bearbeitungsebene | |
EP3408061A1 (de) | Verfahren und system zur bahnplanung eines redundanten roboters | |
DE112021007017T5 (de) | Numerik-Steuervorrichtung und Numerik-Steuersystem | |
WO2023161141A1 (de) | Verfahren und roboter zum ausführen von aufgaben und computerprogramm | |
DE102019203214B4 (de) | Verfahren zum Betreiben eines Roboters in einem Multiagentensystem, Roboter und Multiagentensystem | |
DE102021104883B3 (de) | Verfahren zum roboterunterstützten Ausführen von Aufgaben, Roboter zum Unterstützen eines Benutzers beim Ausführen von Aufgaben und Computerprogrammprodukt | |
DE10393527T5 (de) | Systeme und Verfahren zur Darstellung komplexer n-Kurven für die Direktsteuerung einer Werkzeugbewegung | |
EP3760390A1 (de) | Durchführen einer vorgegebenen aufgabe mithilfe wenigstens eines roboters | |
DE112019007579T5 (de) | Numerische-Steuerung-Vorrichtung und Maschinelles-Lernen-Gerät | |
DE102020200165B4 (de) | Robotersteuereinrichtung und Verfahren zum Steuern eines Roboters | |
DE102016007601A1 (de) | Konfigurieren und/oder Steuern einer Roboteranordnung | |
DE102019128583B4 (de) | Optimierungsmodi für Steuerprogramme eines Robotermanipulators | |
EP3752327A1 (de) | Koordinierungsanlage, handhabungseinrichtung und verfahren | |
DE102020103854B4 (de) | Maschinelles Lernen einer erfolgreich abgeschlossenen Roboteranwendung |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 23706003 Country of ref document: EP Kind code of ref document: A1 |