John Dowson

Not sure why you would want to do this, but you can use the right-hans side of the axis assignments dialog to trigger button controls when the axis passes through a particular range (either entering or exiting). You could assign to the controls (or lvars, hvars, lua, etc) to flip the engine start switches there. John

I don't think the freezing can be related to FSUIPC... Did you try uninstalling (or just renaming the FSUIPC6.dll) to see if the problem goes away? If not, please try that. If the problem persists (i.e is only present when FSUIPC6 is installed/running), please show me your FSUIPC6.log and InstallFSUIPC6.log files. John P.S. You also created another topic/support request for the same issue - I have closed/locked that one.

Topic closed as duplicate of this one: Please do not raise multiple support requests for the same issue. John

FSUIPC will only recognise HID joystick type devices. Best to just download and try it. I can provide you with a trial (time-limited) license if you would like to see if recognised and assignable - let me know. John

No - that just means that controllers are set to off in P3D, as they should be if assigning in FSUIPC. John

Can you show me your FSUIPC6.log file please, from when this occurs. Maybe a good idea to open the console window when doing this so that you can see what, if anything, is logged when this happens, and I will need the timestamps (the first number in each log file line) of when this occurs. Try without any logging activated initially - maybe add axis logging later so that you can see when they stop responding. I think you mean 6.1.5! John

Just tried on the Bravo and I can see the issue. Strange. I ended up with the following flaps detents set: FlapStarts=-16384,-14384,-9485,-2213,4213,12213 FlapEnds=-14384,-9485,-2213,4213,11213,16384

Ah, so you are using one of the bravo axes, not the flaps button itself. I'm surprised that setting to use Axis Flaps Set doesn't work though - didn't try on the Bravo, just on a spare axis on a device connected to my development machine. I may try this on the Bravo to see what is happening - it should work! On the Bravo, you can also configure the flaps "lever", which operates on buttons, not an axis. It is usually to assign this to the Flaps Incr/Decr controls, but that won't work for the CRJ - that only moves flaps in and out of the first position. To control the flaps in the CRJ-700 with increments/decrements, you can use the lvar ASCRJ_FLAPS_SET, which can take values 0-5. You can add the lvar to an offset, and then use the bravo flaps lever to increment/decrement the lvar offset value (between the 0 and 5 limits), which will update the lvar and change the flap setting. John

Yes, all updates to the same version of FSUIPC are always free.

Looks ok to me - this is what I see when I monitor sitting at EGLL, tuned-in to 348 (FAIROAKS NDB):

Note that there are also the following controls (available in FSUIPC4/5/6, not 7) for controlling traffic which may be of use: 1008 Traffic Density Set (param = 0–100 %) 1009 Traffic Density Toggle (param = 0–100 %) 1079 Traffic zapper

Presumably your ADF was tuned in to an NDB, no? They will be 0 if/when not tuned in. Which aircraft were you using - a stock one or an add-on? It surprises me that these are not available. I will take a look. Thanks for reporting, John

I am not sure what you mean by 'toggle ai traffic'. There is no control to turn ai traffic on or off, that is controlled by the P3D options - if thats the FS you are using. FSUIPC's traffic management (limiting) facilities and traffic zapper are controlled by the traffic management options - see the Traffic tab and the User guide (P15 in the FSUIPC6 user manual). There are currently no traffic management facilities in FSUIPC7 for MSFS, as the facilities to do this are not yet available in the MSFS SDK. John

Also, check that you don't have two [Axes.Mooney MR20] sections in your FSUIPC7.ini file for some reason....

This is very strange, and I am not sure how this is possible.... I have just tried with several different profiles and cannot repeat this. Next time you do this (i.e. add a profile-specific axis control), can you check if your existing axis assignments are visible. I can only assume that the original axis assignments weren't loaded for some reason. but as some of the assignments are preserved, this doesn't seem likely. If you keep your FSUIPC7.ini file open in an editor, it will get updated when you open the axis assignments panel - check the axis assignments are still there when you do this (you will need to reload the file), and then reload and check again once you have added the additional assignment. Can you also make sure that you are using the latest version, v7.2.10, and check that you have not installed FSUIPC in a windows protected folder, such as Program Files or Documents. If you have, please uninstall and re-install into a different location. Also, can you attach the full FSUIPC7.ini files next time, both before and after, so I can check the whole file. Thanks, John

