Military Communications and Information Technology: A Trusted ...

Military Communications and Information Technology: A Trusted ... Military Communications and Information Technology: A Trusted ...

22.01.2015 Views

308 Military Communications and Information Technology... connection protocol will be used. Although TCP is the most common protocol used in an ROS, a UDP can also be used. The data exchange between nodes will create a peer-to-peer network. III. Systems in use A. C2LG GUI We use a graphical user interface, the C2LG GUI, to enter the orders for our robot system. C2LG GUI is used in other projects to test interoperability with simulation systems, e.g., with French and German systems [13]. The GUI supports the user generating the orders. It allows selecting objects from a list or to pick them from the integrated map. Geographical features like areas can be created on the map as well. These features then can be referenced. The GUI also visualizes the robots’ reports. In particular, the robots themselves are shown the map due to their periodic position reports. Figure 1. The GUI we used to create BML orders. First the action “move” was selected. Then the taskee “robot_group_1” was selcted and route “routeA” was created on the map and given as a paremter to the order 1 The initialization of the GUI was done using the Military Scenario Description Language (MSDL) [14]. We created an MSDL File which includes the units, the associated symbols, the order of battle, and also some geographical objects e.g., where the base is. 1 Map data (c) ῾OpenStreetMap’ (and) contributors (http://www.openstreetmap.org/), CC-BY-SA (http://creativecommons.org/licenses/by-sa/2.0/)

Chapter 3: Information Technology for Interoperability and Decision... 309 B. UGV RTS-HANNA Our multi-robot system consisted of a ground vehicle and two UAVs. This section provides information about the ground vehicle. The following section will cover the UAVs. The unmanned ground vehicle is called RTS-HANNA (see Fig. 2). It is based on an off-the-shelf Kawasaki Mule 3010 Diesel chassis which has been retrofitted with a drive-by-wire interface (by PARAVAN GmbH). That interface enables manual as well as full computer control of the vehicle. Due to the manual control, HANNA is fully street-licensed. Its maximum velocity is 40 km/h, and its maximum payload is 600 kg. HANNA can be equipped with a multitude of sensors. For environmental perception, two continuously rotating 3D laser rangefinders RTS-ScanDriveDuo with an update rate of 0.8 Hz each for close range, one Velodyne HDL-64E with an update rate of 15 Hz for long range, one Ibeo Lux for fast obstacle detection within the main driving direction, and a Microsoft Kinect are mounted. For the navigation, odometry, a gyroscope, and two GPS receivers are available. HANNA communicates either by WiFi, or a serial link in the unlicensed industrial, scientific and medical (ISM) radio band, or by GSM/UMTS. HANNA has five embedded PCs at her disposal, used for processing the sensor data, for navigation and to control her, in our case by BML orders, cf. [15] for more details. Software for those PCs is developed using the robotic framework RACK (Robotics Application Construction Kit). To make the PCs capable for executing ROS components, we, in general, cross-compiled ROS and made the ROS libraries and API available to our middleware RACK. In particular, a kind of gateway module has been implemented. That module is part of the RACK communication system, but is also able to publish and subscribe to ROS topics. It receives the BML tasks and organizes their execution by publishing corresponding tasks for the UAVs as ROS topics. It also publishes sensor data for the BML-GUI. In short, HANNA is running the ROSCore and the BMLConnector in the ROS context, the gateway module to connect both worlds, and the rest of the software components in RACK. HANNA navigates on a known road network available in OpenStreetMap (OSM) format. To navigate to a certain point of destination, a simple A* search for a shortest path in the OSM geodata is initiated, cf. [16] for details. To follow the planned path, a hybrid feedback controller, introduced in [17], is applied. This service uses reactive obstacle avoidance and local path re-planning.

Chapter 3: <strong>Information</strong> <strong>Technology</strong> for Interoperability <strong>and</strong> Decision...<br />

309<br />

B. UGV RTS-HANNA<br />

Our multi-robot system consisted of a ground vehicle <strong>and</strong> two UAVs. This<br />

section provides information about the ground vehicle. The following section will<br />

cover the UAVs.<br />

The unmanned ground vehicle is called RTS-HANNA (see Fig. 2). It is based<br />

on an off-the-shelf Kawasaki Mule 3010 Diesel chassis which has been retrofitted<br />

with a drive-by-wire interface (by PARAVAN GmbH). That interface enables<br />

manual as well as full computer control of the vehicle. Due to the manual control,<br />

HANNA is fully street-licensed. Its maximum velocity is 40 km/h, <strong>and</strong> its maximum<br />

payload is 600 kg.<br />

HANNA can be equipped with a multitude of sensors. For environmental<br />

perception, two continuously rotating 3D laser rangefinders RTS-ScanDriveDuo<br />

with an update rate of 0.8 Hz each for close range, one Velodyne HDL-64E with<br />

an update rate of 15 Hz for long range, one Ibeo Lux for fast obstacle detection<br />

within the main driving direction, <strong>and</strong> a Microsoft Kinect are mounted. For<br />

the navigation, odometry, a gyroscope, <strong>and</strong> two GPS receivers are available. HANNA<br />

communicates either by WiFi, or a serial link in the unlicensed industrial, scientific<br />

<strong>and</strong> medical (ISM) radio b<strong>and</strong>, or by GSM/UMTS.<br />

HANNA has five embedded PCs at her disposal, used for processing the sensor<br />

data, for navigation <strong>and</strong> to control her, in our case by BML orders, cf. [15] for more<br />

details. Software for those PCs is developed using the robotic framework RACK<br />

(Robotics Application Construction Kit). To make the PCs capable for executing<br />

ROS components, we, in general, cross-compiled ROS <strong>and</strong> made the ROS libraries<br />

<strong>and</strong> API available to our middleware RACK. In particular, a kind of gateway<br />

module has been implemented. That module is part of the RACK communication<br />

system, but is also able to publish <strong>and</strong> subscribe to ROS topics. It receives the BML<br />

tasks <strong>and</strong> organizes their execution by publishing corresponding tasks for the UAVs<br />

as ROS topics. It also publishes sensor data for the BML-GUI. In short, HANNA<br />

is running the ROSCore <strong>and</strong> the BMLConnector in the ROS context, the gateway<br />

module to connect both worlds, <strong>and</strong> the rest of the software components in RACK.<br />

HANNA navigates on a known road network available in OpenStreetMap<br />

(OSM) format. To navigate to a certain point of destination, a simple A* search<br />

for a shortest path in the OSM geodata is initiated, cf. [16] for details. To follow<br />

the planned path, a hybrid feedback controller, introduced in [17], is applied. This<br />

service uses reactive obstacle avoidance <strong>and</strong> local path re-planning.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!