John Dowson

Once installed, the FSUIPC main window is accessible from the Add-ons window of FSX - do you see it there? If not, please show me/attach your FSUIPC4 Install.log file (located in your FSUIPC4 installation folder, which will be the Modules folder under your FSX folder) . You can compress/zip it if too large to attach directly. What are 'fsxwx' and 'SFXWX '? FSUIPC4 is for FSX only.... John

Upload limits are very low fir new users, but increase after a few posts. Both both your InstallDSUIPC7.log and FSYUPC7.log files should be small anyway, and they compress/zip to a very small size which allows upload. So you are using an MS store installed version? Where is your MSFS UserCfg.opt file located - is it in any of those locations mentioned, if not, where is it? But this doesn't make any sense! First, as you say you could not install the FSUIPC WASM module, there is no location to move these files to - where did you place them? And hvar files are in no way related to connection issues.

Always better to attach files rather than pasting their contents. Are you using an MS Store purchased version of MSFS or did you purchase/install from Steam? The installer is detecting an MS Store installation - is this correct? Is your UserCfg.opt file present in one of the following locations: C:\Users\Byersaa\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\UserCfg.opt C:\Users\Byersaa\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\UserCfg.opt ? Can you please show me a screenshot of this, as I asked... Did you try the latest beta, as advised? Does Pilot's Life connect with that version? If not, please show me/attach your FSUIPC7.log file. 7.3.6 has been released so please update to this version, and after installing please attach your InstallFSUIPC7.log file. John

Maybe the preset BS TBM850 Flaps 850 is what you are looking for. You can assign a button to this by checking Select for preset, click the Find Preset... button and navigate to Black Square -> TBM850 -> Controls and select that preset.

When installing, you can opt not to install this file by unchecking it from the Extras section

I don't see how that can be possible...only the first option should be greyed-out (i.e. not possible to deselect), which is FSUIPC7. Can you show me a screenshot of this please. You also wrote the following in another post, which I have deleted: Can you please show me/attach your FSUIPC7Install.log file. Are you using an MSFS store version or Steam? For connection issues, please first try the latest beta, available from If you still have issues with that version, please attach your FSUIPC7.log file. John

Not exactly sure on what you are saying. but please understand the difference between the events.txt file and the myevents.txt file...every time you update, the events.txt file will be updated/installed to the version included in the installer. Please read the Advanced User guide for details. John

No. Lua global variables are only visible to lua scripts started by FSUIPC. I don't know anything about Air Manager, only FSUIPC.

I have no idea, as I am not familiar with this aircraft. However, there are many presets already defined for this aircraft - have you looked for these: https://hubhop.mobiflight.com/presets/ All MF presets are available for assignment. If the function you are trying to assign is not there, then you need to go through the standard procedure to determine how to assign to this - i,e, logging and testing, and maybe inspecting.... John

On the MF HubHop site there are 3 pot. controls - two for lights (flood and instrument) and one for rudder trim: Take a look at these - and also the comments (w.r.t calibration and animation). You can define your own presets based on these for your axis values. Take a look and try to define your own presets based on these (i.e. change to use the values that your axis is sending). Please try, if you have problems let me know and I can provide a preset/calc code for standard axes values (-16834 to + 16833). John

Presets are calculator code in RPN format - there is not much information on using calc. code, but see https://docs.flightsimulator.com/flighting/html/Additional_Information/Reverse_Polish_Notation.htm Also see the documentation on presets in the FSUIPC7 Advanced User guide, in the WASM section (page 48). This is the calc. code for the throttle preset FNX320 THROTTLE LEFT LEVER SET: @ 1023 / 3 * 2 + 2 max 5 min (>L:A_FC_THROTTLE_LEFT_INPUT) So, define your own preset based on this - add the following to your myevents.txt file (create this if it doesn't exist): //FenixSim/A320/Controls MY_FNX320_THROTTLE_LEFT_LEVER_SET#@ 16384 + 32768 / 3 * 2 + 2 max 5 min (>L:A_FC_THROTTLE_LEFT_INPUT) MY_FNX320_THROTTLE_RIGHT_LEVER_SET#@ 16384 + 32768 / 3 * 2 + 2 max 5 min (>L:A_FC_THROTTLE_RIGHT_INPUT) and then assign your throttle axis to those 2 presets. This should then control the throttle between 2 = IDLE, 3 = CLB, 4 = FLX, 5 = TO

