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 Tu
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 numb
Hi Adrian,
On 08/16/2011 12:46 PM, Adrian Musceac wrote:
> Viktor,
> During the long hours which have been spent by Emilian and I tweaking the
> IAR80 FDM, I have found out that three tag parameters have a very heavy
> influence on the solver: [approach aoa="" glide-angle=""] and [cruise glide-
>
Hi all,
I have updated the model. Please download and test again if you are
interested.
http://www.avatarzenekar.hu/files/sf25b.tar.bz2
Many thanks to all especially Gary aka Buckaroo for his yasim xml and
explanations.
List of changes:
- CG supposedly closer to real CG.
- More realistic sink
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
On Tue, 16 Aug 2011, Derrick Washington wrote:
> Anders
>
> I have included the following line in my generic xml file
>
>
> true
> network
>
> My C++ code looks like this now.
>
> float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;
>
> if ( (quik_silva_status_reg & 0x1000) != 0
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
what
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
--cont
>transportation from the tiny airfield of Wahlstedt (EDHW) to my home.
That looks like it was fun, but will it fit in the basement !
jj
http://kingmont.com
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich sys
Anders
I have included the following line in my generic xml file
true
network
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
On Tue, 16 Aug 2011, Torsten Dreyer wrote:
> Hi,
> just for the fun of it - here are 55 pictures of the Cessna's
> transportation from the tiny airfield of Wahlstedt (EDHW) to my home.
>
> http://www.c172fg.de/
>
That's just awesome. Thanks for the pics! :)
g.
--
Proud owner of F-15C 80-0007
h
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
Hi,
just for the fun of it - here are 55 pictures of the Cessna's
transportation from the tiny airfield of Wahlstedt (EDHW) to my home.
http://www.c172fg.de/
Hope you like it,
Torsten
--
uberSVN's rich system and user a
Two things which might be worth mentioning (both with recent GIT, pulled
and compiled ~ a week ago)
1) One of my rendering performance benchmark tests is to use the ufo
transport it, using the location dialog, exactly 30.000 ft over the
starting position (then increase FOV to 120 deg and create w
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 usi
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
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 wrote:
> Also with sending/
"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
Haha, that was me taxiing her out for takeoff for the first time! Part
of the normal taxiway was cordoned off for some kind of car tuning show
(you can see that on the left) and we had to go through slightly longer
grass, with some weeds sticking out. That's the great thing about a
grass airfie
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
wrote:
> On Tue, 16 Aug 2011, Derrick Washington wrote:
>
> > One last thing is there a way to ensure that FG is sending out its
> out
On Tue, 16 Aug 2011, Viktor Radnai wrote:
> http://www.avatarzenekar.hu/files/P1020617.JPG
> http://www.avatarzenekar.hu/files/P1020618.JPG
>
Am I the only one that noticed that someone has been mowing a lawn with
that prop? :)
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The onl
On Tuesday, August 16, 2011 06:23:06 Ron Jensen wrote:
> I took a look at the YASim solver today, first comparing the Inertial
> tensor with the inertias coming out of aeromatic. Not too far apart, but
> the 2 yasim aircraft I looked at were both 50% higher than the aeromatic
> numbers.
>
> Then I
Hi guys,
Thanks for this. Gary, I gave your yasim xml a spin. (sorry, long mail
ahead) I don't have enough experience with the plane yet to comment on
everything. The real thing seems to behave a bit better on takeoff when
there is no crosswind -- haven't done a crosswind takeoff or landing
ye
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 thi
... and yet another issue:
On a first long-range test yesterday, I observed that the cloud base of my
convective layer was continuously rising. At takeoff the clouds were
exactly as specified, later still plausible given terrain, but by the time
the cloudbase had reached my curise altitude of 20.0
25 matches
Mail list logo
