Jump to content
The simFlight Network Forums

John Dowson

Members
  • Posts

    13,296
  • Joined

  • Last visited

  • Days Won

    271

Posts posted by John Dowson

  1. 2 minutes ago, DaveSCUSA said:

    Not consistent with how switches, buttons, knobs are bound.

    Like most add-on aircraft then! Many (most) add-on aircraft in MSFS2020/2024 seem to implement their behavior in non-standard ways and not use the standard events or simvars.

  2. Just now, StephaneS said:

    It comes from my plane that I use in P3D startup. I have the "AC11 Commander 114 Cold & Dark," and it probably has an option that turns off the automatic fuel switch. So, if I power up this plane, then turn off the engines, then load the FOUGA: I do an engine ignition, and the engines don't stop when the wing tanks are empty!

    Ok, interesting. With P3Dv4, it is always advised to start with a default aircraft, and then switch, especially if using complex add-ons, but probably a good idea to do this when using any add-on aircraft.

    Thanks for the update.

  3. 2 minutes ago, DaveSCUSA said:

    what is an EFB?

    Electronic Flight Bag, also called a flypad (looks like an ipad), usually attached to the door below the pilots window. Used by many complex add-ons (airliners and airbuses) to configure the aircraft (fuel, weights/passengers, even throttle set-up and calibration, brakes etc) and control ground services amongst other things.

  4. 1 minute ago, StephaneS said:

    News : I have try to delete prepar3D.cfg, and now it is working !!! (fuel dump working !) I don't understand....

    Ok, thats interesting - and I also don't understand why this would fix your issue - maybe there was an option you set that disabled this for some reason. But glad its now fixed!
    Maybe try comparing the old prepar3d.cfg (if you saved it) to the new one, to see what has changed that could affect this.

  5. Tested in the FBW A320. You need to switch the pushback system on in the EFB, and then you can only attach the tug via the offsets. Looks like you need to set the direction in the EFB and control from there really.

  6. The idea with the logs was to compare the working v5 log with the non-working v6 log, to see if any additional controls were being sent in v5. But as now v5 isn't working, this is not possible.

    And I don't know this aircraft. For most aircraft that I know, you would manually switch fuel tanks. Is this not the case in this aircraft?

    There's not much else I can do at the moment, until I have re-installed P3Dv4, installed this aircraft and taken a look.

  7. Tested in the PMDG 737 and the offsets seem to work with that aircraft as well.

    Have you tried to use these offsets? If not, why not just try them. Any issues, let me know what the issue is and with which aircraft.

    John

  8. 1 minute ago, StephaneS said:

    It is strange, because the log is working for download here for me..?!!!

    Seems ok now. However, the log is useless as it doesn't show anything. Did you get your issue from the session where this log was generated? The log ends after < 5mins.
    I need to see a log from when you get the issue, and one from FSUIPC5 when you didn't, so I can see if there is any difference.

    Also, as I said, if you can let me know the steps to recreate this issue here, I can do that  - after I have re-installed P3Dv4 and this aircraft.

     

  9. 2 hours ago, John Dowson said:

    I don't think those offsets are working to control pushback. The state is reported correctly, but writing to the offsets does not trigger pushback. To trigger pushback, use the Toggle Pushback event. Not sure about controlling the heading or speed at the moment. There are 2 new sim event that I will add and test - Tug Heading and Tug Speed. I have tested Tug Heading here and that seems to control the direction once pushback is initiated. 

    Sorry, this is not correct - I was writing to offset 0x31F0 rather than 0x31F4. Writing to offset 0x31F4 seems to control pushback as documented, at least in the Cessna 172, and writing to offset 0x31F8 controls the heading. So it seems that these offsets are working, at lease in the Cessna 172. 

     

  10. I have not enabled direct axis assignment to input events due to this calibration issue.

    There are some issues adding calibration for input events directly to the axis assignment tab for various reasons, and it certainly won't be possible via the calibration panels for various reasons.

    What I could possible do, for an initial attempt, would be to allow assignment to input events, but these would then need to be calibrated using FSUIPC's axis scaling functions, only available by manually editing the ini file.

    I will put this on my todo list to look into.

    But for now, you need to use lua scripts for this, as you are doing.

    John

  11. 1 hour ago, John Dowson said:

    There are 2 new sim event that I will add and test - Tug Heading and Tug Speed. I have tested Tug Heading here and that seems to control the direction once pushback is initiated. 

    Sorry - these are't new and are already available.

  12. That log is not available for some reason (I will delete the post shortly).

    Please also provide the log files for both FSUIPC5 (where it is working) and FSUIPC6 (where it isn't). Please also make sure that you have enabled logging for Events.
     

    As this is a freeware aircraft, I can also install and take a look. Could you let me know how to reproduce this problem - and quickly if possible.

    This may take me a while however as I recently suffered a severe crash and have had to re-install Windows. I haven't re-installed P3Dv4 yet - I will do this over the weekend.

    John

  13. I don't think those offsets are working to control pushback. The state is reported correctly, but writing to the offsets does not trigger pushback. To trigger pushback, use the Toggle Pushback event. Not sure about controlling the heading or speed at the moment. There are 2 new sim event that I will add and test - Tug Heading and Tug Speed. I have tested Tug Heading here and that seems to control the direction once pushback is initiated. 

    However, generally it seems pushback is controlled by the Ground services in MSFS. Also, more complex add-ons tend to use either the FlyPad/EFB or FMC to control pushback. They may also respond to the standard controls, but also these may not work for such aircraft. I will test/check this in a few complex aircraft - maybe the PMDG 737, FSLabs A321 and the FBW A321.

    I will add those 2 tug control events and look into this on more details, and maybe update those offsets to use these new control. But this will be after the next patch release of FSUIPC7. maybe next week...

    John

     

  14. For your landing light buttons (135 and 136), use the PMDG_B777_Landing_Light_All_On and PMDG_B777_Landing_Light_All_Off presets I showed you above. Presume you know how to define your own presets - if not, check the Advanced User guide, but basically you just need to add those preset definitions above to a file called myevents.txt (create this if not present in your FSUIPC7 installation folder).

    For the buttons that control the runway + taxi lights, define your own preset by combining the preset code from the other presets, e.g.

    PMDG_B777_Runway_Turnoff_Taxi_Light_All_Off#(L:switch_121_a) if{ 12101 (>K:ROTOR_BRAKE) } (L:switch_119_a) if{ 11901 (>K:ROTOR_BRAKE) } (L:switch_120_a) if{ 12001 (>K:ROTOR_BRAKE) }
    PMDG_B777_Runway_Turnoff_Taxi_Light_All_On#(L:switch_121_a) ! if{ 12101 (>K:ROTOR_BRAKE) } (L:switch_119_a) ! if{ 11901 (>K:ROTOR_BRAKE) } (L:switch_120_a) ! if{ 12001 (>K:ROTOR_BRAKE) }
    PMDG_B777_Runway_Turnoff_Taxi_Light_All_Toggle#12101 (>K:ROTOR_BRAKE) 11901 (>K:ROTOR_BRAKE) 12001 (>K:ROTOR_BRAKE)

    Otherwise, you could try adding a short delay after sending each preset. I have done this for you in the attached with a 25ms delay. If it still has issues, try increasing that.

    John

    FSUIPC7.ini

  15. I don't understand this - I am on the exact same version of Security intelligence and get no issues, and have no allowed threats.
    Not sure what I can do - I already reported this to MS yesterday as I did get this, but was later fixed. Maybe you could report as well: https://www.microsoft.com/en-us/wdsi/filesubmission?persona=HomeUser

    Otherwise, just restore the blocked file - you may need to temporarily allow the threat (presume its Program:Win32/Wacapew.C!ml).

  16. 33 minutes ago, kaha said:

    MS Defender deletes this .exe file. I think I wait for the release.

    I also had that issue yesterday afternoon for a few hours. I reported to Microsoft, then updated my anti-virus definitions and now it seems ok.
    Could you try updating your anti-virus definitions and trying again.

  17. Both FSUIPC5 and FSUIPC6 should be fine to use with P3Dv4.5. FSUIPC5 is closed for future development, and FSUIPCv6 has a few more additional features, and only FSIOPC6 supports P3Dv5 and P3Dv6.

    7 minutes ago, StephaneS said:

    I'm asking this because I'm using the Fouga Magister, which is experiencing fuel dump issues with fsuipc_v6, whereas everything works fine with v5.

    If you are experiencing issues with FSUIPC6 that are not present in FSUIPC5 then you should raise a support topic on this and I will look into it.
    Please provide logs with relevant logging enabled (most probably Events and Buttons & Keys), and if you have both FSUIPC5 and FSUIPC6 then logs from each would be usefult for comparison.

    John

  18. 12 hours ago, mpochylko said:

    Fast forward to MSFS 2024, I can get the buttons programmed, however the actions are erratic. Meaning, when I turn the Landing lights on, only a single light of the 3 will turn on, then once turned off, the switch will stay "on". As I function the switch, the lights turn on and off in no order whatsoever. Same to be said with the taxi lights/runway turn off as well. 

    I do have the beacon, nav, strobe, taxi, etc. programmed and they work great, it just seems the multi command lights do not function as intended. All programming has been completed in the .ini file. 

    Any assistance would be graciously appreciated at this point. 

    It would help if you could attach your FSUIPC7.ini so I can see your assignments, and also maybe a log (with appropriate logging enabled: Buttons & Keys, Events and WAPI Debug level if using presets)) so that I can see what is happening . Are you using a (combined) presets for this assignment, using a macro or overloading your assignments?
    What you can try is dependent on what you are currently using. 

    If using individual presets and have overloaded your assignments, you can try combining them to use one preset. Here are some combined presets for the 777, but I am not sure if they are valid for MSFS2020, MSFS2024 or both:

    //PMDG/B777 300ER/Lights
    PMDG_B777_Landing_Light_All_Off#(L:switch_22_a) if{ 2201 (>K:ROTOR_BRAKE) } (L:switch_23_a) if{ 2301 (>K:ROTOR_BRAKE) } (L:switch_24_a) if{ 2401 (>K:ROTOR_BRAKE) }
    PMDG_B777_Landing_Light_All_On#(L:switch_22_a) ! if{ 2201 (>K:ROTOR_BRAKE) } (L:switch_23_a) ! if{ 2301 (>K:ROTOR_BRAKE) } (L:switch_24_a) ! if{ 2401 (>K:ROTOR_BRAKE) }
    PMDG_B777_Landing_Light_All_Toggle#2201 (>K:ROTOR_BRAKE) 2301 (>K:ROTOR_BRAKE) 2401 (>K:ROTOR_BRAKE)
    PMDG_B777_Runway_Turnoff_Light_All_Off#(L:switch_119_a) if{ 11901 (>K:ROTOR_BRAKE) } (L:switch_120_a) if{ 12001 (>K:ROTOR_BRAKE) }
    PMDG_B777_Runway_Turnoff_Light_All_On#(L:switch_119_a) ! if{ 11901 (>K:ROTOR_BRAKE) } (L:switch_120_a) ! if{ 12001 (>K:ROTOR_BRAKE) }
    PMDG_B777_Runway_Turnoff_Light_All_Toggle#11901 (>K:ROTOR_BRAKE) 12001 (>K:ROTOR_BRAKE)


    If using a macro or overloading your assignments and sending multiple commands (one for each light), then you can also try adding a pause control (control number 1152) between sending each command (whether this is a preset, an event/control or an input event). 

    John

  19. Thanks for your kind words.

    23 minutes ago, nicky9499 said:

    Will continue to try hunting down this issue.

    Good luck - please report back if you find anything.
    You could maybe try turning off some of the on-line services, (live weather and traffic). But if its only happening at one airport, it sounds more like a scenery issue, or maybe badly cached or out-of-date cached scenery. You could try turning of your rolling cache to see if that helps

    John

  20. 5 minutes ago, DaveSCUSA said:

    Your control list (and it also showes in SPAD.neXt) for this includes "glider?". These events are to control the aircraft tractor.

    From the controls list document:

    66498   KEY_TUG_HEADING
    66499   KEY_TUG_SPEED
    66533   TUG_DISABLE
     

    ?

×
×
  • 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.