[Flightgear-devel] Syd - DHC6F
Syd, only one hint, if Autostart is selected the fuel switches should be on - otherwise it won't work, some people could be irritated by this. Regards Georg EDDW BTW: really very nice aircraft, see also Forum diskussion Bush flying - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Constant speed props for WWII aircraft using JSBSim
Hi there, I'm making a JSBSim version of A6M2, and want to share with you guys about a constant speed propellers for WWII aircraft. First I tried a default prop configuration generated by Aeromatic, but the propeller pitch was adjusted automatically. So I removed minrpm and maxrpm tags from prop configuration file and the manual pitch control seemed working fine (Thanks to Ron for advice). Technically it's not a constant speed propeller anymore, but the behavior of both propeller and engine is getting closer to the descriptions in some books that I have. However, there came another big problem - too much engine rpm in cruising with lower pitch. I tried to adjust the power table to avoid this happening but no clue. The engine still exceeded way higher than the maximum rpm (more than 2000 above maximum) in the lowest pitch when cruising. Maybe I need to find the proper power / thrust correlations, but it doesn't seem possible to me. As a workaround for this issue, I modified the power table to have higher value in lowest pitch where advance ratio 1.0 even thrust value is zero. This way, it seems working fine - the rpm of the engine stays a bit higher than maximum rpm. But I'm not sure if this is a proper behavior of the constant speed props for warbirds. If you have any better idea, please let me know. If you get interested, please check out A6M2 from CVS and give it a try. The pitch is set to the lowest for climbing. You need to adjust the pitch to maximum in cruising. Though the thrust/power table looks very weird, it's getting closer to zero's behavior I guess. Constructive comments are very welcome. Best, Tat p.s. I'm also willing to simulate zero's manual boost controller in JSBSim. (not sure if it is possible though) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FYI: marble (KDE, not blue :-)
This doesn't have anything to do with fgfs (yet? :-), but it's maybe of interest to some people here. KDE has a Free implementation of a globe with some nice features. Here are three articles about features and methods: Part 1: http://www.kdedevelopers.org/node/3269 Part 2: http://www.kdedevelopers.org/node/3272 Part 3: http://www.kdedevelopers.org/node/3275 m. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiple channel autopilot controllers
On Wednesday 13 February 2008 01:12, Jeff McBride wrote: Thanks for your comments - they fit with what I'm finding thinking. Sure, in piloted aircraft takeoff is handled by the pilot, who is able to cope with a wide range of possible failures at this critical phase of flight, but I'm trying to work towards a UAV control framework, from takeoff roll to landing stop, so that's why I'm messing about with automated takeoffs, landings and scripted flight etc. I also find auto takeoffs, landings and scripted flight useful for general FDM config controller tuning for piloted aircraft - it eliminates variations due to the pilot, in this case me:) LeeE My experience with UAV control systems is that scheduling gains with airspeed is a good idea if you want control over a wide envelope. It is difficult enough to make the vehicle stable over the entire flight envelope. If you want anything approaching optimum control, you need to have gain settings for at least 2 different airspeed regimes. The discontinuities that cause the kick can be eliminated by doing a smooth interpolation between the gains (rather than suddenly changing them when airspeed crosses a given threshold). I've had success using a low speed and high speed set of gains with linear interpolation between them. Of course, I don't know how you could do this in flightgear. Perhaps a nasal script could do the interpolation and update the PID gain properties? -Jeff [and to R. van Steenbergen, who essentially made the same point] atm, it's not possible to vary the gain in the FG PID controllers during flight, however, I think RoyVO may be looking into implementing this. It was one of two items on a wish-list I posted here about a week ago:) Varying the PID controller gain is actually something that I've wanted for a couple of years now, but the need has only recently become pressing enough to ask the developers to consider looking into it - they've already got enough on their plate to be getting on with. I also plan to have a look into adding a simple 'gain' type filter, which I think could be useful for this sort of stuff, so I can vary one property factor according to another. I'm also thinking about aerobatic control here where, for example, at +/-90 deg roll the rudder acts as the elevator and the elevator acts as the rudder. In combination with simple gain filters, I think it should be possible to include a pitch input controller to the rudder, along with a yaw input controller for the elevator, and then use roll-deg to set the gain for each of the controller outputs (or gains if/when it's implemented) e.g. at zero deg roll the pitch input to the rudder would be zero but one (normalised) to the elevator and visa-versa at +/- 90 deg roll. Should also be possible to include a pitch controller for inverted flight and control it's influence by roll in the same way:) Sometimes I really wish that I had the necessary data to do JSBSim configs for some of the aircraft I've done - then I could also play with some of the control stuff that JonSB has incorporated in to JSBSim. It's pretty unlikely that I could get good enough data for the aircraft I'm interested in though, so for the time being I'll be sticking with YASim. Fun stuff to think about and play with:) LeeE - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch v1 - Rain Snow
Nicolas schrieb: For the moment, the patch uses the METAR informations to enable / disable rain or snow effects. (intensity of effects is : low, meddium, high) Hi Nicolas, just one more feedback, because I was so surprised and impressed when I just flew over Berlin (bad weather) and suddenly got into heavy rain - your rain! I obviously changed from one METAR zone to another and leaving Berlin again the rain stopped. It was the first time I could prove that your new rain works pretty nice with real weather enabled - I had to do my first tests with the Thunderstorm scenario. Wow, a really nice experience, I won't miss your patch anymore and I am very curious about the planned improvements. Regards Georg EDDW - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multiple channel autopilot controllers
Sometimes I really wish that I had the necessary data to do JSBSim configs for some of the aircraft I've done - then I could also play with some of the control stuff that JonSB has incorporated in to JSBSim. It's pretty unlikely that I could get good enough data for the aircraft I'm interested in though, so for the time being I'll be sticking with YASim. Fun stuff to think about and play with:) LeeE It really is fun. And, you are right, that data is not easy to come by. For some aircraft, however, it can be found. This publication has some control system information for a small selection of aircraft: http://www.jsbsim.org/NASA_CR-2144.pdf You can sometimes search the NASA archives and find a report with lots of good data. The X-29 is one of those. When the data is not available, a good guidance and control system can still be made. In my day job I do simulation, modeling, and analysis related to the abort system for the new crew exploration vehicle that NASA is developing. In first stage flight, the guidance and control system can be quite simple. I've created a generic rocket model in JSBSim with a fairly simple guidance and control scheme, and it flies nicely. I am also aware of several medium complexity and one very extensive UAV guidance and control scheme that was done using the JSBSim flight control components. It's still tedious to use a text editor to create something more involved; a good GUI editor for systems would be a great tool to have. Jon - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FG seasons
Hi everyone , Since I've been working on trees and seasonal textures , I'd like to propose some ideas 1: Could we have Jester's materials.xml condition patch put in CVS ? 2: Remove the .winter that is appended to the texture path in the source code? 3: Add /sim/startup/season = summer as default to the preferences.xml , since it doesn't exist unless you use the command line option ? 4: Have a Textures.high/Trees with 128 pixel high images for the systems that can handle it ? (which I've already created ) 5: I better stop there ;) Cheers -- SydSandy [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] making a garmin 496 respond to fgfs serial port
On Feb 13, 2008 2:59 PM, dave perry wrote: I have the thread from 2006-08-26 between Curt Olson and Frederic Bouvier on this subject. The connection to the 496 is via a db-9 to super small usb cable I got from garmin as suggested in the garmin user's guide. From a dmesg, I expect that com1 is /dev/ttyS0 on my f7 system. I use the following option when launching fgfs: --AV400=serial,out,5,/dev/ttyS0,9600 and I have the garmin in Simulation, Aviation modes and Interface serial Data Format is Aviation In (before I launch fgfs). When I launch fgfs, I get Cannot open /dev/ttyS0 for serial I/O Error opening device: /dev/ttyS0 Error opening channel communication layer. I/O Channel config failed. Segmentation fault These are the lines from a grep of the dmesg. Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A which makes me think that com1 corresponds to /dev/ttyS0 and com2 corresponds to /dev/ttyS1. I also tried under WinXP with com1 replacing /dev/ttyS0 and C:\ mode com1 data=8 parity=n per the thread. fgfs did ran with no errors but the gps did not respond. Any suggestions? I would really like to use fgfs to get me familar with the gps before I am in the clouds and being vectored by Denver center. First thing I would check would be the permissions on the serial ports. You may need to add yourself to the uucp group for instance in order to be able to use them. Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] making a garmin 496 respond to fgfs serial port
Curtis Olson wrote: On Feb 13, 2008 2:59 PM, dave perry wrote: I have the thread from 2006-08-26 between Curt Olson and Frederic Bouvier on this subject. The connection to the 496 is via a db-9 to super small usb cable I got from garmin as suggested in the garmin user's guide. From a dmesg, I expect that com1 is /dev/ttyS0 on my f7 system. I use the following option when launching fgfs: --AV400=serial,out,5,/dev/ttyS0,9600 and I have the garmin in Simulation, Aviation modes and Interface serial Data Format is Aviation In (before I launch fgfs). When I launch fgfs, I get Cannot open /dev/ttyS0 for serial I/O Error opening device: /dev/ttyS0 Error opening channel communication layer. I/O Channel config failed. Segmentation fault These are the lines from a grep of the dmesg. Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A which makes me think that com1 corresponds to /dev/ttyS0 and com2 corresponds to /dev/ttyS1. I also tried under WinXP with com1 replacing /dev/ttyS0 and C:\ mode com1 data=8 parity=n per the thread. fgfs did ran with no errors but the gps did not respond. Any suggestions? I would really like to use fgfs to get me familar with the gps before I am in the clouds and being vectored by Denver center. First thing I would check would be the permissions on the serial ports. You may need to add yourself to the uucp group for instance in order to be able to use them. Thanks Curt, I just did this after a google found a script file to put in /etc/security/console.perms.d/ttyS0.perms. fgfs now launches with no errors but the 496 still just sits there with no change. Here is what I get from setserial: [EMAIL PROTECTED] ~]$ setserial /dev/ttyS0 -a /dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4 Baud_base: 115200, close_delay: 50, divisor: 0 closing_wait: 3000 Flags: spd_normal skip_test Do I need to set the divisor so 9600 = Baud_base/divisor? Regards, Dave Regards, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] making a garmin 496 respond to fgfs serial port
I have the thread from 2006-08-26 between Curt Olson and Frederic Bouvier on this subject. The connection to the 496 is via a db-9 to super small usb cable I got from garmin as suggested in the garmin user's guide. From a dmesg, I expect that com1 is /dev/ttyS0 on my f7 system. I use the following option when launching fgfs: --AV400=serial,out,5,/dev/ttyS0,9600 and I have the garmin in Simulation, Aviation modes and Interface serial Data Format is Aviation In (before I launch fgfs). When I launch fgfs, I get Cannot open /dev/ttyS0 for serial I/O Error opening device: /dev/ttyS0 Error opening channel communication layer. I/O Channel config failed. Segmentation fault These are the lines from a grep of the dmesg. Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A which makes me think that com1 corresponds to /dev/ttyS0 and com2 corresponds to /dev/ttyS1. I also tried under WinXP with com1 replacing /dev/ttyS0 and C:\ mode com1 data=8 parity=n per the thread. fgfs did ran with no errors but the gps did not respond. Any suggestions? I would really like to use fgfs to get me familar with the gps before I am in the clouds and being vectored by Denver center. -Dave - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel