John Dowson

Hi Al, there are no key strings listed for those keys yet in the SDK, so I don't think they are even planning to provide support for them at the moment. In fact, looking at the P3D SDK, they are not even available there, so it seems like these keys have never been available via SimConnect input events. John

@pilotjohn Can you try the attached version please (v7.0.3a). In this version, I have added read/writeable offsets for aileron slope: 0x08A2 elevator slope: 0x08A3 rudder slope: 0x8A4 steering tiller slope: 0x8A5 Each is a signed byte (SB). Only values in the range -15 to +15 are accepted (values outside will be capped to that range). Also, at the moment, you can log the slope adjustments made by activating Extras logging. I probably won't keep this in the final version - or I'll keep it but move it to a different logging flag, still undecided.... Let me know if this works for you. John FSUIPC7.exe P.S. One thing you should be aware of: if you are changing the slope dynamically, it won't be saved for the next session. However, if you go into the axis assignments and calibration dialog , when you close the dialog any current active slope will be written to your FSUIPC7.ini.

It doesn't matter where its located - it uses the registry to determine the previous installation location. It cannot determine the previous installation location if you manually uninstall FSUIPC7 first (by using the provided/generated uninstallers), or if your beta version was very old, before I added the installer. For future reference, when you install future versions/updates, if you just run the installer (without uninstalling first) and accept all the default values, it will update the current installation and preserve all your settings. John

I'm not sure where you read that.... Whenever you install FSUIPC7, if the installer detects that FSUIPC7 is already installed, then it will automatically uninstall the current version and then use the same defaults (for installation folder) as your previous installation. If you don't change this and install in the same place, then all your settings will be preserved. If you select to install into a different folder, then to preserve your settings you will have to copy across the FSUIPC7.in file together with any auxiliary files (eg. .lua, .mcro, .dll, etc) that you may use. John

To control the trim wheel sensitivity, try the solution mentioned in this post: And please read the Installation and Registration guide, which will tell you where everything is installed. John

If there are no lvars, you can check if there is a custom control you can use instead - sorry, don't have the PMDG 737 so I'm not sure what custom controls are available. Otherwise, yes, try using a mouse macro... But why are you looking at the log to create a mouse macro? You don't need to look at the log to create a mouse macro, or to then assign the macro to a button. I see Pete has also just replied.... John

The '-FastLaunch' option is automatically added to start MSFS store installed versions, but I don't think this is possible with the steam version as a command line parameter. To use this option with steam, open your library in Steam, right-click on MSFS and select Properties. Under the General tab, click SET LAUNCH OPTIONS, then enter -FastLaunch in the pop-up dialog. John

I think the installer uses either %PROFILE% (not %USERPROFILE%), or the Personal registry key under HKCU "SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" Yes, if you re-install without uninstalling first, it will take ALL previous values from your registry. To get around this, you can manually run the uninstaller (from your installation folder) first. If you do this, the next time you run the installer it will be as a fresh install. John

Yes, sounds very strange. I'll keep this open but its difficult to investigate without being able to reproduce. Were you connected to MSFS when these loss of axes occurred?

I've moved it to the main support forum. This is all explained in the Registration and Installation manual...can you please take a look at trhat. If you are using the add-on.xml install method (which is recommended), there are three locations used: 1. the location of the add-on.xml file. This is under your windows Documents folder, under Documents\Prepar3D v5 Add-ons\FSUIPC6 (or v4 if using P3Dv4). This cannot be changed. 2. the installation folder, where FSUIPC6 is installed. This is the folder YOU SELECT during the installation process. If you already have installed FSUIPC6 or FSUIPC5 installed, this will default to the current installation folder location. If this is a fresh install, this will default to the add-on.xml folder location (i.e. 1. above), but it is highly recommended to change this. 3. The location where the documents are installed. This is always in your Windows Documents folder, under an FSUIPC6 sub-folder. The location of your Windows Documents folder is determined from your registry, as is the previous installation location of FSUIPC6. John

