MSFS Products

I've done that before! I found that ensuring the AT is off and the cycling the AP switches on the OVHD works.

@MarkS said in Bug? Fuel Burn.: This excerpt from the Starship Pilot's Operating Manual, page 3-22, seems to indicate that the gravity transfer is always active, unless of course the aft tank is full, in which case transfer would occur once fuel started being drawn from the aft tank. [image: 568d5af2-8628-4dda-9732-1a9db7d4ec6e.png] This is somewhat similar to the fueling on the Learjet 35A, where you only refuel into the tip tanks, and the tip tanks gravity feed into the wing tanks if room exists in those tanks. Link to the POH on Bob Scherer's Starship Resources site: Starship Pilot's Operating Manual From what I've gathered from the manual, the aircraft's fuel system consists of four tanks: a main tank set (divided into forward and aft compartments) and one auxiliary tank in each wing. On the ground, refueling must prioritize the main tanks over the auxiliary ones, observing an alternating pattern between the wings in increments of no more than 100 gallons to maintain aircraft balance. Although fuel flows by gravity from the forward to the aft compartment within the main system during refueling, there is no gravity transfer between the auxiliary and main tanks. In flight, this transfer relies exclusively on jet pumps operated by engine motive flow, which renders the fuel in the auxiliary tanks unusable should the pump system fail. Each system has independent filler ports, requiring the main and auxiliary tank caps to be handled separately.

That sounds like a failure may have occurred (as part of the Maintenance simulation in the PA-38 Tomahawk), and the state saving is causing it to be recalled on future flights. In MSFS 2024 specifically, there is some instability with state-saving logic in the core simulator that could be causing this, but it may also be caused by how a flight is ended in the simulator. We would always recommend exiting a flight via '[ESC] > Main Menu', rather than forcing the simulator to close with a shortcut such as '[ALT]+[F4]'. If the same failures continue to be present at the start of every flight after ending a flight via the above method, I would recommend deleting the WearStates.ini file from the relevant file directory below, and it'll then regenerate the next time a flight is loaded with the Tomahawk's default wear state, with no active failures: MSFS 2020 - MS Store: C:\UsersUSERNAME\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe LocalState\packages\justflight-aircraft-pa38\work\Wear MSFS 2020 - Steam: C:\UsersUSERNAME\AppData\Roaming\Microsoft Flight Simulator\Packages\justflight-aircraft-pa38\work\Wear MSFS 2024 - MS Store: C:\Users\USERNAME\AppData\Local\Packages\Microsoft.Limitless_8wekyb3d8bbwe\LocalState\WASM\MSFS2024\justflight-aircraft-pa38\work\Wear MSFS 2024 - Steam: C:\UsersUSERNAME\AppData\Roaming\Microsoft Flight Simulator 2024\WASM\MSFS2024\justflightaircraft-pa38\work\Wear Hope that helps. Mark - Just Flight

For what it's worth, here is a video of my test showing the relationship between control input and aileron deflection. This is in MSFS 2024 using the latest version of the Vulcan. I tested on the ground, having spawned ready for take off on the runway. I didn't have time for an in-flight test yet. I used the debug tools in the SDK Developer mode to display: Flight control position Aileron deflection I held the flight controls at 25%, 50%, 75%, 100%, and noted aileron deflection - it was consistent both left and right at 5, 10, 15 and 20 respectively. https://youtu.be/l8nzZrM9UQQ So all appears OK for me, at least regarding the correlation between control input and aileron deflection. I'll take a flight in the Vulcan in the next few days, and verify roll rate is consistent. I'm pretty sure it will be, as I'm sure I'd have noticed such a discrepancy. Not to say Yoyo isn't having a problem - clearly something is wrong in those videos, but it doesn't seem to be universal.

Have had this brakes issue when starting from. cold and dark for my last two play sessions. Pedals animate, pressure in system, no braking effect. If I flip my hardware parking brake toggle I get braking, but no braking using the toe brakes on my rudder pedals.

I was reminded of this topic and just got done poking around in the sim. Using the Behavior tool I can see the LVars, but not anything that would be useable inside the sim. I didn't see the AP Pitch Reference, either, which tells me that it's probably wired in under the hood and not tied to the switch/animation, so this likely wasn't a good test anyway. If you think you've exhausted the list of possible sim bindings, and I'm sure you have because I just searched "reference" and I didn't see one I thought would fit, either, I would give someone official from JF a few days to pitch in here, or maybe open a support ticket. At least then they can log it for potential inclusion into a future patch.

@Derek - curious stuff! I found that with resource heavy aircraft there was a marked difference in performance between MSFS2020 and MSFS2024 with regards to the Series S, less noticeably so with the Series X. I am very aware though that that’s very much anecdotal, while you guys will have access to telemetry with hard numbers. Hopefully something works out some time, and thanks for being so engaging, it’s really appreciated

Hi Diggler, have you been able to sort this problem out?

This is intended as a usability feature, so unfortunately, the only way to disable it is to disable tooltips in MSFS settings. We'll add this to our internal feature request tracker to see if there are any changes we can make to this tooltip in a future update. Mark - Just Flight

Using the msfs 2024 ,Just flight PA-28 turbo, the GPS (TDS750 & 650) Goes dark after 2 minutes. Have to reset flight again but this issue persist. TDS is on version 1.3.1.3 and gauge 3.0.4. On the latest PA-28 version. Tried other aircraft and no issue. Only this aircraft.