“1500英尺！”方瀛游刃有余地回应了朱嘉的标准喊话：“调定up速度！”
在方瀛回应的同时，手上动作不停，通过速度旋钮，调定了一个210节的速度。最新地址发送任意邮件到 ltx Sba@gmail.ㄈòМ 获取
这是要增速收襟翼了！
“进近指令，保持航迹235，上升高度2100米！”这个时候，朱嘉才复述出进近管制的指令内容。
方瀛先是指着导航页面，核实处于指定航迹之上，一边调高度，一边
诵：“2100米，6900英尺！”
调定2100米的英制高度之后，方瀛没有立刻给方式，而是在得到朱嘉的再次高度证实之后，按下高度层改变的按钮。
fma方式的俯仰显示转变为mcp spd，朱嘉针对fma的方式变化，再度进行标准喊话：“n1，方式板速度！”
这就是高度层改变方式下的正确fma显示！朱嘉必须通过对fma方式的变化的确认，核实自动驾驶是以指定的方式运行。
“高度改变是以确认指令为第一步，之后调定高度，再左右座
叉确认，最后给出方式。”徐显将方瀛和朱嘉关于改变高度的配合尽收眼底。
怪不得民航安全率这么高。不仅仅是飞机的故障率极低，还有就是规范化的
作流程。
单单是一个高度改变的动作，方瀛和朱嘉之间的配合步骤流程极为明确，严丝合缝。只要照着这个流程做，根本不会出现高度调错的问题。
当然，也不能否认机长和副驾驶两个
同时脑子发抽的
况。如果真的是那种况，那就不算是方法问题，是的问题。
“星游6533，连续右转，直飞kibes。”进近管制管制忽然给出了一个非常奇怪的指令。
“kibes？我怎么记得应该是从dadol方向离场？指令错了？”徐显听到这个指令的第一反应就是怀疑是不是管制员误了。在航前准备的时候，他就看过电子飞行计划，明明离场方向是dadol。要直飞也应该是直飞dadol才对啊，怎么会直飞kibes呢？kibes是滇云机场的另一个离场方向，不会造成冲突吗？
显然，前面在座的两也有疑问。方瀛并没有在mcp板上有所行动，朱嘉则是直接开进行询问：“星游6533，确认是右转直飞kibes？我们的飞行计划是从dadol方向离场的。”
还没等进近有所解答，朱嘉没有放松对飞机数据的监控，在飞机速度达到起始收襟翼速度之后，提醒方瀛：“v2+15，上升了！”
方瀛瞟了眼空速表，点了点
：“襟翼收一！”
遵从机长指令，朱嘉左手搭上襟翼手柄，准备将襟翼收到襟翼一的位置。
这时候，进近管制给出了答案：“dadol方向有影响，先从kibes方向离场，之后会指挥你们加
计划航路的。”
由于kibes并非计划航路上的点，如此一来，kibes之后将会出现航路断点，只能通过管制引导回计划航路才行。
“怪不得没有使用标准离场，原来dadol方向有影响。”徐显在后面回过味来：“那放行给的离场方式应该是起飞后右转保持航迹235，其后听指挥！”
这样解释的话，一切就说得通了，方瀛和朱嘉便是再无疑虑。朱嘉左手握着襟翼手柄，将襟翼收到襟翼一的位置，与此同时，右手按下通讯发
按钮，回复管制：“好的，连续右转飞kibes，听指挥加计划航路，星游6533！”
十数秒之间，朱嘉左右开弓，一手收襟翼，一手按通讯按钮，嘴上还要保持对管制之间的沟通，在此期间，还要保持对飞行数据的监控，提醒机长对飞机形态的改变。
这就是副驾驶吗？徐显此时的朱嘉帅气无比，那份从容不迫的气质总给一种安全感。
这还没完！
“kibes，航段页没这个点吧？”方瀛使用航向选择，先让飞机进右转状态，之后在确定kibes的位置，进行
确直飞。
“没有！咱们计划航路上就没有这个点。”朱嘉摇摇：“我工打进去吧！”
“k-i-b-e-s......”朱嘉显然是记得这个点的英文拼写，也没有看离场图，直接就在cdu的
稿栏输kibes这个点。
明明朱嘉是在低专心输cdu，甚至徐显的力也被吸引过去了，在剩下最后一个s的时候，朱嘉突然开：“襟翼一速度！”
徐显一惊，陡然抬看向空速表，果然飞机速度已经达到襟翼一的机动速度了。
“他是多长了一双眼睛不成？”刚刚徐显作为旁观者，全部的力都被吸引到了cdu上。然而，在座的朱嘉却能始终保持对飞机状态的控制。但是这份一心多用的本领就让徐显望尘莫及了。
身在左座的方瀛似乎根本不
