John Dowson

Hi Hal, please try the following: FSUIPC4.ini

Hi @andhog I have a new version ready for release that has support for up to 2048 lvars , although it is only currently configured to support 1168. However, as I don't have any aircraft with so many lvars (although I guess I could create lots...!), would you be able to test this for me before I release? Also, is support for 1168 enough - do you know how many lvars the CRJ has? The latest version is currently configured for 2 lvar values CDAs (2048 values) but only 1168 lvars (8*(8k/56)) but I can easily increase this now if/when needed. FSUIPC-WASMv0.4.6.zip

The dll is currently nor working, and I don't really have time to look into it. However, the API is available if someone else wants to try to create a dll from the static lib project. Thats ok - you can also just use: fsuipcw_init(NULL, 0, NULL); The parameter to this function is now an int, but you can still use the enum I guess (if supported by your language). Thats the default so you can skip this if you like. As @jaxx mentioned above, these functions need to be updated: But, I'm surprised you have as much working as you do! I can update those functions (maybe later this week), and maybe also provide write functions that accept the lvar name rather than the id for you. Please remind me if you haven't heard from me on this by Friday. John

Where are the options for this?

"High Performance" power management is different from USB power management, but as long as "Allow the computer to turn off this device to save power is unchecked" then this won't be the issue. Does your hub supply enough power to the connected devices? Also check if its USB 2 or 3 and matches the USB protocol of your devices - sometimes USB2 devices can be problematic on USB3 for some reason. Maybe also try your rudder on a separate USB hub if possible.

No, not that I'm aware of. Maybe, but not that I know of., sorry. If its just the case of using a different parameter for different aircraft, you could either use profiles, or you could maybe set the parameter to the correct value in your lua based upon something you know (or have access to), such as the aircraft name/title.

