Jump to content

2Fat2Fly

Members
 View Profile  See their activity

  • Posts

    27

  • Joined

  • Last visited

 Content Type 

Posts posted by 2Fat2Fly

  1. [Closed] Excessive Fuel Consumption when FPS is Low

    in Technical Support

    Posted

    24 minutes ago, oisin650 said:

    The entire systems simulation occurs outside of X-Plane

    This makes sense and conform to my observation to this aircraft so far. It would be a nice addition to cross check and ensure the consistency between the simulated systems and X-Plane.

    34 minutes ago, oisin650 said:

    There is something else going on there, check out Plugin Admin to see what's actually slowing you down. 

    I believe it is the scenery as it only occurs in certain areas. I'll check this out myself.

    Again thanks for your patience in reading and answering the questions!

    • Like 1

  2. [Closed] Excessive Fuel Consumption when FPS is Low

    in Technical Support

    Posted

    13 hours ago, oisin650 said:

    Hello, 

    Unfortunately this isn't really a Challenger issue - this is an issue with the machine you are running your simulator on. There are minimum requirements for X-Plane 11 and minimum requirements for the Challenger 650 that must be abided by. The real time aspects of the Challenger are not designed to run at 5fps and especially not for a 10 minute freeze (this is not normal - something is wrong with your scenery perhaps?)

    Kind regards

    Hi oisin650,

    Thanks for the reply!

     

    While I understand it's no easy task to fix such thing in such a complex simulation of an aircraft, and truely appreciate your work that brought such an amazing addon to the X-Plane community, I have to emphasize that IT IS a Challenger issue. Please let me explain why:

    First, the issue only exists in this particular addon. I have more than a dozen of aircraft addons for XP11 but it seems the CL650 is the only one that doesn't obey with the "law of X-Plane".

    Second, my computer spec is i9-9900k + RTX 2080ti + 32GB DDR4 3600MHz RAM, plus my X-Plane copy and sceneries are installed on a 2T WD Blue SSD, which is well above the required spec. Even with this spec XP still freezes & drop below 20fps occasionally. Therefore it is still necessary to provide consistency even when the sim runs slowly.

    And third, I believe X-Plane has already provided several ways to provide such consistency. For example, the "sim/time/total_flight_time_sec" and "sim/time/sim_speed_actual_ogl" datarefs mentioned before. Also, most other parts of the Challenger 650, including the simulated IRS positions and error accumulations (which should be more sensitive to time decelerations), works fine when FPS is low. Which makes it strange it is the fuel consumption model alone, that doesn't behave normally when such deceleration occur.

     

    I still wish the issue will be fixed though. If so I can fly long distances at ease without worrying about higher fuel consumption than expected. Which will make the overall experience better for long haul flights IMHO.

    Regards.

  3. [Closed] Excessive Fuel Consumption when FPS is Low

    in Technical Support

    Posted · Edited by 2Fat2Fly

    5 hours ago, EGT said:

    Get a faster hard disk or more memory.

    I fly over high-res ortho (I have terrabytes of the stuff). The hard disk is non-stop over those areas but XPL never hiccups.

    My X-Plane installation and scenery packs are already installed on a separate SSD. So far I have this issue only with DD's New York City packs, while orthos, TrueEarths etc. are just fine. Indeed it's major pain when flying over New York with that installed. But since I mostly fly offline this should not bother much (with the fuel consumption issue solved) and I don't want my money wasted either.

  4. [Closed] Excessive Fuel Consumption when FPS is Low

    in Technical Support

    Posted · Edited by 2Fat2Fly
    Changed title to avoid confusion

    Hi,

    I noticed that when the FPS drops below 20 and causes the sim to slow down, the fuel consumption rate would increase, causing the estimated FOB at destination drops significantly.

    This behavior is especially obvious when the sim freezes during scenery loads. Yesterday when I passed by the scenery-heavy area near New York (New York Airports XP v2 & New York City by Drzewiecki Design edit: after another test it turned out that overlapping overlay installed in the same area is the culprit, not DD's), the sim freezed for ~10 mins, and the EFOB at dest dropped from 1800 lbs to 1300, which made it dangerous to continue the planned trip.

     

    To reproduce this, simply slow the sim down and observe the decrease of the EFOB at DEST.

    Here's a test I've done:

    1.thumb.png.4d9e906d4190b4b55ad8c52ed22bbeb0.png

    The first screenshot was taken before the test was carried out. The EFOB at DEST was 1840 lbs.

    2.thumb.png.e1b8196bce4499062f15b6e892db079c.png

    Then I used a script to force XP to run under 5 FPS for 16 minutes.

    Notice the widget on the top-right of the screen, where "ST" means the in-Sim Time (measured by dataref "sim/time/total_flight_time_sec"), and "RT" means Real Time (measured by LUA's "os.clock()"). In this screenshot it means 19:15 minutes were passed in reality, but only 7:15 minutes were passed in the simulator. Also the chrono below the widget tells the same story: the FLT time advanced by 16 minutes, but the UTC clock only advanced by 4 minutes from the last screenshot.

    Since there was a 12-minutes discrepancy, the EFOB dropped from 1840 to 1450, which matches the fuel burnt during 12 mins (~450 lbs). So it means that the fuel consumption is calculated based on the actual time elapsed, regardless of the sim being actually running slow.

    (The auto-pilot also struggled to maintain a level flight under low FPS, but I'll leave that for now.)

    3.thumb.png.30bfe67c37b1017a3e85e0ecc45b7a6d.png

    When I lifted the limit to the FPS, the EFOB behaved normal again, proving that it wasn't the wind caused the drop in the EFOB.

     

    I know the aircraft is meant to be used when the FPS is at least 20. But it's hard to guarantee that X-Plane won't freeze when flying across the scenery-heavy areas due to X-Plane's poor scenery loading mechanism. Fix for this issue would be appreciated!

  6. [FIXED v1.1r1] GPS subsystem does not work (GNSS NOT AVAILABLE) + FMS-FMS DISAGREE

    in Systems and Tech

    Posted

    6 hours ago, Cameron said:

    We cannot legally distribute this to avoid government created firewalls.

    If you can't guarantee all essential functionality in the distributed package, you should issue a warning like "access to navcen.uscg.gov is mandatory, otherwise the GPS on this aircraft won't work" on the store page, or offer a refund for those who can't use the aircraft properlly due to this issue.

    The situation is, 1. customers would expect a product with full advertised functionality because they are not warned about some of them will not work if access to unspecified, unrelated domain were blocked and of the X-Aviation no-refund policy, and 2. customers could not legally acquire the said almanac files in this case either.

    I hope there will be an offline solution for this, like simulating GPS position without the said, close-to-reality almanac. It is OK to have a less accurate model here as the more accurate one is not achievable.

    • Upvote 2

  10. Navigraph Support for MFD Charts?

    in TBM 900

    Posted

    3 hours ago, ChefRob said:

    @2Fat2Fly... It's there and has been from release as far as I remember correctly. 

    AFAIK the only supported chart service is autorouter, not Navigraph. And there comes the limitation:

    3 hours ago, ChefRob said:

    (US only)

    As a Navigraph subscriber who prefers Jeppesen chart format and almost never flies into US airspace, I would love to have Navigraph charts on the MFD. It would greatly improve the flying experience for many users in the same situation IMHO :/.

  11. Navigraph Support for MFD Charts?

    in TBM 900

    Posted

    Hello Hot Start staffs!

     

    If I remember correctly, Navigraph support for MFD charts was one of the planned features announced in the pre-launch FAQs. However after so many updates, it seems that the feature is no longer mentioned, neither is it implemented.

    I know I could access Navigraph charts via the AviTab intergration on the tablet. But currently it was so hard to read due to the resolution issue, and the fact that the tablet is fixed to the yoke. The ability to read Navigraph charts on the MFD is still expected.

    So I would like to ask if the MFD Navigraph charts support is still planned, or is it replaced by the AviTab integration?

    Thanks in advance!

     

    Sincerely,

    2Fat2Fly

  13. LeftToeBrake to Right LUA Script

    in TBM 900

    Posted

    It seems nothing more than a visual glitch to me.

    Specifically, the script read the value from dataref "sim/flightmodel/controls/l_brake_add" and then set it to "sim/flightmodel/controls/r_brake_add" in each frame.

    Since 1.0.8, the break axis logic for the TBM900 has been reworked, after which the right brake pedal no longer respond to the dataref visually. However, the right toe brake is applied correctly on my side, so I would suspect that it is only a visual glitch at the moment.

  14. TBM 900 v1.1 Update Released!

    in TBM 900

    Posted · Edited by 2Fat2Fly

    Hi,

    Has the issue that breaks saved status from earlier versions been fixed, so I can safely update the plane without loosing my progress?

    Regards,

    Fengyu

     

    Edit: Sorry I just read the changelog again and found out that it has already answered my question. Anyway thanks for the quick fix!

  16. Fuel amount prediction or calculation

    in TBM 900

    Posted · Edited by 2Fat2Fly

    I would recommend using the free SimBiref. If you have PFPX, you can use the profile by maub.

    Beware that both of them calculates the fuel based on weight (i.e. kgs and lbs) rather than volume (i.e. US Gal). If you want in-depth calculation, use these apps recommended by toby23:

    Quote

    iOS - https://itunes.apple.com/de/app/tbm-proflite/id625461905?l=en&mt=8

    iOS - https://itunes.apple.com/us/app/tbm-performance/id641403446?mt=8

    Android - https://play.google.com/store/apps/details?id=com.pohperformance.TBM&hl=en

     

    • Like 1

  18. [SOLVED] CWS button

    in TBM 900

    Posted

    Just now, danhenri said:

    When I press the CWS button, the FD does not synchronize and no CWS annunciation appears on the PFD...

    Well that's unexpected.. Try clicking the CWS button on the yoke with your mouse and see whether the bahavior is the same with using the command.

    Remember you need autopilot to be engaged before CWS can be engaged.

    5 minutes ago, danhenri said:

     For TOGA command, there is a post here where it is said that this option would be available...

    I believe that option is for flight director references during take-offs and go-arounds, and specifically, for go-arounds with autopilot engaged so it can fly the go-around for you. See the pic below:

    3A5F340C-F822-4948-91D2-CF1164861898.thumb.jpeg.ed1374b0a01718728c2f2f4856cfef1d.jpeg

    Even with autopilot engaged, you will still need to advance the throttle manually since there is no auto-throttle available.

  19. [SOLVED] CWS button

    in TBM 900

    Posted

    22 minutes ago, danhenri said:

    May you give me more precision about the way you are using this (useful) command ?

    I personally use CWS in this way:

    Clear the autopilot of any mode (ALT, HDG, etc.) so that the autopilot will be engaged in ROL and PIT mode. It will keep the roll and pitch angle upon engaging.

    Next, press on the CWS button and manually control the aircraft to the desired pitch and roll. Now release the button and the autopilot will maintain the new assigned pitch and roll angle.

    It seems that the CWS can be used to temporary override other modes such as HDG, V/S, but I haven't give them a try yet.

  20. [SOLVED] CWS button

    in TBM 900

    Posted · Edited by 2Fat2Fly

    29 minutes ago, danhenri said:

    The XP command doesn't seem to work as it should for me : when you push and maintien this command, the autopilot should keep the new roll or pitch attitude.

    The G1000 CWS does not work like the one on the 737. Right from the G1000 Integrated Flight Deck Pilot’s Guide:

    FAFBD787-03A6-4AC4-9598-EBB5698B1F0D.thumb.jpeg.52aac1aff2849a5175a416e654d063d2.jpeg

    So the behavior you described is well expected.

     

    29 minutes ago, danhenri said:

    it's the same when I try to map a button for the TOGA command. The TOGA thrust does not engage.

    The TBM-900 is not equipped with an auto-throttle, so it won't engage TOGA thrust for you.

  22. [SOLVED] MFD showing no map

    in TBM 900

    Posted

    Just now, skiselkov said:

    Can you please try without additional plugins loaded? I suspect some of them are messing with the electrical datarefs and are shutting part of the avionics off.

    I've done a run with only gizmo in my plugin folder:

    22 hours ago, 2Fat2Fly said:

    I've removed literally EVERY plugin except for the necessary ones. Nothing had changed and here's the log files for the fresh run:

    Log.txt

    GizmoLog.txt

    log_181024_220013_LGKR.csv

    log_181024_220157_LGKR.csv

    The issue persists and it seems that someone else suffers from being completely inaccessible to the MFD maps.

  24. [SOLVED] Inertial Separtor Question

    in TBM 900

    Posted

    I believe it is simulated. Right on the product page:

    Quote

      • Fine-grained systems model, down to individual sub-components. The always-on failure system realistically responds to wear & tear and overstress for each sub-component based on individual load factors. Over-torque, over-temp, frequent starts, hard landings, operating in FOD-contaminated environments and many more all affect individual sub-component wear & tear and service life.

     

×
×
  • Create New...