John Dowson

2025-12-14T12:11:34Z

I am slightly confused by this. Is AIRLINER_LIGHTS_EXT_STROBE an Input Event? If so, you can just assign directly to that, or in lua you can use the ipc.execInputEvent function. You can it it to an offset if you like, and can then write to that offset to trigger the input event using one of the ipc.writeXX functioons. But you cannot add it to offset 65590 - that is outside the range of available offsets. Choose one in an offset area that is free for general use, such as 0xA000, e.g. to add as a byte value (for 1/0 or on/off values, or numbers in range 0 to 255 or -125 to +125) it would be:

[InputEventOffsets.Default]
0=AIRLINER_LIGHTS_EXT_STROBE=UB0xA000

You can then assign to Offset Byte Setbits or Togglebits, and in lua you would use ipc.writeUB.
But you only need to add it to an offset if you need to read the value for some reason.

14 hours ago, Gilson said:

I put the following lines on my LUA file:

   altcmd = 65590
   altoffset = 1

   ipc.control(altcmd,altoffset) -- control to toggle strobe lights

This doesn't makes sense and gives that error you see, This sends the FS control with number 65590. There is no such control with this number hence the error. Do not confuse control numbers with offsets - they are completely different things.

Please also note that these forums are now closed. Please use the new support forums, available here: https://fsuipc.com/support/

John

December 7

@Robert Armstrong Sorry for the very late reply...I missed this for some reason.
ADE is not compatible with P3Dv6.

John

November 20

Ok, thanks for the update. And thanks for the kind words.

Also, please note that these forums are now closed for new support requests, and will be removed at the end of the year. For any further issues, support id available on the FSUIPC website (fsuipc.com). Please see

Regards,

John

November 20

First, please not that these forums are soon closing and will be unavailable by the end of the year. Please use the new support forums - see

20 minutes ago, panicp said:

After a machine upgrade, I have the same problem. I have copy/pasted the details exactly as given but am getting the details not-verified error.

This has been reported many, many times... As I tell everyone, for any and all installation and registration issues you should read the provided documentation before posting, namely the Installation and Registration guide.
For all new installations, you will need to install the latest combined VC++ redistributables (for both x86 and x64) from Microsoft. Please see the documentation.

If you had read this topic you would have also found the same advice, and also in one of the hundreds of others reporting this issue.

I am closing this topic now, For any other issue, please use the new support forums.

John

November 18

