A message to pilots flying into Heathrow and Gatwick
Thread Starter
Join Date: Feb 2006
Location: Hants
Posts: 2,295
Likes: 0
Received 0 Likes
on
0 Posts
A message to pilots flying into Heathrow and Gatwick
We have recently implemented a new (automated) arrival computer at Swanwick.
As controllers, we are extremely unhappy with the inaccuracies of the information, and the number of times it changes.
We feel that not only does it unacceptably increase our workload and make us sound like idiots, it increases the workload on the flight deck, causes unnecessary worry over fuel planning, increases R/T and overall has impinged on flight safety.
This system has already caused aircraft to divert because of poor information.
We are fighting a battle at the moment regarding this system - one which has only been slightly acknowledged with a couple of new software patches... it is still far from ideal.
I urge any pilots who may feel that they are being given a degraded service or poor information to let your management know and ensure it is passed onto NATS.
I know report writing is a pain, but this is a serious issue. If you have genuine grievances, please report them.
This equipment was introduced without robust testing nor training - it may well be a benefit in the future, but we feel that it is unfair and ultimately unsafe for people to suffer in the present due to poor decisions regarding implementation.
Thank you.
As controllers, we are extremely unhappy with the inaccuracies of the information, and the number of times it changes.
We feel that not only does it unacceptably increase our workload and make us sound like idiots, it increases the workload on the flight deck, causes unnecessary worry over fuel planning, increases R/T and overall has impinged on flight safety.
This system has already caused aircraft to divert because of poor information.
We are fighting a battle at the moment regarding this system - one which has only been slightly acknowledged with a couple of new software patches... it is still far from ideal.
I urge any pilots who may feel that they are being given a degraded service or poor information to let your management know and ensure it is passed onto NATS.
I know report writing is a pain, but this is a serious issue. If you have genuine grievances, please report them.
This equipment was introduced without robust testing nor training - it may well be a benefit in the future, but we feel that it is unfair and ultimately unsafe for people to suffer in the present due to poor decisions regarding implementation.
Thank you.
Join Date: Oct 2001
Location: high up above
Posts: 65
Likes: 0
Received 0 Likes
on
0 Posts
if the issue is as serious as you make it sound wouldn't a NOTAM be the most efficient way of alerting pilots asap? pprune does not seem to be THE source for correct information
rgds
efcop
rgds
efcop
Join Date: Jan 2001
Location: UK
Posts: 2,044
Likes: 0
Received 0 Likes
on
0 Posts
if the issue is as serious as you make it sound wouldn't a NOTAM be the most efficient way of alerting pilots asap?
NoD
Join Date: Jun 2002
Location: London England UK
Posts: 86
Likes: 0
Received 0 Likes
on
0 Posts
if the issue is as serious as you make it sound wouldn't a NOTAM be the most efficient way of alerting pilots asap? PPRuNe does not seem to be THE source for correct information
Guest
Posts: n/a
Interesting,
when i flew in this morning the controller was reluctant to come up with a figure on the total time of holding at 'kathy' and ockham (actually biggin eventually) as we were told they had new bit of kit which was unreliable....
Is this what you mean and what is it ?an eggtimer ?
when i flew in this morning the controller was reluctant to come up with a figure on the total time of holding at 'kathy' and ockham (actually biggin eventually) as we were told they had new bit of kit which was unreliable....
Is this what you mean and what is it ?an eggtimer ?
Thread Starter
Join Date: Feb 2006
Location: Hants
Posts: 2,295
Likes: 0
Received 0 Likes
on
0 Posts
There is no need for the Press to 'have a field day'.
Overall safety is not compromised - however this system is making us detract a little from the main job.
The system has been bought, off the shelf, by NATS. It is already in use in Germany and HK.
What it is supposed to do is give an accurate delay time and arrival sequence for every aircraft inbound to target airfields (in this instance, EGKK and EGLL, to be rolled out across LTMA in due course). It is also supposed to be more automated, allowing the traffic manager more time managing and less time heads down working out figures.
The idea is that with more accurate times, we can help reduce time in the hold by reducing your speeds earlier, and therefore be more efficient and 'green'.
The issue we have with it at the moment is the system, which is a proven system elsewhere, has not been tweaked correctly to work here.
It is giving wildly inaccurate delay times and wildly inaccurate EATs. These times change on a regular basis and have been so extreme as to give some aircraft 4 or 5 wildly different EATs within a ten-minute time frame. The EAT it has given have been ridiculously high, then they go down, then they go back up again.
It has on several occasions, caused us to revert to the old EAT computer system and a totally manual operation for working out EATs, which is accurate.
Unfortunately, it means that us ATCOs are issuing several EATs to each aircraft - not because landing rate has changed or any other acceptable reason, but because the system is not functioning properly.
This causes increased workload in an already busy LTMA (even in the winter with an economic downturn) for both ATCOs and pilots. It has increased RT and increased uncertainty over diversion status.
The system can be switched on and off, and we can revert to the old operation - therefore NOTAMs are not applicable even if I was mgmt.
We as controllers have been logging and filling in safety reports, but there is a big divide between mgmt and operational staff. Mgmt see us a whingers over many issues (they sometimes have a point), and often dismiss complaints. They have already posted on our Intranet a thread congratulating the implementation team on a job well done - this was written the morning it went live. Despite many negative comments after using it, some mgmt have talked about slight teething problems etc.
They have taken on board a few of the issues, and a couple of software patches have been done. However as operational staff we are saying we are unhappy that the system was not fit for purpose (still is not totally), and that it is unreasonable to implement it and expect us and pilots to cover the inadequacies.
The reason I posted this thread is to let pilots know why the service and information they are getting is poor, and to urge them that if they feel their workload has been increased because of it, or if they think it has placed them in situations that they would not normally have been in, to report it.
I am not advocating anarchy, but mgmt may listen to you, the customers, more than it does to us 'whingeing ATCOs'.
There is no compromise on capacity - the safety concern we have is more to do with the fact that workloads are being increased for no good reason in an already busy environment at a busy stage of flight.
It's never a good idea to increase workloads if not necessary!! Also, we cannot fully trust the times we are giving - we are constantly asking the traffic manager if it is accurate yet hence the situation Fade to Grey talks about above (though early this morning was particularly busy at EGLL) - but it is making pilots and ATCOs jobs more difficult in an already complex bit of airspace. It has caused at least one aircraft to divert, and several others have been very near to it due to being given inaccurate times.
This system should be of benefit when it is fully working, however we as ATCOs do not think it should have been introduced in the state it is in - your feedback, as pilots, is important!!
Overall safety is not compromised - however this system is making us detract a little from the main job.
The system has been bought, off the shelf, by NATS. It is already in use in Germany and HK.
What it is supposed to do is give an accurate delay time and arrival sequence for every aircraft inbound to target airfields (in this instance, EGKK and EGLL, to be rolled out across LTMA in due course). It is also supposed to be more automated, allowing the traffic manager more time managing and less time heads down working out figures.
The idea is that with more accurate times, we can help reduce time in the hold by reducing your speeds earlier, and therefore be more efficient and 'green'.
The issue we have with it at the moment is the system, which is a proven system elsewhere, has not been tweaked correctly to work here.
It is giving wildly inaccurate delay times and wildly inaccurate EATs. These times change on a regular basis and have been so extreme as to give some aircraft 4 or 5 wildly different EATs within a ten-minute time frame. The EAT it has given have been ridiculously high, then they go down, then they go back up again.
It has on several occasions, caused us to revert to the old EAT computer system and a totally manual operation for working out EATs, which is accurate.
Unfortunately, it means that us ATCOs are issuing several EATs to each aircraft - not because landing rate has changed or any other acceptable reason, but because the system is not functioning properly.
This causes increased workload in an already busy LTMA (even in the winter with an economic downturn) for both ATCOs and pilots. It has increased RT and increased uncertainty over diversion status.
The system can be switched on and off, and we can revert to the old operation - therefore NOTAMs are not applicable even if I was mgmt.
We as controllers have been logging and filling in safety reports, but there is a big divide between mgmt and operational staff. Mgmt see us a whingers over many issues (they sometimes have a point), and often dismiss complaints. They have already posted on our Intranet a thread congratulating the implementation team on a job well done - this was written the morning it went live. Despite many negative comments after using it, some mgmt have talked about slight teething problems etc.
They have taken on board a few of the issues, and a couple of software patches have been done. However as operational staff we are saying we are unhappy that the system was not fit for purpose (still is not totally), and that it is unreasonable to implement it and expect us and pilots to cover the inadequacies.
The reason I posted this thread is to let pilots know why the service and information they are getting is poor, and to urge them that if they feel their workload has been increased because of it, or if they think it has placed them in situations that they would not normally have been in, to report it.
I am not advocating anarchy, but mgmt may listen to you, the customers, more than it does to us 'whingeing ATCOs'.
There is no compromise on capacity - the safety concern we have is more to do with the fact that workloads are being increased for no good reason in an already busy environment at a busy stage of flight.
It's never a good idea to increase workloads if not necessary!! Also, we cannot fully trust the times we are giving - we are constantly asking the traffic manager if it is accurate yet hence the situation Fade to Grey talks about above (though early this morning was particularly busy at EGLL) - but it is making pilots and ATCOs jobs more difficult in an already complex bit of airspace. It has caused at least one aircraft to divert, and several others have been very near to it due to being given inaccurate times.
This system should be of benefit when it is fully working, however we as ATCOs do not think it should have been introduced in the state it is in - your feedback, as pilots, is important!!
Join Date: Oct 2000
Location: Berkshire, UK
Age: 79
Posts: 8,268
Likes: 0
Received 0 Likes
on
0 Posts
EATs have always been a problem, particular in a dynamic area like the LTMA.
When I retired in 2002 Terminal Control was using a fairly simple computer system which sampled incoming traffic and calculated an ETA for the holds and an EAT based upon the landing interval being achieved. This system was run by controllers and, after previous "guesstimate" systems, I thought it was pretty good. It could easily be manipulated to provide the best landing rate, taking account of vortex spacing, etc., and it worked pretty well.
Question: What happened to it and why was it abandoned in favour of the new system?
When I retired in 2002 Terminal Control was using a fairly simple computer system which sampled incoming traffic and calculated an ETA for the holds and an EAT based upon the landing interval being achieved. This system was run by controllers and, after previous "guesstimate" systems, I thought it was pretty good. It could easily be manipulated to provide the best landing rate, taking account of vortex spacing, etc., and it worked pretty well.
Question: What happened to it and why was it abandoned in favour of the new system?
Thread Starter
Join Date: Feb 2006
Location: Hants
Posts: 2,295
Likes: 0
Received 0 Likes
on
0 Posts
HD,
The new system is more automated and may well benefit App controllers (still to see how it will help TMA area guys).
The problem is, it was brought in before it was ready for use - and it's not minor tweaks we are talking about.
This system does already work elsewhere, but we feel it was brought in too early, maybe to meet targets instead of doing it properly??
The new system is more automated and may well benefit App controllers (still to see how it will help TMA area guys).
The problem is, it was brought in before it was ready for use - and it's not minor tweaks we are talking about.
This system does already work elsewhere, but we feel it was brought in too early, maybe to meet targets instead of doing it properly??
Interestingly, we had our weekly flight deck blurb out today, saying what a great bit of kit this was and how it would speed up and simplify everything.
Good to see our management have got the big picture yet again.
Good to see our management have got the big picture yet again.
As a pilot I am flabbergasted that this sort of issue should arise.
Um, by definition if this makes "jobs more difficult in an already complex bit of airspace" it must have some effect on the level of safety. As a pilot I would want good information to be able to make critical decisions concerning holding times and whether to divert.
But what I find more disturbing are the comments about managment peddling the party line and not really listening to the workers on the shop floor. This smacks of "We know best" and should not be tolerated in this day and age. Ok yes even pilots have whinges too and we are not always right but where there is smoke there is fire as they say.
Surely this system should be taken out of service until it can be demonstrated that it is coming up with the correct answers? As a metaphor would you be happy being a passenger in an aircraft where the software was "about" right through lack of thorough testing and evaluation on non revenue flights?
There is no compromise on capacity or safety - but it is making pilots and ATCOs jobs more difficult in an already complex bit of airspace. It has caused at least one aircraft to divert, and several others have been very near to it due to being given inaccurate times.
But what I find more disturbing are the comments about managment peddling the party line and not really listening to the workers on the shop floor. This smacks of "We know best" and should not be tolerated in this day and age. Ok yes even pilots have whinges too and we are not always right but where there is smoke there is fire as they say.
Surely this system should be taken out of service until it can be demonstrated that it is coming up with the correct answers? As a metaphor would you be happy being a passenger in an aircraft where the software was "about" right through lack of thorough testing and evaluation on non revenue flights?
Thread Starter
Join Date: Feb 2006
Location: Hants
Posts: 2,295
Likes: 0
Received 0 Likes
on
0 Posts
Firefly Bob
I would be more than happy to fly into the LTMA at the moment, however I do feel that this issue needs to be resolved, and pilot feedback (if genuine) will help accelerate this process.
As for diversions, you still have a time in the cockpit, when you know you have to go - obviously an accurate EAT would help your planning, your decision making and allow you to make it (the decision) earlier.
I would be more than happy to fly into the LTMA at the moment, however I do feel that this issue needs to be resolved, and pilot feedback (if genuine) will help accelerate this process.
As for diversions, you still have a time in the cockpit, when you know you have to go - obviously an accurate EAT would help your planning, your decision making and allow you to make it (the decision) earlier.
I'd like to echo anotherthing's comments and urge any pilots who have a problem with delay info and EATs to file a report.
I would however question the statement we can revert back to the old system. The old 'EAT PC' has gone and the only back up we can revert to quickly is a pen and paper.
HD, one of the biggest problems with the new system is that it cannot be manipulated, once a sequence number is issued it cannot be changed.
In my humble opinion the new system should be withdrawn until it is fit for purpose, the operational ATCOs have received training and NATS should stop trumpeting great new systems until after they have been proven.
I would however question the statement we can revert back to the old system. The old 'EAT PC' has gone and the only back up we can revert to quickly is a pen and paper.
HD, one of the biggest problems with the new system is that it cannot be manipulated, once a sequence number is issued it cannot be changed.
In my humble opinion the new system should be withdrawn until it is fit for purpose, the operational ATCOs have received training and NATS should stop trumpeting great new systems until after they have been proven.
Join Date: May 2008
Location: London
Age: 50
Posts: 179
Likes: 0
Received 0 Likes
on
0 Posts
As in previous post i find it strange that this does not comprimise on safety. Just the other day we heard a speedbird expect a 30min hold at BOV, then to be told it was 5 mins when he was passed over. I think we all thought the same, time to divert, more work load and yes, the commands tone of voice said it all. Explanation from the guy on the ground.....Oh its our new bit of kit. The trouble is who to belive, do we wait until we get to LHR for the real info.......
Thread Starter
Join Date: Feb 2006
Location: Hants
Posts: 2,295
Likes: 0
Received 0 Likes
on
0 Posts
UKDean
just for clarification, the same piece of kit (with exactly the same info) is used by en-route controllers, LTMA area controllers. AND LHR Director.
Del Prado, I stand corrected, though at least the pen and paper times are accurate!!
just for clarification, the same piece of kit (with exactly the same info) is used by en-route controllers, LTMA area controllers. AND LHR Director.
Del Prado, I stand corrected, though at least the pen and paper times are accurate!!
Last edited by anotherthing; 22nd Jan 2009 at 15:20.
Join Date: May 2006
Location: Monaco
Posts: 166
Likes: 0
Received 0 Likes
on
0 Posts
Question to Anotherthing:
Do Nats Software Services still exist and do they not robustly test LTMA software either in house or in a R&D environment.
Were there not any APP controllers involved with the implementation of the software from the "customer" point of view from within NATS ? If so, surely they are amongst your peers and would have both highlighted the pros and cons ?
Over the last couple of weeks with Fog being a major issue at all LTMA airports are you not at risk of fitting the recent facts to some NATS fiction/rumour. There were plenty of diverts due to the Fog and the +30Knt x-winds; so there are some very sensible reasons for a high percentage of diverts. And consequently EATs which are reactive, have varied in their timings by a considerable margin.
JB
Do Nats Software Services still exist and do they not robustly test LTMA software either in house or in a R&D environment.
Were there not any APP controllers involved with the implementation of the software from the "customer" point of view from within NATS ? If so, surely they are amongst your peers and would have both highlighted the pros and cons ?
Over the last couple of weeks with Fog being a major issue at all LTMA airports are you not at risk of fitting the recent facts to some NATS fiction/rumour. There were plenty of diverts due to the Fog and the +30Knt x-winds; so there are some very sensible reasons for a high percentage of diverts. And consequently EATs which are reactive, have varied in their timings by a considerable margin.
JB
Thread Starter
Join Date: Feb 2006
Location: Hants
Posts: 2,295
Likes: 0
Received 0 Likes
on
0 Posts
Jensen
1. Not sure
2. It's not just for approach it is for LTMA area controllers and AC enroute controllers. As indicated by others in this thread and other threads, testing was limited and not thorough. I do not know of any ATCOs who were involved, none on my watch. this is an bought off-the-shelf system.
There has been no training for operationla ATCOs, and only a familiarisation for supervisors.
3. There has been little or no fog since the introduction of this system.
The fact is fog would not make a difference - an accurate EAT or delay time is an accurate EAT or delay time. Using the old system, there were no problems, though it was labour intensive. This system is supposed to be more automated but is actually causing much more work due to it going wrong.
EATs have been fluctuating by 30 or 40 minutes per aircraft with this system. As ATCOs, we know what to expect wrt to EATs in any weather - and this system is falling way outside the normal fluctuations you would expect.
A diversion due to weather or extended holding will always happen. However at least with the old system the times were accurate - there is a very real risk of aircraft now diverting because of totally inaccurate times produced on this system i.e. saying delay is 50 mins when in reality it is 20.
This is not an attempt to shoehorn facts to fit a whingeing ATCOs gripes. The system is not working anywhere near as well as it should.
I understand an outsider asking the questions you do, thats fair enough... however if you worked operationally for NATS, you would not be asking those questions.
1. Not sure
2. It's not just for approach it is for LTMA area controllers and AC enroute controllers. As indicated by others in this thread and other threads, testing was limited and not thorough. I do not know of any ATCOs who were involved, none on my watch. this is an bought off-the-shelf system.
There has been no training for operationla ATCOs, and only a familiarisation for supervisors.
3. There has been little or no fog since the introduction of this system.
The fact is fog would not make a difference - an accurate EAT or delay time is an accurate EAT or delay time. Using the old system, there were no problems, though it was labour intensive. This system is supposed to be more automated but is actually causing much more work due to it going wrong.
EATs have been fluctuating by 30 or 40 minutes per aircraft with this system. As ATCOs, we know what to expect wrt to EATs in any weather - and this system is falling way outside the normal fluctuations you would expect.
A diversion due to weather or extended holding will always happen. However at least with the old system the times were accurate - there is a very real risk of aircraft now diverting because of totally inaccurate times produced on this system i.e. saying delay is 50 mins when in reality it is 20.
This is not an attempt to shoehorn facts to fit a whingeing ATCOs gripes. The system is not working anywhere near as well as it should.
I understand an outsider asking the questions you do, thats fair enough... however if you worked operationally for NATS, you would not be asking those questions.
niknak
Join Date: Dec 2001
Location: UK
Posts: 2,335
Likes: 0
Received 0 Likes
on
0 Posts
Anotherthing.
if, as you suggest, you have taken your concerns and complaints through all the internal safety reporting systems and got nowhere, file an MOR.
As you will know (but others may not), you can do so anonymously or openly, and it can filed directly with the CAA, not via local management.
Regardless of your personal opinion of CAA SRG, (and I'm not suggesting that you have one either way), it would be interesting to see their response.
if, as you suggest, you have taken your concerns and complaints through all the internal safety reporting systems and got nowhere, file an MOR.
As you will know (but others may not), you can do so anonymously or openly, and it can filed directly with the CAA, not via local management.
Regardless of your personal opinion of CAA SRG, (and I'm not suggesting that you have one either way), it would be interesting to see their response.