John Dowson

Then that will be the issue. As far as I am aware, ADE has not been updated to be compatible with v6. As I said, you need to ask about this on any ADE forums, but as far as I am aware, this product is no longer supported. You could possibly trick ADE into thinking that you are running Prepar3D v4 or v5, but I do not know the consequences of doing this. I allow this in FSUIPC7 for fooling some add-ons that MSFS2020 is running rather than MSFS2024, but I don't think this is possible in the current version of FSUIPC6. I could allow this and provide you with a test version if you would like to try this, but I have no idea if ADE would still work as expected. I suggest you first look at the ADE forums on using this with P3Dv6. If you can't find much useful, I can provide an updated version of FSUIPC6 that will allow the P3D version to be updated, and so maybe fooling ADE - but, beware of the possible consequences of doing this! John

Why not just include the FSUIPC_User64.h and link to the FSUIPCuser64.lib? Yes - can you not use the provided lib? I did update this to a later version of VS/VC, but only added this in FSUIPC7. I have attached this updated lib and header. I am a bit busy at the moment and cannot look into this in detail at the moment. When I have more time, I will look into which VS versions should be used, and update to VS2022 if needed. John FSUIPCuser64.lib FSUIPC_User64.h

For the next release of FSUIPC7, I have added: INTERACTIVE POINT GOAL at offset 0x341B INTERACTIVE POINT OPEN at offset 0x3424 both are 1 byte, with each bit indicating the index number (e.g. 0x341B bit 4 is INTERACTIVE POINT GOAL:4). This won't help your problem at the moment, but if you could log these offsets, as well as offset 0x3367 (EXIT OPEN), all as U8 in hex, this may shed a light on what is being used. It is possible to spoof the reading of the existing door offset (0x3367 for EXIT OPEN) to these new offsets, but most probably the bits referenced will be for different doors. I don't have the FSL A321neo, or GSX/SLC, so cannot test with these. I looked at the FSL A321, but that just seems to use the EXIT OPEN offset. Anyway, maybe try the attached and add the offset logging for those 3 offsets (all as U8 in hex), and we can see what this tells us. John FSUIPC7.exe

@stefangr Is this clear for you? I can provide a sample lua script for the I_MIP_AUTOBRAKE_MAX_L variable, if it is a scoped lvar, if you need this. Let me know. John

What version of P3D are you using? That message indicates that the version of ADE you are running is not compatible with the version of P3D you are using. I believe that ADE was updated for P3Dv5, but am not sure if it has been updated for P3Dv6. But I cannot help with this - this is an issue with ADE, not FSUIPC. Ask on the ADE support forums. John

But what type of variables are they? Are they scoped lvars? Then they are probably scoped lvars. MobiFlight will read these by executing a calculator code script and getting the value in the response. In FSUIPC, I do not provide/allow for a response from executing calculator code. Again, this depends on the variable type. If they are scoped lvars, you can only get the value, and add this to an offset, by writing/copying the value of the scoped lvar to a standard lvar, and then read or add this to an offset. You would need to update the value of the lvar (from the scoped lvar) at regular intervals (e.g. at 6Hz) as well, so that the lvar holds the current value of the scoped lvar. You can do this using a lua script.

It all depends on what variable types they are. They won't be simvars, or A-type variables, as these are only defined by MSFS/Asobo. They could be lvars, hvars or input events (also known as b-vars). First, with the aircraft loaded, try listing the available lvars (Add-ons->WASM->List Lvars). Do you see them listed? You can also try listing the available Input Events (Log->List Input Events) - do you see them there? Note that MSFS2024 also has a new type of lvar (local variable), called 'scoped lvars'. There is currently no way to discover such vriables, but you can update them using calculator code. To read them, you would need to use calculator code to write the value to a standard lvar, and then read that. See If it is a scoped lvar, it may also be available as an Input Event, so please make sure you check there.

Yes.

By default, lua scripts are only loaded/recognised when placed in the FSUIPC7 installation folder. If you are using a subfolder, you need to add LuaPath=Scripts to your [LuaFiles] section. Do NOT manually edit or change the [LuaFiles] section (apart from the LuaPath entry) unless you know what you are doing. The list if lua files is maintained by FSUIPC. The ipc.display function is no longer reliable in MSFS, as it depends on the Simconnect_Text function which is no longer available. You need to use the Wnd library for display. The documentation for this function does say: This was working for basic display in earlier versions of MSFS. but has basically been unavailable for quite a while. I will update the documentation to make this clear. John

What works - the one I attached? Please try building this yourself, if you have not already, and check that that works. That would be the first step. Maybe, I am not sure, but as its just a c lib I would have thought it would be a fine in a console app...first make sure you can build and run the UIPCHello example. If that works, maybe convert your example to a win32 app to see if that works.

One way, but why not just define a macro...

There are two ways to send mu;tiple controls on a button or key press: 1. Use macros. 2. Overload the controls. e.g. make the first assignment, then comment this out in your ini, then reload the assignments and make the second assignment. Repeat until you have all the assignments, then uncomment the ones you commented out and reload the assignments again. These are documented in the User guide, page 27: John

If these controls don't work when assigned externally, this should be reported and fixed by Cowansim. There are a couple of input events, that way work, but I am not sure they are the same (I am not that familiar with helicopter controls): If those are the same as the cyclic lat/long controls, you could maybe try those, but I suspect they are different and you will have to assign in MSFS until this is fixed by Cowansim. Best to tag a user for a direct question, e.g. @Nevarc ? John

All 3 parts if the key (Name. Address/Email & Key) must exactly match the details shown in your purchase email or SimMarket account. Try cutting and pasting all three parts of the key from your purchase email. If it still doesn't validate, you probably need to update your VC++ redistributables. Download and install the latest combined VC++ redistributable packages (both x86 and x64) from https://docs.microsoft.com/en-US/cpp/windows/latest-supported-vc-redist If you still have issues after updating those, let me know your purchase order number (do NOT post key details!) and I will check them here. John

Hi Ray, That offset is just for the 'Fuel Tank Selector', and it is not a custom control. To set this, you would use the Offset Word Set control. To empty the tanks, try writing 0 to the tank level offsets (using Offset Dword Set😞 John