John Dowson

Sorry for the delay in responding to this. I'll take a look tomorrow, but could you let me know: - are you using any of the FSUIPC6 mousewheel controls (Mouse look, Move or Trim)? - do you have the P3D 'Enable Advanced Mouse Controls' option checked/active or unchecked/deactivated? - is this just an issue with the CPFlight MCP? Does the view point move/operate correctly when using a default aircraft? - what do you mean by 'position goes to zero position'? Also, please attach your FSUIPC6.ini. Thanks, John

This should be corrected in the attached version. John FSUIPC7.exe

Yes, I know... I'm not sure if this is possible (or if it would even work that well. I can look into this though when I have time. I am also thinking if adding another checkbox for presets, so only presets would be display when using this checkbox, and they wouldn't be displayed when selecting FS control. I will look into this at some point, although I'm not sure when this will be at the moment - too many other higher priority things to do I'm afraid! John

Not sure why this would be... Check two things: 1. That you are updating the correct file - where is the location of the file you are updating? 2. That it isn't being synced/copied back by a cloud service (such as OneDrive) Other than that, I don't understand why this would be happening - maybe ask on the Asobo forums. John

This is not currently working (i.e. triggering presets from offset 0x3110) - I will look into this. John

You can add lvars to offsets, but not hvars. I am also working on functionality to let the user add any simvar (or A type variables) to a free offset. This should be available in the next release, hopefully by the end of the week (but depending upon how much time I get for development!). I will check the use of controls to activate presets at offset 0x3110 sometime today, when I get a chance, and let you know what I find. John

No, just on the client. FSUIPC7 running on a client PC is completely independent of FSUIPC7 running on the FS pc. All you need to do on the FS PC is to update the MSFS simconnect config, as stated. If it can't connect, it is probably either firewall issues (check by temporarily disabling any firewalls on both the client and FS PCs) or windows network issues (check that both client and FS PCs are in the same workgroup and can see each other).

As I said, I haven't tested activating presets via offset 0x3310, but I see no reason why it shouldn't work. I will take a look this week to confirm. You can list available lvars using FSUIPC. However, as the MF hubhop preset page only has 8 presets for the Asobo A320, I doubt you will have much success. Best sticking to the FBW A320 if you want such control. John

👍

All documentation is public and available, and should be installed in an FSUIPC6 sub-folder of your Windows Documents folder. John

I see you are also using FSUIPC7. You posted in the wrong forum - there is a specific sub-forum for FSUIPC7 - I will move this post. For FSUIPC7, things can get complicated and (almost) every aircraft requires a different set-up. The latest version of FSUIPC7, v7.2.16, comes with the MobiFlight preset list available for assignment. You should also use the MobiFlight HubHop preset site (https://hubhop.mobiflight.com/) to search for the calculator code to control many functions. MSFS aircraft tend to use lvars and hvars for many functions, if not more complex calculator code. Go to the MF HubHop website, filter by the aircraft you are trying to control, and you will see a list of the presets available. You can also search by subsystem, etc. For example, for the A320, you will see presets for FCU speed inc/dec, as well as pull/push... You can translate the calculator code shown there for use in FSUIPC7 assignments, if you know what you are doing, but this can be quite complex. In the latest version of FSUIPC7, you can assign directly to these presets (as well as provide your own presets). If not already using the latest version, please download it. Documentation for this functionality is in the Advanced User Guide, under the WASM section. John

Also, you don't say which aircraft you are using to test this (or I can't remember...!). If using the PMDG aircraft, for example, you should see if any custom controls are provided. See this FAQ entry for setting things up for PMDG aircraft: John

By the way, the settings I provided (that you are using) are just general settings. The AP functions work differently in different aircraft/AP systems. For example, to control the IAS in more complex aircraft you may need to use the Autopilot Airspeed Hold Var (see offset 07E2) simvar. This may be indexed (for dialed in and active), but currently only one value (index 1) is held in FSUIPC offsets. You can set-up profile specific assignments to set up these functions correctly for different aircraft. John

Then switch your assignments around. Don't swap the values, swap the virtual button numbers. Looking at the heading assignments, for example: Button numbers 0 is being used for slow inc, 1 for fast inc, 2 doe slow dec and 3 for fast dec. To switch these, you would change to: You shouldn't need to do this...Are you its not being changed but you just can't see it? What control do you see (in the FSUIPC7.log file) when you use your mouse to switch to IAS mode? Try assigning the Bravo IAS button to the same control. FSUIPC provides logging facilities so that you can see what controls are being used when you operate the buttons, switches etc in the UI. You should use the facilities to work out what is happening and then assign your controls accordingly. I really don't have time to do this for every FSUIPC user, sorry. John

