Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    13,301
  • Joined

  • Last visited

  • Days Won

    271

Posts posted by John Dowson

  1. If it is detecting a steam version and you have an MS Store version, this is because you have a UserCfg.opt file in the following location:

      <user>\AppData\Roaming\Microsoft Flight Simulator 2024\UserCfg.opt

    Delete or rename that file and re-install.

  2. 3 hours ago, calou95 said:

    I'm encountering persistent issues, particularly involving access violations and compatibility problems.

    You need to provide more information.

    3 hours ago, calou95 said:

    Could you provide guidance or potential solutions for these issues? Any insights or recommended steps to troubleshoot or resolve these issues would be greatly appreciated.

    Please explain your issues in more detail and include/attach both your FSUIPC7.log and FSUIPC7.ini files and I will take a look.

    Please note however that I do not use and cannot support LINDA. For LINDA support with MSFS2020, please see https://www.avsim.com/forums/topic/620944-linda-support-for-msfs-2020/.

    I will take a look to see if there is anything obvious or FSUIPC-related.

    John

    Later: I see you have also posted the same message on the AvSim LINDA support forum. Unfortunately LINDA is no longer being developed or supported by the developer.

  3. Your ini file shows 1 auto-lua specified:

    Quote

    [Auto]
    1=Lua testscript_final_check

    and the log file shows that was started:

    Quote

      4350250 Lvars/Hvars received - checking aircraft autos....
      4350313 LUA.1: FINAL CHECK: Script is uitgevoerd via FSUIPC

    So what is the problem?

    Your ini is rather strange though as there is no [LuaFiles] section - have you edited/modified this?
     

     

  4. On 4/6/2025 at 8:26 PM, dc9116 said:

    I use this script to time a pause in the game.  It worked up until 7.5.2 in both MSFS 2020 and MSFS 2024.  In 7.5.2 it did not work in either.  In 7.5.3 it started working in MFSF 2024.  It still does not work in MSFS 2020.

    Ok, that is interesting...and implies the MSFS/Asobo documentation is wrong.
    The input string used for the return/enter key in 7.5.1 and earlier versions was just "Enter". As these input strings have changed slightly in MSFS2024, I updated FSUIPC to allow different strings to be used for the different simulators in 7.5.2, and revised all strings against the MSFS documentation. For MSFS2024 the input string for this key is now documented as "VK_Return" (see https://docs.flightsimulator.com/msfs2024/html/6_Programming_APIs/SimConnect/API_Reference/InputEvents/SimConnect_MapInputEventToClientEvent_EX1.htm), and for MSFS2020 it is now documented as "VK_Enter" (see https://docs.flightsimulator.com/flighting/html/Programming_Tools/SimConnect/API_Reference/InputEvents/SimConnect_MapInputEventToClientEvent.htm).

    So it looks like the documentation is wrong...I will check further here and either correct again and/or raise this with Asobo, and see if they will either correct to the documentation or update the documentation.

    Note there was no change in this area from 7.5.2 to 7.5.3, so if its now working with 7.5.3 in MSFS2024 then that is due to an update in either the SDK or in MSFS2024.

    I will update again after I have tested this further.

    Thanks for reporting,

    John
     

  5. 14 minutes ago, ReelSalty said:

    I did all the suggested fixes, but DetectToConnectDelayAuto doesn't seem to be changing for me. I adjusted it to 60 then FSUIPC would open at the 1min20 min mark. After about 5 times reloading the sim, saving the log file, and ajusting, I have set DetectToConnectDelayAuto=420 and it doesn't seem to delaying the program from opening- even though on average it takes 4min25seconds for MSFS2020 to open to main menu. 

    I think you are misunderstanding this parameter. It does not change when FSUIPC starts - that is determined by MSFS when using auto-start. It is the time from when it starts to when it tries to connect.

    Please don't attach images - they are useless to me. Any issues/questions, attach your FSUIPC7.log and FSUIPC7.ini files. The former will tell you the parameters used and when it tries to connect, so look at that and check that before posting.

    John

  6. 8 hours ago, Murray Basham said:

    I'm then assigning the function of Mobiflight AS1000 MFD FMS Lower DEC etc as an example for one of the choices to the Joystick assignments.

    But that is not a standard FS control - are you using a MobiFlight event file (G1000.evt)?
    If so, those are not only rather dated, but I think you need the MF WASM module installed for them to work.
    You should switch to using presets - check the 'Select for Preset' checkbox  instead of  'Select for FS Control', and then the Find Preset... button to open the preset list. The G1000 presets are under  Microsoft->Generic->Avionics and that one would be AS1000_MFD_FMS_Lower_DEC. You can also search using the MF  HubHop site: https://hubhop.mobiflight.com/presets/. There are many presets available for the G1000.

    John

  7. The installation log file (which I do not need to see!) shows that you have updated to 7.5.3, but I still need to see an FSUIPC7.log and full FSUIPC7.ini file - the last one you attached is again partial and shows version 7.4.16.2, not 7.5.3.
    Did you run FSUIPC7 after installing? You need to do that, and for lua scripts to auto-run you need to to also have MSFS running and a plane loaded and ready to fly. Lua scripts are started after the plane has loaded and lvars/hvars have been received and are available for use.

    John

  8. 4 minutes ago, 150245 said:

    I do have the >Lvars but do not know where to put in fsuipc

    Why not try reading the provided documentation?
    To use lvars, either use a macro or define your own preset. See the documentation for both of these. I will help if you get stuck, but I am not going to explain what is already in the documentation (and there are thousands of examples available....).

    John

  9. 27 minutes ago, Pablo70 said:

    Engine 2 Start Lever ENG2 (PMDG737) has disappeared from the Button & Switch Assignments options.

    Would be helpful if you provided more details - for example, what was it called? Maybe it has been renamed? Or maybe it no longer works?
    But, what I said also applies - nothing to do with me really:

    6 hours ago, John Dowson said:

    I just provide the MF presets file as is, exported from their HubHop site - I have no control over the contents. If the name has changed, you will have to update to use the new name. And if you have any questions on why this changed (and not the Lever1 presets), then ask on the MF discord channel.

    John

  10. 22 hours ago, shorthauler said:

    If I send this Event through PilotsDeck, it does toggle the master battery, but the switch does not move.

    This usually indicates that something else is needed - a H or L var, or maybe an Input Event. I don't have the DIGITAL DAKOTA WORKS DC-3 / C-47 so can't really help with this, sorry. Try listing the lvars and input events to see if anything looks applicable. Otherwise, you can inspect the battery switch using the MSFS behaviors windows to see how it works and try and replicate that - see https://www.badcasserole.com/uncovering-input-events-using-the-msfs2020-model-behavior-dialog/ (for MSFS2020) or https://www.badcasserole.com/uncovering-input-events-using-the-msfs2024-model-behavior-dialog/ (for MSFS2024). Alternatively, ask on the MF MSFS2020 discord channel to see if anyone can provide a preset for you.

    22 hours ago, shorthauler said:

    I have also experienced similar issues with other aircraft (Alabeo C421). It might be something related to switches with more than one (three) position(s).

    There should be no issue with switches that have more than one position, but toggle controls will not work with such switches - or may only control the movement between two positions.

    All aircraft are different in MSFS2020/2024 for most controls, especially add-on aircraft, and you need to determine what works for each aircraft,

    John

  11. FSUIPC6 should certainly compatible with P3Dv4.5 (latest version), but I haven't actually used or tried this in quite a while...

    On 4/6/2025 at 5:51 AM, Aaron Mack said:

    have a strange behavior like engine failure doesn't matter which plane

    Can you show me your FSUIPC6.log and FSUIPC6.ini files please, and give a more detailed explanation of something that isn't working. You may need additional logging, but I need to undettsand what the problem is first.

    John

  12. On 4/3/2025 at 7:40 AM, Murray Basham said:

    I have checked the FAQ topic -MSFS: key assignments (including 3rd-party Hot Keys) not working (FSUIPC7)

    That is old and no longer relevant. But what have key assignments got to do with this?

    I am confused about both the title of this topic and what your actual issue is...

    Do you mean that you have a physical button assigned to control a virtual button, but this is not working?
    And if this is assigned in MobiFlight, why are you reporting this here rather than with MobiFlight? I only support FSUIPC, not MobiFlight.

    On 4/5/2025 at 6:15 AM, Murray Basham said:

    After going over carefully the Help document, I read that it may be due to Asobo, not allowing the Key Button presses to be acknowledged through to the gauges/ displays.

    Do I need to submit a Ticket to Asobo for assistance.

    Sorry, but no idea what this means either - what Help document? What is a  'key button press', and why should this ' be acknowledged through to the gauges/ displays'?

    If using FSUIPC, please explain more clearly what your issue is and what this has to do with FSUIPC.

  13. Oh, they are FSUIPC7 log files - please do not rename them!
    One for MSFS2024 shows FSUIPC connected and working properly, the other for MSFS2024 shows also connected and working, but attached when FSUIPC7 was still running - not sure why you attached that. You should always exit FSUIPC7 before attaching files.

    The "message (2).txt" file shows issues with FSUIPC7 connecting to MSFS2020. What you need to do is to tune the start-up parameters. As you are using the same FSUIPC7 installation for both MSFS2020 and MSFS2024, you will need to tune these to the one that takes the longest (MSFS2020) and then fix them so that they are not changed by MSFS2024.
    See the following FAQ entry for details (or check the FSUIPC7 Advanced User manual, which has further details): 

    Strat by setting/changing the following ini parameter in the [General] section of your FSUIPC7.ini file:
        InitialStallTime=0
        StartUpTuningDoneVersion=-1
        DetectToConnectDelayAuto=60
     

    The first entry will instruct FSUIPC to wait indefinitely for the first connection attempt and not time-out. The second will disable auto-tuning so these parameters will not be changed again by FSUIPC. The third parameter is the delay between when FSUIPC7 detects MSFS running and when it tries to connect, and it is this that you will need to adjust for your system, Try with 60, but time the period between when you see the FSUIPC7 splash-screen and when MSFS2020 arrives at the main menu, and then set this parameter to that time.

    John

     

  14. On 4/3/2025 at 11:19 AM, BernhardS said:

    INCREMENT : 
    (L:ASCRJ_FCP_ALT_SEL,·Number)·10·+·(>L:ASCRJ_FCP_ALT_SEL,·Number)·(L:ASCRJ_FCP_ALT_CHANGE,·Number)·++·(>L:ASCRJ_FCP_ALT_CHANGE,·Number)
    DECREMENT : 
    (L:ASCRJ_FCP_ALT_SEL,·Number)·10·-·(>L:ASCRJ_FCP_ALT_SEL,·Number)·(L:ASCRJ_FCP_ALT_CHANGE,·Number)·--·(>L:ASCRJ_FCP_ALT_CHANGE,·Number)

    But honestly I have absolute no clue how to implement these scripts in my FSUIPC so that my altitude selector is bound with these scripts.

    Can someone be so friendly to help me out ?

    The easiest way to do this is to define your own presets, using the myEvents,txt file (you need to create this file as it won't exist by default - see the section Using Calculator Code Presets
     on page 50 of the Advanced User guide). Add the following to this file (once created):

    //Aerosoft/CRJ 550-700-1000/Autopilot
    ASCRJ_AUTOPILOT_ALTITUDE_INC#(L:ASCRJ_FCP_ALT_SEL,·Number)·10·+·(>L:ASCRJ_FCP_ALT_SEL,·Number)·(L:ASCRJ_FCP_ALT_CHANGE,·Number)·++·(>L:ASCRJ_FCP_ALT_CHANGE,·Number)
    ASCRJ_AUTOPILOT_ALTITUDE_DEC#(L:ASCRJ_FCP_ALT_SEL,·Number)·10·-·(>L:ASCRJ_FCP_ALT_SEL,·Number)·(L:ASCRJ_FCP_ALT_CHANGE,·Number)·--·(>L:ASCRJ_FCP_ALT_CHANGE,·Number)

    Once added, you can use the File -> Reload Presets menu item to load them.

    But looking at the provided presets, there are already some provided for altitude inc/dec:

    ASCRJ_FCP_ALT_SEL_DEC#(L:ASCRJ_FCP_ALT_CHANGE, number) -- (>L:ASCRJ_FCP_ALT_CHANGE)
    ASCRJ_FCP_ALT_SEL_INC#(L:ASCRJ_FCP_ALT_CHANGE, number) ++ (>L:ASCRJ_FCP_ALT_CHANGE)

    Don't they work? If not, you should submit the working ones to Mobiflight (via the HubHop site).

    John

  15. On 4/2/2025 at 5:44 PM, 150245 said:

    I do have a Hardware Ecam  equipped with an interface but still i can not figure out how to connect via FSUIPC, or where to put the above commands within fsuipc

    Does FSUIPC see your hardware? i.e. does it recognise the buttons/switches in the assignment panel?
    FSUIPC will only recognise HID joystick type devices natively.

  16. On 4/3/2025 at 11:26 PM, Driver170 said:

    But is there anything in my logs you see is not correct?

    But if FSUIPC is not starting/running, no log file will be created. Your log just shows that you manually started FSUIPC7.

    You can try moving the FSUIPC7 entry up so that it starts before the other entries - I have done this for you in the attached file if you would like to try it.

    John

    EXE.xml

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.