John Dowson

Ok, thanks for the update. I'll check that here with VoiceAttack when I get a chance, but it will be without VR. However, looks to be more of a problem with VoiceAttack changing the focus, not FSUIPC. FSUIPC will not be doing this (I think, but need to check!). Btw, have you tried VoiceAttack support? I will look into this further. I think the lua wnd windows are created as sub-windows of the FS, but need to check. I could maybe change them to be FSUIPC sub-windows, or make this an option. I'll take a look in more detail now and get back to you - but sometime next week, when i have time. John

I cannot advise on this as I don't have any PMDG aircraft. If those functions aren't supported by standard FS controls, then you will need to look at the PMDG SDK to see if those operations are supported. PMDG provide both custom controls and data supplied to an offset area (read-only). Check the SDK documentation to see if supported, or maybe other PMDG users can help.... John Later: otherwise check available lvars or try mouse macros

After you have installed the official version of FSUIPC6, replace the FSUIPC6.dll with the attach version please. This has some corrections for when TimeToSelect is set to 0.. Thanks. FSUIPC6.dll

Just seen this over on the Asobo forums - someone has this working using AA0 + Spad.Next, so should also be possible via FSUIPC once hvar access is implemented: https://forums.flightsimulator.com/t/working-title-cj4-v0-9-1-released/348072/145?u=impolitegem5317

The script is the HidDemo.lua one. If you want to recognise buttons > 32 for the Honeycomb Alpha or Bravo, there are dedicated scripts for those devices in the FAQ section. If it is for a different device but only to recognise buttons > 32, you can take one of those scripts and adapt it to your device (by changing the Vendor and Product ids, as you also need to if using the HidDemo.lua). John

When vjoy with FSUIPC it will still hit the 32 button limit, but you can use multiple vjoys for more buttons. I did think you could map real buttons to virtual buttons using vjoy, but I may be mistaken (I think I didi this a few years ago but my memory could be mistaken....!). We are working on adding native support for up to 128 buttons for FSUIPC (6 & 7). I will be releasing a beta version of FSUIPC6 with this functionality shortly. I could also build a version if FSUIPC7 with this update for you to try, but that will be sometime next week.

Strange - just took a look (in the C152) and I can read ok but not update, same as for @ark1320. I have corrected the writing to 0x0354 in the attached version (v7.0.7c) if you can both try. FSUIPC7.exe

Here it is: HidTest.lua Run that lua (via [Auto] or in a button/key press), press some of the switches on your Bravo, those with numbers < 32 and then those above, then attach you log. Maybe also try with the attached version of FSUIPC7 (v7.0.7b). In this, I've corrected when [Auto] luas are started (i.e. when a flight is loaded rather than in the main menu). John FSUIPC7.exe

Yes, sorry. I've corrected a few things in the attached version if you could try that. Ok. But could you just try the attached version please to see if your window is now displayed at the correct time. Also, if you could let me know if, once started, it is still affecting VoiceAttack, that would be good. Thanks, John FSUIPC7.exe

No, not at the moment. Did you not read the Announcement?