But presets are NOT visible when you list hvars. Listing hvars lists hvars (known to FSUIPC7), not presets. hvars known to FSUIPC7 can be used in macros and in lua scripts. Presets are names assigned to a calculator code string. This string can contain code to activate (one or more) hvars, set lvars, send events, etc. Please understand the difference... Do you mean if the hvar is made know to FSUIPC7, then it is useless to create a preset for that hvar? If so, I disagree - it is just another method of activating that hvar. Otherwise, I do not know what you mean... What existing one (preset)? Are you using the MobiFlight events file (events.txt)? How are you testing? If trying to activate a hvar using calculator code, you have the wrong format - it is ' (>H:A320_Neo_PFD_BTN_LS_1)' (note the > symbol). But you cannot assign a hvar to a button. You can assign a button to a macro that activates a hvar, to a lua script that activates a hvar, or to a preset that activates a hvar. Which is it? How are you doing this? FSUIPC only sends what you ask it to. If its sending the correct code, whatever that may be, and it is not working, then either the wrong code is being sent or that code does not work in the loaded aircraft. You can use FSUIPC logging to see what is being sent. First, check that activating that hvar has the desired affect, using either the Add-ons->WASM->activate Hvar... menu item (if the hvar is known to FSUIPC7) or the Add-ons->WASM->Execute Calculator Code.. menu item if it isn't, or try both. Also, the index numbers start at 0, not 1, so the control number of the first preset in your myevents.txt file (assuming you have no events.txt file) will be 0x40000 or 262144. Sorry about that - it is correct in the documentation, have you read this yet? If not, please do NOT post again until you have. You are taking up a lot of my time to use functionality that is documented. Please RTFM. That activates the hvar. What affect that has in the aircraft is up to the aircraft. I presume it should push the PFD LS button. Not sure that will work in the Asobo A320 though - looks to be for the FBW A320 according to HubHop. May also depend on the FBW version (stable/dev). That sounds VERY old. I can't see how you can still have that as all documentation is removed when you re-installed (by the uninstaller that is automatically ran) FSUIPC7 and the latest version installed/ Please check your installation log file (InstallFSUIPC7.log) to find out where your documents are installed, or install again and make sure that you have checked to install the documentation. It could fail to install a document if that document is open, but you should get a message to that effect during the installation process. The latest Advanced User guide attached. FSUIPC7 for Advanced Users.pdf

Yes, this was the old method of starting FSUIPC7, in very early releases before the EXE.xml functionality was introduced. Under your windows Documents folder, in a sub-folder called FSUIPC7. The install locations are documented in the Installing and Registering FSUIPC7.pdf, which is included in the FSUIPC7 zip file you downloaded (and also in the FSUIPC7 Documents folder). Please read this document first. There should also be a link to the FSUIPC7 Documents folder under your FSUIPC7 installation folder. John

Ok, but that is rather strange... I run MSFS without AI traffic (in MSFS) on my development system as this was previously a cause if CTDs in MSFS. Live weather as well. Not sure on the current status of these though. John

👍

Did you restart FSUIPC7? Presets are only loaded on start-up. Not sure what this means, but presets are attached to calculator code. If the calculator code uses hvars, these do not have to be made known to FSUIPC7 via using hvar files, but it does no harm (makes no difference) if they are. What do you mean by control value in this context? both what? I thought you said you couldn't see the preset? I am not sure what you are asking... To log button activities, active logging for buttons & keys. As I said, the calculator code to execute a single hvar would be '(>H:hvarName)' Don't know what you mean by obtain. The affect if executing calculator code depends on the calculator code. Activating a hvar (a html variable/element) would usually trigger a button press, or some other UI event, in the aircraft. Sorry, typo (corrected), should (obviously) be 262145. I am also confused - by your questions! Hvars do not take parameters. The parameter for an lvar update would completely depend upon the lvar in question, and similarly any parameter to calculator code would depend on what that code did. Please see the Advanced User guide, WASM section starting on page 45. I suggest you read (and understand) the entire section. John

Why are you updating your ini manually? You should be updating your button assignments using the FSUIPC UI panel for this. If you want to do this manually, you need to know what you are doing. It seems that you are just updating the comments/annotations, and not the actual keys that are being sent (i.e. the assignment itself). The comments will get re-written, based upon the actual assignments. You cannot just change the comment and expect the assignment to change. John

Assignment facilities are only available in registered versions of FSUIPC7. There is a trial license available in a sticky post at the top of this sub-forum if you would like to try. John

Generally due to a windows update or change. It shouldn't cause any issues if you are using the JoyLetters facility - if not, you should use that (see the user Guide). You can get your original settings back by editing your FSUIPC6.ini file - I can help with this if needed, but it is a lot easier if you are using the JoyLetters facility. That just shows devices with ids 0 through to 3 (4 devices) were acquired for use.

This question has been asked many times before - please check the support forum for my response, I am not going to keep repeating myself on this issue. Bottom line is that FSUIPC7 is a separate executable and in no way can cause an MSFS CTD. If it did, it would have to be an MSFS/Simconnect server-side error. There are many reports of MSFS crashing (both with and without FSUIPC7). You should try to isolate what is causing the crash and report to Asobo. The FSUIPC shortcut/desktop icon does not start MSFS and FSIOPC at the same time. It shows a splash screen and then starts MSFS,. It is MSFS that starts FSUIPC7, if you have selected to unstall the auto-start component. John

Ok, interesting. Thanks for reporting back. John

You posted in the Announcements sub-forum, where it explicitly states Not for support requests. I have moved your post to the main support forum. Do you mean 3 throttle controllers? if so, a throttle is just another joystick device as far as FSUIPC is concerned, and you can have up to 64 such devices. Otherwise, it depends upon what you mean by 'handle'. Up to 4 throttle axis can be used and calibrated (for engines 1-4), and mapping facilities provided to map from using 1 throttle to 2 or 4 throttles (use in the a/c), or from 2 throttles to 4 throttles.