John Dowson

Did you try going to the settings page and calibrating?

No - you have controllers enabled in P3D - from you log file: You have removed the assignments, not disabled controllers. This may be ok, but the problem is that P3D will occasionaly re-recognise your controller and then re-assign if controllers aren't disabled. Due to this, we recommend disabling controllers completely in P3D if assigning in FSUIPC. Its ok if you want to do it this way, but just be aware the P3D can re-assign your throttle on occasion, and so if you start experiencing strange axis movements, then re-check your P3D assignments. John

Was just replying when Pete has replied.... As well as what Pete says, , you should also remove the slopes. You can add these later, if needed, once the throttle is calibrated correctly. You can do this either in the UI, or by removing the SlopeThrottle1/2 ini parameters from your [JoystickCalibration] section (and then reload the file by using the 'Reload all assignments' button from the axes assignment panel. Also make sure that the throttle axis is set-up and calibrated ok in the windows calibration before anything else. And as well as what Pete has said about using the AXIS_THROTTLE controls with NRZ checked, you should also try assigning 'Direct to FSUIPC Calibration' rather than 'Send to FS as normal axis' if calibrating in FSUIPC. This generally works better for most aircraft, but if the a/c implements its own throttle calibration system (which can happen in more complex add-on aircraft), then you should use 'Send to FS as normal axis' as there can be timing issues with different values (calibrated and uncalibrated) going to the sim causing jittering on the axis. John

But you have no throttle or indeed any axes assignments in FSUIPC. If you have disabled controllers and assigned and calibrated your throttle axis in FSUIPC, I need to see your updated FSUIPC5.ini file to advise, and also your FSUIPC5.log file. There is no point in me watching your videos. I need to see your assignments before anything else. Then show me your files!

They are logged to the FSUIPC6.log file, also located in your FSUIPC6 installation folder. That won't affect logging of lvars from a control. There is a lua script that also logs lvars that you can use (see the example lua scripts provided), but I think its easier to use the control if not familiar with lua. John

Maybe also try using the full hive name instead of the abbreviatuib, so use HKEY_LOCAL_MACHINE instead of HKLM, and HKEY_CURRENT_USER for HKCU...

How are you changing the increment/decrement delta value? This is the assignment line for decrement: The delta value is what I have highlighted (0100 hex = 256 decimal). The descriptive text is a comment - you cannot change the value there. Really you should change in the assignments dialog, but you can also change the value in the ini if you like. However, it is confusing that you say the trim wheel action is too slow, but you want to reduce the delta from 256 to 128 which would make it twice as slow!! To speed it up, you need to increase the delta. If using a buttons for trim, you can also try lua scripts which can distinguish between a short button ptess (for a small inc/dec) and a long button press (for a larger and repeated in/dec). There is a generic triple-use lua script for buttons that you can use (will obviously need modifying!) here: There is also the example Rotaries.lua that you can use, which is for single button rotaries (in each direction) which is the same as using two buttons, so you can adapt that for your needs. I recently adapted this for the Honeycomb Bravo, but you could also do something similar to use the buttons on your alpha in a similar way: Yet another trick folks use is to duplicate (or triple.quadruple) there assignments, so it sends the same control 2, 3 or 4 times. This works ok for fast movement, and maybe ok for trim, but I woukd onkly do that if using double or truple use in the button, so a long press would result in duplicate large delta controls being sent, but a single press would result in just one smaller inc/dec being sent. I am using the Bravo for trim. and here are my ini entries (FYI): In those assignments, my two physical buttons for in/dec have been converted to 4 vurtual buttons, one for slow in, one for fast in, one for slow dec, and one for fast dec, and then my fast assignments have been duplicated (i.e. being sent on press and release in my case). Hope that helps and isn't too confusing.... John

Are you using the stock A320 or the FBW mod? If the former, you should try the latter... What do you mean by 'won't work'? Do you mean they don't work in the UI? If so, you cannot control them - try the FBW mod. Or are you saying that the controls you are using dont work? If so, which ones? Have you tried logging the events to see which controls are logged (if any)? If no controls are logged, try listing the lvars or look at available hvars. For the FBW mod, I think the following lvar is available: XMLVAR_Momentary_PUSH_OVHD_APU_MASTERSW_Pressed with value 1 for on and 0 for off. Not sure about the stock A320 - take a look for yourself if using that. Have you tried the Beacon Lights Set with a parameter of 1 for on an 0 for off? For more info on beacon lights, see I have answered this question so many times now....please search the FSUIPC or Asobo forums for this. Basically you need to look into using the *_SLOT_INDEX_SET controls. You can start here: or maybe here: https://forums.flightsimulator.com/t/simulator-events-for-switching-between-managed-and-selected-mode-in-the-a320/323838 https://forums.flightsimulator.com/t/airbus-neo-is-there-a-binding-to-switch-between-managed-and-selected-modes/244977/4 The A320 is not an easy aircraft to control and you may get more help from other A320 flyers if you include that in the title of your post - I have added it for you. Here are also some lua scripts that have been provided by another user - I am attaching them as an example of the sort of thing you need to do to control things properly in the A320. You can try using them if you like, but you would need to edit/adjust for your controllers. John FCU_Hdg.lua FCU_Speed.lua FCU_VS.lua FCU_Alt.lua

The script you attached is not the same as I pasted. It is missing the first line which is needed. Please try with that added. John

First, if you have installed any Saitek/Logitec drivers or software, you must remove/uninstall those. As your stick is recognised as two devices, this makes me suspect that you either have the saitek drivers installed or some saitek/logitek software. This is how FSUIPC5 sees your devices: 187 Product= Saitek Pro Flight X-55 Rhino Stick 187 Manufacturer= Madcatz 187 Serial Number= G0001739 187 Vendor=0738, Product=2215 (Version 0.87) 328 GUIDs returned for product: VID_0738&PID_2215: 328 GUID= {F866EB80-CAB4-11EA-8004-444553540000} 328 Details: Btns=17, POVs=(0, 0, 0, 0), Cal=x00000000, Max=R4095,U0,V0,X65535,Y65535,Z0 328 GUID= {F866EB80-CAB4-11EA-8003-444553540000} 328 Details: Btns=0, POVs=(0, 0, 0, 0), Cal=x00000000, Max=R0,U0,V0,X0,Y0,Z0 328 Product= Saitek Pro Flight X-55 Rhino Throttle 328 Manufacturer= Madcatz 328 Serial Number= PP000503 328 Vendor=0738, Product=A215 (Version 0.119) Note the 2 GUIDs for the stick, but none for the throttle. I also gave the X55, and this is my equivalent log extract: 390 Product= Saitek Pro Flight X-55 Rhino Throttle 390 Manufacturer= Madcatz 390 Serial Number= G0001630 390 Vendor=0738, Product=A215 (Version 0.119) 406 GUIDs returned for product: VID_0738&PID_A215: 406 GUID= {8B238AC0-45DE-11EA-800C-444553540000} 406 Details: Btns=35, POVs=(0, 0, 0, 0), Cal=x00000000, Max=R255,U255,V255,X1023,Y1023,Z255 406 Product= Saitek Pro Flight X-55 Rhino Stick 422 Manufacturer= Madcatz 422 Serial Number= G0003298 422 Vendor=0738, Product=2215 (Version 0.87) 422 GUIDs returned for product: VID_0738&PID_2215: 422 GUID= {8B23B1D0-45DE-11EA-800E-444553540000} 422 Details: Btns=0, POVs=(0, 0, 0, 0), Cal=x00000000, Max=R0,U0,V0,X0,Y0,Z0 i.e. each has its own GUID, and the product id of the stick and throttle are different. So, please remove any drivers or software that you have installed for the X55. Then disconnect your devices and reboot. Save the following text as a .reg file (e.g. removeX55.reg): Take a backup of your registry (using regedit), then double click the .reg file created (with the above content) to run it. This should remove those entries. Then re-connect your devices and start P3D/FSUIPC5. Load an aircraft and see if both your controllers are recognised. If not, show me your updated FSUIPC5.log and FSUIPC5.ini files, as well as your FSUIPC5.JoyScan.csv file. John

Your files show that you have registry issues, with duplicated joystick ids, resulting in both your stick and throttle being assigned the same id: 343 WARNING: Joystick ID 0 is duplicated in Registry 343 WARNING: Joystick ID 1 is duplicated in Registry 343 Device acquired for use: 343 Joystick ID = 0 (Registry okay) 343 0=Saitek Pro Flight X-55 Rhino Stick 343 0.GUID={F866EB80-CAB4-11EA-8004-444553540000} 343 Device acquired for use: 343 Joystick ID = 0 (Registry okay) 343 0=Saitek Pro Flight X-55 Rhino Throttle 343 0.GUID={F866EB80-CAB4-11EA-8004-444553540000} Have you installed any saitek drivers or software? If so, best to remove those. But you have very few assignments anyway. In fact, the only assignment you have in FSUIPC is for one button for Gear Down: 1=P0,6,C66080,0 -{GEAR_DOWN}- You have no other buttons or axes assigned. You have controllers turned on in P3D, so all your other assignments (including axes assignments) must be there. If you want to assign in FSUIPC, you will need to clean your registry. To do this, disconnect your devices and then remove all registry entries for Vendor id 0738 and product id 2215. Take a backup of your registry before you do this. Then re-connect your devices and try again. You should also turn controllers off in P3D if assigning in FSUIPC. If you need help removing the registry entries, let me know.

Please show me your FSUIPC log and ini files.

Good. Try adjusting the User Settings at the top of the lua script. Once adjusted, you will need to restart the lua script for the changes to take affect.

Yes what? Is your lua file in the same location as your FSUIPC6.ini file? Are you 100% sure that it has the extension .lua? If so, it WILL be picked-up by FSUIPC and added to the [LuaFiles] section of your FSUIPC6.ini file, which you still haven't shown me. All the information you need to get this working is readily available. If you want further help, please respond to my questions (all of them!) and provide the information I need, which at the moment is to see your FSUIPC6.ini file. Also show me your FSUIPC6.log file.

Please attach your FSUIPC6.ini. Is your lua file in the same location/folder as your FSUIPC6.ini file? Presumably you are using a registered version of FSUIPC6, no?

If FSUIPC6 was running when you dropped in the lua file, it will need to be restarted. If it isn't there, check your FSUIPC6.ini file - it should be listed under the [LuaFiles] section - is it there? If not, it either has the wrong extension (it MUST be .lua) it is in the wrong place. Please see the Advanced User Guide for details on how to auto-start luas if you are having difficulties.

Your FSUIPC6.ini file will be in your FSUIPC6 installation folder. If you don't know where that is, you can use the 'Open Folder' button from the FSUIPC6' logging tab.

See John

What do you mean?

Then I think you need to ask on Vatsim support. FSUIPC doesn't do anything with AI traffic nameplates.

The following MSFS controls/events are available in MSFS, but are not currently exposed via SimConnect and so cannot be assigned directly in FSUIPC7: Taxi Light On Taxi Lights Off Beacon Lights On Beacon Lights Off Nav Lights On Nav Lights Off I reported this to MSFS/Asobo quite a while ago but nothing has been done so far. I will chase this up. There are no default keyboard assignments to these controls, but alt + h is the default keyboard assignment to toggle the beacon lights. What you can do to control these lights, is assign a key or key combination to those events in MSFS, then assign buttons to those key presses in FSUIPC7. Alternatively, have you tried the Beacon Lights Set control, with a parameter for 1 for on and 0 for off? Or you could try with Toggle Beacon Lights, with an offset condition on offset ODOC for bit 1 (ie W0D0C&0002 for beacon lights on to turn off, W0D0C&0002=0 for beacon lights off to turn on). I am assuming that the light bits in offset 0D0C are showing the correct state of the lights. Those offset is also documented as ok for both reading and writing, so you should also be able to control the lights by updating that offset. Have you tried that? If you cannot get it working via one of those methods, let me know which aircraft you are using and I will take a look. There are some additional simvars (documented at the end of the Offset status spreadsheet) that are available but currently not used that I could look into adding if needed: LIGHT BEACON ON LIGHT BRAKE ON LIGHT CABIN ON LIGHT HEAD ON LIGHT LANDING ON LIGHT LOGO ON LIGHT NAV ON LIGHT ON STATES LIGHT PANEL ON LIGHT RECOGNITION ON LIGHT STATES LIGHT STROBE ON LIGHT TAXI ON LIGHT WING ON John

No. The aircraft tags/nameplates are an MSFS feature - check your MSFS General Options settings for Show Traffic Nameplates.

All licenses for FSUIPC are available from SimMarket. FSUIPC6 here: https://secure.simmarket.com/john-dowson-fsuipc6-for-p3dv4-5.phtml John

Your license id for FSUIPC4 only. For P3Dv5, you need a license for FSUIPC6. For MSFS2020, you need a license for FSUIPC7. Each version of FSUIPC requires its own license. WideFS7 is compatible with FSUIPC4, FSUIPC5 and FSUIPC6, so that should work with each product.# If you want to try FSUIPC7, ther is a trial license available here: John

Try running FSUIPC7 - if it won't run (unregistered), it may be a problem with your VC++ redistributables. If this is the case, you need to uninstall and re-install them - instructions are in the README.txt provided. If FSUIPC7 runs ok, you can try manually creating your FSUIPC7.key file, or use your previous one if still available. See here for details: John