Yes, but it is not yet integrated into FSUIPC7 (i.e. FSUIPC7 can't use it yet) - this is the next stage. If there are no standard controls/events (did you try logging to see what, if any, events are produced?) then you will have to wait to see if there are any lvars or hvars for this. You can check for these now if you like, but you won't be able to use them until I have updated FSUIPC7 for lvar/hvar access.

Can you try the following version please, v7.0.7a. In this version, luas won't be started until a flight loads, and will be killed when going back to the main menu. There is a slight issue in that luas are initially started, then killed, then restarted. This is due to the events being received from MSFS being a bit of a mess, but I'll take a look in more detail tomorrow to see if I can prevent this. It should be ok to check for you issue though. Thanks. FSUIPC7.exe

Can you confirm that your issue is only when you are in the menus please, and not when you have a plane loaded and a flight started. If that is the case, then your issue would be fixed when I correct the start process. Anyway, I'll do this first and then you can check - I'd rather do this first than install VoiceAttack (although its downloaded ready). John

You could also try FSUIPC6 to see if that makes a difference. There are no functional changes in this area, but the load style/order would be different and may make a difference, so maybe worth a try. To do this, please download FSUIPC6 from www.fsuipc.com. Run the installer, and install in some where like 'C:\FSUIPC6\' (i.e. a separate folder outside of Program Files) - it will default to your FSUIPC5 installation folder - change this! This will uninstall FSUIPC5 but leave all your files. You can skip registration, and save the attached key file to your FSUIPC6 installation folder (it is time-limited for you to test). You can then copy across your FSUIPC5.ini, and rename it to FSUIPC6.ini. Also copy across any other files, e.g. *.lua, *.mcro or any *.dll, that you may use. Then test again with that - just report your findings and if any different. Afterwards, you can run the uninstaller (created in the FSUIPC6 installation folder) to remove FSUIPC6, and then re-install FSUIPC5 to get back to your previous configuration. FSUIPC6.key John

Sorry, I was mistaken - I hadn't clicked the 'Ready To Fly' button. After doing that, MSFS receives my key board input and forwards to FSUIPC7 via simconnect as expected. So I am not sure what is going on in your situation.... I'll download Voice Attack now and install the free version and try with that. I cannot test in VR though. P.S. The 'KeyboardFocus=Yes' is used (sometimes) when you have keys assigned to button presses, and it isn't used for key assignments (MSFS or FSUIPC7 must have the focus for any key assignments to work). Sorry if that confused you - I wasn't sure if your 'commands' were via button presses or key assignments.

Ok, I can see the issue (keyboard commands not working when MSFS has the focus and a wnd window is displayed). Such command work when FSUIPC7 has the focus. I also think the lua is being started too early, but that is a separate issue (that I will also look into).

Hi @SparkerInVR. I'm going to look at this now. Just reviewing the issue and this struck me: But the 'Select Departure Airport' is done when in the main menus, not when you have started a flight. Or am I missing something here? Lua scripts can't (or shouldn't) be started until you are 'ready-to-fly', i.e. out of the main menu and with an aircraft loaded. That is when they should be started... Anyway, I am going to try your script now and will report back. John

@Fragtality I have just done various tests with a simple lua assigned to a button press, and can run this lua when any window has the focus, on the FS display or on my second display, and the lua is executed and there is no change to the focus and no focus issues, so I am at a loss why you are having such focus issues. Could you show me your FSUIPC6.ini file please. John

Did you try this yet?

Ok, thanks for the update. I'll take a look when I get time.

I think that's up to them. The problem is that all MF users aren't necessarily FSUIPC users (and vica-versa). I think the best long term solution would be (barring MSFS providing direct access to lvars via SimConnect!) for a single open-source WASM module that provides access to lvars/hvars and also does event processing. Basically a combination of the functionality offered by the MF WASM module and the FSUIPC one.

Yes, shouldn't be a problem to use this with any other WASM module. If any other WASM module is using the same event numbers as the FSUIPC WASM then that will cause problems. However, if that occurs, you can change the event numbers that the FSUIPC WASM uses via the ini files. Not needed for the MF WASM.

Ok. I'll check when I get a chance and report to Asobo. What a/c were you using? And, again, if it was a mod, did you try the vanilla version?

Yes, sorry - I forgot that FSUIPC5 doesn't create an uninstaller. Just delete the folder. You could also edit your DLL.xml file to remove the entry that starts the FSUIPC5.dll - should be under your <User>\ApppData\Roaming\Lockheed Martin\Prepar3D v4 folder.

Have you tried re-installing the P3D client yet? It only takes a few minutes so worth a try, especially as the other user who had this issue said it was fixed by a P3D re-install (although that was complete re-install).