John Dowson

That version is quite old - only the latest version is supported, which is 6.1.9 - please update when you get a chance. Also, please attach your FSUIPC6.ini if you need further assistance, rather than pasting extracts. John

Note that the SimConnect_Text function is now documented as: The SimConnect_Text function is deprecated and cannot be used in Microsoft Flight Simulator. There also doesn't seem to be any replacement or other method to display text or menus in MSFS. I will at some point (when time permits) look into providing another method to display text, such as that provided by the lua Wnd library, but this would be for text display only and not for interactive menus. John

The issue with RC with MSFS is the use of the SimConnect_Text function that is used to display multi-line text and menus. This is now documented as "deprecated and cannot be used in Microsoft Flight Simulator", so unfortunately it cannot be used. See the following post for more info: John

Well, attaching your FSUIPC7.ini file would help me understand....but a slope of -15 would make your elevators/ailerons extremely sensitive around the centre - this is the response curve for a -15 slope: Try a positive response curve instead.... There are also other methods to reduce sensitivity, but first try changing the slope value to a positive one.... If you need further assistance, please attach your FSUIPC7.ini and FSUIPC7.log files so that I can see the settings as well as details on the aircraft you are using, etc. You also posted in the User Contributions sub-forum where it explicitly states NOT for support requests. I have moved your post to the sub-forum for FSUIPC7 / MSFS. And if you search this forum, I have responded to the same issues on axes sensitivity many times....for example, see John

The latest, and only supported version, is 4.977. I don't think there are any functional changes between these versions, just built using a later windows toolkit. This is just writing the value of the lvar L:CUSTOM_AP_ALT_VAR_SET_ENGLISH to offset 0x66C0 each time the lvar value changes, as you are incrementing the value after writing it. If you just want to increment/decrement the lvar value by 1000, you don't want an event on the lvar... A rotary encoder normally uses either one or two buttons (one slow, one fast) in each direction, so is programmed the same as when using buttons. Or does it use an axis? But I cannot help if assigning using MobiFlight - try the MobiFlight Discord channel for MobiFlight support. John

Those offsets are related to the GPS settings - I think you are looking for the OBS settings which are held in 0x0C4E and 0x0C5E. John

What FS and version of FSUIPC are you using? How have you assigned your toe brakes? Please show me your ini file. Also, if your issue is that the toe brakes are either fully on or off it could be a registry issue - please see the following FAQ entry: John

Your ini shows that you only have one assignment, which is the throttle assigned with 'Direct to FSUIPC Calibration' but you have not calibrated your throttle assignment. Please do this and try again - you must calibrate in FSUIPC if assigned in this way. Your calibration section is also empty apart from a RudderBlendLowest parameter - did you manually remove the other parameters? Please calibrate and try again. If you still get issues, please show me your updated FSUIPC7.ini and your FSUIPC7.log file, generated with logging for Axes Controls activated, load an aircraft and move the throttlle through its full range and back again and then exit FSUIPC before attaching your files. John

It does say this but it should be fine...no change in this offset from FSUIPC5 and onwards, so I wouldn't expect a problem... This is the test you need to do, and with the FSUIPC7 button assignment window open, to see if it is registered. I am away this weekend, and when I get back it will take me a while to catch-up on support requests, but once that is done I can check this further here. John

Then install without the add-on.xml component. This should be fine - it just uses a different method to link FSUIPC6 to P3D. I suspect this is due to an issue with your registry in determining the location of your Documents folder. These entries in your log look suspicious: Does that exist? That is taken from your registry, from HKCU: SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders You could try correcting that, otherwise just use the DLL.xml method to start FSUIPC6, whuch us what is used if the add-on.xml component isn't checked. John

I don't know...those offsets have been around for quite a while now, so I don't think it is an FSUIPC issue but I can check. However, I am away from this afternoon, back next week, so it will take me a while before I can take a look at this in detail. Keep me updated if you find anything, otherwise I will report back once I have checked that offset area (mid to end of next week), John

So the installer is crashing rather than completing? Can you re-run the installer, and uncheck (i.e. not install) the add-on.xml component to see if that makes a difference. If it still crashes, try unchecking the the other checkboxes so that only the FSUIPC6.dll is installed. Are you installing for P3Dv5 only? Do you have P3Dv4 installed? If you manage to get a successful installation, please show me the InstallFSUIPC6.log file. John

Every variable type is a sequence of bits, whether it is a string, an integer, a floating point number or any other type. You just have to read it as a string. Each letter is one byte / 8 bits: O = 0x4F (Virtual Key Code) = 01001111 S = 0x53 = 01010011 T = 0x54 = 01010100 And so the string OST in binary is (in reverse order - how strings are stored) : 010101000101001101001111 which is what your picture shows. And 010101000101001101001111 as an integer is 5526351, also as your picture shows. As I said, to read it as a string in lua you would use n = ipc.readSTR(offset, length) John

Ok, but note I am on holiday from tomorrow afternoon until Monday afternoon.