Looks better, but I need to see the FSUIPC5.log, not the FSUIPC5 Install.log. Please try with the following ini file - just run FSUIPC5/P3D then exit then show me the 3 files again - this time with the correct .log file. FSUIPC5.ini You can also check if the buttons on your devices are recognised, but don't assign anything just yet. If you have a problem with a device, please let me know which one - saying 'The correct card is the one with 11EE in the serial number' is not enough, as 5 of your 7 devices have that! John

First, you are using an old and unsupported version of FSUIPC7 (7.4.2). Please update to the latest released version (7.4.5) or the latest beta, available here: Why are you adding lvars I_OH_PNEUMATIC_ENG1_ANTI_ICE_L and I_OH_PNEUMATIC_WING_ANTI_ICE_L to offsets and monitoring those if the presets you are using are using the lvar L:S_OH_PNEUMATIC_ENG1_ANTI_ICE? Monitor the lvars that you are using to determine what is happening... You are also monitoring offset 0x3110 as U8, so are getting rubbish. This offset is 8 bytes, or, to be more precise, is 2x 4-byte integers. Monitor 0x3110 as U32, and 0x3114 as either U32 or S32. But you don't need these offsets logged if you add logging for Events. Do you understand what those presets are doing? The first one is toggling the lvar S_OH_PNEUMATIC_ENG1_ANTI_ICE (between 0 and 1), and the second is controlling the switch animation based upon the value of that lvar, using the lvar L:S_OH_PNEUMATIC_ENG1_ANTI_ICE_Anim. So it looks like those presets are designed for a momentary button, that sends a press and release, and each time you press/release it toggles the function and switch. If you are using an actual switch, you will not want to use those. For a switch, try: FNX320_Icing_Engine_1_Button_On# 1 (>L:S_OH_PNEUMATIC_ENG1_ANTI_ICE) 2 (>L:S_OH_PNEUMATIC_ENG1_ANTI_ICE_Anim) FNX320_Icing_Engine_1_Button_Off# 0 (>L:S_OH_PNEUMATIC_ENG1_ANTI_ICE) 0 (>L:S_OH_PNEUMATIC_ENG1_ANTI_ICE_Anim)

Not by itself, but you can read offset 0x3308 to determine the FS, and maybe 0x3124 to determine the version (if needed). You can use an ipcReady.lua script (or any auto-started lua script) to read those offsets I mentioned to determine the FS and version, and then start your programs using ext.run (or ext.runif) depending on the FS and version. Probably also a good idea to have an event.terminate function and stop the programs using ext.close when the lua is terminated.

Set logging for Buttons & Keys and Events. You cannot log lvar values directly, but you have two options: 1. Add the lvars to offsets, and use the offset monitoring facilities to log the lvar value changes 2. Manually list the lvars (and values) using the Add-ons->WASM->List Lvars option before and after you press the assigned button. This will log all lvars and their values both to the FSUIPC7.log file and the FSUIPC7 main window. Many MSFS aircraft, especially add-ons, continually emit certain events, and these events are different for each aircraft. These are not an issue and won't prevent any other events from getting executed, but they are just noise in the log file. You can prevent such events from being logged using the DontLogThese ini parameter, best used in your [Profile.xxx] section (as they are aircraft and so profile specific). Also, please turn off logging options not needed (e.g. IPC Read/Writes), as these will just fill the log with info not relevant to your issue. Please also attach your FSUIPC7.ini file when attaching FSUIPC7.log file - I need to see them both to understand what is happening. John

Note there are also existing support requests on the condition lever/cut-off for various aircraft - for example, see the following: Asobo C208 Caravan : ATR:

For the Asobo King Air, use presets KA Fuel Right Condition Lever Cut Off and KA Fuel Left Condition Lever Cut Off. I don't see the other 2 aircraft listed in the HubHop site yet, so you will have to investigate how the condition lever works in these aircraft. Try logging Events and Input Events and see what is logged when moving the condition lever in the VC. If anything is logged, try using that. You can also list any available lvars to see if any look appropriate and try them. And as a final resort, inspect the aircraft code that implements the condition lever which should give you an idea how it works, but this is not that straightforward. Please see here: https://www.badcasserole.com/uncovering-input-events-using-the-msfs2020-model-behavior-dialog/. I can't help further with these aircraft as I do not have them. But, regardless of the aircraft or function you are trying to assign, the techniques to determine how to assign are always the same: use logging (events, axis events, input events), check for available presets, try looking at the available lvars and hvars, examine the model behavior.

