John Dowson

You need a registered FSUIPC7 to use lvars/havrs in FSUIPC7. The WASM is free to use & distribute as you wish, and thw WAPI (and test client) are open source, so you can use that however you wish.

Yes, as Linda is lua based, which are part of the additional registered version functionality. More of a question for the Linda support forum really, but with FSUIPC profiles, general button & key assignments apply to all aircraft, and can also be augmented (i.e. added to or modified) by profile specific assignments. For axes, the general axes assignments will be used unless there is a profile specific axes assignment section, in which case that will be used and the general section ignored (even if the profile specific axes section is empty). ...I see Pete has also replied...

Sounds like you are running an unregistered version. Did you register again, or, if you had an existing key file, were your registration details displayed ok at the end of the installation process? Probably best to just re-install - just download the latest installer and run again to the registration page, and then register again (if needed), and if you have issues tell me what the pop-up said after clicking the Register button.

I added a lua function for his yesterday, but still not tested or released... I'm still queued for the current update that fixes the CTD when using standalone WASMs. Once tested, I'll release this as the next beta update, with the installer updated for the WASM & hopefully with updated documentation, in the next day or two. There is one major difference to the lua version though - it will have a max argument (i.e. calc. code string size) of 64 characters. I can maybe look into changing this if there is a need, but that would have to be a post-release update.. Cheers, John

First, can you check that you are using the latest version, 5.126, and if not, download that and try again. If you still have issues, please let us know what happened (did you see a pop-up) and attach your runways.txt file (if not empty, and let us know if you are using an MS Store or Steam version of MSFS. Thanks.

It is still DirectInput that FSUIPC uses. I think (bur before my time!) that the 32 button limit was the original limit for DirectInput (and is still the limit for DirectX I believe) due to the use pf the DIJOYSTATE structure. We're using the same approach, but have updated to use the DIJOYSTATE 2 structure instead, which supports up to 128 buttons. The update was relatively straightforward, but was complicated slightly due to FSUIPC's special use of buttons 32-39 for the POV handling (which is why we decided to number buttons 32 onwards as 132 and onwards). Cheers!

If you re-installed MSFS, you need to re-run the FSUIPC7 installer to create (or update) your EXE.xml, which is the MSFS file that auto-starts third party add-ons. So, first try that. If it still doesn't work, show me your InstallFSUIPC7.log together with your EXE.xml (its location will/should be shown in the install log) and I'll take a look.

Not everything is held in offsets... Which aircraft/mod are you using? Can you control this from the UI? If so, activate event logging and see if any events are logged when resetting in the UI, and try assigning to that event. For the state of the light, you need to check if any lvars are available for that aircraft. Unfortunately no access to lvars for the time being, since the last update. If they are available, you can use them to populate a user offset via lua.

@RulerPlease try the attached version, which is now v6.1.0. I will release this as the latest official version later today. FSUIPC6.dll

Ok, just checked - your version 6.0.14 is actually 6.0.14a - I forgot to update the character version string in that version. I'm still confused as to your issue though...

Sorry, I should clarify.... The letters after the release indicate its a beta release. I release 6.0.14a, then b, then c. It will be 6.0.14 when its officially released (not yet). If you have a 6.0.14, its probably 6.0.14a. Sometimes I also forget to update the file properties, so best to check the version logged (or in the About page)

I can't help you any more than google can with this. There seem to be various lua xml libraries available, so I don't think it would be too much of a problem, and you can maybe read as a txt file if you can determine where the data you require is held without parsing the xml. But I don't have time to look into this any further, sorry. John

Hmm, strange - I will check. 6.0.14c is the latest and it should be fixed in that version, but not in 6.0.14 or 6.0.14b! I'll take a look to see what is happening (tomorrow). Thank you!

I don't know that script (where can I find it?) - best to just try it. Its probably fine, as long as whatever controls its using are available in MSFS.

There is no "Assignment" option in the File menu. Did you read and follow the installatiion and registration guide, as advised? What did the pop-up say when you clickef the 'Register' button? Does your FSUIPC look like the main window shown in the User guide? You have not! I still don't understand what your problem is as what you are saying doesn't make any sense. Have you read the Installation and Registration guide? If not, PLEASE DO SO NOW. It is only a registered version if you have entered your registration details and generated a FSUIPC7.key file by pressing the Register button, as I keep saying. I cannot help you if you do not do this and report what occurred. It sounds to me, although noir clear from your description, that you haven't registered. If you did register, and saw a pop-up telling you that your registration is valid, then check your installation folder to see if an FSUIPC7.key file was created. If not, this may be due by trying to install in a protected location (under Documents or Program Files), in which case you should re-install into a better location. Otherwise, you can create the key file manually (instructions in several other posts), but this really shouldn't be needed.

I think they work in the A320 without using lvars, but you may need the FBW mod or the MobiFlight event module (also via WASM), or probably both. Anyway, as WASM modules are broken in the current release, I can't check this for you at the moment (and I'm still downloading the latest update!).