For any installation issues, you should ALWAYS attach your InstallFSUIPC6.log file... Did you run P3Dv5 at least once after installation and before installing FSUIPC6? This needs to be done as the P3D registry entries, needed by the FSUIPC6 installer, are not present until you run P3D for the first time after installation. I suggest you try uninstalling FSUIPC6 by either running the uninstaller that is created in your FSUIPC6 installation folder, or using the Windows App management panel. Then install again. Any issues, show me your InstallFSUIPC6.log file. You don't need to do this - just run the installer and it will prompt for elevated privileges when needed. John

The first thing you need to check is if the aircraft is using the new fuel system or the legacy one, which will determine which offsets or simvars will be used. This is held in offset 0x07A8. For what simvars are available for each fuel system, you will need to consult the MSFS documentation here: https://docs.flightsimulator.com/flighting/html/Programming_Tools/SimVars/Aircraft_SimVars/Aircraft_Fuel_Variables.htm I should really add this information to the offset status documentation, i.e. if an offset is holding a simvar from the legacy or the new fuel system. I will make a note and do this for the next release, but for the time being you will have to consult the MSFS documentation to know if a simvar (or offset that holds that simvar) is available for the aircraft being used. Note also that there are many fuel system simvars not currently held in offsets. They can be added to free offsets if needed, for both reading and writing (if writing to them is possible) - see the Advanced User guide section Adding Simulator variables (simvars) to FSUIPC offsets on page 34 for details, John

And what happened 2 days ago? Looking at your ini, it is EXACTLY the same problem as before - you have your throttle assigned to multiple controllers and axes - this is your general axes assignments: i.e. you have a throttle axis assigned to your Saitek Pro Flight Yoke (A), T.Flight Hotas X (C) and your Saitek Pro Flight Quadrant (D). You must have assigned these! Some of your axes profile assignments also have the same issue. And you also have multiple assignments to Aileron and Elevator. There is no need to assign the flight control axes to multiple controllers, and, as I have already said, this can cause issues. Can you please check this yourself if you get such issues before asking for help... If you want to use different controllers for different aircraft, then use profiles. John

I am not sure this is a goof thing to do as changing your system clock may affect other licenses...but if it works then I guess thats ok... So everything else is working? If so, its strange that just these 2 functions are not working... If using the ProSim737, maybe try asking about thus on their support forum. I am not in a position to assist you any further with this, but maybe others can help... Good luck - and please update if you find a solution. John

I still don't know what FS you are using and what version of FSUIPC (FSX with FSUIPC4?), but there is nothing in FSUIPC related to those offsets. They are in an area reserved for various people / systems, and I cannot see anything related to CRGSIM - although that may use that area. What makes you think that writing to that offset should activate LNAV / VNAV? Have you tried using any of the standard controls (GPS VNAV Button maybe...) - or, better, activate logging for Events (non-axis controls) and see what is logged (in your FSUIPC4.log file) when you activate LNAV and VNAV and try using that. Alternatively, you could try listing the available lvars (local panel variables) to see if any of those look applicable. Sorry I can't be of further assistance - you may have be better asking about this on avsim where other CRGSIM users may be able to help... John

You would assign a button or key press to this as you would for assigning to any other control - open either the button or key assignment tab, press the button or key so that it is registered, then select the control List local panel variables from the drop-down menu, then click Ok to save the assignment. Then just press the assigned button or key, and the lvars will be listed in the FSUIPC6.log file. Why don't you try reading the documentation - this is all explained in the provided User guide, with further details in the Advanced User guide. John

It is not documented. Probably should be added to the FORMAT OF BUTTON DEFINITIONS section on page 18 of the Advanced User guide. But really this is internal to how FSUIPC works - you don't need to know about this. You just set this up in the assignments window. John

CL indicates the button is assigned to a Lua script control, and the following number is the index number of the lua file under your [LuaFiles] section of your FSUIPC6.ini. The letter after the colon is the lua control, with K indicating LuaKill and R indicating just Lua (shorthand for Lua Run). There are also other letters for the other Lua Controls - LuaSet, LuaDebug, LuaToggle, LuaValue and LuaClear. The comment on the button assignment line will tell you the lua dile name and lua control used. John

The last update to FSUIPC6 was in May 2022 with the release of version 6.1.9. There has been no update since then as there has been no need. P3D and FSUIPC6 are pretty stable these days. Most support and development I am doing these days is for FSUIPC7 / MSFS, not P3D, although I still support FSUIPC6 / P3D as I have always done. John

Maybe you could use the windows keyboard shortcut to cycle through application windows...i.e. restore focus to the FS, and then send the appropriate windows key shortcut to cycle through its windows? Not sure what that shortcut key combination is, but google can help with that... There is/was an FSUIPC control to List all FS windows, but looking at the code this has actually been removed in FSUIPC6 and FSUIPC7 (and possibly other versions), so I don't think its possible for FSUIPC to know anything about FS windows, John

What FS and version of FSUIPC are you using? Presumably not MSFS with FUIPC7, as there is a specific sub-forum for that. To list available lvars in FSUIPC4/5/6, you can use the provided lua plugin but it is easier to just assign a button or key to the FUIPC-added control List local panel variables and use that. John