Home        Store        Docs        Blog

Data string output

(Etienne Demers) #1

It would be good to have the sensors like depth, heading etc output from qgroundcontrol directly.

Should have an option to send to UDP and/or serial port and select which data to be included.

I know Jacob has come up with a backdoor solution but it is not obvious for those who are not used to the tools you are using for programming.

(Luis Gamez) #2

Yep Im agree with that! would be nice

(Jacob) #3

Can you provide a use case or two?


I would use the data string for several purposes:

-Data string to external video overlay
-Data string to Survey Software
-Data string for logging purposes.

A string output would be very nice…

(Jacob) #5

These external applications will typically have a data format requirements. Is this the case, or am I free to push the data out however I see fit?


May I suggest comma separated serial ASCII string with Carriage Return and line feed at the end. 9600 Baud and 1 Hz update?

The data sentence I consider must have:
Date, Time, Depth, Heading,

This is the nice to have:
Roll, Pitch, Latitude, Longitude, camera tilt,
Lat / Lon if available into system (surface GPS or "Underwater GPS)

Any comments @etienne ?

(Etienne Demers) #7

Sounds good to me.

Any string will do really. Most software will allow users to parse the string. I would maybe add an option for frequency. 1Hz can be a bit limiting.

I would also add altitude since this provision is already in the works…

Video overlay and connectivity with survey are the most common applications. But I would also use it to display these values outside QGC. IE make them BIGGER!! :grin:

(undersearobotics.com) #8

May I recommend using either an existing NMEA 0183 sentence or format the sentence(s) similar to NMEA 0183?


It could be challenging to find an existing NMEA 0183 Sentence that will fit the various data fields to be included but a custom header in the string would be useful. For example:

$BROV, field1, field2, field3, etc

That will make sentence decoding even easier since it is a fixed field at the start of each line.

(Etienne Demers) #10

Most software detect the line feed and parse in between commas.

This is because most programming languages can fill a stringlist component with the comma as a delimiter automatically.

In the end, it really doesn’t matter as long as they provide something…

On my last survey I was unable to provide overlay because of this which was a bit of a let down.