Welcome to Flightinfo.com

  • Register now and join the discussion
  • Friendliest aviation Ccmmunity on the web
  • Modern site for PC's, Phones, Tablets - no 3rd party apps required
  • Ask questions, help others, promote aviation
  • Share the passion for aviation
  • Invite everyone to Flightinfo.com and let's have fun

FAA sitting on their hands

Welcome to Flightinfo.com

  • Register now and join the discussion
  • Modern secure site, no 3rd party apps required
  • Invite your friends
  • Share the passion of aviation
  • Friendliest aviation community on the web
DoinTime said:
I thought "free flight" would virtually eliminate the enroute control sectors, hence the term "FREE flight." The way I understood it each individual aircraft provided their own separation through what it essentially a refined TCAS (I believe it was called ADS-B) thru a satellite link. I'm sure this is way oversimplified but the point of free flight was to reduce the dependancy on the NAS (read: eliminate controller jobs) and provide for more efficient profiles and flight paths for aircraft operators.

TCAS was never intended to be a primary seperation tool. It's a last-ditch Aluminum Shower Prevention Tool (ASPT) that is supposed to prevent a tragedy even if all the other levels in the system fail. If it comes down to that, even TCAS has its failings (reference the enroute collision between a B-757 and a Tu-154 over Germany in 2002). Any future FF system will need to have at least two redundant levels of seperation before TCAS, probably both computer and human.

I think ADS-B is intended to be used in areas of little or no radar coverage, both to provide seperation and for search/rescue use. It's used in Alaska so the bush pilots can tell where eachother are, since in a lot of areas, the terrain prevents radar use. Co-operative collision avoidance functionality is already provided in radar-controlled airspace by Mode-S TCAS-II.
 
Who cares if you still get paid block or better. How about I hold until fuel gets to the point where either I need to land or I want to land so I can have a smoke? Almost every sectors airspace is filled to capacity in the Eastern/Central sectors they give you direct when they can if not you fly the normal routing. I have no problem with that, as long as stated earlier Block or Better is in use. I just want to make above garauntee every month.

Then again I am probably of course with this post...help me Vector troll


Jobear
 
In my experience, it all depends on where you are going. If you fly thru my sector going to somewhere in Florida, or one of the big airports, You need to be on a route of some kind. But if I'm here in ATL and you are going direct BFI, I don't care. Someone out west might, but I don't.
 
If it helps to explain things further, let me try to describe how things work when the weather is fine and everything runs smoothly:


Understand that the National Airspace System, hereafter referred to as the NAS, was programmed and structured to cope with VORs and airways. Over the years, the Center's Host system was "taught" to understand Lat/Long coordinates, but Terminal Systems still don't. Then came SIDs and STARs, and our computers "understand" those. In other words, when you've been issued the CWK2.TNV for example, the NAS is programmed to understand exactly where and what altitudes you'll fly, so it knows exactly which sectors need the flight data, and what sectors will work the flight. The NAS knows whether to send the data to a Low, Intermediate, High, or Terminal sector based on published altitudes. The computers can initiate an automated HandOff to the correct sector without any action on the controller's part. All those SIDs (now DPS) and STARs are also codified in our LOAs with adjacent sectors, as are preferrential routings.

What all the above means, in simple terms, is that when everyone's flying published, preferrential routings, or even standard airways, or even direct to/from VORs, all the NAS computers "understand" exactly what the aircraft is doing, and works almost without a hitch distributing data from sector to sector. Controllers also aren't having to waste time with manual HOs and Point Outs, or other verbal coordination on landlines. Our LOAs cover 80-90% of typical IFR operations, right down to altitudes and speeds. I'm not guessing what fix the next arrival is comming from, or what altitude, I know. Likewise, the next sector doesn't have to worry about where my departures are going to cross his boundry. He knows exactly where as soon as he get's a strip. I may work a whole hour and not speak to the guy working the next sector.

When we start approving directs outside the LOAs, and outside the NAS's ability to understand, we have to go back to manually coordinating all this stuff. Something we don't mind when it's slow actually, but we can't keep up with when it's busy. The computers are forwarding data to the wrong sectors, which means the receiving controller not only doesn't have a strip, he may not even have a radar tag. You're just a [ * ] on his or my scope untill we manually force the data to the correct sector. We're constantly coordinating altitudes/headings to prevent conflicts at the sector boundries. Conflicts that don't occur when we're following SOP.

The more we controllers step outside the bounds of SOP, the more we have to do manually, and the less helpful the automation becomes. If that sounds trivial, imagine your FMS craps out and you're left with a Piper Altimatic and a KX-170. It's the same sort of situation.
 
labbats said:
16 hours on duty is far from safe. 12 hours seems reasonable. Seems to me people move up and hold a line and forget all about us on reserve pushing 14-16 hours when thunderstorms hit O'hare.

I agree, but when you have airlines like Jet Blue trying to increase daily flight time limits, it only hurts the cause.
 

Latest posts

Latest resources

Back
Top