John Dowson

Turn off logging for IPC Writes/Reads. If you want to log a specific offset, use the offset logging function (menu option Log -> Offsets...). You may also want to activate Event logging, which would show the controls being sent (although you will also get some events that are continually logged - these are different for different aircraft, and can be ignored using the DontLogThese ini parameter). Maybe, I don't know. I don't use Prosim or MobiFlight, sorry. So MobiFlight with FSUIPC works ok, its just when you use Prosim with MF + FSUIPC that you have issues? If that's the case, maybe its Prosim support that you need? I'll add ProSim to the title of this topic and it may attract other Prosim users who may be able to help. I thought the latest version of ProSim has direct assignments and doesn't use FSUIPC, but I may be mistaken on this....

First, please update to the latest version of FSUIPC7, v7.1.0. Then please do as advised, i.e. activate logging for Axes (and also for Buttons & Keys as well as Events, as you also have buttons assigned to both throttle and prop pitch controls), then produce a log file showing your issue. DO NOT start a continuation log file - I need to see the complete log.

Ok. But your install log looks good, installing ther latest version. But your FSUIPC6.log and FSUIPC6.ini still show toy using an out-of-date version: Are those old files? Anyway, glad your problem seems to have gone away. Regards, John

Ah, this seems to be the issue: It looks like two different Documents folders were returned. Were you prompted for an admin username and/or password when you installed? This usually occurs when the user under which you are installing doesn't have admin privileges. If this is the case, then I suggest you first uninstall (by running the provided installer or from the Windows App management panel) and then (temporarily) give your user account admin privileges, and then re-run the installer. Other than that, you can try two other methods: 1. manually move your add-on.xml file from D:\Documents\Prepar3D v4 Add-ons\FSUIPC6\add-on.xml to C:\Users\Ian Oak-Rhind\Documents\Prepar3D v4 Add-ons\FSUIPC6\add-on.xml. 2. Re-install, but this time deselect the 'add-on.xml' checkbox. Doing this, the old method of using the DLL.xml file will be used to auto-start FSUIPC6 with P3d.

Looks like it was installed ok. Go to the Options -> Add-ons... menu option in P3D and see if its registered, and if so you can activate it there.

What is this? Can you attach your files please, or at least paste them quoted, so I know what is what....

First, you posted your FSUIPC key. Please, NEVER do this. I have removed it, but if you do this again your key will be black-listed. Can you please show me your InstallFSUIPC6.log file.

Sorry, but I have no idea what you are talking about. The axes assignment window, as all others, are model, and you shouldn't be able to minimise when open. You have to close it first (via Ok or Cancel). The only window you can minimise is the main window. Please explain your issue further so I can understand what you are talking about, or maybe provide a short video.

Just allow it, or add an exception to trust. That is just a splash screen displayed while MSFS is starting, which takes 30-45 seconds, depending on your system.

Remove assignments (or, better, create a new empty profile for your devices in MSFS). For your keyboatd, you should use the defualt keyboard assignment in MSFS, unless assigning your keys in FSUIPC, in which case check that you have no duplicated assignments. Otherwise, activate Axes logging in FSUIPC, load an aircraft and move your throttle showing youe issue, then close down and show me your FSUIPC.log and FSUIPC.ini files.

Please do so, but with the latest version, v6.1.1, released earlier today.

Yes, but I don't know why your EXE.xml is not working. Does FSUIPC7 actually run - have you tried running it manually? I have also just released v7.1.0, so you should download and update.

Are you sating that having FSUIPC installed (and running, presumably) when P3D runs, this gives you problems with P3D recognising your keyboards, as wel las other strange issues, but uninstalling FSUIPC6 and this issue goes away? Could you also show me your FSUIPC6.ini and .log files (from your configuration where things hang or you have issues). Can you also check your windows event viewer, to see if there are any crash (or other strange) events logged there at the time this occurred, and if so, please show them to me. As I said, FSUIPC does nothing special with keyboards, and only receives the key presses/release via standard windows messages. Does everything work ok for you, in FSUIPC and P3D, when using just one keyboard? Cheers, John

