Supera380

Same problem. Simbrief shows 318 pax count. Go into inibuilds EFB and import OFP. ZFW and Block Fuel show correctly in Loadsheet but pax count shows 161. Re executed Simbrief import. No change. This is without starting GSX. Can someone from Inibuilds please confirm this behavior? Currently running MSFS2024 SU6. EDIT: Problem resolved. Pax now set to 324. A350-900ULR version was loaded. Changed to non ULR variant and max pax set to 324 in EFB.

I had this same problem in the A350-900 that the fuel load was initially imported from Simbrief, but in normal operations the captain would round the fuel load up to the nearest ton, so in the example above I wanted to set 46000 kg but pressing the 'Instant Fuel" button after the initial fuel has been loaded is not possible. You are presented with 2 options and the buttons are no longer clickable. FOB continues to remain at the initial value set and not consistent with what is later typed into the Fuel Load field of the EFB.

+1 same issue happening with latest inibuilds version. Aircraft moves forward when parking brake is released. Pretty much uncontrollable. The issue is when the chocks are removed. To workaround this, I removed the chocks and the GPU in the GSX step prior to requesting pushback. This seems to work.

Aircraft: A350-900 Nocabin v1.2.6 Simulator: FS2024 SU5.1 Navdata Method: NAVIGRAPH OFP: Not created or uploaded at this early stage WASM Error: Error FCU WASM crash info displayed. Only FCU panel was orange. Specs: i5-12600K, RTX 4070 Super, 12Gb VRAM , 32Gb RAM, Windows 11 Professional Autosave File: N/A Initial observation: First WASM crash observed with A350. Loaded sim, selected Free Flight then selected LEBL, Gate 217 (MK Studios scenery). No destination airport selected. Everything OK. Selected End Flight then selected EGCC, Gate 12 (Inibuilds scenery) as departure with no destination airport selected. Went into cockpit. Only FCU WASM crash observed. Other gauges all OK. Next steps: Exited sim. Restarted sim and selected EGCC, Gate 12 once more. No WASM crash. Console log.txt

Hi, Just reporting another issue this time in trying to fly from VABB to WMKK. MSFS2024, SU3. It's a 5 hour flight requiring 13.9 tons of fuel however if you try and enter the ZFW and Fuel load into the Inibuilds EFB, the ZFW loads correctly into the aircraft however the centre tank briefly loads with fuel as shown on the ECAM but is zeroed out again shortly afterwards (after 1-2 secs) meaning you can not fly with the full amount of fuel in the A320 NEO when trying to do more than 4hr flights (depending upon pax load of course)! Example: Enter the following values into the Inibuilds EFB then click Apply Load. ZFW=61284kg Fuel=13879kg Instead, the fuel is limited to only the wing tanks being filled in the actual aircraft and a max of 12,420kg of fuel is shown on the ECAM. On the ECAM, the centre tank initially shows a value briefly after loading, but after 1-2 secs, the centre tank shows 0 kg of fuel. Any value below 12.4 tons of total fuel works OK. Any value above this which relies upon centre tanks to be filled does not work. Please Inibuilds can you please fix this as this significantly impacts trying to do longer flights in the A320 NEO !!! Apparently this is being seen in SU4 too! Thanks, Mark

What version of the sim are you using? For MSFS 2024 SU3 it is "mostly" working.

Hi, I wanted to let you know that when syncing the Simbrief OFP with the MCDU using the inbuilt EFB, the values in the Payload screen shown within the EFB are correct however when the sync with the MCDU is made and you move to INIT B of the MCDU, the incorrect CG value is loaded. On my MSFS2024 sim PC this is 100% reproducible and can also be seen in another person's YT video of setting up the MCDU in the A320 NEO. Look specifically for the time events in the video: At 18:45 where the OFP from Simbrief is synced, instant payload is selected and the values of 28.4% for the GWCG and 27.4% for the ZFWCG are displayed. At 31:55 you will see the MCDU ZFW/ZFWCG values populate in the MCDU by clicking the RSK twice. Here you will notice the ZFWCG value populates with the GWCG value and not the ZFWCG value.i.e. the ZFWCG should populate with 27.4% but instead populates with 28.4% within the MCDU. Can someone else also reproduce these steps and if so, can this be fixed in a future update of the A320NEO? Thanks Mark