Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| ztl:ctr3 [2025/04/05 02:43] – created zack | ztl:ctr3 [2025/04/09 17:48] (current) – zack | ||
|---|---|---|---|
| Line 4: | Line 4: | ||
| ---- | ---- | ||
| **STANDARDS TO ACHIEVE** / __Introduction to En-Route__: | **STANDARDS TO ACHIEVE** / __Introduction to En-Route__: | ||
| - | Explain the role of an en-route controller\\ | + | - [[https:// |
| - | Identify and ensure en-route separation \\ | + | - [[https:// |
| - | Ensure positive separation is maintained\\ | + | - [[https:// |
| - | Transfer communication in a timely manner using prescribed phraseology\\ | + | - [[https:// |
| - | Issue hazardous weather information utilizing prescribed phraseology\\ | + | |
| + | Holy shit... finally, something **NEW!** Weather. It's a phenomenon that we always experience, even when its as " | ||
| + | Weather presents a variety of challenges in the en-route environment for a variety of reasons. First and foremost, for all the advances that we've made in the field of meteorology ((including **W**eather **S**urveillence **R**adar-19**88D**oppler and whatever other shit you can find)), weather is still a highly volatile and unpredictable field. Airplanes will request to deviate around absolutely nothing, because they see something you can' | ||
| + | Weather radar provides only one glimpse into the atmospheric conditions ((primarily the movement of precipitation, | ||
| + | |||
| + | //You gotta learn your clouds, son,// doesn’t just make for good TV - it’s good practical practice, as well. What clouds are doing is an excellent indicator of the conditions of a parcel ((that’s what we call a chunk of airspace that we’re evaluating)) in live time. Towering Cumulonimbus clouds are a warning sign of bumpy atmospheric conditions //now// and potentially devastating weather impacts //later//. \\ | ||
| + | {{ : | ||
| + | \\ | ||
| + | \\ | ||
| + | The [[https:// | ||
| + | {{ : | ||
| + | |||
| + | Note the red arrows indicating the movement of air upwards((updrafts)) and the blue arrows denoting the movement of air downwards((downdrafts)). | ||
| + | |||
| + | I wrote a whole bunch of shit but it got deleted. I have this video still in my browser, though... | ||
| + | {{youtube> | ||
| + | {{youtube> | ||
| + | |||
| + | |||
| + | So, from scratch we go: | ||
| + | The 2nd and 3rd panels of the image above denote what would be displayed on your radar. Unfortunately, | ||
| + | \\ | ||
| + | Here's what the weather should look like on your end:\\ | ||
| + | {{ : | ||
| + | The [[https:// | ||
| + | \\ | ||
| + | For VATSIM purposes, the STARS weather radar display is out of service. I don't know why the vERAM weather is different but here's what vERAM depicts: | ||
| + | {{: | ||
| + | IN ORDER: MODERATE .. HEAVY .. EXTREME..\\ | ||
| + | |||
| + | Let's take a look at calling weather to aircraft. It's similar to calling traffic: | ||
| + | First and foremost, the most important aspect of any transmission, | ||
| + | The .65 states that // | ||
| + | Let's start with the prescribed phraseology that should be somewhat familiar to you... weather in the form of a " | ||
| + | //Area of < | ||
| + | You can omit stuff you don't know. I have never, ever, issued the " | ||
| + | //Area of < | ||
| + | Usually useful for describing single cells. Great. Uno problemo.\\ | ||
| + | Hazardous Weather doesn' | ||
| + | Well, you can also describe the weather terms of the //general width of the area/area of coverage in terms of fixes or distance and direction of fixes//. It'll sound something like\\ | ||
| + | //Weather area from < | ||
| + | \\ | ||
| + | Example: | ||
| + | {{: | ||
| + | //N7835U, Area of Heavy to Extreme Precipitation, | ||
| + | {{: | ||
| + | //UAL1972, areas of moderate to heavy precipitation, | ||
| + | You'll notice in that second image, the scratchpad includes some funky shit. I guess there' | ||
| + | |||
| + | Airplanes (real world: never, network: sometimes don't) want to fly through areas of moderate (or heavier) precipitation. Sometimes, you'll be able to issue a heading (or a weather avoidance route) to avoid most storm problems. Othertimes, it'll be easier to let flight crews find holes through the system on their own.\\ | ||
| + | |||
| + | Weather deviations can be initiated by you (the controller), | ||
| + | //UAL1972, Deviations right of course approved, when able, proceed direct JONZE.// or, perhaps, | ||
| + | //UAL1972, deviation south approved, when able, fly heading 070, vector to rejoin the arrival, and advise.// | ||
| + | The deviation can be watered down, as simple as, //deviation approved,// and built on from there. The good book wants us to have aircraft //advise clear of weather// whenever we can't issue an instruction to rejoin the route((due to traffic, airspace, etc)). | ||
| + | If you don't want to give a pilot the deviation they requested, you can alternatively say something along the lines of //unable requested deviation, fly heading < | ||
| + | |||
| + | Regardless, one integral rule of working center is that the datablock or flight plan needs to reflect what the airplane is doing. Heading? In the datablock. Speed? In the datablock. Assigned Altitude? In the datablock*((unless otherwise authorized by SOP/LOA)). Deviations, would naturally, need to be in the datablock. \\ | ||
| + | So the fourth line entry for deviations start with D........ and then, we go from there. I'm sure you can guess what the D is for.\\ | ||
| + | After the D comes the restriction... if we're telling someone //deviation north approved//, we would append " | ||
| + | Well, in some of our previous examples, we gave the aircraft instructions to rejoin the route. | ||
| + | Sometimes, planes wont be able to rejoin the route. So... surely there must be a way to differentiate that, right? | ||
| + | Correct. The syntax for the entry gets longer the more time we talk on frequency. So D20L means the aircraft was only instructed to deviate 20 degrees to the left. That's it. No instructions to resume the filed route or go direct some waypoint down yonder.\\ | ||
| + | Soooooooo **D20R/ | ||
| + | Unfortunately, | ||
| + | //DAL1234 assigned heading 3-0-0 for wx avoidance.// | ||
| + | //N1674V, deviating west, pilot requested..// | ||
| + | Why tho. | ||
| + | Well, we don't really want to mess with pilot' | ||
| + | |||
| + | |||
| **STANDARDS TO ACHIEVE** / __Altitude Changes__: | **STANDARDS TO ACHIEVE** / __Altitude Changes__: | ||
| - | Define and compute basic descent math to ensure aircraft meet crossing restrictions\\ | + | 1. [[https:// |
| **STANDARDS TO ACHIEVE** / __En-Route Control__: | **STANDARDS TO ACHIEVE** / __En-Route Control__: | ||
| - | Utilize prescribed phraseology to alert crossing traffic of each other\\ | + | 1. Utilize prescribed phraseology to alert crossing traffic of each other\\ |
| + | Okay that's kinda adifferent... so this is getting at merging target procedures. Remember those from your S3 days?\\ | ||
| + | The easy part is that if we have two targets that are going to be separated by only the minimum vertical separation((i.e. horizontal is less than 5 miles, except where 3 miles is authorized...)), | ||
| + | Instead of making two separate traffic calls, you can actually simplify it in some cases. For example, \\ | ||
| ---- | ---- | ||
| - | Objectives to achieve the standard: | + | **OBJECTIVES TO ACHIEVE**: |
| For the session to be marked complete, the student must have successfully: | For the session to be marked complete, the student must have successfully: | ||
| Vectored and/or issued speed instructions to aircraft to meet Miles-In-Trail (MIT) requirements. | Vectored and/or issued speed instructions to aircraft to meet Miles-In-Trail (MIT) requirements. | ||
