John Dowson

Yes - select Close Console from the Log menu. The state will be remembered, so if you close FSUIPC7 with the console window open, it will start with it open the next time you run it.

Hi Chris, I believe the friction tables were a hack in FSUIPC4 and earlier. Now we no longer hack like this and rely on SimConnect, I don't think there is any access to the friction tables in FSUIPC5 and later, sorry. John

There is a link on the SimMarket sales page to download - it has been reported that a single click doesn't work with some browsers, so if thats the case right-click and select 'Save as....'. You can also download are products from www.fsuipc.com.

That works due to this in your ini: ShortAircraftNameOk=Substring

Could you also check the event viewer and show me the contents when you get a CTD. I'm also a bit confused as to when the crash is occurring - is it always during a flight and after you have edited a profile? And is it any change to the profile or just when you add a new aircraft to a profile? And have you noticed this with any other aircraft or profiles other than your PMDG ones?

No point in doing this each time this occurs - they show nothing. I will look and see if I can reproduce when I get time, but this will be low priority. As you are using an add-on aircraft, especially PMDG, I first need to see if I can reproduce with a default aircraft. However, you shouldn't need to be continually assigning new repaints of the same aircraft to a profile. Edit your ini and give a shorter/substring name for the aircraft in the profile, one that matches the aircraft with different liveries, i.e. change this: to this: and to etc

All you need in the executable, however other files should be installed. The looks like the installer is crashing due to a corrupt EXE.xml file. You need to delete this file (or rename) and then re-run the installer. Depending upon whether you have an MS Store or Steam install, this file will be in the following location: Steam: <user>\AppData\Roaming\Microsoft Flight Simulator MS Store: <user>\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache

Or maybe its better to use the same offset, and replace the simvar used - I don't think this would be a problem....

That offset is just showing the value of the TURB ENG IGNITION SWITCH variable, and at index 1. I've just checked the latest MSFS documentation, and it seems that this is no longer indexed and is a boolean, so just 0 and 1 (i.e. off/on - but I still don't understand why you just see 1!). However, there is also a new EX1 simvar for this: TURB ENG IGNITION SWITCH EX1 Position of the Ignition Switch. Similar to SIMVAR_TURB_ENG_IGNITION_SWITCH but differentiates between ON and AUTO. (Enum) UNITS_ENUM TYPE_ENUM Is this what you need? I could add that to a different offset for you to try if that helps - let me know.

Your EXE.xml (not sim.xml) is fine. Your problem is most probably that highlighted in the README.txt, which also tells you how to resolve:

It is and always has been the case that all programs that are communicating with the FS have to be ran at the same level as the FS.

Thanks. I think its only a few people who seem to be having an issue with the Bravo on the buttons > 32.....

Ok. but this is the second report I have no heard of this. There are many other Bravo users using the lua script - is this actually working for anybody? How about the 128 button beta release? As the script has been downloaded and presumably used many times, I thought that this issue was specific to a user - or two, but could be mistaken. Not having the Bravo, it is difficult to check - but I have the Alpha and that works fine (either using the lua script or the 128 beta release). Yes. And this is also the reason why many folks switched to using FSUIPC for controlling the Alpha/Bravo, to get around this.

There is currently an issue where the installer will crash after installing the FSUIPC7.exe. This is due to a corrupt EXE.xml file. To fix this, you should remove (or rename) your current EXE.xml before running the installer. Depending upon whether you have an MS Store or Steam install, this file will be in the following location: Steam: <user>\AppData\Roaming\Microsoft Flight Simulator MS Store: <user>\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache Note also that the current official release is v7.0.8, so downlload that if you haven't already. To use with these devices, uoi could try the 7.1.0a beta release which has direct support for up to 128 buttons. See: Alternatively, there are lua scripts available for the Alpha and Bravo to handle the buttons with numbers > 31:

You could try scaling the input axis values instead - see page 38 of the Advanced User Guide. Basically assign to the THROTTLE 1_AXIS_SET_EX1 control, then edit the ini to add the following to your the axis assignment: ,*0.5, +8182 That should then scale from (-16384, 16384) to (0, 16384). I am also going to look into providing support for the _EX1 controls via direct to FSUIPC calibration. I will look into adding a new ini parameter that will switch the throttle calibration controls to use the _EX1 versions.

Sorry - I uploaded to one of the download sites but the upload to the 2nd site failed and I hadn't noticed. Thats been corrected now. Thanks for letting me know, John

Try re-installing (or installing) the VC++ redistributables. First, uninstall any of the 2015, 2017 and 2019 VC++ redistributables from the Windows App management panel, and then re-installed the combined redistributable packages (both the x86 and x64 ones) from here: https://support.microsoft.com/en-in/help/2977003/the-latest-supported-visual-c-downloads

ah, I must have mixed-up your old/new files, sorry - nothing strange. And, as I couldn't reproduce your issue, and now neither can you, I'll consider this closed.

Alternatively, if most of your assignments are to the initial letters, you can change your [JoyNames] section to the following: and then map any assignments as follows: G -> B H -> C K -> E L -> J M -> D P ->B (or C)

It probably has a button number > 31. You don't say which version of FSUIPC you are using, but if its FSUIPC6 or FSUIPC7, I have just released a beta version with support for up to 128 buttons: please see Otherwise, you would need to use a lua script to map those buttons to virtual buttons. You can use the example HiDDemo.lua provided for this, or, probably better, adapt one of the Aha or Bravo lua scripts for your device (by changing the Vendor and Producr ids), which are available from the User Contributions section.

It won't - I just mentioned this as it is a general control to insert a pause, but it will not 'break' or prevent further assignments being executed. Sorry if that confused you.

You can assign an axis to these controls using 'Send to FS as normal axis'. If you do this, also check and remove any calibration as well. Yes, its a know issue with some add-ons. For throttle configuration in the CRJ with FSUIPC, please see this post:

Sending direct to FSUIPC calibration and calibrating can cause issues with some complex add-ons due to the priority levels of the axis controls seen by the sim. Try 'Send to FS as normal Axis' instead and remove any calibration.

You need to add the MF events to FSUIPC using event files (*.evt). Please see these threads:

As well as what Pete has said, there is a 'Pause Control' that you can use to insert a break in multiple assignments or macros (but not in compound assignments) Its FSUIPC added control 'Pause (ms)', number 1152: