OK so I tried to trick FG several different ways, none of which really work, I tried to get it to send data to one serial port and receive it on another that sort of works but after about a minute or so FG just stalls and stops sending data, and basically stops responding to all command inputs. Another method I tried was to have it send data out on through a UDP and accept data in on a COM port, that basically had the same effect. My last option is to try to have it send and receive to two different sockets, I really hope that works.
However I think this has issues to, does FG have to be the server when receiving data? Because I couldn't get it to actually connect to the socket unless I turned off the app I was using to transmit data to FG on the socket and of course once I turned the app off FG was able to connect to the socket/port but then the app couldn't connect at all, so I'm guessing FG has to be a the server when receiving data??? It doesn't really look like FG can transmit and receive data at the sametime at all on windows anyway you slice it, I mean every single thing I try it fails or has some goofy error. One last thing is there a way to ensure that FG is sending out its outputs in floating point format, because I'm not sure it is, I have the generic file setup for binary mode, but I'm not convinced that FG is transmitting data as floats, I think it might actually be transmitting data as integers or something else. I make this observation because the data I did get cause an action in my algorithm which didn't make sense. The auto pilot switched to flight mode while still on the ground, it wasn't susposed to do that until it reached 1800 feet, so thats why I'am assuming that the output it received from FG as the altitude couldn't have been in floating point format it must have been an integer or maybe a double, or something but whatever it was it wasn't a float. I looked at the perferences file in the FG directory, and I changed all the double types to float, should that do it? I loaded it under the configuration option in the advanced options menu, but when I started FG back up and hit the "/" key and looked at the outputs the values still said double. On Mon, Aug 8, 2011 at 11:17 AM, Curtis Olson <curtol...@gmail.com> wrote: > Press the "/" key or it should also be a menu option. > > > On Mon, Aug 8, 2011 at 10:12 AM, Derrick Washington <ddwas...@gmail.com>wrote: > >> "As far as I can tell this will require some code modifications if you >> want to use direct serial communcation." >> >> >> Yeah I figured that, hmmm I'm not very familiar with FG's source code at >> all, and I downloaded the exe, can any of you make a suggestion as to what I >> might attempt to correct? >> >> "What properties are you importing into FlightGear? You can open up the >> property browser and check to see if they are being changed as you expect." >> >> >> I included the xml file I am using in the email, and I'm afraid I don't >> know how to open up the property browser, but I'll look at the documentation >> and check. >> >> >> >> On Mon, Aug 8, 2011 at 10:27 AM, Curtis Olson <curtol...@gmail.com>wrote: >> >>> Right, as you noticed, it doesn't appear that the "generic" interface >>> code is setup to transmit and receive at the same time. You can't open up >>> the same device twice, so you two command line options won't work either. >>> As far as I can tell this will require some code modifications if you want >>> to use direct serial communcation. >>> >>> Another option might be to write a thin glue layer that talks to >>> FlightGear over the network, and talks to your hardware over a serial port >>> and then does all the appropriate data translation as required. >>> >>> What properties are you importing into FlightGear? You can open up the >>> property browser and check to see if they are being changed as you expect. >>> >>> Curt. >>> >>> >>> On Mon, Aug 8, 2011 at 9:21 AM, Derrick Washington <ddwas...@gmail.com >>> > wrote: >>> >>>> So I tried it with the joystick unplugged and nothing changed, FG will >>>> transmit, and it will receive just not at the same time, no matter how I >>>> try >>>> to trick it, I can't even get it transmit on one port and receive on >>>> another >>>> (using serial). Is it possible that someone can create a fix for this? >>>> >>>> >>>> On Sun, Aug 7, 2011 at 5:44 PM, Derrick Washington >>>> <ddwas...@gmail.com>wrote: >>>> >>>>> OK >>>>> >>>>> So I believe I've got it to work on COM27 by using the \\.\COM27syntax. >>>>> I still have a problem sending and receiving at the same time, FG >>>>> will not allow me to open up multiple generic serial protocols to the same >>>>> COM port for in and out, only one at a time and bi directional doesn't >>>>> seem >>>>> to be supported. >>>>> >>>>> >>>>> On Sun, Aug 7, 2011 at 12:39 PM, Gene Buckle <ge...@deltasoft.com>wrote: >>>>> >>>>>> On Sun, 7 Aug 2011, Frederic Bouvier wrote: >>>>>> >>>>>> > Gene, >>>>>> > >>>>>> >> Unless you've got 26 other serial ports on that machine, I'd >>>>>> strongly >>>>>> >> suggest researching what caused Windows to assign COM27 to your >>>>>> device. >>>>>> >> It's NOT typical behavior. >>>>>> > >>>>>> > You can assign any number you want to a COM port when it is driven >>>>>> by >>>>>> > a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device >>>>>> Manager >>>>>> > and set it between 1 and 255. >>>>>> > >>>>>> I know that, but most of the time you don't specifically set a COM >>>>>> port >>>>>> number by hand - you let Windows pick the next un-used port #. >>>>>> >>>>>> g. >>>>>> >>>>>> -- >>>>>> Proud owner of F-15C 80-0007 >>>>>> http://www.f15sim.com - The only one of its kind. >>>>>> http://www.simpits.org/geneb - The Me-109F/X Project >>>>>> Some people collect things for a hobby. Geeks collect hobbies. >>>>>> >>>>>> ScarletDME - The red hot Data Management Environment >>>>>> A Multi-Value database for the masses, not the classes. >>>>>> http://www.scarletdme.org - Get it _today_! >>>>>> >>>>>> Political correctness is a doctrine, fostered by a delusional, >>>>>> illogical >>>>>> minority, and rabidly promoted by an unscrupulous mainstream media, >>>>>> which >>>>>> holds forth the proposition that it is entirely possible to pick up a >>>>>> turd >>>>>> by the clean end. >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >>>>>> The must-attend event for mobile developers. Connect with experts. >>>>>> Get tools for creating Super Apps. See the latest technologies. >>>>>> Sessions, hands-on labs, demos & much more. Register early & save! >>>>>> http://p.sf.net/sfu/rim-blackberry-1 >>>>>> _______________________________________________ >>>>>> Flightgear-devel mailing list >>>>>> Flightgear-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >>>>>> >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >>>> The must-attend event for mobile developers. Connect with experts. >>>> Get tools for creating Super Apps. See the latest technologies. >>>> Sessions, hands-on labs, demos & much more. Register early & save! >>>> http://p.sf.net/sfu/rim-blackberry-1 >>>> _______________________________________________ >>>> Flightgear-devel mailing list >>>> Flightgear-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >>>> >>>> >>> >>> >>> -- >>> Curtis Olson: >>> http://www.atiak.com - http://aem.umn.edu/~uav/ >>> http://www.flightgear.org - http://gallinazo.flightgear.org >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >>> The must-attend event for mobile developers. Connect with experts. >>> Get tools for creating Super Apps. See the latest technologies. >>> Sessions, hands-on labs, demos & much more. Register early & save! >>> http://p.sf.net/sfu/rim-blackberry-1 >>> _______________________________________________ >>> Flightgear-devel mailing list >>> Flightgear-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >> The must-attend event for mobile developers. Connect with experts. >> Get tools for creating Super Apps. See the latest technologies. >> Sessions, hands-on labs, demos & much more. Register early & save! >> http://p.sf.net/sfu/rim-blackberry-1 >> _______________________________________________ >> Flightgear-devel mailing list >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >> >> > > > -- > Curtis Olson: > http://www.atiak.com - http://aem.umn.edu/~uav/ > http://www.flightgear.org - http://gallinazo.flightgear.org > > > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > The must-attend event for mobile developers. Connect with experts. > Get tools for creating Super Apps. See the latest technologies. > Sessions, hands-on labs, demos & much more. Register early & save! > http://p.sf.net/sfu/rim-blackberry-1 > _______________________________________________ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > >
------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