Try google. There are several topics on this in the FSUIPC forums, and also in the FSX forums. Its an easy fix - find the SimConnect.xml file used by FSX (under your AppData\Roaming\Microsoft\FSX folder) and then just change the MaxClients value to 128 (the default is 64). If the SimConnect.xml isn't there, create a default one (see https://www.avsim.com/forums/topic/445286-simconnectxml-file-issue/) You can also confirm that this is actually your issue first if you like, by activating SimConnect logging, but that is more involved than just updating the MaxClients parameter, so I would just try that first to see if it helps - it will not have any negative side effects.

I'm downloading the update now and will starting looking at the changes and testing tomorrow. Don't think there's an SDK/SimConnect update though, but I'll also check and if so update to that an release when ready.

They are lua functions (part of the FSUIPC lua library) built into FSUIPC, not plugins. The plugins are documented in the FSUIPC Lua Plug-Ins.pdf, and are contained in a zip file called Example LUA plugins.zip in your Documents folder.

The lua library (and interpreter) are built into FSUIPC6 - they are not located anywhere. By default, all FSUIPC lua plugins are loaded from the FSUIPC installation folder. You can change this location by adding a LuaPath parameter to the [LuaFiles] section of your FSUIPC6.ini file - see the Advanced User manual for details (P10). Well, you can try using the same lua plugin folder for both and use the LuaPath ini parameter in FSUIPC. However, I'm not sure this is a good idea. Certainly other lua interpreters will not be able to understand the FSUIPC-specific lua scripts, although you may be able to use non-FSUIPC lua scripts in FSUIPC, but I don't know if this is useful - if a script its not using the FSUIPC lua library, it isn't doing anything to/in/for FSUIPC. Peta (and many other FSUIPC users) interface to Arduino's, so they may have further advice.

I've added hvar support via lua and macros in the attached version (v7.1.0e) Note that the hvar name argument for the new lua function activateHvar must be preceded by 'H:'. For Lvars, no 'L:'. This is due to the fact that the internal hvars are stored with the H:, but lvars are not stored with the L:. I may change this - it was done so I could easily tell the difference between L and H variables while developing. For using lvars/havrs in macros, they are always proceeded by L:/H:. FSUIPC7.exe

Why are you clicking 'Connect' - you should use Auto-Connect to FS (see Options menu), which is the default. And this has nothing to do with the Assignments menu - you can assign without MSFS even running (although not advised). Your problem is that you are using an unregistered version, which does not have the Assignments menu. When you installed, at the end of the installation process, there is a page for registration. Did you register there? i.e. enter your license details and click the Register button? So, your issue is nothing to do with the (new) title or your original post, it is that you cannot see the Assignments menu option, which means that you are using an unregistered version. PLEASE at least give a quick look at the documentation. I provide these so I don't have to be continually answering posts like this one. I suggest that you start with the Installing and Registering FSUIPC7 one, and then move on to the User Guide. If you didn't reach the registration page during installation, it means the installer crashed, and you won't have the documents installed (but you will still have the Installation and Registration guide, as that is in the zip you downloaded). If this is the case, then this is usually due to your VC++ redistibutables being wrong, and you need to uninstall and re-install them. Instructions (and a link) are provided in the README.txt file for this. Later:... and what do you mean by 'File Menu does not appear'..That is ALWAYS in the FSUIPC7 main window. What are you looking at?

At the moment, yes, but as I said, you can do: setLvar(getHvarIdFromName("My lvar"), myLvarValue); (or similar if using the dll). And, as I also said, I will add some convenience functions (at some point, low priority) to do this directly, i.e. setLvar("MyLvar", my/lvarValue); (overloaded in the WAPI, I will have to give different names in the dll, eg setLvarByName).

then reload you assignments. Or uncheck the 'Map to 4props' and 'Map to 4 Mixt' checkboxes on page 2 of the calibration screens. You don't need to do this as you are using separate axes for mixture1/2 & propPitch1/2. Once that's done, you can calibrate your Mixture1/2 on page 4 of the calibration screens, and as they are using separate axes you should calibrate both mixture1 and mixture2 (and not map, unless you want to map your 2 axes to 4).

You will find that the same refund policy applies to ALL products on SimMarket, and most other digital downloaded products. Those that do offer a refund (NOT on SimMarket) allow for a restricted period only and also do on-line license validation so that they can cancel/invalidate the license. You must realise that there are many people using hacked or publicly available keys for licensed software. You may not do these, but I'm afraid that here are an awlful lot of people that do. Anyway, there is no point discussing this further. No refunds.. And I don't understand why you even want to request one when you haven't even tried the software, even though you should have tried before you bought it. As I said, your issue is a relatively common one that is easy to solce, and is documented in the README.txt.