All Activity

Why do you think this? If you open the axes assignment dialog, do you see the profile name in the window title? If you think a profile isn't being loaded, I need to see the log file with logging for Buttons & Keys activated and a button press for a profile-specific assignment, as well as the FSUIPC7.ini and profile-specific ini file. Yes, I can see this is an issue. This is because you are using UseAirLocForProfiles=Yes and as aircraft in MSFS2024 are streamed, the folder containing the aircraft.cfg file is not actually available. I will look into this to see if anything can be done (but I doubt this for streamed aircraft), but for now you should not use this option if using MSFS2024. So please either remove this or set it to No. I will clarify this in the documentation. After changing/removing that setting, you will also need to update the profile aircraft names (or add each aircraft back into the profile), e.g for the PMDG772LR profile use: [Profile.PMDG772LR] 1=777-200LR However, I would have expected the profile to still have been loaded, as your log indicates that the 'config' folder is being used, and that should match. However, I suspect that the same folder may be used for other aircraft, so that the same profile is being used for all/most aircraft. Anyway, try removing that option, update your profile aircraft names and let me know if you still have issues. Note that in the next release, the profile that is being used will be logged in the FSUIPC7 main window. John

I have read the documentation for the creation of Profiles (files) and I have continue to have problems with the correct .ini file being read. I have attached the fsuipc.ini and log file. I also appended the Profile file (PMDG772LR.ini). Please note "config" in the fsuipc7.ini file for the PMDG772LR aircraft. Apparently,the needed data are never read from the profile file. I'd appreciate any help--Thanks-- Robert FSUIPC7.log FSUIPC7.ini PMDG772LR.ini

Lama. It's pretty stable to fly without feeling dumbed down. Once you've got it started!

Btw, which of Toag's helicopters are you using?

Its not that difficult and I can show you how to use these things, if they are available. I don't have this helicopter so you just need to follow my instructions to let me know if there are any input events available (I already showed you what to do for this) or any appropriate lvars (just list them using Add-ons->WASM->List Lvars and then show me / attach your FSUIPC7.log file). Up to you, but assignments to lvars/hvars/input events are getting more and more common with add-ons and it is worth getting to know how to use these type of controls. Worth at least taking a look - there may not be anything available anyway... Yes - and certainly in my hands! I've not got far with trying to fly helicopters, but then I haven't spent much time in them either. Cheers, John

AXIS Collective set got my hopes up then dashed them! 😀 The daft thing is that the lever doesn't react to the mouse except when the engine is running. This is so frustrating, it's not as if I'm asking for anything exotic. The bottom line is that I don't understand LVARS and the all the other exciting things you chaps take as ordinary. I need to be talked to like a 5yo. 😕 I really do appreciate your taking the time, but I'll just content myself with what I've got. By tomorrow I'll probably have forgotten all about bloody helicopters anyway. Dangerous things!

@bcars I have looked into this in more detail now I am back, and basically find the same as you. However, if you disconnect from MSFS (MSFS->Disconnect), then the RunReady/CloseReady applications are stopped correctly. So this indicates that it was a timing issue, and FSUIPC was basically exiting before it issued the WideServer close-down request. I have corrected this in the attached version, where WideClient should close down together with all Close/CloseReady apps both when exiting FSUIPC and when exiting MSFS, so please try this version. I did notice one other strange issue though: the CloseAppsHotKey works to close the CLose/CloseReady apps, but the CloseReady/RunReady ones are started again a few seconds later. Not sure if this is intended.... John FSUIPC7.exe

