mc_rtc::Configuration
general purpose configurationThere is three ways to integrate your robot to mc_rtc:
env
/object
loaderjson
loaderRobotModule
implementationThe first approach is well suited for simple robots that don't have sensors attached to them (i.e. objects and environments as the name suggest). The requirements for such robots are provided in the following section.
The second approach allow you to provide more information about the robot.
The last option has the most flexibility. The main benefits are that your robot will be extremely easy to load and you can easily provide several variants of your robot with minimal efforts.
env
/object
loaderWhen loading the robot, use the following invokation:
Given a robot's description folder located at LOCATION
and a robot named NAME
, mc_rtc expects your data to be organized as follows:
$LOCATION/urdf/$NAME.urdf
$LOCATION/rsdf/$NAME/
$LOCATION/convex/$NAME/
and for a given body: BODY
, it's collision convex is in $BODY-ch.txt
Furthermore:
json
loaderWhen loading the robot, use the following invokation:
The json
module expects your data to be organized as the env
module. However, you can override some expectations by providing the data yourself. Furthermore, you can provide data for force sensors, body sensors, minimal self-collisions set and so-on.
See the JSON/YAML documentation for details on the data expected by the json
loader.
RobotModule
In this approach, we will write a C++ class to provide a RobotModule
for our robot and overwrite the data members that we wish to provide. As in the minimal example below:
See mc_rbdyn::RobotModule
documentation for all members that can be provided.
Use the mc-rtc/new-robot-module template project to get started quickly. This template provides the barebone structure for a C++ RobotModule
or a YAML RobotModule