John Dowson

The current FSUIPC release should work fine with the latest MSFS release. Thus sounds like the UI is being positioned off-screen. Do you not see the FSUIPC7 icon in your task bar? If it is a positioning issue, delete the Window parameter for your FSUIPC7.ini [General] section - this will reset to the default window position and size. Does this mean that you can see the GUI when MSFS is not running? There really should be no difference in the FSUIPC7 main window position and menus displayed whether MSFS is running or not... Get what working? You don't supply much information.... Please give me a full description of your problem, and attach the relevant files, which would be your FSUIPC7.ini and your FSUIPC7.log with the relevant logging activated (Buttons + Keys and Events) showing your issue. John

I don't think so. I don't know about x-plane, but for MSFS FSUIPC7 is just reporting the simvar OVERSPEED WARNING in offset 0x036D. If this is not correct, you need to raise a big with Asobo. Also, not related to the E190, but this may help: https://forums.flightsimulator.com/t/overspeed-warning/206852/5 John

Ok, then maybe we should try and figure out what is wrong when using standard keys first. If we can get it working with those, then after switch to your devices keys. So, configure with standard keyboard input, and then show me the your ini and log files (with logging activated for buttons + keys and events), and we can see what is happening, and take it from there.

But I thought your button (conditional) assignments work working, and it was the key assignments that you were having issues with.... This is what is worrying me...if there are confusing "key reads" in the assignment panel, I would have thought they would also be confused in the assignments themselves...but logging should show this... Conditional and compound assignments work the same way on keys as they do on buttons. If they are working for you as expected on buttons but not on the keys, I suspect it is related to these spurious key reads you are getting from the device...

If you can't find any standard controls for a function that you would like to control. try searching for a MobiFlight preset for the function at https://hubhop.mobiflight.com/. If I look there, I can see the following MF presets: C_172_PEDESTRAL_LIGHT_INC C_172_PEDESTRAL_LIGHT_DEC C_172_PANAL_LIGHT_INC C_172_PANAL_LIGHT_DEC I can't see anything for the glareshield - maybe it comes under a different name? Check the MF preset list to see if available. In the latest version of FSUIPC7, v7.2.16, the MF presets are included and you can assign to them directly (no need for the MF WASM module to be installed). You need the FSUIPC WASM module installed and enabled to use the MF presets directly. John

Sorry, I don't understand...the trial license key file is available in the first post in this topic, nowhere else. What is the problem? Just download that and copy/move to your FSUIPC7 installation folder. John

Trial license has been updated. Just download this and copy/move to your FSUIPC7 installation folder. No need to re-run the installer - the trial license will not validate in the installer. John

Done. No need to request twice! John

Please show me your FSUIPC6.log and FSUIPC6.ini files - they will be located in your FSUIPC6 installation folder. John

First, before purchasing a license, please try the trial license to make sure that you want to use the registered facilities. There is one available in a sticky post at the top of this sub-forum, although I think this has now expired. Please post in that topic if you would like to try the trial license and I will generate a new one. If you have already tried the trial license and would like to purchase, you can buy a license from SimMarket here: https://secure.simmarket.com/john-dowson-fsuipc7-for-msfs.phtml Once you have purchased a license, re-run the installer and register your license at the end of the installation process. Please read the Installing and Registering FSUIPC7 document, included in the installer zip file, which will explain how to register and where everything is installed. John

The files listed under the [EventFiles] section are all *.evt files that have existed in your FSUIPC7 installation folder. It does not mean that they currently exist! If an *.evt file is removed, it is still kept under that section. This is necessary as it is the indeed numbers of these files that are used by FSUIPC to record your assignments. Once it is added to that section, it remains there. Therefore that file used to be under your FSUIPC7 installation folder. That is the second file in the [EventFiles] section. You created it or at least put it there. It is similar to the flybywire-aircraft-a320-neo.evt file (under your EventFiles folder) You even assigned to some of these custom events (see above - you initially got the number for these custom controls wrong as you thought it was the first event file, and so the control numbers you originally used were 256 out). Those are what I call the presets. The part to the left of the # is the preset name, the part to the right the calculator code associated to that preset. This is explained in the Advanced User guide. K vars are standard controls, A vars are simvars. That script is sending the controls Magneto1 Set and Set Starter1 Held if the General Eng Starter simvar is true. It is calculator code, in RPN format. See https://docs.flightsimulator.com/html/Additional_Information/Reverse_Polish_Notation.htm, but there isn't that much information about how to use it though, and what is available for each aircraft. A lot of this stuff has been discovered from the html guage files,and from using the MSFS developer mode facilities to inspect the code if the aircraft when its running. i think there's an old tutorial on youtube from MobiFlight showing the basics. This is what I advised originally when I first posted with the preset functionality, and also again later. I think I have said everything I can about presets, custom events, lvars, hvars, calculator code, etc now, and several times. Can you try re-reading these posts and consulting the MSFS documentation (as well as the FSUIPC documentation) before posting again. I will try to make the documentation clearer in the next release.

