Software di simulazione per droni:
Versione GAZEBO ---> 9.0
Versione ROS -------> Melodic
- Installazione
- Gestione Macchina Virtuale
- Gestione ROS&Gazebo
- Lancio Programma
- Uso e Comandi di Gazebo
- Output
Per poter installare ROS+Gazebo, si dovrà avere a disposizione una distribuzione Ubuntu (consigliamo 18.04 +) su macchina virtuale (es: Virtual Box) o tramite partizione.
- Proponiamo un link alla guida ufficiale di GitHub per l'installazione: GUIDA INSTALLAZIONE
- Proponiamo anche un link (che consigliamo) in cui è presente una OVA per macchina virtuale VirtalBox, in modo da poterla importare ed avere un ambiente di sviluppo già pronto e funzionante: DOWNLOAD OVA
Per poter installare l'OVA sulla propria VirtualBox, seguire i seguenti passi:
- Installare VirtualBox
- Aprire VirtualBox
File > Importa Applicazione Virtuale- Selezionare il file OVA scaricato attraverso la schermata che si aprirà dopo aver cliccato sull'icona della cartella in basso a destra
- Cliccare su 'Successivo'
- Lasciare le impostazioni così come sono e cliccare su 'Importa'
- Attendere il completamento (circa qualche minuto)
N.B. Per poter lavorare in piena serenità, consigliamo di avere un PC con almeno 8 GB di RAM e almeno 25 GB di spazio libero su disco. Istallando il software su una distribuzione Linux, da zero, porterà ad avere una serie di problemi che possono esssere risolti solamente se si conosce l'ambiente di sviluppo, pertanto sconsigliamo di farlo e di seguire l'installazione dell'OVA
Per poter accedere alla macchina virtuale, una volta installata, cliccare due volte sull'icona rappresentativa (RotorS(Melodic))
Le credenziali di accesso alla macchina virtuale sono le seguenti:
- Username: rotors
- Password: rotors
Per tutti i dettagli rimandiamo alla guida di ROS.org
- Gestione Ambiente:
- Creazione Workspace: per poter creare la workspace (una directory in cui sono presenti al suo interni i, cosidetti, package di lavoro per Gazebo) basta semplicemente collocarsi in
/homee crerare una directory (tramite linea di comando:$ cd /home+$ mkdir nome_workspace) - Filesystem:
- Package: Organizzazione software (librerie, script ecc...)
- Manifest(package.xml): descrizione del package (metadati)
- Creazione Workspace: per poter creare la workspace (una directory in cui sono presenti al suo interni i, cosidetti, package di lavoro per Gazebo) basta semplicemente collocarsi in
my-package/
CMakeList.txt(file testo standard)
package.xml
workspace/
src/
package_1/
CMakeList.txt
package.xml
package_2/
CMakeList.txt
package.xml
Da terminale:
$ cd ~/workspace/src$ catkin_create_pkg nome_package- comando generale:
$ catkin_create_pkg <name> [dep1] [dep2] [dep3]
Una volta create il package sarà possibile inserire all'interno le directory che andranno a strutturare il progetto. $ cd nome_package$ mkdir launch | mkdir worldsLe due directory create ospiteranno la struttura dell'intero simulatore. All'interno dilaunchverranno creati e/o posizionati i file.launchin cui al loro interno hanno una serie di tag che vanno a identificare il mondo virtuale, il robot e tutte le caratteristiche da implementare in un mondo virtuale (vedremo launch nel dettaglio dopo). All'interno diworldsverranno creati e/o posizionati i file.worldin cui al loro intewrno hanno una serie di tag che vanno a identificare, in modo specifico, un mondo e le sue caratterisriche (esempio: una casa, un ambiente vuoto, una cava ecc...).
- description tags:
<description> ... </description>--> Tag per la descrizione del package - maintainer tags:
<mainteiner> ... </maintenìiner>---> Tag per immettere i contatti dello sviluppatore del package - license tags:
<license> ... </license>---> Tag immettere le license e le versioni del software che si sta realizzando - dependecies tags:
<build_depend> ... <build_depend><buildtool_depend> ... <buildtool_depend><run_depend> ... <run_depend><test_depend> ... <test_depend>
Per poter compilare un package bisogna eseguire i seguenti passi:
$ cd workspace$ catkin_make
$ source ~/devel/setup.bashFatto ciò sarà possibile eseguire un file di launch all'interno della workspace attracerso il comando$ roslaunch <directory_package> <nome_file_launch>
Per poter lanciare il software e verificare che tutto nella macchina virtuale funzioni correttamente, seguire la seguente guida:
-
Aprire il terminale
$ mkdir workspace_catkin $ cd workspace_catkin $ mkdir src $ cd src $ catkin_create_pkg prova_gazebo --> 'prova_gazebo' può essere sostituito con qualsiasi nome si voglia, per semplicità facciamo questo esempio. $ cd prova_gazebo $ mkdir launch | mkdir worlds $ cd launch $ sudo nano prova.launch -
Si aprirà un editor di file e al suo interno copiamo e incolliamo quanto segue:
<launch> <!-- We resume the logic in empty_world.launch, changing only the name of the world to be launched --> <include file="$(find gazebo_ros)/launch/empty_world.launch"> <arg name="world_name" value="$(find prova_gazebo)/worlds/prova.world"/> <!-- more default parameters can be changed here --> </include> </launch>`N.B. Per i prossimi file che si creeranno, basta sostituire all'interno dei tag la parola 'prova_gazebo' e 'prova.world' con il path e il file world che si vuole utilizzare
$ cd .. $ cd worlds $ sudo nano prova.world -
Si aprirà un editor e si dovrà inserire quanrto segue:
<?xml version="1.0" ?> <sdf version="1.4"> <world name="default"> <include> <uri>model://ground_plane</uri> </include> <include> <uri>model://sun</uri> </include> <include> <uri>model://gas_station</uri> <name>gas_station</name> <pose>-2.0 7.0 0 0 0 0</pose> </include> </world> </sdf>N.B. Si potrà inserire al suo interno tutte le componenti che si vogliono, chiamate 'model'. In questa piccola porzione di mondo troviamo un terreno, un sole(luminosità radiale) e una stazione di benzina (che potrà essere reperibile insieme a tantissime altre strutture e oggetti all'interno del database online di Gazebo. Esempio: al posto di gas_statio è possibile mettere empty o qualsiasi altro modello di mondo presente a Questo Link
$ cd .. $ cd .. $ cd .. $ catkin_make $ source ~/devel/setup.bash $ roslaunch prova_gazebo prova.launch --> partirà GAzebo e ROS con la simulazione di una stazione di servizio.
Per poter inserire un robot all'interno della scena, basta seguire i seguenti passi:
-
Aprire il file
prova.launch:$ sudo nano src/prova_gazebo/launch/prova.launch
-
Inserire quanto segue, prima del
</launch>:<!-- Spawn a robot into Gazebo --> <node name="spawn_urdf" pkg="gazebo_ros" type="spawn_model" args="-file $(find baxter_description)/urdf/baxter.urdf -urdf -z 1 -model baxter" />
N.B. Se si sta eseguendo l'OVA, non si avranno problemi, in altri casi bisogna installare il pacchetto aggiuntivo del roboto attraverso il comando $ git clone https://github.com/RethinkRobotics/baxter_common.git e ricompilare la workspace con $ catkin_make.
$ catkin_make
$ source ~/devel/setup.bash
$ roslaunch prova_gazebo prova.launch --> Si aprirà la stazione di servizio con un robot presente sulla scena.
Il software può essere lanciato con tutte le prove e esempi che si trovano online, allo stesso modo, oppure creando, come nella guida, un file di lancio e uno di mondo che vada a rappresentare quello che si vuole realizzare. I vari modelli che è possibile utilizzare sono presenti al seguente LINK
Una volta fatto partire un package, verrà aperta una finestra di Gazebo con il mondo virtuale che abbiamo creto o che abbiamo importato. La finestra di Gazebo deve apparire pressapoco così:
N.B. il file di lanch che abbiamo fatto partire è quello presente nella directory ufficiale, in cui sono presenti tutti gli esempi di simulazione, reperibile a questo link. Tuttavia la directory è già presente mella macchina virtuale scaricata. Per poterla far partire basta digitare su terminale i seguenti comandi: $ cd diffDrive_ws + $ source devel/setup.bash + $ roslaunch rotors_gazebo mav_hovering_example.launch. Tali file sono presenti nle persorso /home/diffDrive_ws/src/rotors_simulation/rotors_gazebo/launch.
Come possiamo vedere dall'immagine nella parte alta abbiamo la barra degli strumenti, in cui è possibile vedere tutte le operazioni grafiche sulla scena rappresentata.
I primi 4 sono i tasti posizionali, in cui è possibile muoversi nella mappa, allargare e ruotare. I comandi possono essere impartiti anche da mouse, infatti, con la rotella possiamo effettuare uno zoom sull'inquadratura e il tasto sinistro ci permette di trascinare la visuale. Il tasto con il magnete ci permette di muoverci, trascinando la mappa con il tasto sinistro, facendo ruotare la mappa stessa. I comandi rappresentati da una sfera, un cubo e un cilindro permettono di creare delle figure geometriche tridimensionali sulla mappa. I comandi identificati dal sole o raggi solari permettono di cambiare l'ìlluminazione.
Nella parte sinistra della finestra vediamo un menu che identifica i vari componenti presenti sulla mappa:
Cliccando su un componente è possibile vedere le sotto-componenti di cui è composto. Nel caso del drone aereo, cliccando col tatso destro è possibile vedere un menu a tendina e cliccando su 'follow' sarà possibile seguire i movimenti del drone e dov'è collocato in quel preciso momento.
In basso è presente la timeline della simulazione e all'inizio di questa timeline troviamo il bottone di play/pausa che una volta cliccato congela lo stato della simulazione (se si clicca 'pausa') o la fa avanzare nel tempo (se si clicca 'play'). Nella simulazione che si è fatta partire (mav_hovering_example.launch) viene fatto fluttuare a mezz'aria il drone attraverso le caratteristiche di odometria.
In questo paragrafo vedremo come controllare un drone attraverso i comandi impartiti da tastiera.
N.B. Nella macchina virtuale scaricata saranno già presente tutti i pacchetti per permettere di controllare un drone. In altri casi bisogna seguire la guida presente a questo link
Per poter far partire una simulazione con drone controllabile da tastiera, seguire questi passi:
-
Aprire il terminale
$ cd diffDrive_ws $ source devel/setup.bash $ roslaunch rotors_gazebo mav_with_keyboard.launch mav_name:=firefly world_name:=basicVerrà fatto partire un simulatore con un lettore di comandi attraverso pygame (un plag-in di python).
N.B. Potrebbe capitare che durante l'avvio del programma risulti un errore di questo tipo:
E il controller della tastiera non verrà fuori. Per rislvere ciò eseguire questi comandi da terminale:
$ cd /dev $ sudo chmod -R 777 uinputRiportarsi in
diffDrive_wse rieseguire i comandi. -
Sarà possibile controllare il drone dopo aver cliccato play
-
I controlli si focalizzano su 8 tasti principali: W, A, S, D, ↓, ↑, →, ←.
-
I controlli sono estremamente sensibili e bisogna prendere esperienza
Per poter far partire una simulazione con drone controllabile da Joypad, seguire questi passi:
-
Connettere un joypad al PC tramite porta USB o Bluetooth
-
Aprire il terminale
$ cd diffDrive_ws $ source devel/setup.bash $ roslaunch rotors_gazebo mav_with_joy.launch mav_name:=firefly world_name:=basic -
Sarà possibile controllare il drone dopo aver cliccato play
-
I controlli si focalizzano su L2 e sugli analogici per modulare i valori di accelerazione, pitch, roll e thrust
-
I controlli sono estremamente sensibili e bisogna prendere esperienza
Di seguito riportiamo la sequenza di nodi e topic che entrano in gioco durante la gestione di un drone attraverso l'utilizzo dei comandi da tastiera (o joypad).
Ci andremo a concentrare solamente su una parte specifica del grafico: quella che tratta il passaggio dei parametri di beccheggio, rollio e imbardata del drone (considerando un drone aereo). Di seguito il grafico con evidenziata la parte da trattare:
N.B. nelle immagini precedenti i rettangoli identificano un topic, gli ovali un nodo.
- joy_node : è presente solo in codice binario,riusciamo a comprenderne il funzionamento grazie alle informazioni presenti nei successivi nodi; legge i comandi da tastiera o joystick e li trasforma in valori numerici compresi tra -1 e 1 pubblicandoli successivamente nel topic
/firefly/joy. - rotors_joy_interface : calcola il valore di yaw, pitch e roll a partire dai valori compresi tra -1 e 1 provenienti dal topic
/firefly/joy; di fatto moltiplica questi valori per il massimo valore che possono assumere e per il relativo segno, in modo da ottenere un valore scalato sulla base di quanto a lungo si sta tenendo premuto il tasto ed infine pubblica i risultati sul topicfirefly/command/roll_pitch_yawrate_thrust.
rotors_simulator/rotors_joy_interface/src/joy.cpp:
//--------------- SETAGGIO PARAMETRI ---------------------------------------
pnh.param("max_v_xy", max_.v_xy, 1.0); // [m/s]
pnh.param("max_roll", max_.roll, 10.0 * M_PI / 180.0); // [rad]
pnh.param("max_pitch", max_.pitch, 10.0 * M_PI / 180.0); // [rad]
pnh.param("max_yaw_rate", max_.rate_yaw, 45.0 * M_PI / 180.0); // [rad/s]
pnh.param("max_thrust", max_.thrust, 30.0); // [N]
...
void Joy::JoyCallback(const sensor_msgs::JoyConstPtr& msg) {
current_joy_ = *msg;
control_msg_.roll = msg->axes[axes_.roll] * max_.roll * axes_.roll_direction;
control_msg_.pitch = msg->axes[axes_.pitch] * max_.pitch * axes_.pitch_direction;
if (msg->buttons[buttons_.yaw_left]) {
current_yaw_vel_ = max_.rate_yaw;
}
else if (msg->buttons[buttons_.yaw_right]) {
current_yaw_vel_ = -max_.rate_yaw;
}
else {
current_yaw_vel_ = 0;
}
control_msg_.yaw_rate = current_yaw_vel_;
if (is_fixed_wing_) {
double thrust = msg->axes[axes_.thrust] * axes_.thrust_direction;
control_msg_.thrust.x = (thrust >= 0.0) ? thrust : 0.0;
}
else {
control_msg_.thrust.z = (msg->axes[axes_.thrust] + 1) * max_.thrust / 2.0 * axes_.thrust_direction;
}
ros::Time update_time = ros::Time::now();
control_msg_.header.stamp = update_time;
control_msg_.header.frame_id = "rotors_joy_frame";
Publish();
}
//------------ PUBBLICAZIONE PARAMETRI SUL TOPIC --------------------------------------
void Joy::Publish() {
ctrl_pub_.publish(control_msg_);
}
- roll_pitch_yawrate_thrust_controller_node : prende in input i valori di riferimento dal topic
firefly/command/roll_pitch_yawrate_thruste li usa per comandare l'attuatore attraverso una pubblicazione sul topic specifico difirefly/commandchiamatofirefly/command/motor_speedche a sua volta richiamerà il nodo principale di gazebo per la pbblicazione dei valori sul topic generale delfirefly/gazebo.
Per poter utilizzare un plugin, in ROS+Gazebo, ricorriamo allòa guida ufficiale e facciamo un esempio pratico. I plugin Gazebo offrono ai tuoi modelli URDF(Unified Robotic Description Format), ovvero i file che descrivono un determinato robot o drone che deve essere utilizzato, maggiori funzionalità e possono collegare messaggi ROS e chiamate di servizio per l'uscita del sensore e l'ingresso del motore.
In breve, il plugin è inserito all'interno dell'URDF attraverso la tag <gazebo>:
<robot>
... robot description ...
<gazebo>
<plugin name="differential_drive_controller" filename="libdiffdrive_plugin.so">
... plugin parameters ...
</plugin>
</gazebo>
... robot description ...
</robot>
La specifica dei plug-in del sensore è leggermente diversa; i sensori in Gazebo sono pensati per essere collegati ai <plugin>, quindi la tag <gazebo>che descrive quel sensore deve essere un riferimento a quel collegamento. Per esempio:
<robot>
... robot description ...
<link name="sensor_link">
... link description ...
</link>
<gazebo reference="sensor_link">
<sensor type="camera" name="camera1">
... sensor parameters ...
<plugin name="camera_controller" filename="libgazebo_ros_camera.so">
... plugin parameters ..
</plugin>
</sensor>
</gazebo>
</robot>
Parlato in generale di quelli che sono i plugin forniti da Gazebo, vediamo un plugin utilizzato in questo ambito, ovvero la videocamera o semplicemente camera.
Esponiamo, prima di tutto un esempio, che utilizza la camera e poi andremo a strutturare nel dettaglio il plugin spiegando le sue caratteristiche. Per utilizzare una workspace già pronta e poterne testarne l'uso della camera, apriamo il terminale e seguimo i seguenti passi:
$ cd /home
$ git clone https://github.com/richardw05/mybot_ws
$ cd mybot_ws
Questa sarà la nuova workspace in cui, al suo interno, è pressente una serie di package su cui prendere spunto per i lavori di utilizzo camera futuri.
$ catkin_make
$ ls
Noteremo la comparsa di nuove directory, tra cui /devel e /logs per citarne due.
$ source devel/setup.bash
La workspace è pronta e quindi sarà possibile far partire i file di lancio presenti all'interno della directory /mybot_ws/src/<dir_scelta>/launch.
Proviamo un esempio di lancio:
$ roslaunch mybot_gazebo mybot_world.launch
N.B. se premiamo il tasto TAB quando si esegue una chiamata, ci verrà in aiuto per la compilazione automatica del nome del file di tipo .launch
Aprire un altro terminale e digitare:
$ source mybot_ws/devel/setup.bash
$ rosrun image_view image_view image: = /mybot/camera1/image_raw
Si apriranno due schermate:
- Gazebo, con il drone di terra e l'ambiente virtuale
- La finestra di visuale del drone
Se dovessimo mettiamo un ostacolo davanti al drone, ad esempio una sfera o una figura tridimensionale, questa apparirà anche nell'inquadratura della camera in tempo reale.
La visuale è disponibile anche facendo partire RVIZ (un software di gestione) e noteremo che la camera invia delle immagini che vengono visualizzate in tempo reale.
$ source mybot_ws/devel/setup.bash
$ roslaunch mybot_description mybot_rviz.launch
Se non lo si visualizza, provare a cliccare su Add, aggiungere Image. Aprire Image sul menu sinistro e su Image Topic cliccare sul box a destra e cliccare sul percorso che uscirà dal menu a tendina (verrà visualizzato solamnete la camera collegata al drone di Gazebo).
Il codice incorporato nel file .launch, in modo da attivare la camera e visualizzare il contenuto è il seguente:
<link name="camera">
<collision>
<origin xyz="0 0 0" rpy="0 0 0"/>
<geometry>
<box size="${cameraSize} ${cameraSize} ${cameraSize}"/>
</geometry>
</collision>
<visual>
<origin xyz="0 0 0" rpy="0 0 0"/>
<geometry>
<box size="${cameraSize} ${cameraSize} ${cameraSize}"/>
</geometry>
<material name="green"/>
</visual>
<inertial>
<mass value="${cameraMass}" />
<origin xyz="0 0 0" rpy="0 0 0"/>
<box_inertia m="${cameraMass}" x="${cameraSize}" y="${cameraSize}" z="${cameraSize}" />
<inertia ixx="1e-6" ixy="0" ixz="0" iyy="1e-6" iyz="0" izz="1e-6" />
</inertial>
</link>
<joint name="camera_joint" type="fixed">
<axis xyz="0 1 0" />
<origin xyz=".2 0 0" rpy="0 0 0"/>
<parent link="chassis"/>
<child link="camera"/>
</joint>
Importare tale codice nel file del drone .xacro, mentre nel file del drone con estensione .gazebo importare il seguente codice:
<gazebo reference="camera">
<material>Gazebo/Green</material>
<sensor type="camera" name="camera1">
<update_rate>30.0</update_rate>
<camera name="head">
<horizontal_fov>1.3962634</horizontal_fov>
<image>
<width>800</width>
<height>800</height>
<format>R8G8B8</format>
</image>
<clip>
<near>0.02</near>
<far>300</far>
</clip>
</camera>
<plugin name="camera_controller" filename="libgazebo_ros_camera.so">
<alwaysOn>true</alwaysOn>
<updateRate>0.0</updateRate>
<cameraName>mybot/camera1</cameraName>
<imageTopicName>image_raw</imageTopicName>
<cameraInfoTopicName>camera_info</cameraInfoTopicName>
<frameName>camera</frameName>
<hackBaseline>0.07</hackBaseline>
<distortionK1>0.0</distortionK1>
<distortionK2>0.0</distortionK2>
<distortionK3>0.0</distortionK3>
<distortionT1>0.0</distortionT1>
<distortionT2>0.0</distortionT2>
</plugin>
</sensor>
</gazebo>
Tali codici attivano l'uso della camera su un qualsiasi drone.
N.B. Per droni aerei, o di forma differente, alcuni dei dati dovranno essere modificati per poter essere adattati al robot stesso. Nell'esempio si parla di un drone di terra molto semplice, con due ruote e una scocca a forma di parallelepipedo
VI-SENSOR, acronimo di Visual Inertial Sensor, è un sensore di visione utilizzato con la libreria ROS come camera per la raccolta di immagini.
Tale sensore può essere piazzato ovunque, nella scena, su un robot o su qualsiasi altra superficie.
Per poter utilizzare tale sensore ricorriamo a una libreria già installata e presente nella repo scaricata a inizio tutorial (rotors_gazebo). Seguiamo i seguenti passi per poter utilizzare un VI-SENSOR su qualsiasi drone vogliamo:
$ roslaunch rotors_gazebo mav_hovering_example_with_vi_sensor.launch
Avviamo il simulatore
$ rosrun rviz rviz
Avvieremo RVIZ per verificare i percorsi e tutti gli output del VI-SENSOR presente in una scena aperta di Gazebo, questo ci permette di capire quali siano gli output topic del sensore e quindi riuscire a intercettarli in modo più rapido e preciso.
Aperto RVIZ seguiamo i seguenti passi:
- Cliccare su "ADD"
- "Image"
- OK
Fatto ciò avremo a disposizione una finestra su quello che verrà preso dalla camera VI-SENSOR. Clicchiamo su "Image Topic" e selezioniamo uno dei persorsi che ci verrano mostrati (sono i percorsi di output per poter visualizzare le immagini prese da VI-SENSOR). La camera in questione ha più output, infatti riesce a effettuare delle riprese da più angolazioni, quindi sarà possibile acquisire una serie di immagini per avere una precisione sulla visione periferica di un robot.
Trovato il percorso voluto possiamo chiudere RVIZ (se si vuole) e aprire un altro terminale e digitare:
$ rosrun image_view image_view image:= <PATH>
Nel nostro caso, ad esempio:
$ rosrun image_view image_view image:= /firefly/vi_sensor/left/image_raw
Visualizzeremo su una finestra l'immagine catturata dalla camera.
Il codice da utilizzare, per immettere una camera VI-SENSOR in scena o su un drone è il seguente:
<xacro:vi_sensor_macro
namespace="${namespace}/vi_sensor"
parent_link="${namespace}/base_link"
enable_cameras="true"
enable_depth="true"
enable_ground_truth="true">
<origin xyz="0.1 0.0 -0.03" rpy="0.0 0.1 0.0" />
</xacro:vi_sensor_macro>
Con l'aggiunta di un file base presente in rotors_simulator/rotors_description/urdf/vi_sensor_base.xacro che ha al suo interno l'inport effettivo del codice del VI-SENSOR vero e proprio:
<robot name="vi_sensor" xmlns:xacro="http://ros.org/wiki/xacro">
<xacro:property name="namespace" value="vi_sensor" />
<xacro:include filename="$(find rotors_description)/urdf/component_snippets.xacro" />
<link name="base_link">
<collision>
<origin xyz="0 0 0" rpy="0 0 0" />
<geometry>
<box size="0.1 0.1 1.0" />
</geometry>
</collision>
<visual>
<origin xyz="0 0 0" rpy="0 0 0" />
<geometry>
<box size="0.1 0.1 1.0" />
</geometry>
<material name="black" />
</visual>
<inertial>
<mass value="100" />
<origin xyz="0 0 0" rpy="0 0 0" />
<inertia ixx="1" ixy="0" ixz="0" iyy="1" iyz="0" izz="1" />
</inertial>
</link>
<xacro:vi_sensor_macro
namespace="${namespace}"
parent_link="base_link"
enable_cameras="$(arg enable_cameras)"
enable_depth="$(arg enable_depth)"
enable_ground_truth="$(arg enable_ground_truth)">
<origin xyz="0.0 0.0 0.6" rpy="0 0 0" />
</xacro:vi_sensor_macro>
</robot>
Tutti i codici attingono informazioni da questo.
In questa sezione vedremo come visualizzare i dati dei sensori (o semplicemente Topic) che possono essere utilizzati in ROS+Gazebo durante l'esecuzione di un package.
Per prima cosa diciamo che un topic è una funzionalità di un paticolare drone che viene implementata durante la sua creazione, sarà possibile andare a modificare tale topic passando valori, visulizzarli a schermo e ottenere tutte le informazioni necessarie.
Una volta che un package è in esecuzione, aprendo un altro terminale possiamo vedere quali soni i topic disponibili di quel particolare drone attraverso il comando rostopic list.
Procediamo con un esempio:
Aprire il terminale e facciamo partire un package semplice, di un drone aereo:
$ cd diffDrive_ws
$ source devel/setup.bash
$ roslaunch rotors_gazebo mav_hovering_example.launch
Una volta fatto partire Gazebo apriamo un altro terminale:
$ rostopic list
Comparirà una lista di funzionalità che sarà possibile utilizzare.
Tutte le funzionalità che è possibile utilizzare con rostopic sono le seguenti:
rostopic bw -- display bandwidth used by topic
rostopic delay -- display delay for topic which has header
rostopic echo -- print messages to screen
rostopic find -- find topics by type
rostopic hz -- display publishing rate of topic
rostopic info -- print information about active topic
rostopic list -- print information about active topics
rostopic pub -- publish data to topic
rostopic type -- print topic type
Nel nostro caso per semplicità useremo il comando $ rostopic echo <nome topic> per poter visualizzare i dati in output sul terminale.
$ rostopic echo /firfly/odometry_sensor1/odometry
Verranno visualizzati i dati del sensore sul terminale.
Per uscire dalla stampa-dati digitare Ctrl-C.
In queso paragrafo mostreremo i cambiamenti che si registrano sul sistema IMU (inertial measurement unit) del nostro drone a seguito di alcuni input dalla tastiera.
-
Dunque carichiamo il file di launch che integra il plugin di ROS per il controllo da tastiera come visto qui
-
Apriamo una nuova finestra da terminale su cui lanciamo il seguente comando
$ rostopic echo /firfly/imuOtterremo la seguente schermata:
Vediamo di fatto riportati tutti i parametri relativi al sistema IMU i quali varieranno nel tempo in base agli input impartiti da tastiera.
-
Ad esempio modulando solamente l'accelerazione delle eliche del nostro drone con i comandi W e S osserveremo variazioni delle variabili di
linear_accelerationsul parametroz. Oppure modificando l'orientamento con le freccette direzionali a cambiare saranno le variabili diorientation. Ovviamente le variazioni possono essere innumerevoli e dipendenti da molti fattori come ad esempio il vento o altri fenomeni che possono essere implementati in Gazebo.
In queso paragrafo mostreremo i cambiamenti che si registrano relativamente all'odometria del nostro drone a seguito di alcuni input dalla tastiera.
-
Dunque carichiamo il file di launch che integra il plugin di ROS per il controllo da tastiera come visto qui
-
Apriamo una nuova finestra da terminale su cui lanciamo il seguente comando
$ rostopic echo /firfly/odometry_sensor1/odometryOtterremo la seguente schermata:
Vediamo di fatto riportati tutti i parametri relativi all'odometria i quali varieranno nel tempo in base agli input impartiti da tastiera.
-
Ad esempio modulando solamente l'accelerazione delle eliche del nostro drone con i comandi W e S osserveremo variazioni delle variabili di
posesui parametripositioneorientationentrambi solo relativamente all'assezvisto che non aumentando l'accelerazione del drone l'unico movimento rilevato sarà quello dal basso verso l'alto. Modificando anche l'orientamento con le freccette direzionali a cambiare saranno anche le variabili dipositioneorientationrelativamente aglia assixey. Ovviamente le variazioni possono essere innumerevoli e dipendenti da molti fattori come ad esempio il vento o altri fenomeni che possono essere implementati in Gazebo.
