Skip to content
View in the app

A better way to browse. Learn more.

iniBuilds Forum

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

FMS ignores altitude constraints at waypoints before/at a holding pattern - T/D calculated after the hold

Featured Replies

I've run into what appears to be a bug (or at least very unexpected behavior) in the A350 FMS regarding vertical profile calculation when a holding pattern is inserted into the flight plan. I'd appreciate it if someone could confirm whether this is a known issue or if I'm misunderstanding how the FMS is supposed to handle this.

Setup:

  • Aircraft: iniBuilds A350 (MSFS 2024)

  • Route includes a holding pattern at LUPIX (HOLD L), with LUPIX being the IAF/approach transition for the arrival into LJLJ (LJLJ30 STAR)

  • Cruise altitude: FL330

What I did:

I entered altitude constraints via VERT REV / ALT on the F-PLN page:

  1. LUPIX: AT 5000 FT (see screenshot 2)

  2. HOLD L: AT 5000 FT (see screenshot 3)

The intent is obvious - I want the aircraft to be down at 5000 ft by the time it reaches LUPIX so it can enter the hold at the published altitude, then continue the approach.

What the FMS does:

Despite both constraints being entered and visible on the VERT REV pages, the F-PLN page still shows:

  • LUPIX at FL330 (with the magenta constraint indicator, but the predicted altitude is FL330)

  • (T/D) appearing AFTER the holding pattern, at 12:09 / FL330

  • LUPIX (the second occurrence, after the hold) showing 215 kts / 5230 ft

  • A (DECEL) point at 12:32 / 215 / 5020

So the FMS is essentially planning to cruise at FL330 right through the hold and only start the descent AFTER exiting the holding pattern. This makes no sense operationally - you cannot enter a published hold at FL330 when the hold is part of an arrival/approach procedure at a much lower altitude.

Expected behavior:

The FMS should calculate the T/D such that the aircraft reaches the constrained altitude (5000 ft) at or before LUPIX, so the hold is flown at the constrained altitude. The constraint at LUPIX/HOLD L should drive the descent profile, not be ignored.

Screenshots attached:

1. F-PLN page showing FL330 predicted at LUPIX and T/D placed after HOLD L

1.png

2. VERT REV/ALT page confirming AT 5000 FT constraint at LUPIX

2.png

3. VERT REV/ALT page confirming AT 5000 FT constraint at HOLD L

3.png

Questions:

  • Is this a bug with how the FMS handles altitude constraints in conjunction with holding patterns?

  • Has anyone else encountered this and found a way to get the FMS to compute a sensible descent profile with a hold in the route?

Thanks in advance for any insight. Otherwise loving the aircraft - just want to understand if I'm doing something wrong or if this is genuinely broken.

Cheers

1 hour ago, V1Rotate said:

I've run into what appears to be a bug (or at least very unexpected behavior) in the A350 FMS regarding vertical profile calculation when a holding pattern is inserted into the flight plan. I'd appreciate it if someone could confirm whether this is a known issue or if I'm misunderstanding how the FMS is supposed to handle this.

Setup:

  • Aircraft: iniBuilds A350 (MSFS 2024)

  • Route includes a holding pattern at LUPIX (HOLD L), with LUPIX being the IAF/approach transition for the arrival into LJLJ (LJLJ30 STAR)

  • Cruise altitude: FL330

What I did:

I entered altitude constraints via VERT REV / ALT on the F-PLN page:

  1. LUPIX: AT 5000 FT (see screenshot 2)

  2. HOLD L: AT 5000 FT (see screenshot 3)

The intent is obvious - I want the aircraft to be down at 5000 ft by the time it reaches LUPIX so it can enter the hold at the published altitude, then continue the approach.

What the FMS does:

Despite both constraints being entered and visible on the VERT REV pages, the F-PLN page still shows:

  • LUPIX at FL330 (with the magenta constraint indicator, but the predicted altitude is FL330)

  • (T/D) appearing AFTER the holding pattern, at 12:09 / FL330

  • LUPIX (the second occurrence, after the hold) showing 215 kts / 5230 ft

  • A (DECEL) point at 12:32 / 215 / 5020

So the FMS is essentially planning to cruise at FL330 right through the hold and only start the descent AFTER exiting the holding pattern. This makes no sense operationally - you cannot enter a published hold at FL330 when the hold is part of an arrival/approach procedure at a much lower altitude.

Expected behavior:

The FMS should calculate the T/D such that the aircraft reaches the constrained altitude (5000 ft) at or before LUPIX, so the hold is flown at the constrained altitude. The constraint at LUPIX/HOLD L should drive the descent profile, not be ignored.

Screenshots attached:

1. F-PLN page showing FL330 predicted at LUPIX and T/D placed after HOLD L

1.png

2. VERT REV/ALT page confirming AT 5000 FT constraint at LUPIX

2.png

3. VERT REV/ALT page confirming AT 5000 FT constraint at HOLD L

3.png

Questions:

  • Is this a bug with how the FMS handles altitude constraints in conjunction with holding patterns?

  • Has anyone else encountered this and found a way to get the FMS to compute a sensible descent profile with a hold in the route?

Thanks in advance for any insight. Otherwise loving the aircraft - just want to understand if I'm doing something wrong or if this is genuinely broken.

Cheers

Yes I have noticed this before too, but have had plenty of other more basic errors to report so haven't got round to this one yet!

Good post, though I doubt they will do anything sadly, but fingers crossed.

  • Author
1 hour ago, dectenor2 said:

Yes I have noticed this before too, but have had plenty of other more basic errors to report so haven't got round to this one yet!

Good post, though I doubt they will do anything sadly, but fingers crossed.

I really hope this gets fixed soon. Proper handling of holding patterns is an essential part of flight planning for airliners, and I'd consider this one of the highest-priority items to address, TBH.

37 minutes ago, V1Rotate said:

I really hope this gets fixed soon. Proper handling of holding patterns is an essential part of flight planning for airliners, and I'd consider this one of the highest-priority items to address, TBH.

Oh I totally agree.

It certainly should be possible in an aircraft that is the ‘ultimate airliner experience’ and has ‘unparalleled realism’.

Edited by dectenor2

Create an account or sign in to comment

Account

Navigation

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.