Yes - event files have the extension .evt, not .txt, and the location is always the FSUIPC7 installation folder. Remember we are talking about custom events here, not presets, which are held only in the events.txt and myevents.txt files. This is a bit confusing, i.e. the name of the preset files (as the MF one is called events.txt - presets.txt would be a better name!), but remember that they are presets and not custom events. Do not confuse the two, especially when working out the control number for the event or preset. Ok, but they are presets, not (custom) events... .evt files define custom events to FSUIPC7. Custom events need to be handled somehow in the FS, either by the aircraft itself (such as the A32NX.* customevents) or by something else, such as the MF WASM module. The events.txt and myevents.txt files hold preset definitions, which execute calculator code. The FSUIPC WASM module is needed for these to work.

Yes, this is an issue and why I recommend that you don't use the events.txts file for now, but only the myevents.txt file, where you have control over the order and number of each preset. You can copy any of the presets you use from the FBW events.txt file to the myevents.txt file, and also add comments to keep track of the preset numbers. It should be pretty east to implement - I just need to find an offset area of a minimum of 60 bytes in length, which is the tricky bit! I'll take a look in the next few days and maybe get this into the official release. I don't know - take a look at the [EventFiles] section of your FSUIPC7.ini and that should tell you what it was. I don't think that should be an issue. You would just have the same custom event registered twice under two different numbers, if this was allowed, or maybe an error would be logged when registering the same custom control the second time. I'm not sure really, but either way it shouldn't cause any problems. Yes, that would be great - thanks! Cheers, John

The only ones that I can think of that may work would be the windshield ones: Windshield Deice Off / On / Set / Toggle Did you try them? You can also check the controls list document document (Controls List for MSFS Build 999.txt) in your FSUIPC7 documents folder for a full list ov available controls. Note that not all internal controls have been exposed by SimConnect and so may not be available. To see what control is being used for a specific function, you can turn on logging for events, open the FSUIPC logging console and see what events, if any, you see when you manipulate that function in the aircraft. If any events are logged, you can assign to those. If you don't see anything logged, you can also try listing the available lvars (from the Add-ons->WASM->List Lvars menu item) to see if any of them look relevant. If you see one that looks related to the function you want to assign, you can try changing its value to see if it has any affect, and if so you can use that. Alternatively, if its only available in MSFS, then you can always assign there. John

To reverse an axis that does not go through FSUIPC calibration, you can use the Additional parameters to scale input axis values functionality (see page 40 of the Advanced User guide). Basically you need to add a scale number of -1 to the axis assignment, e.g. add ',*-1' to the end of the axis assignment line in your FSUIPC7.ini file. John

Great! Ag, then that must be in event file 1. Note that the event file number you should use to determine the control number for custom controls should be taken from the [EventFiles] section of your FSUIPC7.ini, and not by counting the number of *.evt files in your installation folder. This is probably not clear in the documentation - I will check and update. I'm glad you are making such good progress. Maybe you could consider writing a FAQ entry on how to configure FSUIPC7 for use with the A320/FBW A320 to help others with this aircraft. Regards, John

Not exactly - it is read the first time a simconnect connection is established. No, that is not going to happen - lots of complications to do that, just not worth it as it only takes a few seconds to restart FSUIPC7 (you don't need to restart MSFS). John

It is because they are custom controls, not hvars. *.evt files make custom controls known to FSUIPC for assignment. Yes, that should be correct. Are they being sent and not having the desired affect, or are they not being sent? Activate logging for events and see what you see in the log. If they are being sent but have no affect, I cannot help really. I presume those custom controls just trigger the associated hvars, as do the MobiFlight presets. If the hvars aren't working, then the custom event and the MF preset won't work. Which FBW version are you using? The MF documentation states this was tested and working in the stable FBW v0.7.0. If you look at the presets for the A320 dev version, these don't appear so I suspect they may only work in the stable. I cannot really help if the hvar is not working. FSUIPC is just the conduit to send these controls to the FS. It is up to you to determine what controls to use. John

Hi Mike, thanks for reporting back. Is the button assigned in MSFS then? To what? Doesn't the same assignment work in FSUIPC7? John

Just disable controllers using that checkbox. John

How can I if its an MSFS issue? Have you monitored your CPU/GPU usage? it could be that you are overloading your system. Try monitoring your system resources. If you see that your CPU (or one of your cores) or GPU is overloaded then you need to turn down some of your settings in MSFS. John

Yes - you do that in FSUIPC7, and that is also how you do it. John

I find this strange...if its acting weird in the key assignments tab, it will be acting weird for the actual assignments. However I have no idea what is happening as I still haven't seen a log file produced when you press your "key" buttons. Please show me that log. If I were you, I would try the HidDemo.lua to see if that recognises those buttons and can convert them to virtual button presses. Also, can you please explain exactly what you are trying to achieve using your yoke buttons and other devices "key" buttons - just the functionality you are aiming for when you use these (without mentioning virtual buttons or flags!). I don't understand this: what do you mean by '2,4/2,5/2,6/2,7'? I uderstand you want to change the control sent when using the soft buttons, but not sure how/what ither buttins you want to use to do this.

Sorry, no idea - sounds very strange...I have certainly not noticed this. Are your axis assigned in MSFS or FSUIPC7? FSUIPC7 will (probably) be very slightly slower than assignments in MSFS as it is an external program and has to send the inputs to MSFS for action. That is even stranger...no idea what could be causing that, sorry. John

👍