Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
Btw. if your generic protocol is set to use network byte order (endianness MSB) you have to take that into account when unpacking the float value. Huh? Are you saying that if I am using --generic=socket that FG sendings out the data MSB first? Is there a discription on this anywhere so I can read up on any other gotcha's? So if the protocol is set to --generic=serial then how are the values read out? On Tue, Aug 16, 2011 at 3:28 AM, Anders Gidenstam anders-...@gidenstam.orgwrote: On Tue, 16 Aug 2011, Derrick Washington wrote: 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. The good way to verify if the transmission of float values work is to print the value in your receiver and compare that to the value of the property you transmit in FG. Btw. if your generic protocol is set to use network byte order (endianness MSB) you have to take that into account when unpacking the float value. 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. No, don't do that. It should have no influence on this issue. The sender code converts the property value to float before encoding it. Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- 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 -- 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
Hi Curt I tried the two different port thing and the single port option, I don't think FG will receive data from a socket if it is not the server, it seems it has to open up the connection and port when receiving data. On Tue, Aug 16, 2011 at 8:37 AM, Curtis Olson curtol...@gmail.com wrote: Also with sending/receiving UDP packets, you need to use different ports for the sending and receiving channels. On Tue, Aug 16, 2011 at 2:28 AM, Anders Gidenstam anders-...@gidenstam.org wrote: On Tue, 16 Aug 2011, Derrick Washington wrote: 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. The good way to verify if the transmission of float values work is to print the value in your receiver and compare that to the value of the property you transmit in FG. Btw. if your generic protocol is set to use network byte order (endianness MSB) you have to take that into account when unpacking the float value. 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. No, don't do that. It should have no influence on this issue. The sender code converts the property value to float before encoding it. Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- 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 -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- 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 -- 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
OK so I have to specify wether or not FG should be using host or network byte order. OK, I don't have the source code I just downloaded the executable, so I'll have to figure out some way of checking it. OK then once I specify this I have to somehow check to see exactly what that order box is using MSB first, or LSB first. BTW in my generic protocol file I didn't not have this specified at all, I wasn't aware that I had to do that, maybe I over looked something, but I haven't seen this before. The battle continues, thanks for your input. On Tue, Aug 16, 2011 at 10:22 AM, Anders Gidenstam anders-...@gidenstam.org wrote: On Tue, 16 Aug 2011, Derrick Washington wrote: Btw. if your generic protocol is set to use network byte order (endianness MSB) you have to take that into account when unpacking the float value. Huh? Are you saying that if I am using --generic=socket that FG sendings out the data MSB first? Is there a discription on this anywhere so I can read up on any other gotcha's? So if the protocol is set to --generic=serial then how are the values read out? I'm saying that if your generic protocol file specifies binary_modetrue/binary_mode byte_ordernetwork/byte_order your receiver (or sender) code also have to use that encoding convention. The encoding used by the generic protocol is independent of the output channel you choose (file, TCP socket, UDP socket, serial port or whatever). If you are unsure about what encoding FG uses for binary data src/Network/generic.cxx is the place to find out. It is pretty much standard for the basic types as far as I know, though. Network order is MSB first (as is host order if your system is big endian but that is not so common these days). If you use host order and both your systems have the same endianness (and you only care about your use case) you don't have to worry about this. Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- 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 -- 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
Anders I have included the following line in my generic xml file output binary_modetrue/binary_mode byte_ordernetwork/byte_order My C++ code looks like this now. float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy; if ( (quik_silva_status_reg 0x1000) != 0 ) { //CHECK TO SEE IF SIMULATOR DATA IS AVAIABLE gps_vdummy = rs232_uart1_fp; gps_zdummy = rs232_uart1_fp; gps_xdummy = rs232_uart1_fp; gps_ydummy = rs232_uart1_fp; etc ... My hardware is returning a 32bit floating point word, in hardware what is happening is my UART is taking in the bytes one at a time of course and shifting the into a 32bit register a byte at a time, and returning that 32bit value. S if FG is sending the data MSB(most significant byte first), then I should be getting the correct value, right? On Tue, Aug 16, 2011 at 1:37 PM, Anders Gidenstam anders-...@gidenstam.orgwrote: On Tue, 16 Aug 2011, Derrick Washington wrote: OK so I have to specify wether or not FG should be using host or network byte order. OK, I don't have the source code I just downloaded the executable, so I'll have to figure out some way of checking it. OK then once I specify this I have to somehow check to see exactly what that order box is using MSB first, or LSB first. BTW in my generic protocol file I didn't not have this specified at all, I wasn't aware that I had to do that, maybe I over looked something, but I haven't seen this before. The battle continues, thanks for your input. If you don't specify byte order, host order will be used. Anything x86 is very likely to use LSB order (a PC certainly is). If you post how your code decode the value we might be able to spot the problem. Have you verified that your code does not receive the expected value? Your earlier code, with my correction, should receive float values in network order (if reading the rs232_uart1 variable really gives you the next byte from the serial port each time - I would have expected some sort of handshaking or waiting between the bytes?): for ( int i = 0; i = 3; i++ ) { dummy_var = (dummy_var 8) | rs232_uart1; } return *(float *)dummy_var; Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- 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 ?xml version=1.0? PropertyList generic output binary_modetrue/binary_mode byte_ordernetwork/byte_order !-- GPS output of course to allow the plane to actually fly to it's destination, and for some angle calculations -- chunk nameSpeed/name node/velocities/airspeed-kt/node /chunk chunk nameAltitude /name node/position/altitude-ft/node /chunk chunk nameLatitude-deg /name node/position/latitude-deg/node /chunk chunk nameLongitude-deg (rad)/name node/position/longitude-deg/node /chunk !-- Orientation angular rate outputs to allow my HiL to calculate the orientation angles -- chunk namePitch rate (deg per sec)/name node/orientation/pitch-rate-degps/node /chunk chunk nameRoll rate (deg per sec)/name node/orientation/roll-rate-degps/node /chunk chunk nameYaw Rate (deg per sec )/name node/orientation/yaw-rate-degps/node /chunk !-- Accelerometer magnitude outputs to allow my HiL to calculate the orientation angles -- chunk nameAccelerometer X (ft per sec)/name node/accelerations/x-accel-fps_sec/node /chunk chunk nameAccelerometer Y (ft per sec)/name node/accelerations/y-accel-fps_sec/node /chunk chunk nameAccelerometer Z (ft per sec)/name node/accelerations/z-accel-fps_sec/node /chunk !-- Orientation Angles output for comparason with calculated angles done by my HiL chunk nameRoll Angle (deg)/name node/orientation/roll-deg/node /chunk chunk namePitch Angle (deg)/name node/orientation/pitch-deg/node /chunk chunk nameYaw Rate (deg)/name node/orientation/yaw-deg/node /chunk -- /output /generic /PropertyList-- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
Here is my command line set up. D:\Program Files\FlightGear\bin\Win32\fgfs.exe --fg-root=D:\Program Files\FlightGear\data --fg-scenery=D:\Program Files\FlightGear\data\Scenery;D:\Program Files\FlightGear\scenery;D:\Program Files\FlightGear\terrasync --airport=CA70 --aircraft=f-14b --control=joystick --disable-random-objects --prop:/sim/rendering/random-vegetation=false --disable-ai-models --bpp=32 --generic=serial,out,5,COM3,115200,FlightGear_GPO --generic=serial,in,5,COM6,115200,FlightGear_GPI Another very odd thing I've noticed is the FG will not even began to run unless my board starts transmitting data, it will just sit there and spin its wheels until the board starts transmitting data. Not sure why that is happening but no matter what it will sometimes start transmitting and receiving and then it will just freeze, by the way I'm now running on new computer with XP not vista just rule out vista. I'm sending and receiving on two different COM ports and still FG is not cooperating. One or two things here, either FG simply can not transmit and receive data at the same time period, or I have some fundamental setup wrong, I'm thinking its the latter. And yes I'm still getting the wrong values when it actually does send data in. 2011/8/16 Derrick Washington ddwas...@gmail.com Anders I have included the following line in my generic xml file output binary_modetrue/binary_mode byte_ordernetwork/byte_order My C++ code looks like this now. float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy; if ( (quik_silva_status_reg 0x1000) != 0 ) { //CHECK TO SEE IF SIMULATOR DATA IS AVAIABLE gps_vdummy = rs232_uart1_fp; gps_zdummy = rs232_uart1_fp; gps_xdummy = rs232_uart1_fp; gps_ydummy = rs232_uart1_fp; etc ... My hardware is returning a 32bit floating point word, in hardware what is happening is my UART is taking in the bytes one at a time of course and shifting the into a 32bit register a byte at a time, and returning that 32bit value. S if FG is sending the data MSB(most significant byte first), then I should be getting the correct value, right? On Tue, Aug 16, 2011 at 1:37 PM, Anders Gidenstam anders-...@gidenstam.org wrote: On Tue, 16 Aug 2011, Derrick Washington wrote: OK so I have to specify wether or not FG should be using host or network byte order. OK, I don't have the source code I just downloaded the executable, so I'll have to figure out some way of checking it. OK then once I specify this I have to somehow check to see exactly what that order box is using MSB first, or LSB first. BTW in my generic protocol file I didn't not have this specified at all, I wasn't aware that I had to do that, maybe I over looked something, but I haven't seen this before. The battle continues, thanks for your input. If you don't specify byte order, host order will be used. Anything x86 is very likely to use LSB order (a PC certainly is). If you post how your code decode the value we might be able to spot the problem. Have you verified that your code does not receive the expected value? Your earlier code, with my correction, should receive float values in network order (if reading the rs232_uart1 variable really gives you the next byte from the serial port each time - I would have expected some sort of handshaking or waiting between the bytes?): for ( int i = 0; i = 3; i++ ) { dummy_var = (dummy_var 8) | rs232_uart1; } return *(float *)dummy_var; Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- 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 -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
OK So now what I am doing is taking input altitude value (gps_zdummy) converting it to a integer and sending it to a seven segment display I have on my board and the values are all over the place sometimes , but most of the time just skipping around to wild numbers. This tells me that whatever value I'm getting from FG is either simply incorrect or I'm reading it in in the wrong order, and I tried switching the network option to host in the xml file, same result. I'll tell my hardware to store the bytes LSB first and see what happens. BTW FG is reporting an altitude value of 20.~~~double On Tue, Aug 16, 2011 at 2:25 PM, Derrick Washington ddwas...@gmail.comwrote: Here is my command line set up. D:\Program Files\FlightGear\bin\Win32\fgfs.exe --fg-root=D:\Program Files\FlightGear\data --fg-scenery=D:\Program Files\FlightGear\data\Scenery;D:\Program Files\FlightGear\scenery;D:\Program Files\FlightGear\terrasync --airport=CA70 --aircraft=f-14b --control=joystick --disable-random-objects --prop:/sim/rendering/random-vegetation=false --disable-ai-models --bpp=32 --generic=serial,out,5,COM3,115200,FlightGear_GPO --generic=serial,in,5,COM6,115200,FlightGear_GPI Another very odd thing I've noticed is the FG will not even began to run unless my board starts transmitting data, it will just sit there and spin its wheels until the board starts transmitting data. Not sure why that is happening but no matter what it will sometimes start transmitting and receiving and then it will just freeze, by the way I'm now running on new computer with XP not vista just rule out vista. I'm sending and receiving on two different COM ports and still FG is not cooperating. One or two things here, either FG simply can not transmit and receive data at the same time period, or I have some fundamental setup wrong, I'm thinking its the latter. And yes I'm still getting the wrong values when it actually does send data in. 2011/8/16 Derrick Washington ddwas...@gmail.com Anders I have included the following line in my generic xml file output binary_modetrue/binary_mode byte_ordernetwork/byte_order My C++ code looks like this now. float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy; if ( (quik_silva_status_reg 0x1000) != 0 ) { //CHECK TO SEE IF SIMULATOR DATA IS AVAIABLE gps_vdummy = rs232_uart1_fp; gps_zdummy = rs232_uart1_fp; gps_xdummy = rs232_uart1_fp; gps_ydummy = rs232_uart1_fp; etc ... My hardware is returning a 32bit floating point word, in hardware what is happening is my UART is taking in the bytes one at a time of course and shifting the into a 32bit register a byte at a time, and returning that 32bit value. S if FG is sending the data MSB(most significant byte first), then I should be getting the correct value, right? On Tue, Aug 16, 2011 at 1:37 PM, Anders Gidenstam anders-...@gidenstam.org wrote: On Tue, 16 Aug 2011, Derrick Washington wrote: OK so I have to specify wether or not FG should be using host or network byte order. OK, I don't have the source code I just downloaded the executable, so I'll have to figure out some way of checking it. OK then once I specify this I have to somehow check to see exactly what that order box is using MSB first, or LSB first. BTW in my generic protocol file I didn't not have this specified at all, I wasn't aware that I had to do that, maybe I over looked something, but I haven't seen this before. The battle continues, thanks for your input. If you don't specify byte order, host order will be used. Anything x86 is very likely to use LSB order (a PC certainly is). If you post how your code decode the value we might be able to spot the problem. Have you verified that your code does not receive the expected value? Your earlier code, with my correction, should receive float values in network order (if reading the rs232_uart1 variable really gives you the next byte from the serial port each time - I would have expected some sort of handshaking or waiting between the bytes?): for ( int i = 0; i = 3; i++ ) { dummy_var = (dummy_var 8) | rs232_uart1; } return *(float *)dummy_var; Cheers, Anders -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
A little background would probably help here. The hardware I am using is my hardware, I designed it from start to finish, so I'm pretty sure it supports what I'm doing. Basically its like you said I just stored the float variable at the address of the UART register, and yes when its gets read its treated as a float, I looked at the disassemble list and no the software does not try to convert the value in any way, because it was declared as a float so it assumes float. And no there isn't any need to wait after a read, the check I do before I read the UART checks to see if the total number of bytes I am looking for is actually in the UART, so if it returns positive, I know that the exact number of words/bytes (however I configure the hardware) is waiting in the buffer. On Tue, Aug 16, 2011 at 3:27 PM, Anders Gidenstam anders-...@gidenstam.orgwrote: On Tue, 16 Aug 2011, Derrick Washington wrote: Anders I have included the following line in my generic xml file output binary_modetrue/binary_mode byte_ordernetwork/byte_order My C++ code looks like this now. float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy; if ( (quik_silva_status_reg 0x1000) != 0 ) { //CHECK TO SEE IF SIMULATOR DATA IS AVAIABLE gps_vdummy = rs232_uart1_fp; gps_zdummy = rs232_uart1_fp; gps_xdummy = rs232_uart1_fp; gps_ydummy = rs232_uart1_fp; etc ... My hardware is returning a 32bit floating point word, in hardware what is happening is my UART is taking in the bytes one at a time of course and shifting the into a 32bit register a byte at a time, and returning that 32bit value. S if FG is sending the data MSB(most significant byte first), then I should be getting the correct value, right? So rs232_uart1_fp is a floating point variable located at the address of the UART output register/port or something similar? Are you sure it supports that (i.e. reading it as a float)? If not could you try reading the 32bit value into an int variable and reinterpret it as a float with something like unsigned int foo = rs232_uart1_u32; float bar = *(float *)foo; Also, there is no need to wait before reading the next word from the UART? Cheers, Anders - who hasn't programmed an UART since the 68hc11 and late Amiga days. -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
OK so this is my latest test. I took the word from the UART assuming that they were integers, I took the 32bit word converted it to a string and printed that string out to a terminal. Now in my generic protocol file I am only outputting one variable now and thats the altitude. The list of numbers that FG is passing back to me is shown below, looking at the altitude in the menu while FG is running I see the altitude at some where around 631.77231~ does anyone have a clue why I'm getting these numbers? FF3C FFC4 FFC4 FE4EFFC4 FEC4FFC4 FEFFFE4E FFC4FFC4 FEFFFE27 FFC4FEFF 27BC 4EBC FFBEFFC4 FFC4FFBC BEFF C4FFBCFF C4FF67BC FF4DBCFF BCFF FFBCFFBC FFCDBCFF 67BCFFC4 78FF4DBC FFCDBCFF BC3C FFFDC43C FFFDFDFD 3CFF3CFF 3CFFC43C FF3CFFC4 FDFDFD3C FF4D3CFF C4FD3CFF 3CFFC4FD FEFEFEFE FEC4FEFE 67FEFEFE 67FEFEFE FEC4F9FE FEFEC478 FE4CFE27 FEFEFCFE FE27FE27 FEFCFCC4 FCFCFCC4 FFFC67FE C4FEFCFE On Tue, Aug 16, 2011 at 5:08 PM, Derrick Washington ddwas...@gmail.comwrote: A little background would probably help here. The hardware I am using is my hardware, I designed it from start to finish, so I'm pretty sure it supports what I'm doing. Basically its like you said I just stored the float variable at the address of the UART register, and yes when its gets read its treated as a float, I looked at the disassemble list and no the software does not try to convert the value in any way, because it was declared as a float so it assumes float. And no there isn't any need to wait after a read, the check I do before I read the UART checks to see if the total number of bytes I am looking for is actually in the UART, so if it returns positive, I know that the exact number of words/bytes (however I configure the hardware) is waiting in the buffer. On Tue, Aug 16, 2011 at 3:27 PM, Anders Gidenstam anders-...@gidenstam.org wrote: On Tue, 16 Aug 2011, Derrick Washington wrote: Anders I have included the following line in my generic xml file output binary_modetrue/binary_mode byte_ordernetwork/byte_order My C++ code looks like this now. float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy; if ( (quik_silva_status_reg 0x1000) != 0 ) { //CHECK TO SEE IF SIMULATOR DATA IS AVAIABLE gps_vdummy = rs232_uart1_fp; gps_zdummy = rs232_uart1_fp; gps_xdummy = rs232_uart1_fp; gps_ydummy = rs232_uart1_fp; etc ... My hardware is returning a 32bit floating point word, in hardware what is happening is my UART is taking in the bytes one at a time of course and shifting the into a 32bit register a byte at a time, and returning that 32bit value. S if FG is sending the data MSB(most significant byte first), then I should be getting the correct value, right? So rs232_uart1_fp is a floating point variable located at the address of the UART output register/port or something similar? Are you sure it supports that (i.e. reading it as a float)? If not could you try reading the 32bit value into an int variable and reinterpret it as a float with something like unsigned int foo = rs232_uart1_u32; float bar = *(float *)foo; Also, there is no need to wait before reading the next word from the UART? Cheers, Anders - who hasn't programmed an UART since the 68hc11 and late Amiga days. -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
OK I believe I've found the answer, its the baud rate, FG can't handle 115200, I changed the baud rate to 9600 and now it appears that the values I'm getting back for the altitude are correct. I'm going to run a more extensive test on all of the other outputs I need and see what happens. On Tue, Aug 16, 2011 at 8:50 PM, Derrick Washington ddwas...@gmail.comwrote: OK so this is my latest test. I took the word from the UART assuming that they were integers, I took the 32bit word converted it to a string and printed that string out to a terminal. Now in my generic protocol file I am only outputting one variable now and thats the altitude. The list of numbers that FG is passing back to me is shown below, looking at the altitude in the menu while FG is running I see the altitude at some where around 631.77231~ does anyone have a clue why I'm getting these numbers? FF3C FFC4 FFC4 FE4EFFC4 FEC4FFC4 FEFFFE4E FFC4FFC4 FEFFFE27 FFC4FEFF 27BC 4EBC FFBEFFC4 FFC4FFBC BEFF C4FFBCFF C4FF67BC FF4DBCFF BCFF FFBCFFBC FFCDBCFF 67BCFFC4 78FF4DBC FFCDBCFF BC3C FFFDC43C FFFDFDFD 3CFF3CFF 3CFFC43C FF3CFFC4 FDFDFD3C FF4D3CFF C4FD3CFF 3CFFC4FD FEFEFEFE FEC4FEFE 67FEFEFE 67FEFEFE FEC4F9FE FEFEC478 FE4CFE27 FEFEFCFE FE27FE27 FEFCFCC4 FCFCFCC4 FFFC67FE C4FEFCFE On Tue, Aug 16, 2011 at 5:08 PM, Derrick Washington ddwas...@gmail.comwrote: A little background would probably help here. The hardware I am using is my hardware, I designed it from start to finish, so I'm pretty sure it supports what I'm doing. Basically its like you said I just stored the float variable at the address of the UART register, and yes when its gets read its treated as a float, I looked at the disassemble list and no the software does not try to convert the value in any way, because it was declared as a float so it assumes float. And no there isn't any need to wait after a read, the check I do before I read the UART checks to see if the total number of bytes I am looking for is actually in the UART, so if it returns positive, I know that the exact number of words/bytes (however I configure the hardware) is waiting in the buffer. On Tue, Aug 16, 2011 at 3:27 PM, Anders Gidenstam anders-...@gidenstam.org wrote: On Tue, 16 Aug 2011, Derrick Washington wrote: Anders I have included the following line in my generic xml file output binary_modetrue/binary_mode byte_ordernetwork/byte_order My C++ code looks like this now. float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy; if ( (quik_silva_status_reg 0x1000) != 0 ) { //CHECK TO SEE IF SIMULATOR DATA IS AVAIABLE gps_vdummy = rs232_uart1_fp; gps_zdummy = rs232_uart1_fp; gps_xdummy = rs232_uart1_fp; gps_ydummy = rs232_uart1_fp; etc ... My hardware is returning a 32bit floating point word, in hardware what is happening is my UART is taking in the bytes one at a time of course and shifting the into a 32bit register a byte at a time, and returning that 32bit value. S if FG is sending the data MSB(most significant byte first), then I should be getting the correct value, right? So rs232_uart1_fp is a floating point variable located at the address of the UART output register/port or something similar? Are you sure it supports that (i.e. reading it as a float)? If not could you try reading the 32bit value into an int variable and reinterpret it as a float with something like unsigned int foo = rs232_uart1_u32; float bar = *(float *)foo; Also, there is no need to wait before reading the next word from the UART? Cheers, Anders - who hasn't programmed an UART since the 68hc11 and late Amiga days. -- --- Anders Gidenstam WWW: http://www.gidenstam.org/FlightGear/ -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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.comwrote: 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.comwrote: 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.comwrote: 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.comwrote: 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
Re: [Flightgear-devel] FG Serial; Was: Release 2.4.0: on short final
Hi Thorsten Thanks for the help, sorry for the delayed reply been really busy with this hardware. I'd love to give it a shot, can you point me in the right direction as far as what to download, how to set things up, compile etc? I'm looking forward to giving it a shot. On Tue, Aug 9, 2011 at 6:14 PM, ThorstenB bre...@gmail.com wrote: http://www.gitorious.org/fg/flightgear/commit/5bd8828fe677787c893e280cbdb76b0ee07550e5 If you're lucky, it might actually work now - but no guarantees. Otherwise, you may just get a different error message or crash when trying to use bidirectional support. Use a recent build for FG 2.5.0 (Flightgear-next-win) from the build server. Let us know how it works. If it still doesn't work, maybe file a report in the bug tracker - reports on the list are quickly forgotten. cheers, Thorsten On 09.08.2011 23:47, TDO_Brandano - wrote: The simplest way is to edit that line of code and compile FGFS. After 2.4 is out this might get implemented by the committers, and then you could grab a precompiled binary from the Hudson/Jenkins automatic build system. In any case a little patience seems to be the only essential requirement. Date: Tue, 9 Aug 2011 17:24:43 -0400 From: ddwas...@gmail.com To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] FG Serial; Was: Release 2.4.0: on short final I understand Martin, I do, I'll find away around it for now. On Tue, Aug 9, 2011 at 2:29 PM, Martin Spott martin.sp...@mgras.net mailto:martin.sp...@mgras.net wrote: Derrick Washington wrote: Yes I agree, and it appears that thats what I have to do, however I began this (UAV) project with FG because I was told that it was capable of handling bidirectional serial communication, and it turns out that that isn't the case, so I was just wondering if anyone else has noticed this and plans to fix it. Nobody said this won't happen, it's just that the current focus of those who could do it is on squashing bugs and getting a release out, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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 mailto: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 -- 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 -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Release 2.4.0: on short final
Yes I agree, and it appears that thats what I have to do, however I began this (UAV) project with FG because I was told that it was capable of handling bidirectional serial communication, and it turns out that that isn't the case, so I was just wondering if anyone else has noticed this and plans to fix it. I'll eventually figure out a way to make it work with FG or something else but I came here to talk with the developers hoping that they had more insight to the issue, and that possibly there was an easy fix for the problem, that doesn't seem to be the case, and thats fine, I'll find another way. Thanks for the suggestion though, I'll take a look at telnet. On Tue, Aug 9, 2011 at 3:59 AM, TDO_Brandano - tdo_brand...@hotmail.comwrote: Well, if you know how to write a simple program you could try accessing and setting the properties through the telnet protocol with a wrapper application, and communicate with that one through the serial port. As far as I know the telnet protocol works bidirectionally with FG without issues. -- Date: Mon, 8 Aug 2011 20:37:45 -0400 From: ddwas...@gmail.com To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] Release 2.4.0: on short final Ah yes, I understand. I'm Grateful to you guys for FG though its pretty cool. On Aug 8, 2011 6:53 PM, Martin Spott martin.sp...@mgras.net wrote: Derrick Washington wrote: Just wondering, have you guys addressed the serial transmission issues in this release? Bi-directional support, transmitting and receiving to the same port using multiple generic protocol command line options? We're pretty close to the release, feature freeze had been 17th July. Cheers, martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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 -- 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 -- 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 -- 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
Re: [Flightgear-devel] FlightGear Inputs
Hi Erik Thanks for the input, by the way I thought that bidirectional transmission was unsupported. I tried to put both my input and outputs in the same xml file and choose bi directional support but I keeping getting an error message saying that bidirectional support is not supported, I have included the .xml file I've been using so you can take a look is there something that I'm doing wrong? On Mon, Aug 8, 2011 at 3:19 AM, Erik Hofman e...@ehofman.com wrote: On Sun, 2011-08-07 at 20:33 -0400, Derrick Washington wrote: Hi I need to know if the inputs coming from FG, while using a generic protocol having binary mode set to true, are coming in as integers that need to be converted to floating point or is FG actually sending in a floating point word, a byte at a time? So my code to receive FG data looks something like this for ( int i = 0; i = 3; i++ ) { dummy_var = (dummy_var 8) | rs232_uart1; } return ( (float) dummy_var); What I am wondering is, is the return ( (float) dummy_var); cast to a float necessary, or is the number already in floating point format, if so then I need to instruct my hardware to retrieve a full word at a time. I've included the xml file just in case you guys have any questions about what data I am asking FG to transmit. Floats are sent as floats and (depending on which version of FlightGear you're using, doubles as doubles but they where added in a later version). BTW you can (and have to) specify a separate section for input and for output in the same protocol configuration file if you want bi-directional communication. Erik -- BlackBerryreg; 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 ?xml version=1.0? PropertyList generic !-- INPUT CONTROLS line_separator\n/line_separator var_separator,/var_separator chunk nameGears /name typefloat/type node/controls/gear/gear-down/node /chunk -- input line_separator\n/line_separator var_separator,/var_separator chunk nameThrottle (rad)/name typeinteger/type node/controls/engines/engine[0]/throttle/node /chunk chunk nameThrottle (rad)/name typeinteger/type node/controls/engines/engine[1]/throttle/node /chunk chunk nameAileron (rad)/name typefloat/type node/controls/flight/aileron/node /chunk chunk nameElevator (rad)/name typefloat/type node/controls/flight/elevator/node /chunk chunk namerudder (rad)/name typefloat/type node/controls/flight/rudder/node /chunk chunk nameSteering /name typefloat/type node/controls/gear/steering/node /chunk /input output binary_modetrue/binary_mode !-- GPS output of course to allow the plane to actually fly to it destination, and for some angle calculations -- chunk nameSpeed/name node/velocities/airspeed-kt/node /chunk chunk nameAltitude /name node/position/altitude-ft/node /chunk chunk nameLatitude-deg /name node/position/latitude-deg/node /chunk chunk nameLongitude-deg (rad)/name node/position/longitude-deg/node /chunk !-- Orientation angular rate outputs to allow my HiL to calculate the orientation angles -- chunk namePitch rate (deg per sec)/name node/orientation/pitch-rate-degps/node /chunk chunk nameRoll rate (deg per sec)/name node/orientation/roll-rate-degps/node /chunk chunk nameYaw Rate (deg per sec )/name node/orientation/yaw-rate-degps/node /chunk !-- Accelerometer magnitude outputs to allow my HiL to calculate the orientation angles -- chunk nameAccelerometer X (ft per sec)/name node/accelerations/x-accel-fps_sec/node /chunk chunk nameAccelerometer Y (ft per sec)/name node/accelerations/y-accel-fps_sec/node /chunk chunk nameAccelerometer Z (ft per sec)/name node/accelerations/z-accel-fps_sec/node /chunk !-- Orientation Angles output for comparason with calculated angles done by my HiL chunk nameRoll Angle (deg)/name node/orientation/roll-deg/node /chunk chunk namePitch Angle (deg)/name node/orientation/pitch-deg/node /chunk chunk nameYaw Rate (deg
Re: [Flightgear-devel] FlightGear Inputs
Erik I don't have source code so I can't alter anything, I just downloaded the exe from the site, I'm not a software guy by trade so I didn't want to take the chance of being tempted to touch something and screw it up, can you make the change and send me a new exe? Has anyone ever check serial transmission of data on windows(vista)? Beause I can't see to get FG to transmit and receive at the same time serially no matter what I do. Even if I specify two generic protocols one for input and one for output (both using serial transfer method) to the same port, I get an error saying can't open COM port. FG will send and receive but not at the sametime, and I'm wondering why? Melchoir I can't seem to go to the website you pasted in as a hyperlink, not sure why not but it doesn't seem if its a normal internet address, perhaps you pasted it in incorrectly? On Mon, Aug 8, 2011 at 7:58 AM, Erik Hofman e...@ehofman.com wrote: On Mon, 2011-08-08 at 07:20 -0400, Derrick Washington wrote: Hi Erik Thanks for the input, by the way I thought that bidirectional transmission was unsupported. I tried to put both my input and outputs in the same xml file and choose bi directional support but I keeping getting an error message saying that bidirectional support is not supported, I have included the .xml file I've been using so you can take a look is there something that I'm doing wrong? Checking the code .. you seem to be right. I'm not sure if it's just a matter of no one tried it yet and hence the protective code. You might want to try to comment out the lines starting at line 66 of FlightGear/src/Network/generic.cxx en see if it works anyhow. Erik -- BlackBerryreg; 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 -- BlackBerryreg; 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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.comwrote: 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. -- BlackBerryreg; 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 -- BlackBerryreg; 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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.comwrote: 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.comwrote: 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.comwrote: 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. -- BlackBerryreg; 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 -- BlackBerryreg; 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 -- BlackBerryreg; 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
Re: [Flightgear-devel] Release 2.4.0: on short final
Hi Just wondering, have you guys addressed the serial transmission issues in this release? Bi-directional support, transmitting and receiving to the same port using multiple generic protocol command line options? Just asking, I have a email thread on that topic now. On Mon, Aug 8, 2011 at 5:07 PM, Torsten Dreyer tors...@t3r.de wrote: Hi all, after having passed the outer marker (distribution of release candidates for WindowsOSX) on our final approach into runway 2.4.0 of FlightGear international, we getting closer to our scheduled touchdown on Wednesday, 17th. We will hit the decision altitude next weekend when we will make our continue/go around decision. If there are no serious and release blocking bugs we will continue as planned. Until next weekend, we will continue working heavily on correcting the glide path (no. of bugs) and slope (prepare the necessary steps in correct order). I am planning to have the release _out_ on Wed. 17th. Because there are still some manual steps involved in creating all the binaries and tarballs, updating websites, uploading and distributing of large files, adjusting links, checking if everything makes sense, etc. etc., I'd like to finally close the release/2.4.0 branches this weekend, on Sat. August 13th. to be precise. This gives us the Sunday to perform most of the work and we don't have to rely on Mo. and Tue. when some of us have to perform some real-life duties. Please do not to commit any fixes into release/2.4.0 later than Aug. 13th, 20:00 UTC. Any bug not fixed by that date will be declared a feature and might happily live thereafter. Thanks for your support and keep your fingers crossed... Torsten -- BlackBerryreg; 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
Re: [Flightgear-devel] Release 2.4.0: on short final
Ah yes, I understand. I'm Grateful to you guys for FG though its pretty cool. On Aug 8, 2011 6:53 PM, Martin Spott martin.sp...@mgras.net wrote: Derrick Washington wrote: Just wondering, have you guys addressed the serial transmission issues in this release? Bi-directional support, transmitting and receiving to the same port using multiple generic protocol command line options? We're pretty close to the release, feature freeze had been 17th July. Cheers, martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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 -- 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
Curt... I believe I'm just inputting control surface positions, however but I did have the remote plugged in, I'll make sure to unplug it on my next try. On Sun, Aug 7, 2011 at 11:10 AM, Curtis Olson curtol...@gmail.com wrote: Inputs: what inputs are you sending? Are they getting overwritten by internal processing? If you are inputting position and orientation (for instance) you need to turn off the internal flight dynamics engine (--fdm=null) If you are inputting control surface positions, you probably don't want a joystick plugged in, etc. On Sun, Aug 7, 2011 at 6:12 AM, Arnt Karlsen a...@c2i.net wrote: On Sat, 6 Aug 2011 23:09:44 -0400, Derrick wrote in message CAF74wjbov8xiA26W3_n2EA6HX04B2_8+U6mPn=9votkv8hu...@mail.gmail.com: OK so I found a solution, I think, I changed the COM port number to COM3. That seems to work but now FLIGHTGEAR will not accept inputs for some reason, when I set as shown below, FG just sits there and spins its wheels. If I set it up for output that works just fine. In addition to that I can't setup two generic protocols one for input and one for output, when I do that I just get an error can not open com port. I'm beginning to think that communication through the serial port doesn't work at all. C:\Program Files\FlightGear\bin\Win32\fgfs.exe --fg-root=C:\Program Files\FlightGear\data --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync --aircraft=f-14b --control=joystick --enable-random-objects --enable-ai-models --enable-clouds3d --fog-disable --geometry=1280x1024 --bpp=32 --texture-filtering=16 --timeofday=noon --atlas=socket,out,5,localhost,5500,udp --generic=serial,in,3,COM3,115200,FlightGear_GPI ..tried --generic=serial,in,3,\\.\COM3,115200,FlightGear_GPI? -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- BlackBerryreg; 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 -- BlackBerryreg; 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 -- BlackBerryreg; 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
OK So I believe I've got it to work on COM27 by using the \\.\COM27 syntax. 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. -- BlackBerryreg; 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 -- BlackBerryreg; 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
[Flightgear-devel] FlightGear Inputs
Hi I need to know if the inputs coming from FG, while using a generic protocol having binary mode set to true, are coming in as integers that need to be converted to floating point or is FG actually sending in a floating point word, a byte at a time? So my code to receive FG data looks something like this for ( int i = 0; i = 3; i++ ) { dummy_var = (dummy_var 8) | rs232_uart1; } return ( (float) dummy_var); What I am wondering is, is the return ( (float) dummy_var); cast to a float necessary, or is the number already in floating point format, if so then I need to instruct my hardware to retrieve a full word at a time. I've included the xml file just in case you guys have any questions about what data I am asking FG to transmit. ?xml version=1.0? PropertyList generic input line_separator\n/line_separator var_separator,/var_separator chunk nameThrottle (rad)/name typeinteger/type node/controls/engines/engine[0]/throttle/node /chunk chunk nameAileron (rad)/name typefloat/type node/controls/flight/aileron/node /chunk chunk nameElevator (rad)/name typefloat/type node/controls/flight/elevator/node /chunk chunk namerudder (rad)/name typefloat/type node/controls/flight/rudder/node /chunk chunk nameGears /name typefloat/type node/controls/gear/gear-down/node /chunk chunk nameSteering /name typefloat/type node/controls/gear/steering/node /chunk /input /generic /PropertyList-- BlackBerryreg; 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
OK, has anyone actually attempted this method, and got it too work, lol bcus I just tried it got the bluescreen of death twice. The syntax definitely does something but it also take the computer down, any suggestions? On Aug 3, 2011 9:11 PM, Derrick Washington ddwas...@gmail.com wrote: Ill try this see if it works, ill get back to u guys later on this week, away on vacation now. But thanks for responding, if anyone else know of sure solution let me know though, but I will be sure to try this out. Oh yes the com port number is correct, not sure y its that high but it is COM27. On Aug 3, 2011 3:20 PM, Csaba Halász csaba.hal...@gmail.com wrote: On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle ge...@deltasoft.com wrote: COM27 is also a suspicously(sp) high port#. That seems to be quite normal for usb adapters. However you are right that this is the cause of the problem. Quote from msdn: To specify a COM port number greater than 9, use the following syntax: \\.\COM10. This syntax works for all port numbers and hardware that allows COM port numbers to be specified. (source: http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx) -- Csaba/Jester -- BlackBerryreg; 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 -- BlackBerryreg; 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
OK so I found a solution, I think, I changed the COM port number to COM3. That seems to work but now FLIGHTGEAR will not accept inputs for some reason, when I set as shown below, FG just sits there and spins its wheels. If I set it up for output that works just fine. In addition to that I can't setup two generic protocols one for input and one for output, when I do that I just get an error can not open com port. I'm beginning to think that communication through the serial port doesn't work at all. C:\Program Files\FlightGear\bin\Win32\fgfs.exe --fg-root=C:\Program Files\FlightGear\data --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync --aircraft=f-14b --control=joystick --enable-random-objects --enable-ai-models --enable-clouds3d --fog-disable --geometry=1280x1024 --bpp=32 --texture-filtering=16 --timeofday=noon --atlas=socket,out,5,localhost,5500,udp --generic=serial,in,3,COM3,115200,FlightGear_GPI On Sat, Aug 6, 2011 at 8:56 PM, Derrick Washington ddwas...@gmail.comwrote: OK, has anyone actually attempted this method, and got it too work, lol bcus I just tried it got the bluescreen of death twice. The syntax definitely does something but it also take the computer down, any suggestions? On Aug 3, 2011 9:11 PM, Derrick Washington ddwas...@gmail.com wrote: Ill try this see if it works, ill get back to u guys later on this week, away on vacation now. But thanks for responding, if anyone else know of sure solution let me know though, but I will be sure to try this out. Oh yes the com port number is correct, not sure y its that high but it is COM27. On Aug 3, 2011 3:20 PM, Csaba Halász csaba.hal...@gmail.com wrote: On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle ge...@deltasoft.com wrote: COM27 is also a suspicously(sp) high port#. That seems to be quite normal for usb adapters. However you are right that this is the cause of the problem. Quote from msdn: To specify a COM port number greater than 9, use the following syntax: \\.\COM10. This syntax works for all port numbers and hardware that allows COM port numbers to be specified. (source: http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx) -- Csaba/Jester -- BlackBerryreg; 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 -- BlackBerryreg; 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
[Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
-- Forwarded message -- From: Derrick Washington ddwas...@gmail.com Date: Aug 2, 2011 12:49 AM Subject: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified. To: curtol...@gmail.com Hi Curt I have been trying for a few weeks now to get FG to transmit data to a serial port COM27 via the generic protocol, and for some reason unknown to me the simulator simply will not comply. I have several other programs which use this port with out a problem, I am using a usb to serial cable GigaWare I'm not sure what exactly is going on but I really could use some developer insight on this one. I had planned to use FG as a the simulation platform for my autopilot design. I have the hardware and software already to go, just need to get FG talking to the serial port. 3 - 'C:\Program Files\FlightGear\terrasync' C:\Program Files\FlightGear\bin\Win32\terrasync.exe -S -d C:\Program Files\Flig htGear\terrasync -p 5500 Airports/K ... Error opening serial device COM27 The system cannot find the file specified. Error opening device: COM27 Error opening channel communication layer. I/O Channel config failed. C:\Program Files\FlightGear\bin\Win32\fgfs.exe --fg-root=C:\Program Files\FlightGear\data --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync --airport=KMDW --runway=13L --aircraft=f-14b --control=joystick --enable-random-objects --enable-ai-models --enable-clouds3d --fog-disable --bpp=32 --texture-filtering=16 --timeofday=noon --atlas=socket,out,5,localhost,5500,udp --generic=serial,out,5,COM27,9600,FlightGear_GPO ?xml version=1.0? PropertyList generic output binary_modetrue/binary_mode !-- GPS output of course to allow the plane to actually fly to it destination, and for some angle calculations -- chunk nameSpeed/name node/velocities/airspeed-kt/node /chunk chunk nameAltitude /name node/position/altitude-ft/node /chunk chunk nameLatitude-deg /name node/position/latitude-deg/node /chunk chunk nameLongitude-deg (rad)/name node/position/longitude-deg/node /chunk !-- Orientation angular rate outputs to allow my HiL to calculate the orientation angles -- chunk namePitch rate (deg per sec)/name node/orientation/pitch-rate-degps/node /chunk chunk nameRoll rate (deg per sec)/name node/orientation/roll-rate-degps/node /chunk chunk nameYaw Rate (deg per sec )/name node/orientation/yaw-rate-degps/node /chunk !-- Accelerometer magnitude outputs to allow my HiL to calculate the orientation angles -- chunk nameAccelerometer X (ft per sec)/name node/accelerations/x-accel-fps_sec/node /chunk chunk nameAccelerometer Y (ft per sec)/name node/accelerations/y-accel-fps_sec/node /chunk chunk nameAccelerometer Z (ft per sec)/name node/accelerations/z-accel-fps_sec/node /chunk !-- Orientation Angles output for comparason with calculated angles done by my HiL -- chunk nameRoll Angle (deg)/name node/orientation/roll-deg/node /chunk chunk namePitch Angle (deg)/name node/orientation/pitch-deg/node /chunk chunk nameYaw Rate (deg)/name node/orientation/yaw-deg/node /chunk /output /generic /PropertyList-- BlackBerryreg; 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
Ill try this see if it works, ill get back to u guys later on this week, away on vacation now. But thanks for responding, if anyone else know of sure solution let me know though, but I will be sure to try this out. Oh yes the com port number is correct, not sure y its that high but it is COM27. On Aug 3, 2011 3:20 PM, Csaba Halász csaba.hal...@gmail.com wrote: On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle ge...@deltasoft.com wrote: COM27 is also a suspicously(sp) high port#. That seems to be quite normal for usb adapters. However you are right that this is the cause of the problem. Quote from msdn: To specify a COM port number greater than 9, use the following syntax: \\.\COM10. This syntax works for all port numbers and hardware that allows COM port numbers to be specified. (source: http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx) -- Csaba/Jester -- BlackBerryreg; 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 -- BlackBerryreg; 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