You could also maybe try AXIS_COLLECTIVE_SET (the old helicopter throttle axis). Also try looking at the input events to see if there is anything there that controls the throttle. If there are any input events available (the number of input events available is logged in FSUIPC's main window), first list them (Log->List Input Events), If there is anything that looks applicable, log input event changes (Log->Input Events) and turn the throttle in the VC and see what is logged, and get the max/min values for the input event. If anything exists, I can show you how to use this to assign to your axis. You can also check for lvars to see if there is anything there that looks throttle related. John

I've tried everything that has AXIS, HELICOPTER, THROTTLE and SET in any order. None of them work. I'm think this is a Toag problem. Thanks for responding though. In the meantime I'll settle for starting on the runway! Shame, lovely helicopter though, the Lama. Cheers John

There are multiple (helicopter) throttle axes - have you tried HELICOPTER_THROTTLE1_SET? If there is only 1 throttle, also try HELICOPTER_THROTTLE_SET or maybe AXIS_HELICOPTER_THROTTLE_SET These are the (newish) helicopter axes available: 67526 HELICOPTER_THROTTLE_INC 67527 HELICOPTER_THROTTLE_DEC 67528 AXIS_HELICOPTER_THROTTLE_SET 67529 HELICOPTER_THROTTLE_SET 67530 HELICOPTER_THROTTLE_CUT 67531 HELICOPTER_THROTTLE_FULL 67532 HELICOPTER_THROTTLE1_INC 67533 HELICOPTER_THROTTLE1_DEC 67534 AXIS_HELICOPTER_THROTTLE1_SET 67535 HELICOPTER_THROTTLE1_SET 67536 HELICOPTER_THROTTLE1_CUT 67537 HELICOPTER_THROTTLE1_FULL 67538 HELICOPTER_THROTTLE2_INC 67539 HELICOPTER_THROTTLE2_DEC 67540 AXIS_HELICOPTER_THROTTLE2_SET 67541 HELICOPTER_THROTTLE2_SET 67542 HELICOPTER_THROTTLE2_CUT 67543 HELICOPTER_THROTTLE2_FULL 67544 AXIS_CYCLIC_LATERAL_SET 67545 AXIS_CYCLIC_LONGITUDINAL_SET 67546 CYCLIC_LATERAL_LEFT 67547 CYCLIC_LATERAL_RIGHT 67548 CYCLIC_LONGITUDINAL_DOWN 67549 CYCLIC_LONGITUDINAL_UP

Me again. 🙄 Problem with helicopter throttle. The sims assignment for throttle is SET_HELICOPTER_THROTTLE 1_AXIS which works. FSUIPC7's is AXIS_HELICOPTER_THROTTLE 1_SET doesn't work Why not use the sims assignment then? I hear you ask. Because I loathe Asobo's mess. I want no part of it. FSUIPC handles everything. I've been to Toag's Discord and they speak in coder's hieroglyphics. I have tried various other throttle settings in FSUIPC but no luck Can you please shine a light on this?

No. As I have said, you need to use the camera state to see if there has been a restart. MSFS does not provide any events/information when a flight is restarted, so it was never possible to detect this in FSUIPC. However, since the addition of the camera state variable (in late 2022) you could use this, as I have said. This is basically correct although a little outdated. To be more precise, the luas are started in order on initial load of an aircraft and once the available lvars have been received and are available, and are stopped/killed whenever you go back to the main menu (i.e. end the flight).

I'm a bit confused. The Advanced User document states that Auto.C510 restarts the auto.start LUA when an aircraft is changed. Does it also start again if the flight with the same aircraft restarts? "to be executed, in order, automatically whenever the current aircraft is changed (or, indeed, first loaded), or a specific named aircraft (or Profile) is loaded."

Please use the specific sub-forum for all issues/questions with FSUIPC7 and MSFS2020/MSFS2024. Previous speed issues (usually during climb) have been reported (several times) with PMDG aircraft, and this has been attributed to flaps assignment. Please see the following post: Thats for the 737 but should also apply to the 777. If that is not the issue, then I would need to see your FSUIPC7.ini and FSUIPC7.log file (with appropriate logging activated showing your issue). But please see that topic first, and at least attach your FSUIPC7.ini so that I can see your assignments. No point in posting images. John

Displaying text in (simconnect) text windows has been broken in MSFS for a long time...it did work in limited circumstances in earlier versions of MSFS but has been broken for a long time. The MSFS SDK SimConnect_Text function has basically now been removed from the MSFS SDK and it is no longer possible to use any of the text display functions (to external windows) that use this. The only way now that can be used to display text in an external window is to use the lua Wnd library. Due to this, the FSUIPC offsets for text display also no longer work (they should be marked as such in the offset status document). I have been meaning to update these offsets to use an external window as provided by the Wnd library, but just haven;t had time to look into this in detail so far. So your only option for text display in a separate window is to use the lua Wnd library at the moment (and for the foreseeable future). No, FSUIPC does not do this - if assigned to an axis, it sends the axis controls regardless of aircraft. You should be able to use axis assignments with PMDG. The issue with axes assignments in PMDG is not the assignments, but the calibration. If you assign using 'direct to FSUIPC calibration' and calibrate, this should work. But if not, you should assign using 'Send to FS as normal axis'. I think the problems are caused when assigning using 'Send to FS as normal axis' and then calibrating in FSUIPC, due to conflicting event priority levels between the PMDG aircraft and MSFS. However, I am not 100% sure on this (I don't generally use/fly PMDG aircraft, but do have some to investigate issues). I am not that familiar with the MSFS version, but perhaps this also has to do with how they are set-up in the flypad (if my memory is correct, although this may be for the FBW...). But if you have any issues, let me know and I can take a look. No problem - and thanks for your kind words. John

*** Moved to FSUIPC7 support sub-forum *** Having issues with PMDG Speed, it keeps dropping, and it won't be stable. This would be MSFS2024

Hi John First of all, after some throttle range adjustment following your advice the reverser#2 works again. I think I had in fact a problem with the 0 position of throttle#2. When there is no or little dead zone, it may send erraneous or repetitive positive signals to the throttle axys during reverse operation, resulting in a reset of the reverser. Unfortunately there is still this only throttle axys in MSFS, working as throttle in the positive range and as reverser in the negative range (FSX heritage). My problem is solved therefore 😊. But during my investigations I found some log problems I did not experience before MSFS. E.g. I cannot display log infos in a FS window (selection is grayed out). Is that normal? When I choose for infos in the window title line, I can see the first defined offset there but always with 0. The only way to see changes is the console resp. the log file. The Flaps control works fine again after a new calibration, even using just the axys and not the range method. Well, sometimes I loose survey. There are so many parameters in such a homecockpit... Specially the mixing of Tiller and Rudder resp. Throttle and Reverser resp. Brakes and Parkbrake_Reset tend to make problems 🤪. And correct function depends on where they are defined (FSUIPC or MSFS). Finally I have a comprehension question. IMHO PMDG still does not allow direct axys control, but only increase and decrease commands. But it returns the positions of the internal levers. Is it correct, that FSUIPC compares the hardware positions with those values and sends then increase or decrease commands, until they coincidence? Or am I completely wrong? Let me thank you very much for your fast and committed help. Without such help it would hardly be possible to realise such complex, but fantastic systems. All the best Urs

I have taken a quick look and offsets 0x3364 (ready-to-fly flag) and 0x3365 (in-menu/dialog flag) can't be used for this. The camera state offset 0x026D goes to 11 (waiting) then back to 2 when you restart a flight, so try that. I will look into updating the ready-to-fly offset 0x3364 to reflect the correct state, John

If you use lua auto-start, the lua is always started when the flight starts, and killed when the flight finishes. For restart, check the camera state, as advised. It will go through various values then back to 2 when the flight is ready. You should log the value of this to see what values it goes to on restart before back to 2.

I am trying to find out any time a new flight starts in MSFS. A flight stars from the main menu after choosing the aircraft and airports and select Ready to Fly. Or one can restart a flight using the Esc key and selecting the Restart button. Thus starting a flight. I want to know when this occurs so a Lua plugin I created can reset its start logic. Thanks

Can you clarify what you mean by this? What does this mean? Do you have a reference? I'm not exactly sure what you are after, but maybe try logging the camera state offset, 0x026D. This will go through various values and then back to 2 (cockpit) (or maybe 3 - external/chase). If you log this offset, you can probably determine the value changes you need.

I'm trying to determine when an aircraft is started or restarted (to reset Lua logic). Your offset status has a "Ready to Fly" flag (offset 0x3364). Zero if ready to fly. Also, the internet indicates that flag 16 - Ingame-RTC, is set when an aircraft is ready to fly. In your experience, which is more useful? Or is there another method to determine when an aircraft flight has started? Thanks

Yes - that is strange - maybe they are just events that are continually being sent. Many aircraft do this, and such events can be ignored using the DontLogThese ini parameter (see the documentation on using this). However, I do see that you have an axis assigned to Flaps using 'direct to FSUIPC calibration' but have not calibrated the flaps. Does this work? Usually such flaps assignment with PMDG aircraft can cause issues (especially loss of power on climb). The usual method to assign flaps for PMDG aircraft is to use the custom controls (or also preset in MSFS) to be sent on entering/leaving an axis range (i.e. using the right hand side of the axis assignment panel) - see the following topics: As for your reverser 2 issue, there is nothing I can see in the logs. One thing that can prevent the reverser activating is if the throttle is not at 0 (can be changed by setting the MaxThrottleForReverser ini parameter). So it may be worth logging the throttle values to check these are 0 - to do this, add logging for both offsets 0x088C and 0x0924 as S16. Your throttle1 and throttle2 calibrations are also different around the null zone: It is strange that the lower number is positive and not negative...although these values shouldn't really be used when calibrating throttles with no reverse zone - but maybe just set them to be the same values in the ini, just to be sure. You can also check that the out value of your throttle axes are both 0 (when no throttle is applied) in the axes joystick calibration page 3. Can you also check your assignments in MSFS are empty, just to make sure. Other than that, I will need to investigate here further as I am not familiar with the Reverser axes or how they are implemented, I won't have time today (finishing now for the weekend), but I will look into this further on Monday. John

You are right, the version has no influence. So I made a new log including Events and Axes Controls. Strange for me: so many AXIS_FLAPS_SET lines. I did not touch the flaps lever. First I moved throttle 1 and 2, then reverser 1 and 2. FSUIPC7.log FSUIPC7.ini

I don't think this can have anything to do with anything in the last update, but I have attached the previous version below so that you can test with this to make sure. Just temporarily rename your current FSUIPC7.exe, download the attached to your FSUIPC7 installation folder and test with this version: FSUIPC7.exe The attached log file is of no use as there is no additional logging. Could you set logging for Events and Axes Controls and generate another log file showing your issue, and attach that together with your FSUIPC7.ini file and I will take a look. Use both Reversers 1 and 2 so that I can see any differences. Use the latest version for this! John