John Dowson

Ok, but which lvars? Looking at your ini, you have assigned to lvars THROTTLE1_SET and THROTTLE2_SET as single bytes: What is the range that those lvars accept? Unless its only 0-255, you should increase the size to 2 bytes (UW) or 4 bytes (UD). And if they accept negative values, then they also need to be signed. And your assignments are just setting the axis value, with no scaling: as the raw axis value will range from either 0 - 16383 or -16283 - + 16383, you will need to scale the axis value to fit in a single byte. That is explained in the post you referenced. To set this up, first determine the range of values that those lvars hold/accept, and size the offsets accordingly. Then assign your axis to those offsets with the correct control for the size of the offset. You may then need to add additional scaling depending upon the values received and the values expected - to do this, see the section on scaling input axes values on P41 of the Advanced User guide. John Later: also please update to the latest FSUIPC7 version, v7.3.6. You are using 7.3.3, and only the latest version is supported.

I don't think so - the PMDG 737 seems to use parameters for the Rotor Brake control for the custom controls. Take a look at the PMDG presets on the MF HubHop site (https://hubhop.mobiflight.com/presets/), or you can look at the preset calculator code for the PMDG presets in the events.txt file (which will be in your FSUIPC7 installation folder). I doesn't have to receive both signals, but how you assign to such buttons/switches will depend on the signals received. Also, assign to a button repeat will not function correctly if no release on a button is received, so you cannot assign to repeat. John

Try activating logging for Lua Plugins and Events, and see if you can figure out what is happening. As this script also use Linda, I'm not sure I can help that much. Try logging to see if anything stands out, but it may be worth posting in the User Contributions thread for this script to see if the author can help you. John

Why is vPilot always waiting for text input? That seems strange... Have you tried explicitly bringing the vPilot window to the foreground using the Focus command (see the WideFS technical guide)? If not, maybe try that... John

The easiest way to achieve this is to add the lvar to a free FSUIPC offset and then assign to the FSUIPC offset inc/dec or set controls. See the section Adding Lvars to Offsets on page 46 of the Advanced User guide. Try following that and post again if you have issues. John

I have moved your post to the FSUIPC7 / MSFS support forum. Auto-save in FSUIPC7 works in the same way as autosave in other versions of FSUIPC. However, FSUIPC just relies on the SDK provided functions for this feature. Some folks seem to be able to use this feature without issues with MSFS/FSUIPC7, while others have issues. Best to try it before you buy - there is a trial license available in a post at the top of this forum. John

Ok, thanks for the info. Ok, so the Ex1 controls work for the throttle in the Fenix - that is good to know, thanks. John

