Jeff McBride wrote: >I have done the same thing on a similar university project. Our >solution has been to use the FGNetCtrls interface to FG and write a >gateway application that would interface our UAV flight control >computer (via serial port) to FG (via TCP). This allows us to do >hardware-in-the-loop testing of the autopilot system. If preferable, >you could also implement the flight control laws in a PC application >and "fly" the FG model via a TCP connection. > >Actually, flightgear has proven to be a versatile tool for our >project. It is also good as a visualization system (either live during >flight or for post-mission replay). Once you figure it out, >communication with FG is pretty easy. I've just created a C# class to >handle all I/O to FG, and can drop it in where needed. >
And if you are using FlightGear as a visualization system for your UAV (either live or replaying the data) you can turn on multiplayer mode and inject yourself into the multiplayer system. I'm doing that right now. If you want to see my university's uav in action, go to mpmap01.flightgear.org right now and click the check box next to the Rascal-1 call sign. I'm looping the data and will probably continue looping it for the rest of the day. We don't have a wireless internet connection that available at our flying field, but some day if we are able to rig something up, we'll be able to inject our live flight data into the multiplayer system which and others could come fly [virtually] with us. That would be kind of a neat trick. Curt. -- Curtis Olson http://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