I am sorry but FSUIPC3 and WideFS6 are no longer supported (and are both way before my time I'm afraid!). Did you check that both computers are in the same workgroup? I can only suggest that you go through the user manuals which contain the information on how to set-up and trouble-shoot WideServer/Client connection issues. You posted in the specific forum for FSUIPC7 / MSFS. I have moved your post to the correct forum.

I think the first think you should do is upgrade to the latest version, v6.0.13. When you run the installer, it will first uninstall your current installation. When it comes to selecting an installation folder, don't except the default but change to a folder outside of your Documents folder, somewhere like 'C:\FSUIPC6 ' or 'C:\P3Dv5 Add-ons\FSUIPC6'. After you've done that, start P3D and see of FSUIPC is installed and available from the add-ons menu. If not, show me your new installation log. It looks like OneDrive is confusing the installation - better to install outside of your Documents folder, especially when using OneDrive.

I am not sure if mouse macros will ever be possible with MSFS - still needs to be looked into at some point. However, MSFS has HTML variables (hvars), which will also be accessible at some point via FSUIPC7. They are currently available for testing with the WASM module + test client. Note, however, that you (or someone!) will have to find.discover what hvars are available for a particular aircraft, and make them available to FSUIPC7 via a hvar file. Currently I have only determined the hvars that can be used for the A320,

Do you mean that when you select the 'Axes...' menu option from either the icon context-menu or the FSUIPC main window 'Assignments' drop-down menu, then FSUIPC 'disappears'? And what do you mean by 'disappear' - has it crashed or is it still running? Is the task bar icon still visible, or the system tray icon? Is it still running, i.e. can you see it and kill it in the tasks activities and kill it from there (if present)? And the same thing happens with 'button' assignments? What about 'keys'? Can you also show me your FSUIPC7.ini and .log files please.

It is located in the installation folder, i.e. the folder you selected (or accepted) when you installed, and the same location as the FSUIPC6.dll. If you don't know where that is, you can use the 'Open Folder' button located in the logging panel. Note also that the ini file is created the first time FSUIPC is ran, if no ini file currently exists. In that case, its sounds like FSUIPC6 was not installed correctly. Did the installation process complete ok to the registration dialog window? Show me your InstallFSUIPC6.log file, also located in your installation folder (and also the folder where you ran the installer).

To use as a type of 'shift' key with FSUIPC, you can use 'compound button conditions', where the assignments on one button are dependent on the state of another button. Please see the Advanced User Guide for details. John

I now have previous lvar support (i.e. accessible via macros and lua scripts and offsets) working in FSUIPC7, although I haven't released this yet. I may release this as a beta in the next few days, so keep an eye out on the FSUIPC7 lvar/wasm announcements page if interested.

Have you checked if the controls you are using are actually working in the aircraft that you are using (you don't say which)? Many controls/events are not working, and different aircraft can use different controls (e.g. *_EX1 controls for a/c with reverse thrust controls) And many AP functions are not currently working in many aircraft. There are various mods around & the MobiFlight events (WASM) module that enable more functioning events. Other than that, I cannot advise as I don't have any PFC hardware, sorry. John

There are various threads on how to get this working with FSUIPC, eg. Note that if the mode switch has a button outside of the 32 button limit in FSUIPC7v7.0.8, you can use the new beta v7.1.0b which has support for up to 128 buttons - see

Ok, but I don't think there is much more we can do. It seems to be working for most folks, and the previous report with it not working was solved by a complete re-install. If you are having issues with the PC anyway, you should maybe consider this. John

Most probably. I think the maximum number of macro files is 127. You should re-organise your macros to try and use only a few for each aircraft - macros can hold up to 999 entries (1-999).

What about on a right-click? What happens when you double-click - that should also open the main window. What do you mean by 'disappears'? Is it still running? Is the window just behind the FS window? Are you running MSFS in full screen mode? If so, try changing to windowed mode first.

I doubt its related to Simconnect if it is happening when opening the axes assignment dialog. But, as Pete says, I need to see you log and ini files, together with any information from the windows event viewer. But why is this? If FSUIPC7 crashes, you can just restart FSUIPC7 - no need to restart MSFS.

I don't see why not, but as I say, why don't you just try it. That doesn't cause issues in itself, but P3D can automatically make default assignments to your controllers with this activated. Keep that in mind, and check it hasn't done this now and again - if it does, you can usually tell pretty quickly!

It should recognise v4 as v4 and v5 as v5. If FSUIPC6 is installed and working, it must have detected the correct version. Where does FSUIPC say the sim is P3Dv4? The latest official version is 6.0.13 (there is also a 6.0.14b version available with support for up to 128 buttons per controller), so please download that and re-install and see what version that detects. Show me your Installation log if it detects the wrong version.

To assign to an aircraft, you have (or, it is better) to have the aircraft fully loaded, which is when you are in the 'ready-to-fly' state. But what is the issue? Are your magneto buttons recognised? On the Alpha, these are the ones with button numbers outside of the 32 button limit. To assign to these, rather than using the lua scripts, you could try the latest beta release of FSUIPC7 which as native support for up to 128 buttons - please see

Ok, thats another way of doing it. But its easier to just change the mapping in the [JoyNames] section. Yes, thy are the old FSUIPC5/FSUIPC6 defaults. The problem is if that they are there in the ini, those values are taken. The defaults do change occasionally, especially as MSFS and the SDK develops. Its good practice to delete the contents of your [General] section every now and again and let it get rebuilt with the latest defaults. However, remember to change any settings you have actually use (or manually set) after doing this. John

Yes - looks like your device IDs have changed, possibly due to a windows update. With FSUIPC7 not running, In your FSUIPC7.ini file, change this: to this: Then try again. John PS. You should also change this in your [General] section: to This will prevent FSUIPC from re-connecting when data stalls (and just log a message instead). Better to use these settings unless you find that you connections have really stopped (i.e. if you have issues). The initialStallTime is better as it takes quite a while for MSFS to respond once a simconnect connection is obtained.

Its ok if you want to do that and it works. However, issues have been reported when installing under the Documents folder when using OneDrive. If it works, fine, but if you start to get issues I would recommend re-installing in a different location.