John Dowson

I am sorry but I cannot support AIS. I do not have or use this add-on. You could try with Debug=Please LogExtras=x10000 This should log a lot less and may help.

What version of FSUIPC6 are you using? Can you attach you .log file please. John P.S. It seems that this is an issue with LINDA that Andrew is investigating. There is a lot of logging that could be activated, but I'm not sure if this would be useful at this stage. Andrew will let me know if he needs any assistance with this. Make sure you are on the latest FSUIPC6 version though - 6.0.4.

Changes to FSUIPC are listed in the History document. Recent changes that affect AI traffic include - Improvements to AI traffic limiter (v5.152, July 2019) - bug fixed causing a CTD when controlling many aircraft (v5,152, July 2019( - new offsets added for count of ground and airborne AI traffic (v5,152, July 2019) - new "Traffic" tab introduced with additional controls and ini parameters (v5.152, December 2019) - Correction to reading of ZapCylinderAltDiff ini parameter (v5.152, December 2019) - correction to logging of period AI traffic data (v5.155, March 2020) You will need to ask AIS this! You could enable logging of AI data. To do this, add the following to the [General] section of your ini: Debug=Please LogExtras=x40000 Be warned though. This will produce HUGE logs. May be better to enable when well away from busy airports but are still getting a few updates that exhibit your problem. To enable it in the Sim, leave the "Debug=Please" set in the INI file, but not the LogExtras= line. Then, to turn it on, go to FSUIPC options, Logging tab, and enter 262144 in the Extras edit box, near bottom left. (262144 is the same as x40000 but in decimal because that edit box won't accept hex). You can then later disable by changing that back to 0.

You do not provide enough information. What version of FSUIPC? What version of prepar3d? Did you register your key during the installation process? Please attach your .log file.

Thanks Paul. I'll add them to the SDK for the next release - you can zip them up and attach them when ready.

Hi Julius, I'm sorry but I cannot understand what you are trying to say. Can you please answer the following questions: Is this problem for the PMDG aircraft only? Do the brakes work for all or any other aircraft (you said it was working in the FS-Labs-320, no)? Why do you say "RightBrake good" for the PMDG? If this is the case, then you do not have a problem. IF your problem is only with PMDG, then you could try with sending the brake axis to the FS rather than to FSUIPC calibration (and remove the calibration entry). However, if you do this, you may need to add the scaling I previously provided otherwise your range would be too small (0-1023), and may also need to reverse (by making the multiplier negative and adding 16384 rather than subtracting), But before you try anything else, I really need to see your .ini (the whole file, not extracts), and the log file with Axis controls logging active, and showing each brake activated separately through its full range. I have asked for this several times now, and cannot help further if you do not provide these. Cheers, John

Hi Patrick, this sounds like it would be interesting (I was a java developer for 20+ years), but unfortunately I have no time at all to look into this at the moment or for the foreseeable future. I will make a note though to take a look at some point, but I can't see this happening until much later in the year. Regards, John

If your right brake is good, do the same for the left brake then. But if that is the case, what is your problem?

Hi, could you please try the following dll: FSUIPC5.DLL I've tested with your script and the release is printed with the shift. Cheers, John

Hi Eran, ok, not sure what you mean but I'm glad your problem is resolved! John

Hi Diego, first you posted in the 'Download Links' sub-forum. Please do not post there - all new support request should be posted in the main forum (or in the .net client dll, if the request is related to this dll). You have also not provided enough information. What sim are you using? What version of FSUIPC? Which aircraft? If you are using FSUIPC for this, what have you assigned? Please post your ini and log files.

No, as I said, FSUIPC doesn't "return" anything. It populates offsets with the information to be read.

The version comes from the sim via SimConnect. SimConnect is an API.

Just noticed this. Are you saying that your brakes are working ok in this aircraft, and your problem is just with the PMDG aircraft? If thats the case, you could try sending the brake axis to the FS instead of to calibration, as axis calibration in FSUIPC is known to cause issues with PMDG aircraft due to priority levels. If doing this, I think you would then need to scale your axis values as previously indicated so that the sim sees the full range. Again, seeing your full ini would have been useful.

But I have no idea where that comes from - it is coming from the program you are using, not FSUIPC. You need to ask them. FSUIPC does not return anything. It populates offsets with the sim version.

Hi Julius, sorry, but your post is very difficult to understand....google translate by any chance? However, this stands out: This behaviour can be caused by bad registration, i.e. the device is registered in windows registry as digital instead of analogue. You could try the following: - disconnect your device - go to windows device manager rand delete your device there (including any software) - reboot windows - reconnect your device - go to windows Game Controllers and calibrate your device there Once that is done, please try again in FSUIPC. If you require further assistance after performing these steps, please attach your .ini and .log files (as previously requested).

I have no idea what an "interface ID" is. FSUIPC has no such thing.

FSUIPC doesn't send anything. Where are you reading this from? The P3D version number should be available in offset 3124. Offset 3308 will still contain 12 (for P3D 64-bit), as it does for P3Dv4. John

Btw, It would be easier for me to advise if you could post your full ini and the suggested log file: You can try the above (previous post), but it shouldn't be necessary as FSUIPC should scale your axis calibration values from 0-16380 to the full -16384 to + 16383 values anyway. In the brake axis calibration page, what do you see in the in/out values when your toe brakes are in the default position (off)?

The full toe brake axis range is -16384 to + 16383, so with a minumum of 0 in your case your toe brakes will be 50% applied. If you cannot get the full axis range by calibrating (using either windows calibration or any software that comes with your device), then you will need to scale the input axis. There is a section in the Advanced User manual on how to do this, but basically you have to edit the ini to set your brake axis assignment to something like 6=5X,8,D,8,0,0,0, *32.03, -16384 -{ DIRECT: RightBrake }-7=5Y,8,D,7,0,0,0, *32.03, -16384 -{ DIRECT: LeftBrake }- Make this change and then re-calibrate. John P.S. I've corrected the values as I just noticed that your reported range is 0-1023 and not 0-16383, so you need to multiply by 16383/1023 to get 0-16383, then double to get 0-32768, then you subtract 16384 to get the required range of -16384 to + 16384

Hi Eran, first, you posted in the FAQ section. Please post all support requests in the main support forum, not in a sub-forum (unless it relates to the .net client dll). I have moved your post for you. Could you post your .ini, .log an .JoyScan.csv files please (from your Modules folder). Are you running any additional software or drivers for the TPM ? John

Sorry, its ok. The size of the new structure still fits. John

Hi Niberon, do you use (or did you try) the offset area for the CDU screen data? This has also changed, with an additional 3 items (bytes) added to the structure. I'm looking at this now, but it looks like the new structure doesn't fit in the available offsets, so I may have to move these 3 new additional items to a different area. Just wondered if you have used/tested these. John

Depending upon how you are setting this up, you may want to look into using the ini parameter UseAxisControlsForNRZ - see the Advanced User Manual (and/or check the forum).

If you post a support request in any forum other than here, in the main support forum, you will always get a reminder that you have posted in the wrong place. We will find your post (eventually!) and move it, but we ALWAYS let you know your error so that you do not do this again (hopefully!). I usually do this by editing your original post with a larger red text heading telling you that it is moved, and also (usually) mentioning this in the response, but other moderators will handle this differently. No offence is intended, but this occurs very often and gets annoying - its just more unnecessary work for us. We emphasise so you take note and do not do this again.