John Dowson

That should be possible, either with direct assignments or if not then via a lua script. I think the default key assignments for throttle inc/dec in MSFSare F2 and F3. Did you assign for that or were these the default assignments? Have you tried the same in the Asobo A310? I am currently on holiday until next week (see post above) and so cannot really advise further or take a look until I return. But I am not that familiar with the Airbus/A310 - does it have fixed detents for these positions? I thought the throttle in the A310 was a full range throttle, and if that is the case (i.e. no fixed detents) then I would need to know the throttle position/percentage for each of those positions (CLOIMB, FLEX and TOGA). John

See

Ok, thanks for the update. Your install log did show that it did not detect your MSFS2020 installation: The installer looks for the UserCfg.opt file for each MSFS version to determine if it is installed or not, which should be in a specific location for both Steam and MS Store versions. If this file can't be found, it won't detect that version. It is strange that the UserCfg.opt file for MSFS2020 was removed though... John

Why not just update? It only takes a few minutes... Otherwise check the documentation or search this forum...I am sure this has been asked before... I think the OpenOnStart (or similar) ini parameter set to Never may prevent this, but I am not sure... I am on holiday now until next week, and can check further then. John P.S. Please use the FSUIPC7 sub-forum for all questions/issues with FSUIPC7. I have moved this post.

The GUIDs of your devices have most probably changed. To redolve this, you need to update the [JoyNames] section in your FSUIPC7.ini file. New letter entried will have been added to that section. You need to copy the GUID strings from the new entries and use those/paste them in the original letter entries, then delete the new letter entries. Do this when FSUIPC is not running. If you attach your ini file, I could do this for you. But I am now on holiday and cant do this until next week (difficult on a phone!), so please try yourself. Any issues, attach your ini and I will take a look when possible. John

Then MSFS2020 was not detected. Please show me / attach your InstallFSUIPC7.log file. You should ALWAYS attach this if you have installation issues.

I don't understand why you keep messing around so much with your devices and creating such a mess. Looking at you registry, you have all these entries: and the log file is reporting duplicate ids: You need to do exactly the same as I suggested the last time this occurred - clean your registry and update the GUIDs to the new ones on your assigned JoyLetters, and remove the other entries. Sorry, but I just don't have time to look at this in any more detail at the moment (and I am on holiday from the 2nd - 7th April). I can help again sometime later next week, but I am just too busy to look at this in detail at the moment. Go over the last post and try and understand what you did to resolve it the last time. Report back after the 8th AApril if you require further assistance.

Ok, that probably changed with the SU1 update - that offset holds the version number (major*10 + minor) as received from the FS. I will update the documentation to reflect this. Thanks for reporting. John

Before buying, try the trial license in the first post in this forum. This also includes a trial license for WideFS7. It will expire after tomorrow, but I will update in a few days (and you will need to download and install again). Always better to try it first to make sure it suits your needs (as no refunds available!). Cheers, John

Ok, thanks for the update. That is strange though, especially as those controls are being sent so early.... I will look at the Sim Rate offset 0x0C1A when time permits, as this is still documented (and implemented) for FSX (same as in FSUIPC4) and will almost certainly have changed... Anyway, glad that is now solved! Regards, John

FSUIPC5 is for P3Dv4 only, not FS2020. Only FSUIPC7 works with MSFS2020. Do you mean offsets 0x9002 and 0x9006? Those offsets are not (and never have been) used by FSUIPC itself. Looking at the code, offset area 0x9000 - 0x93FF has been allocated to "Nico Kaan for Lekseecon(Level D 767, 757)". I have no idea who this is or what these offsets are supposed to do - they were allocated way before my time. All I can tell you is that they are not used at all by FSUIPC. John

When FSUIPC7 starts, you should see a splash-screen displayed for a few seconds which tells you it is running. If you don't see that, then it hasn't started. When it is running, it will be n your system tray and you can open the main window from there, or use the (default) hotkey combination of Alt+F. If it is not running, try starting it manually to check it is installed correctly and working, i.e. double-click the FSUIPC7.exe in windows explorer. If it does not run, you may need to update/.install the correct VC++ redistributables - see the README.txt for details. If it is not auto-starting with MSFS (and you have selected to install an auto-start component), see the following FAQ entry: John