For nose wheel steering in the PMDG 737, you need to use the Rotor Brake control with a parameter of 32501, according to the MF HubHob preset list site (https://hubhop.mobiflight.com/presets/). However, I am not sure how this works as there is no way to give an additional parameter for the amount/direction. Maybe try that control or MF preset to see what affect it has. Note there is also a preset / rotor brake control for the nose wheel steering guard. If the presets don't work as expected, you can ask about them on the MobiFlight discord channel. John

No, sorry - there is no way to control the MSFS profiles externally as far as I am aware. It should be MSFS that loads the correct profile for each aircraft loaded - maybe try raising this as a new feature request via the Asobo forums. John

It would be useful to me if you could try without that for a while, just to see if that is causing issue, as that is currently the default setting, but not essential... Thanks, John

First, the WASM will always load as that is started with MSFS. What is probably happening is that FSUIPC7 is connecting to the WASM but it is not receiving the config data for some reason. However, I will need to see your log files to diagnose. Could you please activate Debug level logging in the WAPI - to do this, add the line: LogLevel=Debug to the [WAPI] section of your FSUIPC7.ini file. Then, the nect time this happens, please show me your FSUIPC7.log file. Also, rather than restarting the sim, you could try either 1, reloading the WASM data, using the Add-ons->WASM->Reload menu option, if available or 2. Disconnecting and reconnecting FSUIPC7 from the sim, using the MSFS menu options Either (or both) of those options should work, and be a lot quicker than reloading the sim. I also experienced this occasionally with earlier versions of FSUIPC but thought I had fixed this occasional issue, so make sure you are also using the latest version, v7.3.6 John

Ok, then that is an aircraft that i don't have, and doesn't seem to be listed om the MF HubHob site. All I can advise it to see if anything is logged when you activate via the UI (make sure event logging is activated in FSUIPC, and open the logging console), or try listing lvars to see if anything looks relevant and if so try changing the lvar value to see if that works.

The first thing you need to determine is what to read to hold the current panel lights setting/value. I don't think there is a standard simvar (or FSUIPC offset) for this - just a flag to indicate if on or off. Try listing lvars to see if there is an lvar that holds this value - if there is, and it is writeable/settable, then you can add that lvar to an fsuipc offset and simply use the offset increment/decrement controls - no need for lua. What aircraft are you using? I could take a look, but it may take me a day or two - just back from holiday so it will take me a few days to get through the backlog of support requests. If you can let me know which aircraft you are using I can take a look and advice further. John

I'm on holiday now until next Thursday - I will take a look then.... John

This is support for FSUIPC. We do not support Xplane - that is XPUIPC from a different developer. John

You should try the standard controls first - there should also be a document that lists the available controls... Also, if you are not sure to which control to assign, the standard procedure is to activate Event (non-axis controls) logging, activate whatever you are trying to assign via the cockpit UI, see what event/control is logged in the FSUIPC log file and then assign to that. I've not seen that document before...I've no idea what the 'FSUIPC Export module' is that it refers to. Way before my time I'm afraid... John

@PSantos Please try and add your comments outside of the quoted text. It makes your post difficult to read when everything is quoted (even though you have underlined the text quoted in the quoted text box...).

I really can't help with the wiring - you need to sort that out yourself. And please attach your FSUIPC log and ini files, not screenshots. However, that screenshot does show something strange is going on. First a button 1 press and release was sent, but you have no assignments to the press, just the release, so that was sent. This was then repeated. Then button 0 was pressed, and you have an assignment to this which was sent, then a release received with no assignment. Why do you have an assignment to button 1 release and button 0 press? As I said, just assign to the press for both buttons and no assignment on release. Any further issues please attach your log and ini files. I have just noticed that you posted this in the FAQ section, where it explicitly states NOT for support requests. I will move this topic to the main support forum. Also please note that I am now on holiday, back on the 9th. John

I have discussed this with SimMarket. It seems that when a bundle is purchased, this is registered in your SimMarket account as a WideFS7 purchase, but with FSUIPC4 bundled. As there is no specific FSUIPC4 purchase, there will be no discount available. There is nothing I can do about this. I have asked SimMarket to update the discount text to mention that the discount is not available if FSUIPC4 was purchased in a bundle. Sorry about that. John

ok. Maybe activate logging for Buttons & Keys as well as Events, open the logging condole (Log -> Open Console...) and see what is logged when you press the buttons. This should help you understand what is occurring and how you should assign. Maybe also check that it is not assigned in MSFS as well.

That is a possibility...but you should still be able to get it to work - you just need to understand when/if it is sending the releases. If its sending the release straight after the press, or not at all (but that would be strange...) then you can assign to the press of buttons 0 and 1 instead and not assign to the button release.

Check your FSUIPC7.log file - if FSUIPC7 is exiting as it thinks MSFS is no longer running then you need to add DisableMSFSMonitor=Enum to the [General] section of your FSUIPC7.ini file. This is a common problem on Windows 11 systems and is documented in the README.txt file. John

Where is this in the G68? Have you tried activating it and seeing if an event is logged? For the G58, there are the standard Pitot Heat controls (for de-ice), as well as the presets G58 PROP DEICE ON and G58 PROP DEICE OFF controls.

Some switches work that way, i.e. with separate buttons for each position. If the switch just has two buttons, and when you switch a release is sent for one of the buttons and a press for the other, you don't need to assign anything to button#1 as the parking brake will be turned on by the button#0 release. Alternatively, you could remove the assignment to the button#0 release and assign that to the button#1 press instead.

As it looks like it is not getting AI data from FSUIPC anyway, there is nothing I can do. Even if it was getting AI data from FSUIPC, there is nothing I can do at the moment as there is currently no way to get multiplayer/group aircraft data via SimConnect. I still think your best bet is to use something like JoinFS or similar. If that (or a similar program) is still buggy and/or under development, they will hopefully get around to fixing those issues at some point - if these issues are being reported...!