[Offset 332E- Thrust lever]

Good morning,

Thanks for your answer, but I've solved the problem myself.

Regards,

Joachim

http://www.a320flightdeck.com

[Offset 332E- Thrust lever]

Hi Pete,

if I write values on offset &h332E and then read it, there is always coming 418 out, but never the value I just wrote in...

Offset &h310A=0 and &h888=1

Maybe I understand something wrong, but is &h332E not the offset I should use, if I just have one physical thrust lever and want to order the thrust for both engines?

Thanks, Joachim

[Toe brake - auto decay]

Hello Pete,

we (the whole a320flightdeck-group) wish you a happy 2005.

I've tried the other two offsets and now it works.

You are right, together with the other text, it is possible to check out, the difference between the two offset-groups, but for a non-english-native the wording "read-out" is a little bit confusing.

Anyway everything works perfectly now.

Joachim

http://www.a320flightdeck.com

[Toe brake - auto decay]

Thanks Pete,

the description of 0BC4 and 0BC6 caused me to use the other 2 offsets, because "read-out" seemed to me just to be an indication and not an offset, to set values.

Thanks for your fast answering.

Joachim

[Toe brake - auto decay]

Hi Pete,

Hope you are doin' fine.

One question, please: in C00 and C01 there is a byte (with values between 0 and 200) that activates the differential bakes in FS.

As you described in the FSUIPC for Programmers, there is an automatic decay.

Is this a function coming from FSUIPC or is this made by the FS itself?

Do you have any idea, how to avoid this auto decay, without sending permanent commands to the offsets?

Thank you,

Joachim

http://www.a320flightdeck.com

[GPSOut -> GPSIn]

Hi Pete,

thanks for your fast answer. Well - to be honest - my problem is, that I don't have any idea how to communicate between the GPS on the Com-Port and my software and I thought - because this work is done in the GPSout.dll - it would be just a question of few minutes to do it the other way around.

But anyway, thanks,

[GPSOut -> GPSIn]

Hi Pete,

did you ever think about to read out GPS-data from a real GPS-Unit and write it via the COM-Port into a PC?

The reason for my question:

As you maybe know I'm developing the FMGC for our project. Well, I've finished the Flightplan-pages and want to test them in a real aircraft. Therefor I would like to sit into the bloody C150 and try to use my FMGC on a laptop for navigation.

Thanks,

[CPU-Cycles WideClient]

Hello Michael,

that's good news, because all the other resolution advices are not that helpful (system got enough RAM, all drivers the newest etc...)

But your message fits perfectly in my situation because on the PC I've installed WIN2000 and on the notebook XP.

Thanks,

[CPU-Cycles WideClient]

THX for your very fast answer. Really perfect service.

[CPU-Cycles WideClient]

Hi, thx for your answer.

Well, "needs" in this context means, that my Visual Studio runs very slow, because it only gets the rest 3% of CPU-Time (that's the reason why I was looking for CPU-Cycles).

It's so slow, that it is not possible to work anymore. For example entering a charcter via keyboard needs about 2 seconds to appear on screen.

If I do it the other way around, there is no problem at all....Then I have about 5% for Visual Studio, almost zero for WideClient and 95% of "empty cycles" (I don't know the proper English word for it, but I'm sure you know what I mean).

If - according to the log-file - the network is not the problem, what could it be else?

THX,

[CPU-Cycles WideClient]

Good morning,

I always develop my software on my laptop, connected to my FS-PC via FSUIPC/WideFS.

I now tried to do it the other way around (FS on Laptop, Visual Studio on PC) because the PC's screen is larger.

Well I did it all right (Serveripaddr in client.ini - nothing else), everything works ("Connected" appears), but then WideClient (now on PC) needs almost all CPU-Cycles (about 96% - changing of course)

Any idea what I've done wrong?

Of course I tried to change it back, and it works perfectly.

The I had a look into the log-file and found this:

********* WideClient.DLL Log [version 6.221] Class=FS98MAIN *********

Date (dmy): 10/06/04, Time 08:30:04.371: Client name is MAINPC

40 Attempting to connect now

50 Connection made okay!

20119 Timed out response: connection assumed lost!

20129 Ready to try connection again

20169 Attempting to connect now

20179 Connection made okay!

23744 Reception maximum achieved: 0 frames/sec, 0 bytes/sec

23744 Reception average achieved whilst connected: 0 frames/sec, 18 bytes/sec

23744 Max receive buffer = 30, Max send depth = 0

23744 ********* Log file closed (Buffers: MaxUsed 1, Alloc 6 Freed 6 Refused 0) *********

It seems that it has lost the contact. But - as I said - the other way around it works perfectly....

I work with the V6.221.

Thanks,

Joachim

mamber of http://www.a320flightdeck.com

[ADF2 Ident]

Good morning Pete,

my fault: I have changed the aircraft.cfg-entry for the second ADF a few weeks ago. But then someone in our sim-team has changed back, so the aircraft had no second ADF. Now I changed it back, and it works.

Thanks for your prompt assistance.

Joachim

member of http://www.a320flightdeck.com

[ADF2 Ident]

Hi Pete (and all the others - of course),

according to the FSUIPC for Programmers doc, there are offsets &h2DC to &h2E1 (6 Bytes) for reading the ADF 2 identifier.

I managed to read the ADF1 Ident, but the ADF2 doesn't work.

Also tests with FSInterrogate are negative.

Could you please check this?

Thanks,

Joachim

http://www.a320flightdeck.com

[Writing Long/Lat]

Hi GaryO,

we have the same idea as you and I had a few questions about the XPlane Aerodynamics and MS Visualisation, but in your profile I cannot see your Mail-adress. Could you please contact me?

Thanks,

[FSUIPC Offsets 30E0-30EF & 30F0-30FF]

God morning from snowy Austria (finally we got a little snow exactly the day I want to fly from LOWG to LOWL),

THX for your assistance. I will try this on the weekend and report you.

[FSUIPC Offsets 30E0-30EF & 30F0-30FF]

Hello and good morning.

Thanks for your assistance.

Well of course I've tried the stuff with the different flap-sections in the aircraft.cfg, but it didn't cause any difference in reading zeros. (your assumption that "use" means "read" was fully true ;-))

I didn't know about the B737-400 (sorry but I'm Airbus A320-freak) and I will check this on the weekend. Maybe it causes any changes...

One mor flaps-question:

You wrote, that the mentioned offsets are read-only. So there is no way in FS to simulate different Flaps-Slats-configurations, then to configure them "fixed" in the aircraft.cfg?

Just to explain: as you maybe know, the Airbus got a "1+F" and a "1" flaps-configuration, depending on the speed of the aircraft (the flaps-lever is always in notch #1).

First I wanted to have the following independent configurations:

flaps: slats:

0 0

10 18

15 22

20 27

35

If there is no chance to treat them independently I have to create the follwowing positions:

flaps: slats:

0 0

0 18

10 18

15 22

20 22

35 27

So, you can see, there are more positions....

Well, I'll try this.

Thanks again. And have a nice day.

[FSUIPC Offsets 30E0-30EF & 30F0-30FF]

Good morning,

one question to Pete (or anyone else who knows abaout):

there is a range of offsets (30E0-30EF & 30F0-30FF) which should be used to indicate various type of flaps.

Is this a real FS-Offset or is it a FSUIPC-"fake"? And if it is a real FS-Offset, what do I have to cinfigure in the aircraft.cfg (Flaps-Section) to use these offsets?

With a normal plane, these offsets read zero and writing in these offsets doesn't cause anything...

Thanks,