Re: [Flightgear-users] 0.9.9 Runtime error on Ubuntu Amd64 version
On Wednesday 14 December 2005 09:35 IST, Dai Qiang wrote: I installed freeglut-dev, gcc, make, g++, xlibs-dev, x-dev, automake1.9 and libopenal-dev, compiled with ./autogen.sh ./configure make and make install. Just couldn't start... Did you modify the source codes or other things? I really did not have to struggle with it. Changes i have made to the source do not have much to do with the working of FlgihtGear. It just adds another binary communication protocol. I am really not sure what the probelem is in here. The compile and install has always passed clean for me. the only problems i have ever had were because of my ignorance of how to use CVS. -- Cheers! kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: 回复： Re: [Flightgear-users] 0.9.9 Runtime error on Ubuntu Amd64 version
On Wednesday 14 December 2005 06:25 IST, Dai Qiang wrote: I just like to know, if I'm the only person who's using AMD64 among the FG users... If anyone has successful experience with AMD64 and FG please notify me. Or I have to switch to Cygwin :( I am running Kubuntu 5.10 amd64 version. I do not have any problem with flightgear so far. -- Cheers! kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] flightgear 0.9.8 segmentation fault
It used to be working... i don't know what happenned in between but now i get a segmentation fault as i run fgfs. I do not understand the meaning of the error. Can some one help? To trace, i ran fgfs through gdb and here is the output. ** [EMAIL PROTECTED] gdb ./fgfs GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run --fg-root=/home/Kishore/KDevelop/FlightGear Starting program: /home/Kishore/KDevelop/FlightGear/source/src/Main/fgfs --fg-root=/home/Kishore/KDevelop/FlightGear [Thread debugging using libthread_db enabled] [New Thread -1221805760 (LWP 32730)] opening file: /home/Kishore/KDevelop/FlightGear/data/Navaids/carrier_nav.dat /home/Kishore/KDevelop/FlightGear/data/Navaids/TACAN_freq.dat [New Thread -1443054672 (LWP 32738)] open /dev/[sound/]dsp: Device or resource busy Audio initialization failed! instrument name: adf instrument name: adf instrument name: airspeed-indicator instrument name: altimeter instrument name: attitude-indicator instrument name: clock instrument name: dme instrument name: encoder instrument name: marker-beacon instrument name: heading-indicator instrument name: KT-70 instrument name: magnetic-compass instrument name: nav-radio instrument name: nav-radio instrument name: slip-skid-ball instrument name: transponder instrument name: turn-indicator instrument name: vertical-speed-indicator instrument name: gps instrument name: wxradar instrument name: tacan freeglut (/home/Kishore/KDevelop/FlightGear/source/src/Main/fgfs): Failed to create cursor Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1221805760 (LWP 32730)] 0xb790b884 in _X11TransWrite () from /usr/X11R6/lib/libX11.so.6 (gdb) *** the sound was a problem previously too and i am not sure what is causing it. I know there must be some problems with my sound drivers as is with my graphics. I have the MSI RS480 motherboard with an ATI radeon Xpress 200 graphics chip with AMD64 running 32 bit debian Linux. There are several driver issues with this board on linux. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] flightgear 0.9.8 segmentation fault
On Sunday 16 Oct 2005 2:45 am IST, AJ MacLeod wrote: AM It appears there is a bug in freeglut 2.4 which as far as I can see has been AM fixed in freeglut CVS. I've not tried 2.4 myself, 2.2 is what I use and it AM works. I just ended up looking into that problem when several people in AM close succession on the IRC channel were complaining about that error AM message... AM AM If you want to stick with freeglut, try downgrading to 2.2 or upgrading to AM freeglut CVS. Otherwise, you can use plain glut or perhaps the easiest AM solution, use SDL instead, and I suspect your problem will be gone. Thanks! that did it. I have now downgraded to freeglut 2.2. Thanks again! -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
On Thursday 06 Oct 2005 1:01 pm IST, David Luff wrote: DL i again updated to cvs with 'cvs update -dP' on flightgear data and source DL and simgear source before i built simgear. Again SimGear installed clean. DL DL DL DL You are using the development branch of SimGear, aren't you ? DL DL Stable == Outdated DL DL DL DL To be even more clear, you need to specify SimGear-0.3 during the SimGear checkout, and FlightGear-0.9 during the FlightGear cvs checkout. Failing to do this won't get you the latest devel branch. That was exactly the problem I dumped all the sources i had not knowing what the exact problem was. I then downloaded again with instructions as provided on the web page. Everything went clean. The mistake i made before was trying to update with the command cvs update -dP which some how would not update in the way i expected it to. Sorry for being such a noob. I do not have experience with working in large projects and using CVS. Further on the webpage it mentions that one stay updated with the command i mentioned above. This probable updates to development branches which are probably just there to sync between developers and are not meant for those who want to just have it working. It may be a nice idea to mention and or noobs like me would fall prey easily. Thanks to every body who helped me with this. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] Building FlightGear in a Debian box
Hi all I am having trouble building flightgear in a Debian box. I have installed development packages of the listed dependencies all from the debian repositories. Glut Zlib Plib Metakit SimGear When i try to build flightgear i run into the following errors near the beginning. How do i work around these errors? g++ -g -O2 -D_REENTRANT -L/usr/X11R6/lib -L/usr/local//lib -o test-up test-up.o -lsgmath -lsgxml -lsgmisc -lsgdebug -lsgstructure -lsgtiming -lplibsg -lplibul -lz -ldl -lm -ljpeg /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode_ptr::SGPropertyNode_ptr()' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode_ptr::~SGPropertyNode_ptr()' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgstructure.so: undefined reference to `SGPropertyNode::getBoolValue() const' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode::setDoubleValue(double)' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode_ptr::operator SGPropertyNode*()' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode_ptr::operator=(SGPropertyNode_ptr const)' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode_ptr::operator-()' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode::getDoubleValue() const' /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../lib/libsgmisc.so: undefined reference to `SGPropertyNode_ptr::SGPropertyNode_ptr(SGPropertyNode*)' collect2: ld returned 1 exit status make[1]: *** [test-up] Error 1 make[1]: Leaving directory `/home/Kishore/KDevelop/FlightGear/source/tests' make: *** [all-recursive] Error 1 -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
On Wednesday 05 Oct 2005 9:52 pm IST, AJ MacLeod wrote: AM Which version of FG? You must have a matching SimGear and FlightGear - if you AM want to use FG CVS, you need Simgear CVS too. AM AM Metakit is history, AFAIK. I am trying to build flightgear from CVS using SimGear 0.3.8. I will try getting FlightGear 0.9.8 release if that seems to be the problem. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
On Wednesday 05 Oct 2005 11:18 pm IST, Jon Stockill wrote: JS There are no shared versions of those libraries, except in the debian JS package which uses an *AWFUL* hack to create them. If you're using the JS debian build scripts I'm afraid you're on your own. JS Yeah. I was just thinkin the same. I just dumped the debian versions of FlightGear and SimGear and am going to try compiling both from CVS. Debian does not seem to provide sources of flightgear to complement their SimGear either. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
On Wednesday 05 Oct 2005 11:41 pm IST, Kitts wrote: Ki JS There are no shared versions of those libraries, except in the debian Ki JS package which uses an *AWFUL* hack to create them. If you're using the Ki JS debian build scripts I'm afraid you're on your own. Ki JS Ki Yeah. I was just thinkin the same. I just dumped the debian versions of Ki FlightGear and SimGear and am going to try compiling both from CVS. Ki Ki Debian does not seem to provide sources of flightgear to complement their Ki SimGear either. OK! I updated all of flightgear/source, flightgear/data and simgear/source from CVS and this time it halts at the error; Making all in ATC make[2]: Entering directory `/home/Kishore/KDevelop/FlightGear/source/src/ATC' if g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/usr/X11R6/include -I/usr/local//include -g -O2 -D_REENTRANT -MT AIEntity.o -MD -MP -MF .deps/AIEntity.Tpo -c -o AIEntity.o AIEntity.cxx; \ then mv -f .deps/AIEntity.Tpo .deps/AIEntity.Po; else rm -f .deps/AIEntity.Tpo; exit 1; fi AIEntity.cxx: In member function 'void FGAIEntity::Transform()': AIEntity.cxx:77: error: no matching function for call to 'SGModelPlacement::update(Point3D)' /usr/local/include/simgear/scene/model/placement.hxx:51: note: candidates are: virtual void SGModelPlacement::update() make[2]: *** [AIEntity.o] Error 1 make[2]: Leaving directory `/home/Kishore/KDevelop/FlightGear/source/src/ATC' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Kishore/KDevelop/FlightGear/source/src' make: *** [all-recursive] Error 1 I did 'make' and 'make install' with simgear without running into any problems. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
On Thursday 06 Oct 2005 12:28 am IST, Curtis L. Olson wrote: CL Have you completely removed all remnants of earlier versions of simgear CL (or the debian packages) from your system? CL Yes i have uninstalled with instructions to remove completely including configuration files. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
On Thursday 06 Oct 2005 7:19 am IST, Curtis L. Olson wrote: CL Well if you continue to have trouble, I'd double check ... the error CL message you posted looked suspiciously like there was another stray CL version (or possibly remnants) floating around somewhere confusing things. CL Thanks for the support. If there is anything further you would like me to check please let me know. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Building FlightGear in a Debian box
On Thursday 06 Oct 2005 8:34 am IST, Curtis L. Olson wrote: CL Just to be clear, you need to remove all hints of simgear from CL /usr/lib/libsg* /usr/include/simgear /usr/local/lib/libsg* CL /usr/local/include/simgear and any other locations you might have tried CL installing it. I checked up these locations to ensure that there are no traces of SimGear. CL Then you need to decide if you are going to build CL SimGear-0.3.8/FlightGear-0.9.8 or SimGear-cvs/FlightGear-cvs i again updated to cvs with 'cvs update -dP' on flightgear data and source and simgear source before i built simgear. Again SimGear installed clean. CL Pick the correct version of simgear and build/install it so that this CL version is the only version on your system. Then you should be able to CL build the corresponding version of FlightGear. CL CL If you still have problems similar to what you are reporting, then I CL would be 99.9% confident that you have some stray version of simgear CL floating around or are mixing wrong versions of FG/SG or have some other CL mix of wierdness left over from trying a bunch of things that is I am running out of ideas. How do i ensure that i am clean? -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] need some information...
Hi All! In view of previous mail about using FlightGear as a GCS, i have started taking my first steps. I have a few questions and i hope some one here will be kind enough to answer them and advice. I divided my work into milestones and have a few doubts towards the strategy i use to achieve these. Please let me know if i should be rather posting this mail on the developers mailing list! 1) Write an XML file to use the generic protocol. As a first step, i would simply like to write an XML file to implement the Generic protocol, to output control surface positions and take input of position and orientation. The problem i face here is with sending and receiving data in a particular format. The control surface data vary from -1 to 1 and throttle varies from 0 to 1. My system would like an input varying from 2000 to 4000 (R/C servo friendly format). Yes, i can use factor (* 1000) and offset (+3000) and easily vary the values in this range, but the problem is that i cannot do it in integer form but only as float. How do i do it integer form. I have tried declaring as '%d', but this causes multiplication and addition to also happen in integer form thus causing a step from 2000 to 4000 directly. Further can i add the trim value to control surface value and then transmit? For immediate use, i have worked around this problem by using float and modifying the way the onboard system interprets the data received by ignoring all numbers that follow the decimal point. 2) The second task would be to add properties to flightgear. I was just reading JSBSim: An Open Source Flight Dynamics Model in C++ by Jon S. Berndt and was impressed by the flexibility that this system provided. I also read about the Property Manager but was unable to find more information about it. Can some one guide me here, show me where to look for more information and how to use it? It seemed like i could add more properties at run time using XML files! 3) Adding a new protocol to fully support my onboard system. For this i would use the NMEA protocol as a template. This step may take a long time but i was thinking about how i approach it. Any suggestions / advises? Since this protocol will be interactive, i will need to send particular types of packets and on demand. May be depending on property change that could occur from a menu option change, initiated by the user or a packet received from onboard. 4) Add menu items and windows to interact with the onboard system. Configure while on ground and control while in air! 5) Customize the HUD to show data necessary. I would here, desire to have a say, three lines of text scrolling all the commands that are sent to the aircraft, display warnings, etc.. 6) I have some amount of computation running onboard that help control the aircraft, i would like to run the same within FlightGear, so it would work like a simulator for any further experiments. I seek the expert advice of the people developing FlightGear. It could save much time and energy if some one can point out to me where to look for information on any of the above and/or which portion of the source requires to be worked on. This is a little confusing as functionality of FlightGear has been divided into sub projects like flightgear, fgfsbase, simgear etc... While working on it, i do not wish to tweak any of the existing source but to add a sub folder like say, contrib and add all source files here. but i guess some amount of tweaking will be inevitable(?) -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] fgfs as a Ground Control System?
Hi Folks, I am looking forward to something and would want input from all you Flightgear users and developers. If i have not mentioned before, I am a mechanical engineer and an aero-modeler. I have also been a electronics hobbyist since my childhood. I set out to combine my abilities in these areas. Apart from just plain simple model flying i decided to do something more and built some avionics with sensors to put onto my model aircrafts. The embedded software is nearing completion and i am currently working to the communication part of it. Now what follows is the interesting part to me... I would like to use FLightGear as the Ground Control System (GCS) for my aircraft thus throwing it into the class of mini UAV's. My current thoughts supports an ASCII mode and a binary mode of communication. The ASCII mode is much like NMEA protocol. This is the part that i have finished developing (ASCII is easy for debugging ;-)). I am yet to implement the binary mode of communication. In using FlightGear as a GCS, i would like to receive any inputs from fellow users and developers. How complicated would it be to do this. My current thoughts are as follows; I start flightgear with --fdm=external (or NULL; What is the difference?) and set it to receive a generic protocol over the serial port and at say, 4Hz. The generic protocol is suitably written to accept 6 degree of freedom information from my device. Simultaneously, i would like to transmit control surface information which my device will receive and accordingly control the servos onboard. While this just might work, i want to do better than this and hence plan accordingly. I would like to extend the protocol to be more configurable, and interactive. Further, I have video being streamed from onboard the aircraft in an analog form. To convert this i use a TV tuner and interface it with the computer. I got myself an external Pinnacle PCTV USB2 tuner so i can use with a laptop, but unfortunately cant get it to work on linux where i do my development. Anyway, assuming that i get the drivers configured right, i would like to get the video too into FlightGear be it running on any platform. Here is my estimate of what needs to be done to achieve all of this through FlightGear. 1) Add another protocol under Network which can communicate with my hardware and read/modify internal properties appropriately. I will have to add more property values for this device. 2) Add menu items that provide user interface with the hardware. This may not be very difficult as from what i recollect reading, FlightGear provides facility for adding menus etc.? 3) Add parameters to the Headsup Display. This again i remember reading as configurable? 4) Embed a small window where live video is displayed. Preferably it should be possible toggle full screen live Video and embed FlightGears native Scenery display. I should also be able to save the video synchronized with all other property values. I suppose the major challenge is with the 4th point while the rest are relatively easy. Correct me if i am wrong. Another important thing is the FDM. What should i use? I am unable to send all data set in the --native protocol from onboard. Is there a possibility that i fly with the FDM running locally and i only update values that i can? I am not a C++ programmer but a C programmer in the embedded world. I am just stepping into C++ with FlightGear. Any advise,suggestions or guidance that helps is most welcome. FlightGear is truly an amazing piece of work with huge potential. I just want to add one more possibility. Does anybody already use it for such a purpose? -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] fgfs as a Ground Control System?
On Tuesday 21 Jun 2005 9:08 pm IST, Curtis L. Olson wrote: CL Kitts wrote: CL CL I am looking forward to something and would want input from all you CL Flightgear users and developers. CL CL If i have not mentioned before, I am a mechanical engineer and an CL aero-modeler. I have also been a electronics hobbyist since my childhood. I CL set out to combine my abilities in these areas. CL CL Apart from just plain simple model flying i decided to do something more and CL built some avionics with sensors to put onto my model aircrafts. The CL embedded software is nearing completion and i am currently working to the CL communication part of it. Now what follows is the interesting part to me... CL CL CL CL Hi Kitts, CL CL I think there are at least a few others involved in FlightGear that are CL doing or have plans of doing similar things ... myself included. I CL actually have two projects in the works. One through the University of CL Minnesta where I assembled the airframe and am now the chief test pilot CL (http://www.flightgear.org/~curt/Models/Construction/Rascal110/) and the CL second is my home project where I have to figure out everything myself CL (http://www.flightgear.org/~curt/Models/Current/EGN-1/) Wow! this is some neat work... i too would like to get a web page up and going where i shall publish all the crazy things i do! :-) CL Do you have any sort of web site for your project or pictures or details CL of exactly what you are doing? As my own projects progress, I'm CL becoming increasingly interested in this stuff. I do not have any website but i can mail you with all details and pictures that you might be interested in. This indeed is very interesting work. Unfortunately, where i live, necessary equipment is not easily available, which restricts or delays much of my progress. CL I would like to use FLightGear as the Ground Control System (GCS) for my CL aircraft thus throwing it into the class of mini UAV's. My current thoughts CL supports an ASCII mode and a binary mode of communication. The ASCII mode CL is much like NMEA protocol. This is the part that i have finished CL developing (ASCII is easy for debugging ;-)). I am yet to implement the CL binary mode of communication. CL CL CL CL I think this sort of thing is very doable. If you have a gps onboard CL and can transmit that data to your ground station, that get's you pretty CL far. You can compute estimates for a lot of the parameters that aren't CL available directly from the gps. If you pass this data to FlightGear, This is pretty much what i want to do. I have a GPS onboard but i do not send data as is received from the GPS but format it and generate packets of data to my interest and send it. The data rate is however, low at a maximum of 4Hz for Position (GPS) and about 10Hz for orientation. This causes Flightgear to not produce a smooth view. I was wondering if there could be a way to extrapolate data and correct it as new data is received. This i understand can be pretty bad if error of extrapolation was large. This could be lessened by flying in FlightGear, an aircraft model similar in performance with the real one. CL then you immediately have a system that provides a live synthetic view CL from the perspective of your UAV. You can also adapt or create a 2d CL panel which would give you a set of live gauges ... heading, altitude, CL velocity, rate of climb (est), attitude (est). You could do this as old CL style steam gauges, you could do it as a hud, or even possibly a modern CL looking glass cockpit, or all of the above. I would prefer a glass cockpit display with HUD as i find it most comfortable to read. But i need analog control and hence a Joystick and never a Keyboard! :-) CL In using FlightGear as a GCS, i would like to receive any inputs from fellow CL users and developers. How complicated would it be to do this. My current CL thoughts are as follows; CL CL I start flightgear with --fdm=external (or NULL; What is the difference?) CL CL CL CL --fdm=null is the proper form, --fdm=external is the same thing and is CL there for historical reasons. Hmmm... Thought so. I found no difference using either. CL and set it to receive a generic protocol over the serial port and at say, CL 4Hz. The generic protocol is suitably written to accept 6 degree of freedom CL information from my device. CL CL Simultaneously, i would like to transmit control surface information which CL my device will receive and accordingly control the servos onboard. CL CL CL CL Ahh, ok, so you want to live dangerously! This I think is doable, CL although I'd be a bit worried about latencies and lags and the PIO's PIO's? CL that might result if you aren't careful. If it was me, I'd at least CL make the system self stable (IR co-pilot, or something gyro based) so CL that I wouldn't have to manually keep the wings level or hold a CL particular
Re: [Flightgear-users] fgfs as a Ground Control System?
On Wednesday 22 Jun 2005 12:27 am IST, Curtis L. Olson wrote: CL Kitts wrote: CL CL PIO's? CL CL CL CL Pilot induced oscillations ... Oh! ok. Yeah this happens all the time when i use the keyboard in the simulator! :-) CL CL I would just run with --fdm=null and pass in the CL CL data that you do have. Optionally you can compute estimates for things CL CL you don't have just to make the display prettier. CL CL Optionally i can compute? How? Is it not the FDM that does all that CL computation? CL CL CL CL The thing you have to remember about the FDM's is that they are self CL contained units that maintain their own internal state. They aren't CL setup to have their internal values overridden by an external source, CL and there are issues and problems doing that. For instance if you CL estimate some sequence of positions over a second or two, but you were CL hit with a gust and ended up a long ways off from the estimate, now you CL plug those new values into the FDM, it sees a huge distance travelled CL compaired to the estimate in a very short time frame, and might generate CL huge forces that could ripple through the future calculates and throw CL your estimates off even further. CL CL You almost need a way to check point the calculations so you can backup CL to the last known good value when your next good data arrives. CL CL It's not trivial, there are a ton of pitfalls, and our FDM's aren't CL setup to be able to do that. CL CL Having said that, I don't think any of these things are insurmountable, CL and there might even be easy solutions to many of the challenges, but CL you'd have to go dig into the flight model code with a certain level of CL understanding of what you are doing and what you hope to accomplish CL before you are going to have any success with this approach. Hmmm... Maybe not right away but as a future thing. For the near future ill stick to --fdm=NULL :-) CL I have used 3 devices till date to achieve wireless link. I have used RF CL modules from Linx CL (http://www.linxtechnologies.com/index.php?section=productscategory=rf_modulessubcategory=es_series), CL BIM1 modules from Radiometrix CL (http://www.radiometrix.co.uk/products/bim1.htm) and XStream radio modems CL from maxstream CL (http://www.maxstream.net/products/xstream/module/9xstream.php). CL CL Of the three, the maxstream module is what i currently use as it has CL provided me with the most reliable link and longest range. I have however, CL had reasonably good success with the BIM1 modules. It however requires CL robust error checking algorithms for reliable use. These have the advantage CL of being light weight and giving pretty good range. CL CL CL CL Where can I find a price or someone selling the maxstream module? I'm CL must be missing the link, or do they not sell to individuals? Price is available on Digikey. Search for Xstream and follow that link RF Transmitters/REceivers. There are plenty of variants available in 2 frequencies. Here is one such variant http://www.digikey.com/scripts/DkSearch/dksus.dll?Detail?Ref=195594Row=517830Site=US -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] fgfs as a Ground Control System?
On Wednesday 22 Jun 2005 1:35 am IST, Jeff McBride wrote: JM Kitts, JM JM Your idea is an interesting one, and I would be interested is hearing JM about anything that comes of it. Thanks. Much has been done on the onboard side of this project. Soon i will have to concentrate on the Ground Control part of it which is the challenge for me. I need to gather a good understanding of the internals of FlightGear and improve my programming skills in C++. I just know that it is logically possible to do what i have in mind and set forth to do it. JM I am working on a UAV project at Virginia Commonwealth University where JM we have made use of FlightGear for test purposes to fly our plane, JM hardware in the loop, on the simulator. Essentially, we wrote an JM application that would forward control positions from the on-board JM flight control system received in telemetry into flight gear, and we JM would use the position and velocity data from the flight gear FDM to JM generate fake GPS reports that we sent to the plane in place of the JM GPS receiver. How well does this work considering that real world weather conditions are very different from those in the simulator? Control surface responses are never similar? JM I did consider using Flight Gear as a feed back tool while we were JM actually in flight, but we didn't really have the time or the right JM sensor information. We are using the same Co-Pilot system Curtis is JM using in his project and GPS for navigation, so we don't have any real JM attitude (pitch, roll, yaw) information, and we only get position and JM velocity updates once per second. We are working towards a system with JM rate gyros and barometric altitude/airspeed sensors, and may consider JM integrating flight gear further with our ground control station. JM JM I do intend to create a website and publish a couple of papers about the JM project, but I am waiting until after the competition we are preparing JM for (in 2 weeks) before doing so. I will drop a note on the list about JM it when it is available in case anyone wants to take a look. I, for one, would sure like to look at it. Looking at others work can spark new ideas and put them into perspective... -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Flight Gear Problems....
On Sunday 01 May 2005 6:16 am IST, Aantriksh Srivastava wrote: Note: I have a PIII 800mhz Computer which I think should work (also an 11mb graphics AGP card) I think this is where the problem is I strongly believe you need a better graphics card. My computer's 32MB onborard via chipset AGP failed to bring up flightgear and used to stall in a similar fashion. I now have a Nvidia 128MB fx5200, and it all works fine. -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-users] Photo-realistic scenery
On Tuesday 26 Apr 2005 4:46 pm IST, Kevin Jones wrote: Having looked at the FlightGear screenshots it looks as if FGFS supports photo-realistic scenery. Is this feature installed as part of the default (Windows) installation? If so then how do I enable this feature and which airports have suitable scenery files? If the feature isn't part of the default installation then are there any support packages on the net that I could try? Err.. sorry if i am hijacking this thread I would like to know more about photo-realistic scenery. How do i get it and etc etc. I too am interested only in a small area spanning a few kilometers length and breadth on the ground. I downloaded scenery files for my area of interest but was not very impressed with it when claimed to be at 3 arc degree (90m) resolution. I understand that objects make a huge difference in visuals and sceneries do not contain this info. Also the airports do not seem to be full with the scenery? I get the msg at the command line that Failed to find runway 28R at airport . -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-users] Are NMEA strings configurable in FG?
Last night i tried using the NMEA protocol and noticed only the GGA, GSV and RMC strings were outputted. We know that there are several more strings that most GPSs' output by default. How do i configure FG to output these strings? I know that NMEA is a configurable protocol allowing manufacturers to add proprietary strings. Is this facility provided in FG? If yes where and how can i configure the strings in the NMEA protocol of FG? One more question about NMEA. Does NMEA only specify ASCII strings or is it even possible to have binary mode communication to improve speed? I tried to download NMEA 0183 standards specification from the website www.nmea.org but they seem to be charging a huge sum for the download!?!? -- Cheers! Kitts ___ Flightgear-users mailing list Flightgear-users@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-users 2f585eeea02e2c79d7b1d8c4963bae2d
