Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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.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 -- 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
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.
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
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.
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.
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 and
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.
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
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
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.
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.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 -- 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
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] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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.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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
On Sat, 6 Aug 2011, Derrick Washington wrote: 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? Typically when a BSOD happens it means that a driver or kernel process has lost its mind. Can you access that serial port with a terminal program without issue? 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. 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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. There are a lot of make of these kind of device. Some are good, others not so ... Regards, -Fred -- 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.
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
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
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.
I personally have never tested the generic protocol over a serial port on windows. I'm not sure I have tested any IO over a serial port on windows since the very early days of the project back when we were building with cygwin. I do recall at the time being (this is maybe 10 years ago at least?) being confused between using COM1 vs. COM1: (with a colon at the end.) I honestly don't remember which one worked and which one didn't. Have you tried it both ways? Personally I run Linux 99% of the time, so anything I've done with serial ports and FlightGear (in recent memory) has been under Linux. Perhaps you could also try sending nmea out instead of the generic protocol to see if that work? Maybe someone here or on the forum has done serial port coms with windows recently and can speak up??? For what it's worth, my UAV autopilot has an ethernet interface so I've been doing my HIL sensor/control surface interface through the network ... Regards, Curt. 2011/8/3 Derrick Washington ddwas...@gmail.com -- 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 -- 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
On Wed, 3 Aug 2011, Curtis Olson wrote: I personally have never tested the generic protocol over a serial port on windows. I'm not sure I have tested any IO over a serial port on windows since the very early days of the project back when we were building with cygwin. I do recall at the time being (this is maybe 10 years ago at least?) being confused between using COM1 vs. COM1: (with a colon at the end.) I honestly don't remember which one worked and which one didn't. Have you tried it both ways? COM27 is also a suspicously(sp) high 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
Re: [Flightgear-devel] Fwd: Generic Protocol Error -- Error opening serial device COM27 The system cannot find the file specified.
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
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