Recently we have seen a lot of codes used to unlock our products being offered for discounted prices. Almost all of them are bought using stolen credit cards. These codes will all be blocked by our systems and you will have to try to get your money back from the seller, we are unable to assist in these matters. Do be very careful when you see a deal that is almost too good to be true, it probably is too good to be true.

Jump to content
AMJBecker

Strange/unexpected IMM EXIT from HOLD

Recommended Posts

I'm flying version 1.2.3 of the Airbus A320 Family Professional and just training myself for flying HOLD patterns. When I try to IMM EXIT a HOLD, I would have expected that the A/C flies the shortest way towards the HOLD FIX an then procede with the flight plan. That's how it is described as well in the Thales Flight Management Pilot Guide from Dec 2004 (quite old but it's the one I have). But the A/C actually flies an extra circle before turning towards the HOLD FIX. See the following screenshots.

 

  • Original Flight Plan (NOLG3A STAR to EDDH ILS 23)
  • MCDU1.thumb.PNG.4f6b3870730c565a2dcf4dbe80ed6a83.PNG
  • After inserting HAM and defining HAM as HOLD FIX (computed HOLD)
  • MCDU3.thumb.PNG.963ddc3bd0fd78eae50a9973e9131921.PNG
  • HOLD is shown on ND as expected
  • ND4.PNG.8b26fa8ce153d4c75d0d0d34c9243c79.PNG
  • A/C enters HOLD (direct entry as expected, no surprise, because it's a computed HOLD) and MCDU shows IMM EXIT prompt
  • MCDU5.thumb.PNG.1538bec8abd9fe7b99f986408ef52cf5.PNG
  • IMM EXIT prompt posted
  • MCDU7.thumb.PNG.c574d791143893ed8f9de47fab6cb5ca.PNG
  • ND shows extra circle, A/C flies extra circle. This is the issue I'd like to raise. Is this a normal behaviour? I would have expected a behaviour that is described in the Thales document.
  • ND9.PNG.5efc93d99bb8b26683682503527ac758.PNG
  • What is also remarkable: the recalculated path towards the glidepath became too narrow. But this can be corrected by defining a fly-over at DH658. Following ND Screenshot shows path from HOLD FIX HAM to the glidepath after setting fly-over at DH658
  • ND10.PNG.ccf1ff8b8cca5f513747caac157e9475.PNG

 

 

 

 

 

 

 

 

 

 

MCDU2.PNG

MCDU10.PNG

ND6.PNG

ND8.PNG

Share this post


Link to post

Just to be sure before we go looking for a bug... are you familiar with the three basic Hold Entry Patterns?

 

If not, then there is a vast amount of information on the web (Google "Hold Entry Patterns").  A very good one is HERE.

 

Best wishes!

 

 

 

Share this post


Link to post

If you mean the direct, parallel and teardrop entry? Yes, I'm familiar with that stuff. 

The issue I have is not about the entry. I have a direct entry, because it is a computed HOLD. My issue is about the extra full circle in case of an immediate exit. I pushed the prompt, when I already was on a straight line to the HOLD FIX. Circling is not necessary, as would be, if I were on the other side of the HOLD loop.

Share this post


Link to post

By the way, ignore the last 4 screenshots (those without text). I made them, but they aren't relevant for what I want to raise.

Share this post


Link to post

This is an extract of the Thales document, I was referring to. It's from part III, chapter 3.4, HOLD Function

1457179728_ThalesDocument.PNG.34e9e140aa150d7365ddbd8481354608.PNG

Share this post


Link to post

Okay, now I understand what you meant!

 

I'm sure you're right about the Hold Function in the Airbus Pro, but I have a flight a little later and I'll give it a check and pass this info along. We've been so busy with the Managed Speed and Descent issues that I honestly haven't done a Hold is quite a long time, so it should be looked at.

 

Many thanks!!!

 

Share this post


Link to post

It sounds indeed as an issue that needs to be looked at.

Share this post


Link to post

Okay, I found at least 3  problems with the HOLD function... not including the exit issue, so we'll have to take a deep look at the HOLD function.

 

Thanks for letting us know!

 

Best wishes!

 

Share this post


Link to post

I posted 6 December 2018 about this strange holding issue and The Aerosoft Forum Administrator should look at it 

 

In this case we should hav an offset entry or close to parallell entry

 

I made a test with PMDG 737 and it flow the correct way so there is no problem with database

Hold_Entry_Sectors.PNG

Share this post


Link to post

I have tried several times and the best answer is " It sounds indeed as an issue that needs to be looked at."

 

I tried a new post about this issue but no answer to be used so i give up

Share this post


Link to post

I found the update 1.2.3.4 and I was looking forward a fix for the holding procedure........

 

I made a flight test of  my A319 and checked the way it flew when entering the holding.......

 

On 3/6/2019 at 11:47 AM, Mathijs Kok said:

And we are indeed looking at holdings.

 

 I found that Your answer is still valid

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...