this repo has no description
Continue rapport
+23
-2
+22
-1
rapport/sdk2-study.typ
+22
-1
rapport/sdk2-study.typ
···
1
+
#import "./utils.typ": todo
1
2
#import "@preview/fletcher:0.5.8": diagram, node, edge
2
3
3
4
#show figure: set block(spacing: 3em)
···
230
231
edge((2, 1), (3, 1), "|-|", stroke: blue + 1.25pt, label-side: right, text(fill: blue)[*API de Gazebo*])
231
232
}))
232
233
233
-
Le bridge de Mujoco fonctionne en
234
+
Le bridge de Mujoco fonctionne en interceptant les messages sur les canaux `rt/lowcmd` et `rt/lowstate`, qui correspondent respectivement aux commandes envoyées au robot et à l'état (angles des joints, moteurs, valeurs des capteurs, etc) renvoyé par le robot. Le `low` indique que ce sont des messages bas-niveau: par exemple, `rt/lowcmd` correspond directement à des ordres de tension pour les moteurs, et non pas à des messages plus avancés du type "avancer de $x$ mètres" #todo[ces messages plus haut-niveau = sport mode non? dire quand ils servent]
235
+
236
+
Les ordres dans `rt/lowcmd` sont ensuite traduits en appels de fonctions de Mujoco pour mettre à jour l'état du robot simulé, et de messages `rt/lowstate` sont créés à partir des données fournies par Mujoco
237
+
238
+
#figure(caption: [Cycle de vie de la simulation avec le bridge], diagram({
239
+
node(name: <sdk>, (0, 0))[SDK]
240
+
node(enclose: ((1, 1), (-1, 1)), stroke: blue, inset: 10pt, snap: false, text(fill: blue)[Canaux \ DDS])
241
+
node(name: <lowcmd>, (1, 1))[`rt/lowcmd`]
242
+
node(name: <lowstate>, (-1, 1) )[`rt/lowstate`]
243
+
node(name: <bridge>, enclose: ((1, 2), (-1, 2)), stroke: black, inset: 10pt)[Bridge]
244
+
node(name: <mujoco>, (0, 3))[Mujoco]
245
+
246
+
247
+
edge(<sdk>, <lowcmd>, "->", bend: 30deg)[pub]
248
+
edge(<lowcmd>, (1, 2), "..>", bend: 20deg)[sub]
249
+
edge((1, 2), <mujoco>, "->", bend: 20deg, todo[])
250
+
251
+
edge(<sdk>, <lowstate>, "<..", bend: -30deg)[sub]
252
+
edge(<lowstate>, (-1, 2), "<-", bend: -20deg)[pub]
253
+
edge((-1, 2), <mujoco>, "<-", bend: -20deg, todo[])
254
+
}))