Communications

Reliable communication between the payload and the command station is critical at a fire scene. However, SLAM data needs high bandwidth, and higher bandwidth usually costs reliability. It requires either transmitting at a higher frequency or spreading power over a wider range of frequencies, and both make the signal more susceptible to noise.

Our solution:

  • Reliable radio: 915 MHz HaLow, which penetrates concrete and metal far better than 2.4 GHz.
  • Efficient data: all ROS traffic stays local. Only one compact keyframe stream (thermal and radar) crosses the radio.
  • Robust to dropouts: continuous link monitoring, no map loss on disconnect, and automatic reconnection.

915MHz vs. 2.4GHz Tests

A MATLAB simulation of a 50 ft channel at 1000 °C through five 6″ concrete walls showed only 4.82% QPSK symbol error at 915 MHz, well under the 12.5% threshold. We then compared 2.4 GHz Doodle radios with 915 MHz Heltec radios in buildings A, B and C. The 915 MHz radios clearly performed better through concrete and metal, averaging 15 Mbps with a minimum of 5.59 Mbps, nearly three times our 2 Mbps target.

Bandwidth Test in the ACFA

Physical tests were conducted using two different types of radios: A pair of 2.4GHz Doodle Radios and a router/bridge pair of 915MHz. The command station was at the central pavilion, and the radio was taken into buildings A, B, and C. We then tested both the bandwidth (Mbps) and the packet loss (out of 10000 packets).

The results were clear. The 915 MHz radios greatly outperformed the Doodle radios through concrete and metal, averaging 15 Mbps.


We tested the HaLow link in Building B, the most challenging building. The payload sent 20 Mbps of data for 11 minutes while being carried across two floors, and SLAM placed each second’s measured bandwidth on a 0.5 m map. The median bandwidth was 8.1 Mbps on Floor 1 and 6.6 Mbps on Floor 2. However, the link was not always steady: it dropped below 2 Mbps for 4 of 146 seconds on Floor 1 and 11 of 98 seconds on Floor 2. The weakest spot was at the top of the stairs, where the rate briefly fell to 0.2 Mbps. These results shaped our design: the payload sends only compact SLAM keyframes instead of full sensor streams, so the system keeps working even when the link weakens.

Radio Network Configuration

The Heltec radios purchased are as follows:

  • One Heltec HaLow Router configured as Access Point
  • Two Heltec HaLow Dongles configured as bridges

The dongles will go onto the payloads, while the router will interface with the command station laptop. The connection between the router and the dongles is predefined, allowing them to automatically establish a link once powered on.

Data flows from the payload to the dongle, then over the HaLow link to the router, and finally to the command station. The screenshot shows the GUI used to configure the HaLow dongles as bridges.


ROS2 Communication Middleware Selection

To support scalable C-SLAM, it is important to reduce unnecessary network traffic, especially in multi-agent scenarios.

In ROS2 DDS, multicast is used for topic discovery and communication. This means data and discovery messages are broadcast to all nodes on the network, regardless of whether they are needed.

In contrast, unicast communication sends data only to specific endpoints. This reduces unnecessary traffic and provides more efficient communication, making it more scalable.

However, when transmitting large data streams, such as thermal images, the benefit of eliminating discovery overhead becomes less, as the data itself dominates the bandwidth usage.

Both the command station and the payload publish many ROS topics. With multicast-based discovery, all topics are broadcast across the network, which can create excessive discovery traffic and jam the network at startup, especially when running SLAM or visualization tools such as Foxglove.

To address this, we use CycloneDDS together with the Zenoh bridge to enable controlled unicast communication. CycloneDDS serves as the ROS2 middleware, while the Zenoh bridge routes DDS traffic and allows us to block unnecessary topics using an allow list. This ensures that only selected topics are transmitted over the HaLow link, while all other topics remain local.

The results, measured at the command station, show that outgoing traffic is reduced to nearly zero, while incoming traffic is significantly reduced.

Key Advantages of Zenoh bridge + CycloneDDS

  • No unnecessary discovery traffic
  • Block unwanted topics (allow list)
  • Improves communication efficiency and scalability for C-SLAM