John Dowson

That shows it was the Logitech MSFS plugin - this is a common issue with this plugin. If you are using it, you can manually add it back in to your EXE.xml. Your EXE.xml with both should look like this: Note that white space is not important in xml files, and the FSUIPC7 installer creates its entry with no white space (including new lines) - this doesn't matter. Yes - the installation will now continue and complete, but FSUIPC7 will not be auto-started with MSFS. To resolve, you have to do as the log message says, remove/rename the EXE.xml file and then re-install.

There is currently no lvar support in FSUIPC7. This is documented in many places! I recently released a WASM + API + test client for lvar/hvar support - see I am currently working on integrating this new API into FSUIPC7, to provide access to both lvars and hvars. Until that is released, you cannot use the lvar functionality in FSUIPC7 (it has been removed , hence the error) and should use MobiFlight directly for accessing lvars.

I've done this now. If there is a corrupt EXE.xml, the installer will now log the following lines and continue:

Ok - I may have forgotten to compress the executable in the earlier version.... There seem to be a couple of other add-on installers out there that are corrupting the EXE.xml - or maybe writing it in a format that the FSUIPC7 installer doesn't understand. If you could attach your renamed EXE.xml, I will take a look. I'm also going to see if the FSUIPC7 installer can handle this a bit more gracefully - its getting to be a common problem,

First, for all such issues I need to know which flight sim and version of FSUIPC you are using, and I need to see your assignments (your ini file) and a log file generated that is showing your issue (i.e. with axis controls logged). If it is sometimes working and sometimes not, then a log for each situation would be useful to see what the difference is. Is that when it IS working as well as when it isn't? Or do you mean when it is? Is the latency on the steering tiller itself or on the aircraft movement?

If the installer crashes it is usually a problem with 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 Not sure what the size of the previous installers was, but this shouldn't have changed by much. Current size is 11,660KB. Make sure you extract the installer from the zip file before you run it - don't run it directly from within the zip....

Have you asked about this over on the FBW forums? There also seem to be quite a few posts on the Asobo forums on starting the A320, e.g. https://forums.flightsimulator.com/t/cant-start-engines-airbus-320/358396/9 Does this work via the UI controls? If so, you could see what event are being used and try to duplicate. Otherwise, if there are any A320 users out there that have this working, maybe they can comment... Joh

Ok, tested with this and now both the old and the new offsets seem to work ok. The old offsets only allow 0/1, but you can also now write 2 to those offsets, which will set the EX1 simvar correctly but the non-EX1 version will get changed back to 1. I see no harm in allowing this, but I could also revert the old offsets back to only allow a 0/1 to force the new offsets to be used...

Did or do you have a Saitek Pro Flight Throttle Quadrant? Of not, you can remove these lines from your [JoyNames] section: A=Saitek Pro Flight Throttle Quadrant << MISSING JOYSTICK >> A.GUID={2AA55AD0-177E-11EB-8002-444553540000} C=Saitek Pro Flight Throttle Quadrant C.GUID={AC57F5C0-4ECD-11EB-8001-444553540000} D=Saitek Pro Flight Throttle Quadrant D.GUID={0BF99240-4F2D-11EB-8002-444553540000} And also your assignments to device 'A': 19=PA,2,K72,9 -{Key press: shft+H}- 20=PA,3,K80,24 -{Key press: alt+P}- Other than that, your ini looks ok, although you should change this: to You log shows that you didn't even load an aircraft, so I don't know why your assignments weren't working. Please load an aircraft and then if your assignments aren't working, show me your updated log and ini files. Note that all your axes assignments are in your TBM930 profile - you have no general axis assignments, so you won't have any axes working except in the TBM930. You do have some general button assignments, all to key presses. Your TBM930 profile button presses are to controls, which is generally better.

First, please make sure you are using the latest official release, v7.0.8. If not using that, please update first. Then, I need to see your FSUIPC7.log and FSUIPC7.ini files. That just means that you already have a profile assigned to the loaded aircraft. Note also that, by default, when you create a profile for an aircraft, the full aircraft name is used to assign to the profile. So, if you load a slightly different version of the aircraft, the profile won't be assigned. Rather than re-assigning the aircraft to the same profile, you should edit your ini file to give a substring name for the aircraft that identifies all versions of the aircraft (and no others). Your profile assignments will then work with all versions of that aircraft.

This doesn't matter. Very strange. I don't really no what you are talking about, sorry - must be to do with your "Legacy" format. However, all facilities provided by FSUIPC7 are accessiblee from the main window. Either 'Show...' that, or try Alt-F, which is the default HotKey to display the main window.

Ah, ok, thanks. I'll also test with this later.

Can you please show us your FSUIPC logs, as before, but using that FSUIPC6.dll please.

That looks fine. How are you starting MSFS? How are you starting FSUIPC7? If you are using the desktop link created by the FSUIPC7 installer, that should start MSFS for you, and MSFS should start FSUIPC7 automatically via the EXE.xml file. So, initially just try starting both MSFS and FSUIPC using the MSFS desktop link created by the installer. If that doesn't show the splash screen, start MSFS and then start FSUIPC7, then let me know what happens. You can also also try starting FSUIPC7 manually by double-clicking the FSUIPC7.exe in Windows Explorer, and starting MSFS how you used to, to see if that starts FSUIPC7. If FSUIPC7 doesn't start automatically with MSFS either using the newly created desktop icon or by starting MSFS as you used to, please show me this file: C:\Users\jfsny\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\EXE.xml

Sorry, don't know what you mean by hidden "Icon". Its available from the main window menu if/when you open the main window (Alt-f).

Please show me your InstallFSUIPC7.log file, which should be in your FSUIPC7 installation folder. If its not there, then the installer may have crashed - when you installed to you finish the installation process and register? Also, please let me know your installation type - Steam or MS Store?

Did you try with the replacement dll I provided?

@David Flynn You seem to have gone quiet on this topic. If I don't hear anything in the next few days, I'll scrap these changes and consider this closed.

@pilotjohn Not sure whats going on with those simvars and controls, but testing in the King Air I only see a value of 0 or 1 for both the TURB ENG IGNITION SWITCH and the EX1 equivalent. Setting it to 2 (when 0) does nothing, however setting it to 2 when its 1 seems to turn the ignition switch off... Anyway, I've made a few changes in the attached version v7.0.9a if you would like to try. Changes are: - offsets 0x208C, 0x218C, 0x228C & 0x238C were previously using (for write) the KEY_TURBINE_IGNITION_SWITCH_TOGGLE control with a parameter for the engine number. I've changed these to use the individual KEY_TURBINE_IGNITION_SWITCH_SET1/2/3/4 controls with the parameter thats written to the offsert - I have added 4 new one byte offsets at 0x02C0, 0x02C1, 0x02C2, 0x02C3 for the TURB ENG IGNITION SWITCH EX1:1/2/3/4 simvars. Writing to these offsets also triggers the KEY_TURBINE_IGNITION_SWITCH_SET1/2/3/4 controls. Can you try this and let me know how this works for you. Which a/c are you using, and dies it actually have an off/on/auto setting for these switches? FSUIPC7.exe

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