OK, did you see my report above that when using Time Compression of 4x, the Fuel Flow “FF” on the engine synoptic page indicated 7.5, while fuel was leaving the tanks at approx 10?
And that the TAT was actually going down during that flight - so is likely not the cause
I didn’t fly the A320neo v2 enough to notice, but I do fly the Asobo / Working Title 787-10 and Longitude a lot on Xbox, with simrate increases for long flights, and fuel burn is normal regardless of simrate in those planes.
The A320 V2 is a different case. Fuel consumption remains locked to real time (1X).
Basically if you go to 4X sim rate the fuel is still consumed at 1X in the tanks, even when the fuel flow doesn’t change you end up landing with much more fuel than whats in the plan.
And thats an Inibuilds coding apparently as I heard is the same for the A310 maybe A300.
There was an extra fuel consumption but nothing to do with sim rate. Was around 700 kg lost in flight that did not match the FUEL USED totalizer, but that was fixed on final release.
As @GimbalAxis mentioned all other aircraft behave ok in terms of fuel consumption at above 1X sim rate.
today i made again my last flight LSZH - OMDB but this time, all in X1:
Today, i made LSZH - OMDB
Block fuel: 63932kg
Pax: 200
CI: 200
ZFW: 190.364T
FMS Reserve fuel: 10.9 T
Fuel Factor on SB: P05
Fuel planning on SB:
Contingency:60 min
Reserve : Auto (FAA)
I took of with a estimated fuel of 19,2T.
After 3 hours of flight and the first flight step made, the estimated fuel was 17.7T
After 4 hours of flight, the estimated fuel was 16T at OMDB.
For every webpoint, TAT, SAT and wind were correct:
Right, I remember reading about that. It is odd how the A320neo v2 is locked a 1x burn rate related to real time passing, not “sim time” or time compression, so it burns less fuel than it should with sim rate increased. And the PMDG 777 has an almost opposite calculation, where it burns more than it should with a sim rate increase.
I’m not a programmer, and don’t know the MSFS Asobo SDK, but the discrepancies suggest that it must be very difficult for developers to interpret how the sim is working, or that the SDK doesn’t properly describe how the sim behaves under the hood.
Out of curiosity I entered my Hoppie ID in to the 777 tablet - on Xbox X - and then requested ATIS via the COM page on the lower MFD. I selected “PMDG” as the source, and it did work.
I thought that Xbox did not have the ability to communicate with the outside world - other than to Simbrief to download the flight plan. So I’m wondering if it is communicating with PMDG, or is it really just getting ATIS from “the sim”?
Using the latest SDK, it is possible to connect to other servers. The ATIS we provide is more complete (covers more airports) than what the sim (or VATSIM/IVAO) offers). That’s the advantage of our Datalink system: it is designed to work as a real one, so it is connected to a Data Service Provider (in this case, PMDG), and we connect you to other services.
OH… ok thank you. I thought it wouldn’t work. Does the ATIS link to PMDG use the Hoppie ID? Or is Hoppie just for VATSIM and IVAO?
Or more simply, can you describe what does and does not work on the COM data link for Xbox users? I understand that Vatsim and IVAO are not reachable, but what should Xbox users feel “safe to try” on the COM pages - and what we should not press?
I assume that the ATC page does not communicate with the sim’s artificial ATC, and is intended for use with Vatsim, etc?
Flew KLAX-KPHL this afternoon with about half the flight time accelerated to 4x in two segments with a 1x segment half way through to check data, etc. Due to unforeseen circumstances (half on the sim pilot, half on the online sim environment), there were too many confounds so I will not share today’s data as it would not be valid, really. That said, I will report anecdotally that half way through the flight I observed no TAT/SAT difference between 4x time accelerated flight and 1x. The other thing I will share is that I arrived with 3,000 lbs less fuel than predicted by SimBrief.
Will do some more trans-con flying this week, but with the FOB P05 already built into the SimBrief profile for the T7, it would appear that that is enough of a cheat for the continental US. Would need more FOB to cross the pond without worries, say P10? Thoughts?
Hi, looking through the UFT Settings documentation, I found…
The settings page (part of the EFB application) allows you to select Units and insert data needed to connect to other services. Most of the settings speak for themselves; take note of this:
The SimBrief alias is needed to get your flightplan from the SimBrief server (see the FlightPlan section of this manual).
Your Navigraph data (for charts) is inserted via the charts application but can be reset here.
The Hoppie ID is needed to use the Hoppie network to connect to the CPDLS services of VATSIM and IVAO (see the Introduction Manual). Please do NOT insert an ID here when you do not intend to use Hoppie. This will prevent an overload of the Hoppie network.
If the tablet fails to work (certainly after an update), a factory reset might solve the problem.
The ONLINE FUNCTIONALITY of the simulator needs to be activated. You will find this in the GENERAL OPTIONS / DATA menu.
If I understand the above (and other PMDG posts) correctly, for simply accessing weather data, those requests go out to PMDG’s own server, so no hippie needed. For those of us on Xbox, we would not need a hippie ID as that is only really needed for VATSIM/IVAO online play, right?
For my part, I access current live wx data external to the sim/series X on an iPad. As stressed as the Box is in MSFS, anything I can unload to an iPad is a Plus; Navigraph charts, weather reports, etc. Cheers!
Yes I think I came to similar conclusions, but I wasn’t sure about specifics.
The other day I think I accidently “submitted” a position report, and it did seem to go somewhere, but I have no idea where. I did not want to cause a problem on Vatsim or IVAO, since I’m on Xbox… It would be good to understand where each thing is communicating, to avoid causing issues.
Hi all after a little advice , i am going through the PMDG T7 tutorial EGLL/KSFO i have loaded the SB plan and have the required fuel in the Aircraft however and this is what happened before when i load the wind date into the FMC i get the insufficient fuel message. I am using the P05 and everything else as per the tutorial what am i doing wrong? If i do not load the wind data then no fuel warning.
I know this is the 777 for XBox thread, but I wanted to add a never-before-seen-by-me data point from PC:
On PC, cruising FL 340 off the coast of Ecuador, Simbrief plan which has always worked perfectly for me on PMDG airliners, I get the dreaded insufficient fuel warning.
Based on this thread, I knew to check temperatures; TAT is showing -10C, but fuel temp is showing +6C.
SAT on page 2 of Prog shows -41C SAT.
On the FMC Legs for Winds at my current position, it shows an estimated temp of -45C OAT.
I’m confident of my fuel level and I have a fully qualified plan. The Prog page estimates me having 22.6 thousand pounds at my destination (KATL).
I have no idea, but is the +6C fuel temp the thing that is throwing something off? Everything else looks like I’d expect at this altitude, but I’ve never paid attention to fuel temp before.
I’m not seeking PC support/comment in this thread, only to provide another data point for the XBox version. But, I’ve never had an insufficient fuel warning on the 777 after a few dozen flights of all lengths.
Were you using “Time Compression” (aka SimRate increase)?
I believe there is a calculation issue when using Time Compression / SimRate increase.
Notice that on the Engine synoptic page on the MFD, the “FF” (Fuel Flow) value does not increase, but, if you track the amount of Fuel on Board after 1 hour, more fuel is being used than the Fuel Flow would account for.
TAT (Total Air Temperature) can be as much as 30 C higher than OAT, according to several aviation websites that explain what TAT is…
Perhaps PMDG is using a simvar that other planes don’t use during Time Compression, or something like that… only the programmers will be able to find the issue.