The usual value range for an axis is -16384 to +16383. The value range for the axis you are using (as show in the log is -16306 to 3000.
So the minimum value (-16306) is ok, resulting in a max thrust (as your axis is reversed) of 88,76%. But the max value (3000) will only result in a minimum thrust value if around 41%.

You can try two things:
1. Try calibrating your axis in windows game controllers to see if you can get the full range for the axis values.
2. If you cannot get the full range of values, just calibrate the script to the range of values your axis produces. So with a range of 16306 to 3000., in the lua script change:

  newValue = (16384 - value) / 327.6

to

  newValue = (3000 - value) / 193.06

November 17

Your log shows only one value being logged from your axis. I have no idea why your axis is not updating offset 66D0 when it is being moved.
We need to determine why your axis is not writing its value to that offset.
For the time being, can you stop that lua from running - just remove it from you [Auto] or profilw-specific [Auto..Bell UH-1C] section, whichever one you are using.
then add offset monitoring to offset 66D0 using the right-hand side of FSUIPC's logging tab, as S32. Then load your aircraft and movr your throttle slowly from idle to full throttle and then back again, exit and attach both your log and ini files.

Strange that this was previously working correctly, but just reversed.

On 11/14/2025 at 11:53 PM, Reco said:

I know you mentioned invalid button assignments in the dodsim -{}- They are assigned and work. I wonder if it is the event file that I am using that the buttons don't show up like the in Milviz MD530 and the Bell U-1C.

They are probably fine and look to be using FSUIPC-added controls or custom controls. They looked strange to me as there was no comment generated, but maybe FSUIPC4 does not auto-generate comments for such controls, like it does in other versions. I have not used FSUIPC5 / FSX for many years now and forget the differences in this compared to later versions.

John

November 16

11 hours ago, Reco said:

I just not sure in the text where to add the offset logging for offset 66D0

Offset logging is done via the right-hand side of the FSUIPC logging tab. However, you don't actually need that as the lua script logging is sufficient, as that will log any offsetchanges.

Please also remove the comment characters from the other ipc.log statement:

11 hours ago, Reco said:

--ipc.log("Milviz Bell uh1 redux ThrottleCollective-handling lua now running")

November 15

13 hours ago, Reco said:

Here are the two files, hopefully I have captured the correct data for you

No, you did not set the correct logging., You have activated lua debug logging - I did not request this and it is not needed, please remove this. As I said, you just need to uncomment the 'ipc.log' line entry in the BellUH1Throttle.lua file. You also did not add the offset logging, and the log file shows no movement in the throttle (or the lua debug logging is not showing this).

You also forcibly closed the log and started a new one. Please don't do this.

Please set the logging as requested and show me those files again. Please exit FSX/FSUIPC before attaching logs, and do not request a new log file..

John

November 14

13 hours ago, Reco said:

the throttle now moves in the correct direction but I won't rotate back to idle

Activate the logging in the lua script (remove comment characters from 'ipc.log' line) and add offset logging for offset 66D0, then test and show me your FSUIPC4.log & FSUIPC4.ini files. For the test, first move the throttle from idle to full and back again, and then exit FSX/FSUIPC4 before attaching the files.

John

November 12

3 hours ago, stefangr said:

Meanwhile it turned out that all these variables used by Prosim are proprietary - they provide an SDK to work with these variables which means that there is an extra ProSimSDK.dll which can be used when writing own code in C# for example.

.Ok, thats interesting. So they are not 'scoped lvars' then..

Thanks for the update. I will make a note of this and take a look at the ProSimSDK.dll when I get time.

3 hours ago, stefangr said:

With that I can shift values back and forth in offsets and then work with these offsets in the Lua script.

Thats good to know, thanks.

I also saw this on using ProSim with MobiFlight and FSUIPC (which may be useful): https://www.mobiflight.com/en/tutorials/aircraft-guides/prosim737.html

John

November 11

On 11/10/2025 at 4:21 AM, Reco said:

Trying to tidy up my aircraft profiles as you have pointed out

Please do this. You need to:
1. Correct your aircraft profile names, as advised
2. You have a lot of general button assignments to your Macro Bell_UH1C - shouldn't these be in your .Bell UH1c profile?
3. You seemed to have assigned your axis to update offset 66D0 twice:

Quote

4=0V,256,F,x030066D0,0,x030066D0,0 -{ FSUIPC: offset dword set, offset 66D0, offset dword set, offset 66D0 }-

Why is this?

4. You are starting your BellUH1Throttle lua script in the [Auto] section, so it will run with all aircraft. As this is specific to the Bell UH1, you should start it in a profile specific [Auto.Bell UH1c] section.

5. You seem to have assignments to non-exisiing macros:

Quote

[Buttons]
PollInterval=25
ButtonRepeat=20,10
...
39=U0,12,CM3:104,0    -{Macro Bell_UH1C}-
...
[Buttons.Bell UH1c]
20=P0,1,CM3:13,0    -{Macro Bell_UH1C}-
21=U0,1,CM3:13,0    -{Macro Bell_UH1C}-

But it looks like the lua isn't running for some reason. Are you sure it is in your FSUIPC4 installation / modules folder?

November 8

These forums will soon be closing, and are already closed for new topics. Please see the following announcement:

John / FSUIPC

November 8

These forums will soon be closing, and are already closed for new topics. Please see the following announcement:

John / FSUIPC

November 6

1 hour ago, Shand359 said:

i was copying the key from the Simmarket app which as it turns out misses the last 4 characters of the Key....

This depends on how you select the key to copy it. If you just double-click it, it may not select the entire key due to the mix of letters and numbers. It is up to you to make sure that you are copying the entire key string - I am not going to provide details on how to copy and paste correctly...! However, I will add a comment to make sure that the entire 12 characters of the key are copied/pasted.

Anyway, glad its working and thanks for responding with what your issue actually was.

Regards,

John

November 4

Just now, Tim7378 said:

is there any way to see my password and key for FSUIPC?

There is no 'password' - your FSUIPC7 license contains 3 parts: name, email/address & key.
If you have already registered your license, the details will be in your FSUIPC7.key file.

Otherwise, the license details can be retrieved from:
1. the purchase email you received from SimMarket
2. Your SimMarket account

If you have issues accessing your SimMarket account, you need to resolve this with SimMarket, not here. I am just a vendor on SimMarket and cannot assist with SimMarket issues.

John

November 4

13 hours ago, Realpilotnow said:

As long as FSUIPC is launched in the EXE.xml file, I get NO cyclic regardless of what I do. Remove FSUIPC from EXE.xml, and my cyclic works fine.

I don't think this can be due to the fact that FSUIPC7 is auto-started via the EXE.xml. Don't you get the same issue when FSUIPC7 is started manually?

What I suspect is happening is that FSUIPC (post) calibration is affecting the controls. If you have a general calibration section, this will apply by default even when the axis is assigned in MSFS or elsewhere.

You can do one of two things:

1. Create a profile-specific calibration section for the CowanSim and remove/reset all calibration controls - you should do this even if you are not currently using a profile for this aircraft.
To do this, just click the 'Profile Specific' checkbox in the calibration tab of the axis assignment panel. Then on each calibration page where the button says 'Reset' (as opposed to 'Set'), click that.

2. You can disable all post-calibration (i.e. to not calibrate at all unless an axis is assigned in FSUIPC using 'send direct to FSUIPC calibration') by setting
AllowSendToFSCalibration=No
in the [General] section of your FSUIPC7.ini file.
Note that setting this will affect all axes assignments not assigned in FSUIPC with 'send direct to FSUIPC calibration'.

13 hours ago, Realpilotnow said:

IF a solution is found, I'll try to remember to post here.

Please do!

John

November 3

1 minute ago, Ferran-Gonzalez said:

this is the log file

You did not activate the requested logging option for IPC Reads.

However, your log file does show some connection issues:

Quote

719 Auto-started via EXE.xml with DetectToConnectDelayAuto=50, InitialStallTime=15
3656 Simulator detected
53656 Trying to connect...
68656 **** SimConnect open event not received in required time limit: Re-connecting now...
68875 Trying to connect...
83875 **** SimConnect open event not received in required time limit: Re-connecting now...
84078 Trying to connect...
407125 === AI slots deleted!
410500 Trying to connect...

It also looks like you disconnected and reconnect before FSUIPC had established a connection with MSFS2020...I didn't think this was even possible! And I do not understand why the connection attempt at 84078 didn't time out after 15 seconds.

For this connection issue, you need to increase the DetectToConnectDelayAuto ini parameter (in your FSUIPC7.ini file). I am not sure wht value you should use - you need to time the period between when you see the FSUIPC7 splash screen to when MSFS2020 arrives at the main menu, and then set the value for that ini parameter to this. Please see the following FAQ entry on this connection issue:

Note that this parameter will also be used when running MSFS2024 if you are using the same FSUIPC7 installation for both simulators.

Once you have configured this parameter correctly (and for use with both MSFS2020 and MSFS2024 if using the same FSUIPC7 installation for both), you should set the ini parameter StartUpTuningDoneVersion to -1, which will disable the auto-tuning of this parameter by FSUIPC7 itself.

John

November 3

18 hours ago, jwilson0514 said:

Latest windows updates with redistributable installed.

But which redistributables? As it says in the documentation, you need to install the latest combined (i.e. for 2015-2022) redistibutables for both x86 and x64. Did you install these? If so, please let me know your order number and I will check your details here. Do not post your key details.

Please note that EVERY report I get on this is down to user error, usually either by not entering the correct details (all 3 parts, name, email/address, key) must match exactly, or due to not having the required redistribtable packages installed.

You can also try manually creating your key file (as shown in the Installing and Registering FSUIPC document) and then running FSUIPC7 to see if the license is recognised. If it is recognised by FSUIPC7 but not validated by the installer, it will be due to either your VC++ redistributables or anti-virus software.

John

November 3

13 hours ago, Ferran-Gonzalez said:

In my case, even though FSUIPC is open and connected to the simulator, addons such as Talking Flight Monitor or Flight Simulator First Officer do not detect it.

Can you activate logging for IPC Reads and show me a log file for this. Start everything as normal, and when the client programs cannot connect, disconnect and re-connect so that they connect, then exit FSUIPC7 and show me / attach your FSUIPC7.log file.

John

November 2

On 11/1/2025 at 9:23 AM, Ripperman said:

I am deeply interested in FSUIPC, would it be possible to update the trial key as we allready have Nov 1st. please? 😉

A new trial license is now available (from first post in this topic), valid until 1st December 2025.

Note that this is the last time I will provide a trial license in this topic/via these forums. These forums will be closing at the end of the year and all support will be moving to the FSUIPC7 home website (fsuipc.com) and Discord. I will post more information about this in the coming days once the update/new website has been released..

John

November 2

15 hours ago, Reco said:

That's helped but the collective in the cockpit is increasing but not decreasing when rolling back collective.

Not sure why that would be - is the value of the lvar decreasing when you do this? You can verify by re-enabling that log line and check the log file (or open the logging console so you can see the messages in real time when you move your assigned axis. Also set logging for Events/Controls, and maybe also axes controls, yo see if any other event is registered that could be preventing this.
If it is decreasing, then it could be due to assignments in FSX - check you have disabled controllers in FSX if assigning everything in FSUIPC.

John

November 1

10 minutes ago, Aq86 said:

I must’ve missed it in my .ini file.

You will only have profile sections in your ini file if you are actually using profiles. Also, if you are using profiles-in-separate files, the profile-specific sections will be in a separate file (named after the profile) and will not contain the profile-name extension.
So it really depends on how you are using FSUIPC.

If you fly multiple aircraft, you should be using profiles. The only reason to not use profiles is if you only fly a specific aircraft.

See the section on profiles is the User guide for details.

John

November 1

1 hour ago, Aq86 said:

I couldn’t find a [JoystickCalibration.FENIX A320] specifically in my FSUIPC.ini, instead I only found a [JoystickCalibration] section, t

The additional '.FENIX A320' indicates that this is a profile-specific calibration section - FENIX A320 is the name of the profile.
If you are not using a profile for the Fenix, then you would use the general calibration section [JoystickCalibration], which will apply to all aircraft that don't have a profile specific calibration section, even when the aircraft is in a profile and has its own profile specific [Axes.xxx] section.

John

November 1

1 hour ago, Ripperman said:

would it be possible to update the trial key as we allready have Nov 1st. please? 😉

Note the license is still valid today - it expires at the end of the day. I will update later today (if I get time) or tomorrow....

John

November 1

6 hours ago, jsmarko3 said:

Here is a screenshot of the console since it won't let me copy the text:

You can attach your FSUIPC7.log file, or copy the relevant text from there.

6 hours ago, jsmarko3 said:

[InputEventOffsets]
0=BKSQ_MAGNETOCONTROLLER=F0xA0000

And here is the resulting button binding after trying to use the Float64 Offset Inc/1000

2=PA,7,Cx7C00A000,x00000001 -{offset float64 inc/1000, offset A000 (0.001000)}-

But why are you using an 8-byte floating point number? Even though input events (and lvars) are always stored internally as 8-byte floats, they are often used as just integers, Booleans, etc. As this one has a fixed set of discrete values within the rang 0-255, you should add it as an unsigned byte (UB) and use the Offset UByte Increment/Decrement controls (or Offset Byte Cyclic Increment/Decrement).
Always use the the type relating to how input events/lvars are used when adding to offsets, which is rarely a 64-bit float.

Note also you have an extra 0 - its A000 and not A0000.

Any further issues, please attach your log and ini files.

John

Profiles

Forums

Events

Gallery

Downloads

Posts posted by John Dowson

Important Information