Your ini file shows that you have assigned your throttles to the Y axis on your Saitek Pro Flight Quadrants (devices D and E): But the images you attached show Throttle1 assigned to the Z axis. Therefore the images and ini files don't seem to match. (Also, please make sure that you have exited FSUIPC7 before attaching files). I think what is happening is that when you are moving the axis you want to assign to the throttle, another axis is being detected first. This can happen, and when it does you can either click Clear to start again, or Ignore Axis if the same axis keeps getting detected. Check the In/Out values are changing once the moved axis is detected - if they stop changing (or only change slightly) then a different axis has been detected and you need to try again, Also, why are you using a delta value of 1? That is extremely low and is not recommended - the default value of 256 should be sufficient, so just use that for now and only update if you really need a finer resolution, and reduce in stages (e.g. try 200 first, then maybe 175, etc). But 256 should really be sufficient resolution when you have a 32768 value range. So, I would again delete any axis assignments to throttle (as well as those empty assignments) and try again. Delete these when FSUIPC7 is closed, or when the axis assignment panel is open and click Reload all assignments afterwards. And then re-assign following what I have said. That is ok and how it should be. You are assigning with no reverse zone, so the axis range of -16384 to +16384 is calibrated to the forward thrust range of 0 to 16384, so when the axis is at position -16384 the actual axis value that should be sent is 0.

If you mean the FSUIPC profiles folder, this is only created/used if you are using profiles-in-separate files. This is not active by default and all your profiles are kept in the FSUIPC7.ini file. If you want to use profiles-in-separate files, you have to manually changed the UseProfiles ini parameter setting to Files (as it says in the documentation).

What lvar? Lvars are aircraft specific - check any documentation for the aircraft you are using, or list the available ones. I asked if there was a simvar available for this - I don't know of any, and couldn't see anything in the Asobo documentation. If YOU can find where this information is held, then I can look into adding it. I couldn't find anything when I looked before. As far as I know, this info is only available for AI aircraft with the simvar AI Traffic State, which has the following values: char states[28][32] = { "STATE_WAIT_FOR_ENGINE_START", // 0 "STATE_SLEEP", // 1 "STATE_FILE_FLIGHT_PLAN", // 2 "STATE_IFR_CLEARANCE", // 3 "STATE_PUSH_BACK_BEGIN", // 4 "STATE_PUSH_BACK_CONTINUE", // 5 "STATE_ENGINE_START", // 6 "STATE_PRE_TAXI_FOR_TAKEOFF", // 7 "STATE_TAXI_HOLDSHORT", // 8 "STATE_TAXI_ONTO_RUNWAY", // 9 "STATE_TAKEOFF", // 10 "T&G depart", // 11 "STATE_ENROUTE_AS_FILED", // 12 "STATE_TRAFFIC_PATTERN", // 13 "STATE_LANDING", // 14 "STATE_LANDING_ROLLOUT", // 15 "STATE_GO_AROUND", // 16 "STATE_TAXI_TO_PARKING", // 17 "STATE_ENGINE_SHUTDOWN", // 18 "STATE_SUPPORT_PREFLIGHT",// 19 --> 0 "STATE_SUPPORT_POSTFLIGHT",// 20 --> 18 "STATE_FLY_UNTIL_NEXT_EVENT", // 21 non ATC AI --> 12 "STATE_TAXI_FOR_TAKEOFF", // 22 non ATC AI --> 8 "STATE_TAXI_TO_REFUEL", // 23 non ATC AI --> 7 "STATE_WAIT_FOR_ENGINE_SHUTDOWN", // 24 non ATC AI --> 18 "STATE_WAIT_INIT_CONFIRM", // 25 --> 0 "STATE_SIMPLE_TAKEOFF", // 26 -> 10 "STATE_SIMPLE_FLIGHT", // 27 -> 12 }; Presumably you are supposed to know the state of the aircraft you are piloting....! This could be useful for external programs though - you could ask on the Asobo forums about this.... John