John Dowson

Yes. Also true. However, most {i.e. probably not all} are written with the default values anyway, but there are most probably some that use default values and are not written unless you manually add the value. Probably not very consistent, but a result of 20 years of development with many additional ini parameters added for very specific purposes. Hopefully the documentation should cover all ini parameters and give the default value when relevant. Cheers, John

Please do, and let windows install the default driver - disconnect your devices first and reboot before reconnecting. Show us your files afterwards... After you have done this, Pete's advise may not be relevant, not sure - he can advise {maybe}, but also not an issue if already done. Note I am on holiday now until the 18th - Pete may help you before this if you still have issues, otherwise I may take another look if i get a chance... John

Do you have any saitek/logitek drivers or software installed for the X56, or are you using the default windows drivers?

They look good!

And according to your FSUIPC6.ini: And you also have assignments to the yoke...well, to device 0, which is now your yoke but looked like it was previously your throttle. You should really have set AutoAssignLetters=Yes in your [JoyNames] section before removing and attaching new devices... Is your HOTAS throttle still connected? I think so, but it does not show in your FSUIPC7.ini file, presumably because it has the same id assigned as your Alpha. However, I cannot tell for sure as you have attached a continuation log, not a full log. I really need to see a full log (ie. do NOT start a New Log - never use this feature when generating log files for support, I always need to see the full log). Can you please: - disconnect the alpha (keep your throttle connected, if using that) - change your [JoyNames] section (shown above) to just: - run P3D/FSUIPC6 - just load an aircraft and then exit - show me your FSUIPC6.ini, FSUIPC6.log and FSUIPC6.JoyScan.csv files Then connect your Alpha, start P3D/FSUIPC6 again, load an aircraft and then exit, and show me those 3 (updated) files again. John

Apparently the Reverse Thrust Toggle issue has been fixed in the 6th Jan 2022 update (1.21.18.0), although I have not verified this at the moment. For reference see the following thread: https://forums.flightsimulator.com/t/reverse-thrust-broken/472181 John

Reverse thrust (toggle) has apparently been fixed in the latest update (1.21.18.0) for the aircraft that use that control, although I do not know if this applies to the Kodiak. Did you get it working? See this thread on the Asobo forums: https://forums.flightsimulator.com/t/reverse-thrust-broken/472181 John

Depends on what is causing your issue. Sounds like the axis you are using for the left engine throttle is registered as a digital (on/off) axis. Please see the following thread (originally written for saitek devices but still applies - just make sure you are using the correct VID/PID for your device): If you would like to try FSUIPC7, there is a trial license available in a sticky post at the top of this forum. John

Not quite. The general (non-profile specific) calibration settings will be used if there is no profile-specific calibration section. If there is, that will be used. However, what ini parameter is used is based upon the presence of the profile-specific calibration section, not an individual ini parameter. No, this is not correct. An axis slope value set in the general, aircraft non-specific area will apply to profile specific aircraft if there is no corresponding profile calibration section. If the section exists, that section will be used. So, the calibration works in a similar way to the [Axis] sections, not the [Buttons] or [Keys]. The first time you check the profile-specific check-box in the calibration panel, the current general calibration section (+ any changes made in the current session) is used to create the profile-specific calibration section. From then on, only the calibration-specific section ini parameters will be used. Hope this makes sense. John

Yes, of course! Forgot about that - thanks Luke. Please see John

You posted in the Flying W Simulation forum. I have moved your request to the FSUIPC7 / MSFS sub-forum, although your question is not really related to FSUIPC7...you should really contact Pilot2ATC support for issues with that program, or look at the Asobo/MSFS documentation/forums for the location of flight plans.... The location of the flight plan folder depends on what sort of MSFS installation you have, Steam or MS Store. If its a steam installation, the location is: [Your User Folder]\AppData\Roaming\Microsoft Flight Simulator\ and for MS Installs it is: [Your User Folder]\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\ The location is also logged at the beginning of your FSUIPC7.log file (and held in offset 0x1000) - here's mine: John

Ok. But why didn't you just follow the advice in the Installation and Registration document: John

