Generic protocol: Difference between revisions

Jump to navigation Jump to search
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg24570.html
(http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17286.html)
(http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg24570.html)
Line 1: Line 1:
{{PropertyTree}}
{{PropertyTree}}
FlightGear supports multiple concurrent IO connections.  There is a slightly complex, but pretty flexible mechanism for specifying an IO channel, what type of communcation will get sent over it, which direction, and at what rate.  Look for a file called README.IO that briefly explains much of this.   
FlightGear supports multiple concurrent IO connections.   
 
You could use the FGNetFDM (--native) protocol or the --generic protocol (which allows you to design custom packets with the specific fields you choose.)  Both of these can send the data out as UDP packets which then can be read by your external program using standard socket communication.
 
This same basic mechanism also would permit your external program to send control commands so if some day you want to do some sort of hardware or
software in the loop testing of your uav controller, that is also a possibility.
 
There is a slightly complex, but pretty flexible mechanism for specifying an IO channel, what type of communcation will get sent over it, which direction, and at what rate.  Look for a file called README.IO that briefly explains much of this.   


In addition, there is a "generic" protocol where you can create an xml file specifying exactly what data values you wish to send across your IO channel.  We don't have generic "USB" support, but if you have a Serial -> USB device that looks like a com port on the computer side, then that should work without any problem ... just be careful which com port your usb device gets assigned to.
In addition, there is a "generic" protocol where you can create an xml file specifying exactly what data values you wish to send across your IO channel.  We don't have generic "USB" support, but if you have a Serial -> USB device that looks like a com port on the computer side, then that should work without any problem ... just be careful which com port your usb device gets assigned to.

Navigation menu