Forum: GNU Radio Simulation with MAVLink protocol

Announcement (2017-05-07): is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see and for other Rails- und Ruby-related community platforms.
6876295dbb53b1617fc577c124f4257f?d=identicon&s=25 Paulo Roberto (Guest)
on 2014-06-27 23:34
(Received via mailing list)
Hello, I have some needs and I'd like to know if GnuRadio can help me
with it. I have already read some material at GR website and I didn't
get the answer.I need to receive and send packets with a specific
protocol called MAVLink, used in mini UAVs. More specifically I am
thinking about developing a sniffer.I don't have sdr hardware for now,
then for starting I am thinking on simulation. My doubts are as follows:
- Is it possible to implement a new protocol for sending and receive
packets? (MAVLink protocol)
- My idea is to simulate the exchange between a UAV and a control ground
station. Would it possible to do it?
Thanks in advance.
D17685d174fee4ca258c75cce7bc2202?d=identicon&s=25 Marcus Müller (Guest)
on 2014-06-28 02:58
(Received via mailing list)
Hi Paulo,

GNU Radio gives you but the framework to write and connect signal
processing blocks, as well as a nice set of "standard" blocks.
Among the functionalities available there are means to generate packets
and process the same.
If you know that if you can capture the signal, you could
mathematically/algorithmically analyze it, it's basically possible to
implement this in GNU Radio.
That being said, it's not really easy to implement a complete packeted
standard in GNU Radio since that might be a "logically" complex task,
involving different modulations, synchronization, collision detection,
arbitration, resend requests and much more. However, there are several
examples of people being able to decode received signals. I like to
point gr-ieee802-11 (WLAN packets *transceiver*), and for a "simpler"
system gr-air-modes (air traffic control message decoding).

D17685d174fee4ca258c75cce7bc2202?d=identicon&s=25 Marcus Müller (Guest)
on 2014-06-29 01:10
(Received via mailing list)
Of course it would be helpful if you had a capture device if your
motivation was to capture signals of a system. Also, it will give you
something to test your reception algorithms on.
E2441c2cd93ad57f2b1397baf98cf10c?d=identicon&s=25 Andre Puschmann (Guest)
on 2014-06-29 07:09
(Received via mailing list)

I have the feeling that there maybe a misunderstanding about what
MAVlink really is. The MAVlink protocol as such is serialization library
that is used to transfer information, i.e. serialized data structures,
between mobile and stationary devices rather than a whole "communication
system". You can transfer MAVlink messages over any kind of transport
system such as Wifi, bluetooth, Zigbee or any proprietary system.
So what you probably want is to receive and decode the communication of
that transfer system, maybe using GR, and then decode the actual payload
with the MAVlink library.

Cca336c4dc168edf8acb18a5c3410a07?d=identicon&s=25 Andrew Davis (Guest)
on 2014-06-29 12:40
(Received via mailing list)
Right, I've played with MAVlink before and as said it is not a wireless
standard, you can send it over hard link serial if you want. I'm
your are sending the MAVlink over a pair of serial-RF adapters as is

Seems to be what most use ( I have a pair of these as well ). If you
at the technical section your can see they list FHSS GFSK as the
modulation. I would look into the datasheet for the chip for more
I would recommend just doing the RF demodulation in GNUradio and then
the packets to an external program for further processing.


On Sat, Jun 28, 2014 at 8:06 AM, Andre Puschmann <
This topic is locked and can not be replied to.