No need to. Your installation log looks fine, as does your EXE.xml. Ah, then maybe you are now using an early version of MSFS that does not have this facility (EXE.xml) yet enabled. What version are you using? Will you be updating to the latest version? If that is the case, and you are not updating (or if it still doesn't auto-start via the EXE.xml), you could re-activate the older method of doing this, via the desktop link. To do this, open the desktop link MSFS.lnk in an editor and fine these lines (should be from line 32): Remove those two double colons (highlighted) before the timeout... and start... commands and save.

The FSUIPC WASM and support for lvars/hvars has now been released as FSUIPC7 v7.1.0. This topic is now closed. For any further issues, please raise a new topic (or use an existing appropriate topic). Thanks. John

The implementation of the support for up to 128 buttons is now complete, and has been released as FSUIPC7 v7.1.0. This topic is now closed.

The implementation for up to 128 buttons has now been completed with the release of FSUIPC6 v6.1.1. This topic is now closed.

Sorry, but no time today as I need to release both FSUIPC6 and FSUIPC7. I will look into the traffic information provided tomorrow...

All keyboard handling in FSUIPC is received through windows, and FSUIPC can't distinguish between multiple keyboards, it just acts in the key presses received from windows, whatever they are and whichever keyboard they come from. You can use multiple keyboards with windows, but if you do you may have issues if the keyboards have different keyboard layouts. There are things you can try - you have probably seen these already, but google shows this that may be of use (if not already tried): https://www.codeproject.com/Articles/20994/Using-multiple-keyboards-with-different-layouts-on This seems to allow switching keyboard layouts automatically when a key is pressed on a keyboard. However, I'm not sure how this would wotk with FSUIPC, but may be worth a try. Otherwise, you could try switching keyboard layouts manually when switching keyboards, using the windows facilities (win + space keys, or Alt + (left)shift) to switch keyboard layouts to the keyboard you are using. As for P3D not recognising your keyboards and your windows issues, I have no idea, sorry. I don't understand what you mean when you say 'but the axes and buttons configurations in FSUIPC are corrupted' either, as the keyboard should not have anything to do with any of your other controllers. It does sound like you have some windows issues, that may be better solved by a repair or re-install. John

The log you attached shows the slope adjustment working as expected, so I don't understand your issue.. Is it working correctly for you now or are you experiencing the same issue?

The icon displays a splash screen and loads MSFS. MSFS should start FSUIPC7. Of it doesn't, there was possibly an issue updating your EXE.xml file during the installation process. Please check or post you install log. The usual solution is to delete/rename you current EXE.xml and re-install FSUIPC.

Check the file has the correct extension (.mcro). It will appear, near the top of the menu, listed as 'A320: L:A320_Neo_MFD_NAV_MODE Set'. If its not, the files in the wrong place ir has the wrong extension (or content). But does FSUIPC see your arduino board switches? If not, this wont work. If FSUIPC doesn't recognise your device as a HID joystick type device, you cannot assign directly using the UI. If its recognised as another HID type device, you could try the lua com library, but that is quite advanced. If thats the case, you maybe better off trying MobiFlight.

Thats enough for it to be recognised by FSUIPC. If you enabled lua plugin logging and didn't see anything, then it didn't run. Have you tried to assign in fsuipc, to a button or key press? If not, try that. I'm sure it will work. And as I said before, try logging the offset. Of course, you need a registered version of fsuipc to run lua scripts.

I think you are confusing things a bit. As I said, the FBW events just activate hvars or set lvar values. You can do the same with the lvar/hvar facilities provided by the WAPI .lib and .dll, and in c# using Paul's MSFSVariableServices class. If you really want to use the FBW events, you have to add them to FSUIPC using event files, as I indicated earlier. And to then use them, you need to use the control numbers assigned, which I also explained earlier. To start with, rather than using the FBW events, why don't you just look at the available lvars/hvars and see if you achieve the same via lvars/hvars. Looking at the FCU, the following hvars should be available for you to try: and the following lvars are related: Note that hvars are only available if you add them to your A320.hvar file, located in the FSUIPC WASM modules folder. From what I can see, only the first two (H:A320_Neo_FCU_MODE_MANAGED_SPEED & H:A320_Neo_EXPEDITE_MODE) are currently included in the provided A320.hvar file. To use the others, you will need to add them to that file . Once added to the file, you need to reload (function available from Add-ons->WASM-Reload menu option) or restart MSFS (or reload the aircraft).

I don't delete topics, unless raised by mistake. This may help others who have the same issue. Glad its now working for you. John