Fragged^2

The transponder in vPilot goes to Mode C if you set transponder in the Aerobuss to ON or Standby and TA/RA.

M = Minus / less, P = Plus / more. This is vs the calculated CI of 21 for the flight. Simbrief has a interactive tutorial/guide for what all the info in an OFP mean: https://www.simbrief.com/system/guide.php#ofpsample

This would be in the OFP. You can use a tool like Simbrief to generate one and it will show how flight levels and cost index change the flight time and fuel burn. Below is a paste from my A319 flight from LOWI to EGKK. The fuel planner that comes with the plane is really simple and I only use it to plug in the numbers from Simbrief (ZFW and Block fuel). OPERATIONAL IMPACTS ------------------- WEIGHT CHANGE UP 1.0 TRIP P 0037 KGS TIME P 0000 WEIGHT CHANGE DN 1.0 TRIP M 0033 KGS TIME M 0000 FL CHANGE UP FL1 NOT AVAILABLE FL CHANGE DN FL1 TRIP P 0018 KGS TIME P 0000 FL CHANGE DN FL2 TRIP P 0094 KGS TIME P 0000 SPD CHANGE CI 0 TRIP M 0064 KGS TIME P 0002 SPD CHANGE CI 50 TRIP P 0017 KGS TIME M 0000

A321 CFM.

The math doesn't add up on the latest A321 version: I started my flight (EFHK/LPMA) with max fuel, 19160 shown on ECAM. About 2½ hours in, the fuel page shows I've used ~7700 fuel and EFOB shows 16300. EFOB should be ~11500, shouldn't it? It looks like the crossfeed from the center tank is adding fuel and not removing it from the center tank. I just saw the FOB go up while the center tank is moving fuel to the wing tanks:

Seems like there are some issues with loading the plane. 1) Load plane in C&D 2) MCDU3 init loadsheet 3) Load with GSX 4) Everything looks good, numbers check out 5 ) After push back and starting engines -> GW shows 47.9 tons -> The plane is suddenly empty. Is this a bug or is there some fancy way we are now supposed to load up the aircraft? It would be nice if the instant button on the load & fuel page actually forced the desired values if GSX/whatever flakes out.

The original post doesn't mention the printer at all. The issue is that sometimes INIT B, Block Fuel loads a value of 2.4 (which is the default block fuel) instead of the actual block fuel loaded into the plane.

Late reply, the bug has been found.. The cross on the Windows screen won't go all the way to the side by design. I guess I forgot to take a screenshot of the P3D Controller Calibration screen where it shows full values for X and Y from 0 to 16384 (14 bit sensor).

I just tried again in the A319 and it worked as intended. With the A321 couple minutes earlier I had the issue of loading 2.4. I don't think it's an issue with fuel planner as MCDU 3 always shows the correct values. My A321 also has an issue where it shows two of the fuel pump off lights illuminated without battery / ground power.

Warthog HOTAS calibrated in both Windows and P3D: Full left deflection and ECAM shows: Default Delta A321, Aerobus version 1.2.1.5.

I tried again with hitting load on fuel first and then instant and it worked as supposed. If I just do the instant load for all, it's bugged. Just hitting fuel and then immediately hitting instant after that it works fine. I'm on 1.2.1.5.

Clicked loadsheet on the left: Instant: Actual fuel loaded 9.2 tons.. Init B, Block fuel gets value 2.4:

Isn't the laodsheet saved in "C:\Users\username\Documents\Aerosoft\General\A3XX Fuel Planner\LoadSheets\". On the 3rd MCDU Load/Setup page, the loadsheet function loads in the correct numbers, this is not the problem. The problem is on the #1/2 MCDU INIT 2/B page when clicking on Block Fuel and it gives 2.4 instead of the loaded fuel amount. ZFW / CG works just fine on the same page.

The engines will gravity feed just fine without the fuel pumps on.

Nope. I do enough of IT "stuff" during work hours, I'm not going through a +100 page document to debug your plane. Give me something to work with and I might be more willing to go through all the trouble. POST EDITED BY STAFF TO REMOVE FOUL LANGAUGE, SECOND TIME FOR THIS USER, WILL NOT BE A THIRD TIME.

And it happened again, flying KSAN to KJFK in JBU A321 IAE. After reaching cruise level of FL330 and putting in a direct, shortly after the engines went to idle with managed speed of 126 knots. Airbus is updated to today's experimental patch.

Like I posted in another thread, I've seen this happen when changing the arrival STAR/RWY while in flight. Could it be a desync with the #1 and #2 MCDU? On a recent flight I had a case of AP1 not engaging with MCDU INIT A/B both done correctly. AP2 engaged correctly and flew the route as programmed. I've also had a flight where I couldn't engage either AP even with INIT A and B done correctly.

There's something fishy going on. I've seen reports of mid flight engine shutdown with the Aerosoft A320-series, the CRJ and QW 787.

Do you have the latest experimental version installed? CRJ version should be 1.2.2.3 and you should be on P3D 4.3.

Use the Aerosoft Updater included with the CRJ to download the update.

I've had this twice now on a flight from ESSA to ENTC. First on climb out of 01L, target speed went from correct 250 to V2 on it's own. Second issue on cruise with a change to the arrival, suddenly target speed went to V2 or there about again.

My point was that many sceneries have issues with the sim's crash detection. Thus it's much easier to just disable the crash detection. It's a broken system that doesn't serve a purpose.

And having the sim think you crashed when taxying off a runway is more realistic?

Helsinki is quite a popular destination on VATSIM as it is. A new version of the scenery with the new Terminal and taxiway changes + V4 support would be a great addition.