Project

General

Profile

Wiki » History » Version 16

Martin Jacquet, 2021-07-05 11:30

1 8 Martin Jacquet
*TODO*:
2
* provide alternative for joystick
3
* adapt paths in airpharo_user as much as possible
4
* use default paths of the eeproms in gazebo world (for plugin)
5 13 Martin Jacquet
* explain libdynamixel and dynamixel-gazebo (section II-2)
6
* how to use GInterface (section III)
7 8 Martin Jacquet
8 2 Martin Jacquet
h1. Perceptive and torque-control NMPC wiki
9 1 Martin Jacquet
10 2 Martin Jacquet
h2. Prerequisite
11
12
The framework has been written and tested using *Ubuntu 18.04*, since it is the OS used by the LAAS-CNRS robotic platform. It should work seamlessly on a recent Linux version, but there is no guarantee.
13
The installation on a non-Linux OS has to be handled by the user.
14
>
15
The installation assumes the use of a package manager (e.g. @apt@) to install some dependencies, as well as the Gazebo simulator. Everything provided in this repo or by the LAAS-CNRS robotic platform aims to be installed locally in the repository folder to avoid polluting the user's system.
16
>
17 8 Martin Jacquet
In order to use our launcher, it is required to use a USB joystick.
18 2 Martin Jacquet
19
h2. I - Software Overview
20
21
h3. I.1. Openrobots
22
23
Collections of all the open-source software used at LAAS. You can find more details in "Openrobots Wiki-Homepage":https://www.openrobots.org/wiki
24
>
25
26
27
h3. I-2. Robotpkg
28
29
"Robotpkg":http://robotpkg.openrobots.org/ is a packaging system for installing robotics software developed by the robotic community.
30
We will use robotpkg to install the required modules for the simulations (state estimation, gazebo interface...) as well as third-party dependencies (qpOases).
31
>
32
33
34
h3. I-3. GenoM
35
36
GenoM is a generator of modules, designed to be middleware independant, i.e. the same module can be compiled for, e.g., ROS, YARP, or Pocolibs, without any modification.
37
This allows a great code re-usability and to abstract the user from any specific choice of a middleware.
38
Originally GenoM has been developed tightly with Pocolibs, then from version 3, aka GenoM3, ROS templates has been provided.
39
>
40
Another specificity of GenoM is the interaction with and between components.
41
Each component is started independantly like a linux executable (within a roscore, for ROS, or a h2 intance, for Pocolibs), then the connection between ports (or topics) is made using a supervisor, "Genomix":https://git.openrobots.org/projects/genomix, either with "Matlab":https://git.openrobots.org/projects/matlab-genomix or "TCL":https://git.openrobots.org/projects/tcl-genomix. 
42
>
43
44
h3. I-4. Pocolibs
45
46
"Pocolibs":https://www.openrobots.org/wiki/pocolibs/ is a middleware, like ROS.
47
It aims at being lighter and faster than ROS, when running on a single machine, thanks to the exploitation of shared memory. ROS, on the other hand, uses a network layer for sending messages between nodes, this leads to greater delays and loss of performances.
48
>
49
50
h3. I-5. TeleKyb
51
52
The "TeleKyb":https://git.openrobots.org/projects/telekyb3 software platform provides the aerial-robotic oriented softwares developped at LAAS-CNRS.
53
In particular, we will use:
54
* "pom":https://git.openrobots.org/projects/pom-genom3, a UKF-based state estimator merging state feedback for different sources (e.g. mocap + IMU)
55
* "optitrack":https://git.openrobots.org/projects/optitrack-genom3,, to export the motion capture data to the genom software stack
56
* "rotorcraft":https://git.openrobots.org/projects/rotorcraft-genom3, the low-level interface, with either the simulated or real platform
57
* "maneuver":https://git.openrobots.org/projects/maneuver-genom3, a global trajectory planner, providing position and attitude (as quaternions) as well as first and second derivatives. It implement take-off and waypoint-to-waypoint motions. A joystick-based velocity control is implemented, but not used in this project.
58 11 Martin Jacquet
* "dynamixel":https://git.openrobots.org/projects/dynamixel-genom3, an interface to control the dynamixel motors. It is used since the gazebo gripper plugin used for the simulation (presented below) uses the same interface.
59
* "joystick":https://git.openrobots.org/projects/joystick-genom3, a component to read the joystick inputs.
60 2 Martin Jacquet
>
61
62
h3. I-6. Gazebo
63
64
To simulate the platform, we use the "Gazebo":http://gazebosim.org/ simulator. To interface it with the genom software stack, we use two dedicated components:
65 10 Martin Jacquet
* "mrsim-gazebo":https://git.openrobots.org/projects/mrsim-gazebo a plugin to interface the simulated multi-rotor with the genom components. It uses "libmrsim":https://git.openrobots.org/projects/libmrsim, a Multi-Robot SIMulator interface, designed to be a transparent interface w.r.t. the real aerial vehicles used in LAAS-CNRS. It makes the transition between simulation and experiment transparent, from the software point of view.
66 2 Martin Jacquet
* "optitrack-gazebo":https://git.openrobots.org/projects/optitrack-gazebo emulates the optitrack network interface to publish the model poses
67
>
68
The installation procedure for Gazebo can be found at http://www.gazebosim.org/tutorials?cat=install&tut=install_ubuntu&ver=9.0
69 16 Martin Jacquet
>
70
71
h3. I-7. TCL
72
73
The interaction with the GenoM components is handled using a scripting language, implementing the communication through the "genomix":https://git.openrobots.org/projects/genomix HTTP server.
74
There are two available language interfaces: "matlab":https://git.openrobots.org/projects/matlab-genomix and "tcl":https://git.openrobots.org/projects/tcl-genomix.
75
"eltclsh":https://git.openrobots.org/projects/eltclsh is an in-terminel TCL shell to interact with the components. However, in the following, we provide a TCL-based software that is all-embedded to avoid the use of the inline interaction through eltclsh.
76
77 2 Martin Jacquet
78
h2. II - Installation procedure
79
80
This section is a tutorial on how to install the software architecture to run the simulations.
81
>
82
83 4 Martin Jacquet
h3. II-0. Clone the Visual and Physical Control Architecture for Flying End-Effector repository
84 2 Martin Jacquet
85 4 Martin Jacquet
Clone the repo associated to this project, using the git daemon. Its root will act as the devel folder for the following.
86 2 Martin Jacquet
<pre><code class="shell">
87 4 Martin Jacquet
git git://redmine.laas.fr/laas/visual-physical-control-architecture.git
88
cd ./visual-physical-control-architecture/
89 2 Martin Jacquet
</code></pre>
90
>
91
To simplify the installation, we provide some environment variables in the @env.sh@ file.
92
In order to run all the installed executables, we need to setup the path to the newly created folders.
93
We provide a @env.sh@ script that exports all the required variables.
94
*/!\* the source has to be called in the repository root since it uses the @pwd@ command to export the paths.
95
<pre><code class="shell">
96
source env.sh
97
</code></pre>
98
>
99
100
h3. II-1. Setup robotpkg
101
102
(Steps taken from http://robotpkg.openrobots.org/install.html)
103
104
h4. 1. Clone the robotpkg lastest release:
105
106
<pre><code class="shell">
107
git clone git://git.openrobots.org/robots/robotpkg
108
</code></pre>
109
110
h4. 2. Check that the @openrobots/@ folder exists in the repository root, and update the environement variables accordingly if you didn't source the @env.sh@ file:
111
112
<pre><code class="shell">
113
export ROBOTPKG_BASE=`pwd`/openrobots
114
</code></pre>
115
116
h4. 3. Install robotpkg
117
118
<pre><code class="shell">
119
cd robotpkg/bootstrap
120
./bootstrap --prefix=$ROBOTPKG_BASE
121
</code></pre>
122
123
h4. 4. Install the required components and their dependencies
124
125
The installation can be done 'manually' by navigating to the desired folder in @./robotpkg/@ and install with @make update@; but we will simplify the process using a _set_.
126
To do so, we need to edit the config file: @$ROBOTPKG_BASE/etc/robotpkg.conf@. Add the following at the end of the file:
127
<pre><code class="shell">
128
PKG_OPTIONS.%-genom3 = \
129
        codels \
130
        pocolibs-server \
131
        pocolibs-client-c
132
133
PKGSET.mpcset = \
134 7 Martin Jacquet
    middleware/pocolibs \
135 2 Martin Jacquet
    architecture/genom3 \
136
    architecture/genom3-pocolibs \
137
    robots/rotorcraft-genom3 \
138
    localization/pom-genom3 \
139
    localization/optitrack-genom3 \
140
    net/genomix \
141 1 Martin Jacquet
    supervision/tcl-genomix \
142
    shell/eltclsh \
143
    simulation/mrsim-gazebo \
144 2 Martin Jacquet
    simulation/libmrsim \
145 5 Martin Jacquet
    simulation/optitrack-gazebo \
146 6 Martin Jacquet
    hardware/dynamixel-genom3 \
147
    joystick-genom3
148 5 Martin Jacquet
149 2 Martin Jacquet
PREFER.lapack = robotpkg
150
PREFIX.matlab = <path/to/Matlab>
151
</code></pre>
152
The last line need to point to the Matlab root folder in the system (e.g. @/opt/Matlab@).
153
It is recommanded to use Matlab for the proposed simulations since the syntax is more intuitive and comprehensible for the user to modify them. However, we also provide all the launch files in tcl, as well as the environment to run them (@shell/eltclsh@ in the above list is a custom tcl script shell).
154
If Matlab is not installed on the system, remove the lines @supervision/matlab-genomix \@ and @PREFIX.matlab = <path/to/Matlab>@ from the above list.
155
Also, all the above is meant for using Pocolibs, not ROS. Futur version of this tutorial might come to use the ROS install.
156
>
157
Now return to the robotpkg folder and install all the set:
158
<pre><code class="shell">
159
cd robotpkg
160
make update-mpcset
161
</code></pre>
162
>
163
During the installation, some required dependencies need to be install with the usual package manager (e.g. @apt@ on Ubuntu). When the install stops, install the required packages and rerun the above command.
164
>
165
166
h3. II-2. Install custom components
167
168
h4. List of the components
169
170
The @src/@ folder contains some additional components, in particular:
171
* *vision-idl*: the type declaration regarding the camera modules
172 12 Martin Jacquet
* *camgazebo-genom3*: read the data from the gazebo inate camera, via the gazebo API
173 2 Martin Jacquet
* *camviz-genom3*: record and/or display the images from a camera
174 1 Martin Jacquet
* *arucotag-genom3*: detect and filter (EKF-based) the ArUco markers/tags
175 12 Martin Jacquet
* *phynt-genom3*: handle physical interaction (wrench observer and admittance filter)
176
* *uavatt-genom3*: attitude controler for fully-actuated UAVs
177
* *uavpos-genom3*: position controler for fully-actuated UAVs
178
* *visualservoing-genom3*: implement the state machine for the pick-n-place experiment and provide the reference trajectory (either based on visual-servoing, or based on waypoints for takeoff/exploration)
179
* *libdynamixel*: TODO
180
* *magdynamixel-gazebo*: TODO
181 2 Martin Jacquet
182
h4. Install the extra components
183
184
Since it they are not considered 'stable' as the one provided in robotpkg, we rather install them in a devel folder.
185
Go to the project root, check that the devel folder exists, export the path if you didn't source the @env.sh@. Then go to the sources folder:
186
<pre><code class="shell">
187
export DEVEL_BASE=`pwd`/devel
188
cd src/
189
</code></pre>
190
>
191
For the manual installation, @asciidoctor@ is needed. It can be installed using @apt@ or any package manager.
192
Each component here has to be installed manually, using @autoconf@. To do so, proceed as follow:
193
<pre><code class="shell">
194
cd src/<component>/
195
./bootstrap.sh
196
mkdir build
197
cd build
198
../configure --prefix=$DEVEL_BASE --with-templates=pocolibs/client/c,pocolibs/server
199
make install
200
</code></pre>
201
>
202
The component @vision-idl@ has to be installed first since it defines some type headers used by others.
203
The installation of the main component, @uavmpc-genom3@, is described in the next subection.
204
>
205
206
h3. II-3. Setup the environment
207
208
In order to run all the installed executables, we need to setup the path to the newly created folders.
209
All the required variables are exported in the @env.sh@ file.
210
211
h2. III - Running the simulation
212
213
*The part is going to be filled soon.*
214 14 Martin Jacquet
215 15 Martin Jacquet
h3. III-1. GInterface
216
217
In order to start all the required softwares, connect the components together and store the parameters, we use a TCL-based interface.
218
The folder called ginterface contains all the necessary scripts.
219
For convenience, we provide as much generic scripts as possible.
220
The next section explains how to setup the ginterface, then how to use it to run the proposed simulation.
221
We also provide the "mission" script used in the experiment presented in the paper, so that the reader can have a glance to the parameters used in this experiment.
222
223
h3. III-2. Setup the GInterface
224
225
h3. III-3. Run the simulation