The zones you have set are overlapping for the Flaps Set 4 & 5 controls. However, if using an axis for the flaps, why are you doing this via ranges? Just assign your axis to the FS control Axis Flap Set. No need to calibrate, unless the axis needs reversiong. John

FSUIPC7 is the version that works with MSFS2020. For the steps, that depends on what you want to do. Consult the provided documentation. There is also a trial license available in a sticky thread at the top of this forum, if you would like to try the registered facilities. John

First, you posted in the FAQ sub-forum, where it explicitly states NOT for support requests. I have moved your post for you. You also attached a continuation log, which is useless to us. I need to see the full log file. And also turn off all logging unless asked to activate. So there is no movement in the axis at all in the FSUIPC assignments dialog box? What do you mean by "jittering in the boxes"? Could you attach a full FSUIPC4.log file, and also your FSUIPC4.JoyScan.csv file please. John

Custom events are added to FSUIPC, not the WASM, by adding event files (with extension .evt) to the main FSUIPC installation folder. Some event files (for the MobiFlight WASM and FBW A320) are included in a sub-folder of your installation folder called EventFiles. If you want to use hvars, you need to make these know to the FSUIPC WASM by adding a hvar file (extension .hvar) to the WASM include folders. Some are also provided under a folder called HvarFiles. Not necessary if you are executing them via the ipc.execCalcCode function. Please see the FSUIPC7 Advanced User manual for details. Note that there is a currently a minor issue with some of the hvar files: The FSUIPC WASM will only recognise hvars if preceded by 'H:', however this is missing in some of the provided hvar files. This has been corrected in the latest version of the WASM, which is available in a topic is this forum somewhere and will be released shortly. @roarkr Sorry, seemed to have missed your post. Probably too late, but: No, a custom event is a K var, not a hvar. Try command = "(>K:A32NX.FCU_AP_1_PUSH)"; See https://hubhop.mobiflight.com/#/presetview/17d6a1e6-e019-4d8f-8932-05dfcc236d93/ John

It will be a false positive. Try disabling your anti-virus before downloading.

Error 740 indicates a permissions issue. You should run all your FSUIPC clients at the same permissions level as FSUIPC and the FS, which should really be basic, i.e. not elevated. I see your TeamSpeak is installed under Program Files, which is a windows protected folder and can cause issues with programs that do not conform to windows protocols (including FSUIPC!). Better to install such programs outside of Windows protected folders, as this can cause issues. John PS Very small font you have....difficult to read without expanding, maybe consider increasing your font size.....

Not sure what you mean by this.... Only the latest release of each FSUIPC version is supported. We request, for support purposes, that you always update to the latest version before requesting support. Updating only updates FSUIPC installed files, and does not in any way effect your configuration. Basically, if you have a running installation, the installer will just update what is required. I'm not sure if this answers your question, if not, please elaborate.... John

Both the missing dll and the application error are due to missing VC++ redistributables. You need to re-install the combined VC++ redistributables for 2015, 2017 & 2019. Please see the provided README.txt (in the zip file you downloaded), section Problems running FSUIPC7. John

This is not going to be possible, as the right alt key is recognised on my (and many) systems as lalt + lctrl. And on some keyboards its Alt Gr, which behaves similarly - at least on my keyboards. Strange. I think this is due to the shift (temporarily) cancelling the numlock, so the keys are seen as the Up, Down, etc keys in the windows message. So, I'll leave it as it is - with just the left/right shift and control keys being distinguished. John

Yes, very strange . In MSFS, a similar thing occurs, but with the shift + num8, for example, I get 'shift + num8 + Up'. Also, using the right Aly key gives 'alt + lctrl', which is also strange. And in MSFS, the right Alt key is recognised as 'Right Ctrl + Right Alt'! Not sure if I can do anything about these anomalies, as they also seem to affect MSFS, but I will look into it. I think I'll also distinguish between the left/right alt keys for button assignments to keystrokes, so I'll update for this before I release officially. John