Project

General

Profile

Wiki » History » Version 3

Martin Jacquet, 2021-07-01 23:08

1 2 Martin Jacquet
h1. Perceptive and torque-control NMPC wiki
2 1 Martin Jacquet
3 2 Martin Jacquet
h2. Prerequisite
4
5
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.
6
The installation on a non-Linux OS has to be handled by the user.
7
>
8
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.
9
>
10
11
h2. I - Software Overview
12
13
h3. I.1. Openrobots
14
15
Collections of all the open-source software used at LAAS. You can find more details in "Openrobots Wiki-Homepage":https://www.openrobots.org/wiki
16
>
17
18
19
h3. I-2. Robotpkg
20
21
"Robotpkg":http://robotpkg.openrobots.org/ is a packaging system for installing robotics software developed by the robotic community.
22
We will use robotpkg to install the required modules for the simulations (state estimation, gazebo interface...) as well as third-party dependencies (qpOases).
23
>
24
25
26
h3. I-3. GenoM
27
28
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.
29
This allows a great code re-usability and to abstract the user from any specific choice of a middleware.
30
Originally GenoM has been developed tightly with Pocolibs, then from version 3, aka GenoM3, ROS templates has been provided.
31
>
32
Another specificity of GenoM is the interaction with and between components.
33
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. 
34
>
35
36
h3. I-4. Pocolibs
37
38
"Pocolibs":https://www.openrobots.org/wiki/pocolibs/ is a middleware, like ROS.
39
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.
40
>
41
42
h3. I-5. TeleKyb
43
44
The "TeleKyb":https://git.openrobots.org/projects/telekyb3 software platform provides the aerial-robotic oriented softwares developped at LAAS-CNRS.
45
In particular, we will use:
46
* "mrsim":https://git.openrobots.org/projects/mrsim-genom3, a Multi-Robot SIMulator. It is design 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.
47
* "pom":https://git.openrobots.org/projects/pom-genom3, a UKF-based state estimator merging state feedback for different sources (e.g. mocap + IMU)
48
* "optitrack":https://git.openrobots.org/projects/optitrack-genom3,, to export the motion capture data to the genom software stack
49
* "rotorcraft":https://git.openrobots.org/projects/rotorcraft-genom3, the low-level interface, with either the simulated or real platform
50
* "nhfc":https://git.openrobots.org/projects/nhfc-genom3, near-hovering flight controller, used for unmodeled take-off and post-failure recoverues
51
* "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.
52
>
53
54
h3. I-6. Gazebo
55
56
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:
57
* "mrsim-gazebo":https://git.openrobots.org/projects/mrsim-gazebo a plugin to interface the simulated multi-rotor with the genom components (in place of mrsim)
58
* "optitrack-gazebo":https://git.openrobots.org/projects/optitrack-gazebo emulates the optitrack network interface to publish the model poses
59
>
60
The installation procedure for Gazebo can be found at http://www.gazebosim.org/tutorials?cat=install&tut=install_ubuntu&ver=9.0
61
62
63
h2. II - Installation procedure
64
65
This section is a tutorial on how to install the software architecture to run the simulations.
66
>
67
68
h3. II-0. Clone the Perceptive and torque-control NMPC repository
69
70
Clone the repo associated to this project. Its root will act as the devel folder for the following.
71
<pre><code class="shell">
72
git clone git://redmine.laas.fr/laas/perceptive-torque-nmpc.git
73
cd ./perceptive-torque-nmpc/
74
</code></pre>
75
>
76
To simplify the installation, we provide some environment variables in the @env.sh@ file.
77
In order to run all the installed executables, we need to setup the path to the newly created folders.
78
We provide a @env.sh@ script that exports all the required variables.
79
*/!\* the source has to be called in the repository root since it uses the @pwd@ command to export the paths.
80
<pre><code class="shell">
81
source env.sh
82
</code></pre>
83
>
84
85
h3. II-1. Setup robotpkg
86
87
(Steps taken from http://robotpkg.openrobots.org/install.html)
88
89
h4. 1. Clone the robotpkg lastest release:
90
91
<pre><code class="shell">
92
git clone git://git.openrobots.org/robots/robotpkg
93
</code></pre>
94
95
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:
96
97
<pre><code class="shell">
98
export ROBOTPKG_BASE=`pwd`/openrobots
99
</code></pre>
100
101
h4. 3. Install robotpkg
102
103
<pre><code class="shell">
104
cd robotpkg/bootstrap
105
./bootstrap --prefix=$ROBOTPKG_BASE
106
</code></pre>
107
108
h4. 4. Install the required components and their dependencies
109
110
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_.
111
To do so, we need to edit the config file: @$ROBOTPKG_BASE/etc/robotpkg.conf@. Add the following at the end of the file:
112
<pre><code class="shell">
113
PKG_OPTIONS.%-genom3 = \
114
        codels \
115
        pocolibs-server \
116
        pocolibs-client-c
117
118
PKGSET.mpcset = \
119
    sysutils/arduio-genom3 \
120
    architecture/genom3 \
121
    architecture/genom3-pocolibs \
122
    robots/rotorcraft-genom3 \
123
    localization/pom-genom3 \
124
    localization/optitrack-genom3 \
125
    motion/nhfc-genom3 \
126
    path/libkdtp \
127
    optimization/qpoases \
128
    net/genomix \
129
    supervision/matlab-genomix \
130
    supervision/tcl-genomix \
131
    shell/eltclsh \
132
    simulation/mrsim-genom3 \
133
    simulation/mrsim-gazebo \
134
    simulation/libmrsim \
135
    simulation/optitrack-gazebo
136
137
PREFER.lapack = robotpkg
138
PREFIX.matlab = <path/to/Matlab>
139
</code></pre>
140
The last line need to point to the Matlab root folder in the system (e.g. @/opt/Matlab@).
141
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).
142
If Matlab is not installed on the system, remove the lines @supervision/matlab-genomix \@ and @PREFIX.matlab = <path/to/Matlab>@ from the above list.
143
Also, all the above is meant for using Pocolibs, not ROS. Futur version of this tutorial might come to use the ROS install.
144
>
145
Now return to the robotpkg folder and install all the set:
146
<pre><code class="shell">
147
cd robotpkg
148
make update-mpcset
149
</code></pre>
150
>
151
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.
152
>
153
154
155
h3. II-2. Install custom components
156
157
h4. List of the components
158
159
The @src/@ folder contains some additional components, in particular:
160
* *vision-idl*: the type declaration regarding the camera modules
161
* *camgazebo-genom3*: read the data from the gazebo inate cameras, via the gazebo API
162
* *camviz-genom3*: record and/or display the images from a camera
163
* *arucotag-genom3*: detect and filter (EKF-based) the ArUco markers/tags
164
* *maneuver-genom3*: custom version of maneuver (already mentionned) that publishes the reference trajectory for a specified receding horizon
165
* *uavmpc-genom3*: the NMPC controller presented in the paper
166
167
h4. Install the extra components
168
169
Since it they are not considered 'stable' as the one provided in robotpkg, we rather install them in a devel folder.
170
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:
171
<pre><code class="shell">
172
export DEVEL_BASE=`pwd`/devel
173
cd src/
174
</code></pre>
175
>
176
For the manual installation, @asciidoctor@ is needed. It can be installed using @apt@ or any package manager.
177
Each component here has to be installed manually, using @autoconf@. To do so, proceed as follow:
178
<pre><code class="shell">
179
cd src/<component>/
180
./bootstrap.sh
181
mkdir build
182
cd build
183
../configure --prefix=$DEVEL_BASE --with-templates=pocolibs/client/c,pocolibs/server
184
make install
185
</code></pre>
186
>
187
The component @vision-idl@ has to be installed first since it defines some type headers used by others.
188
The installation of the main component, @uavmpc-genom3@, is described in the next subection.
189
>
190
191
h3. II-3. Setup the environment
192
193
In order to run all the installed executables, we need to setup the path to the newly created folders.
194
All the required variables are exported in the @env.sh@ file.
195
196
h2. III - Running the simulation
197
198
*The part is going to be filled soon.*