This will not work - you cannot get a return value from ipc.execCalcCode. If you want to read a value of a simvar/a-type variable, you have to add this to an offset and read the value from the offset. You can add any simvar to a free FSUIPC offset using the facilities described in section Adding Simulator variables (simvars) to FSUIPC offsets on page 34 of the Advanced User guide. Also this is incorrect: This will try to write the string "panelneg", whereas you want to use the value of the variable, and there is no indexing on events, but you can use two parameters like this: ipc.execCalcCode(panelneg .." (>K:3:LIGHT_POTENTIOMETER_SET)") Otherwise, maybe try ipc.execCalcCode(panelneg .." (>K:LIGHT_POTENTIOMETER_3_SET)") It may be easier to define a couple of presets to inc/dec the panel lighting brightness and assign to these. What aircraft are you using? Maybe there is a preset already available... John

All available FS controls are listed in the document Controls List for MSFS Build 999.txt, and are listed in the drop-down menu. If they are not there, they don't exist. I suspect the controls for '1' just don't have the number, so are these: The fuel selector events provided by the MSFS SDK are documented here: https://docs.flightsimulator.com/flighting/html/Programming_Tools/Event_IDs/Aircraft_Fuel_System_Events.htm. All these should be available. But, as always with MSFS, what these controls actually do is completely dependent in the aircraft you are using. You should get into the habit of looking how the MF presets are implemented (using https://hubhop.mobiflight.com/presets/) for the aircraft/function you are trying to assign - this will give you an idea of what control you need to use, or just use a preset, if available.

Many aircraft, especially add-ons, do not use or respect the standard FS controls and you need to look into other ways to control, such as lvars, hvars, Input Events, custom controls or a combination of different events, using calculator code via a preset. But you should not by now that I cannot help at all if you just say 'X isn't working'. This will depend on the aircraft you are using, which you do not tell me, and how you have assigned, which you also do not specify. So, please ALWAYS provide more information - I need to at least know the aircraft you are using, and it is always helpful if you attach your FSUIPC7.ini files, so I can see your assignments, and your FSUIPC7.log file, so I can see what version you are using, what aircraft, and if any errors are logged. John

Try logging axis event and input events, open the logging console and see what is logged when you move the throttle in the VC, and then try that. If that doesn't work, then you can try using the lvars L:A_FC_THROTTLE_LEFT_INPUT and L:A_FC_THROTTLE_RIGHT_INPUT, which take values 2 = IDLE, 3 = CLB, 4 = FLX, 5 = TO (maybe more if there are more positions?). There are several ways to assign an axis to control lvars, but the easiest way would be ti define your own preset. There are already two presets available for this on the MF HubHop site - FNX320 THROTTLE LEFT LEVER SET and FNX320 THROTTLE RIGHT LEVER SET, but these are for potentiometers with a range of 0-1023. You can define your own preset based on this but adjusted for your axis range (probably -16384 - +16383). I can help further if you want to try this. Also maybe try the new beta 7.3.6c, available in a post at the top of this forum. This should fix any connection issues that some folks are experiencing recently. John

That is a bit of a pain, but you can also use the control numbers to execute presets via offset 0x3110, but it can be troublesome as the control number is based upon the position in the file. To prevent this changing, you need to use the myevents.txt file and not install the events.txt file. There are some details on this approach in the manuals. No point in doing that as this will not reload the lvar offsets. I think these may be read when the WASM/WAPI connection is established, but it maybe before. Best to restart FSUIPC7 to pick up changes to this section. Yes - the preset just increments by one each time it is called, so even numbers are off, odd numbers on. Strange! I would still try using 0/1 (i.e. toggle) rather than incrementing on each press, at least to see if that is valid. I am not sure. How/where are you assigning? Please attach your FSUIPC7.ini and FSUIPC7.log files, the latter with logging for Events and Buttons & Keys activated, as well as offset monitoring on the offsets you are using, Also try listing the lvars after you have updated them, to confirm they are actually being updated. Also, there are some connection issues in the latest few releases. Hopefully these are now resolved in the latest beta, so please update to this version, available here: John

The latest beta is now available for download here: Hopefully this should fix any remaining issues. John P.S. I have updated the title of this post, Please remember to give any new post an appropriate title so that others with the same issue can find it easily and not submit the same issue. Your original title 'FSUIPC7' means nothing - every post in this subforum is about FSUIPC7!

That version was actually 7.4.6b, although it was logged as 7.4.6a. Anyway, there are still some minor issues in that version, mainly when ending and then starting a new flight. Hopefully these are all fixed now in the latest beta, 7.4.6c, available here: John

The latest beta which should hopefully fix all connection issues is now available here: John