On Saturday 10 Oct 2009, Pete Morgan wrote:
> Roy Vegard Ovesen wrote:
> > On Saturday 10 October 2009 22:33:01 Curtis Olson wrote:
> >> Really, this is all in how the autopilot is tuned and
> >> configured.
> >>
> >> FlightGear doesn't model realistic control surface deflection
> >> rates so it's
On 10 Oct 2009, at 08:56, Olaf Flebbe wrote:
>> Also, if we have two consistent time_t, why not simply subtract one
>> from
>> the other, ABS it, and voila you have the time difference ? Or am I
>> missing something regarding usage of difftime ?
>
> yes. there is no _standard_ mapping of the da
> From: Roy Vegard Ovesen [mailto:roy.v.ove...@haugnett.no]
>
> Control surface deflection rate can be limited by inserting a low-pass
> filter
> between the output of the final PID-controller and the control surface.
> THis
> is done in the autopilot config file.
>
For JSBSim aircraft, you also
Roy Vegard Ovesen wrote:
> On Saturday 10 October 2009 22:33:01 Curtis Olson wrote:
>
>> Really, this is all in how the autopilot is tuned and configured.
>>
>> FlightGear doesn't model realistic control surface deflection rates so it's
>> possible to command an instantaneous deflection of the c
On Saturday 10 October 2009 22:33:01 Curtis Olson wrote:
>
> Really, this is all in how the autopilot is tuned and configured.
>
> FlightGear doesn't model realistic control surface deflection rates so it's
> possible to command an instantaneous deflection of the control surfaces.
Control surface
On Sat, Oct 10, 2009 at 3:23 PM, Heiko Schulz wrote:
> If you mean this sudden banking when after reaching a new wayoint: yes. It
> is known and is still on the bug-list on flightgear.org anywhere.
>
> There were some aircraft authors who had a workaround with nasal- to my
> knowledge the 787 For
>
> This is a problem across the whole system and a mega
> fault.
>
If you mean this sudden banking when after reaching a new wayoint: yes. It is
known and is still on the bug-list on flightgear.org anywhere.
There were some aircraft authors who had a workaround with nasal- to my
knowledge t
Alan Teeder wrote:
> Do you really expect much help after that "stuff you lot" remark?
>
Sorry.. guess it my frustration...
> As a former autopilot designer I would suggest that what is needed is a rate
> limit on roll angle demand within the autopilot. You could also try to add
> some roll damp
We need to define the autopilot properly and define its behaviour.
At it's most basic I expect the autpoilot to fullfil the following
functions.
1) maintain a heading - ie go that way direction - this "jerks"
violently in the sim
2) Altitude hold - this works, and on the motion platform it work
Do you really expect much help after that "stuff you lot" remark?
As a former autopilot designer I would suggest that what is needed is a rate
limit on roll angle demand within the autopilot. You could also try to add
some roll damping within the autopilot. It is possible that the FDM for your
air
Actually my motion platform is at the momnet I am taking it one step at
a time.. ie so far its banking left to right by around 10 degree's which
kinda exagarrated the sim and is useful..
Anyone as a pilot at the moment can tip the aircfaft to lbank.. However
this jerk needs solving.. SO what y
I haven't looked at these autopilot configurations (at least not for a long
time) but off the top of my head, I think this can all be fixed by tuning
the autopilot.
For instance, lowering the max aileron deflection from (-1 ... 1) down to
maybe (-0.1 ... 0.1) might be an interesting thing to start
I'm working on my motion sim for xmas. Its powered by a vacum cleaner atmo..
One BIG BIG problem - am basicng the cockpit on Bravo and 787
The autopilot heading bug is very violent and JERKS to direction..
How can we solve that problem please because on my motion platform, I
cant keep up with th
On Sat, 10 Oct 2009, dave perry wrote:
> I have --build=i686 as a switch to configure. Where do I supply "-march="?
You set CXXFLAGS and CFLAGS (but the latter might not be needed). My
configure line starts with:
configure CFLAGS="-O2 -g -march=core2 -mfpmath=sse -Wall" CXXFLAGS="-O2 -g
-pipe
Mathias Fröhlich wrote:
> Hi,
>
> A recent checkin into SGAtomic.cxx brakes that.
>
> Either provide a -march= option higher than i386 to your compile, or revert
> to
> rev 1.3 of SGAtomic.cxx.
>
> I am currently asking the author of that change what this patch should fix.
>
>
>
I have --build
Hi,
A recent checkin into SGAtomic.cxx brakes that.
Either provide a -march= option higher than i386 to your compile, or revert to
rev 1.3 of SGAtomic.cxx.
I am currently asking the author of that change what this patch should fix.
Greetings
Mathias
-
On Sat, 10 Oct 2009, dave perry wrote:
> With today's SimGear CVS, I am getting the following compile error
> Making all in props
> make[3]: Entering directory `/home/dad/source-osg/SimGear/simgear/props'
> g++ -g -O2 -D_REENTRANT -lOpenThreads -o props_test props_test.o
> libsgprops.a ../../sim
With today's SimGear CVS, I am getting the following compile error
Making all in props
make[3]: Entering directory `/home/dad/source-osg/SimGear/simgear/props'
g++ -g -O2 -D_REENTRANT -lOpenThreads -o props_test props_test.o
libsgprops.a ../../simgear/xml/libsgxml.a ../../simgear/misc/libsgmisc.
Hi,
On Thursday 08 October 2009 22:09:40 Martin Spott wrote:
> If bandwidth is not a matter, then you'd probably want to jump on the
> HLA train and join the CERTI/VirtualAir effort. They're offering
> everything like subscribing to attributes and the such yet I have
> to state that reduced
Hi,
On Thursday 08 October 2009 17:29:21 James Turner wrote:
> Related to the new route-manager: I could very easily define a string
> property which contains a plain text summary of the filed flight-plan.
> What is the magic required to expose that string (which be 200 or 400
> bytes, I guess, d
Hi,
>
> Also, if we have two consistent time_t, why not simply subtract one from
> the other, ABS it, and voila you have the time difference ? Or am I
> missing something regarding usage of difftime ?
yes. there is no _standard_ mapping of the data type time_t to any
standard C/C++ data type.
21 matches
Mail list logo