That message is from the other topic, also deleted. So, what was the issue? Did you manually create the key file? If so, please re-run the installer. This will populate the registration details panel where you can validate (by clicking the Register button). Can you try that please to see if it now validates ok. I would like to know what your issue was, ie. why your key could not be validated.

Please keep to this topic for your issue...I have deleted your posts in the other topic I referenced. Do you mean you manually created the key file? If so, what do you mean by 'didn't work'? Have you actually tried to run FSUIPC7 (unregistered)? Does it run? Have you installed the VC++ redistributables?

If you don't have the required VC++ libraries installed, FSUIPC7 won't run, which is why you should try running it, as advised, to see if this is the issue. Anyway, try installing the latest combined VC++ redistributable package, instructions in the README.txt.

Does this mean that you have now successfully registered?

Ok, thanks. Looking at the documentation, both of the EXTERNAL_POWER_AVAILABLE and EXTERNAL_POWER_ON are indexed variables: EXTERNAL POWER AVAILABLE This will be true if the given external power source is available. Use an external power index when referencing. EXTERNAL POWER ON The external power switch position, true if the switch is ON. Use an external power index when referencing. Any idea in what the index refers to? I am currently requesting unindexed, or index 1.

Ok, then you posted in the wrong place - there is a specific sub-forum for FSUIPC7 / MSFS. I will move your post. Did you follow the advice? Can you actually run FSUIPC7? If not, you may need to re-install your VC++ redistributables. I have checked your details and they are validated and working as expected here, so you are either not entering them as specified or something else is going on. If you cannot run FSUIPC7, it will be the VC++ redistributables. If it does run ok, you could try manually creating your FSUIPC7.key file. Instructions can be found in this post (but this really shouldn't be necessary): You only need to buy that if you are going to use WideClient on a 2nd PC (i.e. have FSUIPC clients running on a 2nd PC). Note that you can now run FSUIPC7 on a client PC, so you may not even need it even if you have FSUIPC clients on a 2nd PC. John

Do you know what the difference is between the AUTOPILOT ALTITUDE LOCK VAR:3 and AUTOPILOT ALTITUDE LOCK VAR:1 variables is? Is one the active/set value, and the other the dialed-in value?

It is reported as unavailable when on a runway, but available when at a gate. However, when available and requested, once connected that simvar doesn't change. At least thats what I have found... No time wasted! I will keep those new offsets anyway. John

EXTERNAL_POWER_ON doesn't seem to work as expected for the FBW A320 (haven't checked with any other a/c). EXTERNAL_POWER_AVAILABLE seems to be correct, but when I request ext. power (using the flypad) I can see the truck, the flypad Ext Power button (eventually) goes green, but the simvar doesn't seem to get updated.

Hi Andrew, please try the attached version, v7.2.15b: FSUIPC7.exe In this version, the following new offsets/simvars are/should be available: 0x0798: AUTOPILOT ALTITUDE LOCK VAR:3 [4 bytes] 0x07A8: NEW FUEL SYSTEM [1 byte] 0x07A9: NEW ELECTRICAL SYSTEM [1 byte] 0x07AA: EXTERNAL_POWER_AVAILABLE [1 byte] 0x07AB: EXTERNAL_POWER_ON [1 byte] All are read-only. John

All three components (email, address and key) need to be exactly as specified (in your SimMarket purchase email or account)) - best to copy and paste the details to make sure. Try that, and if you still have an issue please let me know your order number and I will check it here. Do not post your key or other registration details - just the order number. John P.S. Presume you are not using FSUIPC7. If so, you have posted in the wrong place, and you should take a look at the README.txt and Installation and Registration guide (pdf).

Ok, thanks, please do. I have just noticed that you had posted this topic in the User Contributions sub-forum, where it states NOT for support requests. I have moved your post to the main support forum, and also updated the title to clarify that this is for the PMDG 777. John

Hi Tilo, As I don't have the PMDG 777 and do not know how their custom events work, it is difficult for me to advise. However, if they do not provide increment and decrement controls/events, then maybe they use the parameter on the event to determine the increment decrement value? You said: Have you tried assigning to the rotary decrement buttons to the same but with a parameter of -1 (for press) and 0 (for release)? If that doesn't work, then maybe ask about this on the PMDG support forums. John