The SDK is still at version 0.8.0.0 - hopefully these thigs will be fixed as MSFS (and the SDK) matures. For this type of thing you should raise a new feature request with Asobo via zendesk, or check if one has already been raised and upvote that. John

I can add an extra byte in the offset area to hold the slope for each of the main control surface axes (aileron, elevator, rudder, tiller) which would be writeable/updateable, if that helps. John

Could you clarify please? When I create a new profile based upon an existing profile, the axes are also copied to the new profile as far as I can tell. John

Scroll lock is not supported yet by the SDK, so you will need to assign another key or key combination - from the SDK documentation: John

@JSMR But there is nothing to add to what Pete has communicated. Sorry, but there is no way to investigate issues with FS9. This topic is now closed. John

I'm closing this topic as its under investigation already under this topic: John

Ok Hans, let me know how it goes. John

That's good for you! Unfortunately here in rural Galicia, my connection is via R/F (line-of-sight) delivery. I occasionally get my speed doubled or improved, but I still have a max of 20MBps, but more usually around the 10-15Mbps mark... I also gave permission for an internet provider to lay a fiber cable over my property back in January, but am still waiting for this to become active so I can use that instead - should improve things a lot once available! 100Mbps for me is a dream! John

I believe this is a general problem. You really need to play around with the settings (for each aircraft) until you find something that feels right for you. Many people have found that extending the axis range in your FSUIPC7.ini helps with this (maybe combined with a slope) but this also will restrict full movement of your axis. As an example, if you have your rudder calibration as something like: Rudder=-16384,-512,534,15648 then changing this to: Rudder=-32384,-512,7534,32648 will reduce (half) the rudder sensitivity, but will also mean that you can only get a maximum of 50% deflection. Maybe try that, but start with something lower, such as: Rudder=-25000,-512,512,25000 and go from there, until you get the sensitivity you require. I suggest you only do this in profile assignments though, as the sensitivity seems to vary from aircraft to aircraft. But the axis range/values have the same effect on the aircraft, if assigned in FSUIPC or in MSFS. FSUIPC just gives you various mechanisms to calibrate this value (from your joystick) before its sent to the FS. Once FS receives these values (either internally or via FSUIPC). the result is the same. John PS. This is by manually editing your FSUIPC7.ini, if that wasn't clear.

Are you saying that your add-on aircraft works ok with default MSFS assignments, but when you run FSUIPC7 these no longer work? Did you make any assignments to this aircraft in FSUIPC, or have any general assignments that should apply? Can you attach your FSUIPC7.ini, and an FSUIPC7.log file generated with your add-on plane loaded and you try to operate. John

Ok, I'll take a look. But I see you have also started a new topic: Presume this is the same issue, no? Why are you posting multiple times for the same issue? Can I delete that post? Later: I've closed/locked the other support request you have raised and will respond here once I've investigated.

Hi John, ok, and thanks for reporting back. However, I believe there is still a known issue with the flight plan location,, but when using one of the pre-defined activities or missions, when the flight plan is given as a relative folder where the root cannot be determined. Just FYI. John

No, or at least not at the moment, as it may be these events causing the difference in increment values, as with the APU Start in the support request that Pete referenced. I'll look into this (when time permits) and get back to you. I've been without internet most of the day so have a bit of a backlog, so will probably take me a day or two to get around to looking at this, John

Could you activate event logging and produce a FSUIPC7.log file, showing the control being activated both when parking and when flying. Please also attach your FSUIPC7.ini. I'll take a look at your files, but if FSUIPC7 is sending the same controls (with a 0 parameter) then it seems like this is a problem with MSFS and needs to be raised to Asobo via zendesk. John

@ark1320 This was resolved in the 0.8.0.0.SDK release and the subsequent FSUIPC7 v7.0.2 release. Have you tried the latest release?