Aviation Week (链接可能需要注册免费账号或杂志订阅)3月20号发出的消息显示,针对MCAS的软件改进应该已经于3月12号就在737 MAX 7测试机上进行了第一次面向FAA的演示试飞。
这个改进版的软件包名为EDFCS(Enhanced Digital Flight Control System, 增强型数字飞行控制系统),针对MCAS有以下三大类别的改进:
这一新软件的内容仍在认证的早期阶段,在这里我们也不赘述细节了。
正好有写一个回答列数之前两次被FAA停飞的机型,想知道之前的停飞怎么解决的朋友可以移步以下链接:
737 Max更换大引擎导致需要MCAS系统增稳这件事抓住了很多人的眼球,让人认为波音机体的气动设计是有致命缺陷的。然而目前有的证据并无法支持这个结论。
事实上,在民航业界,大型客机需要增稳系统来降低飞行员工作量的案例比比皆是:
所有的现役后掠翼喷气式客机,从波音707开始,都安装了偏航阻尼器(Yaw Damper)来减轻荷兰滚(Dutch Roll)现象。这个现象是由偏航轴与滚转轴振荡阻尼和周期不一致而引发的耦合振荡,轻则造成乘客不适,重则导致结构超载甚至解体。这一现象在后掠翼飞机上尤为严重,但后掠翼在现代喷气式客机巡航速度所在的跨声速区域有非常大的优势,自然也就只能通过偏航阻尼器来解决这一缺陷。
而777、787为首的新一代电传客机也使用了放宽静稳定设计,用更小的水平和垂直尾翼设计降低了结构重量和其产生的阻力。而稳定度降低的代价则由飞控电脑来弥补。
737NG本身也有Speed Trim这个系统来解决低速低重量高推力时CFM56-7发动机造成的抬头现象。
由此可见,在气动设计上为经济性做出合理、可控的让步也是民航界非常普遍的做法。而MCAS的最初的目的与其说是防止MAX失速,但不如说是将MAX的失速特性调校成与NG一致。毕竟在航线运行中遇到失速或者触发失速告警是必须报备局方的航空意外(Aviation Incident),而737 MAX迄今为止没有过类似意外的报道。因此,即使MAX的LEAP-1B发动机吊舱在高攻角时会造成对稳定性不良的抬头力矩是一个客观事实,在有关部门做出相反结论之前,我不认为这一气动缺陷是致命、严重影响飞行安全的。
这两起事故的起因,就目前看来,跟波音在MCAS的可靠性和安全分析中的失误,以及有关培训资料的缺失最相关。
因此,以现在有的信息判断,波音需要做的改变主要在软件和人员培训上。以我个人的看法,波音需要为以下需求提出妥善的解决方案。
当然,这也是答主我本人根据这个时间点有的信息的看法。适航部门的需求列表可能有更多的考虑。而随着事故调查的推进,这个列表也会有所更改。
民航安全绝不是儿戏,但是对安全的质疑仍然是得从合理的怀疑开始。不然看那些凑热点的公众号的炒作的话,所有飞机可就都不能坐了。
刚过的320日,祝大家起降安好。
我觉得非常难。
其他答案里提到的波音现在给出的解决方案
给出改进版的软件包名为EDFCS(Enhanced Digital Flight Control System, 增强型数字飞行控制系统),针对MCAS有以下三大类别的改进:
作为一个北航飞行器设计专业的博士,没有相关的数据我也无法判断这个系统到底靠不靠谱。
但是我们工科科研设计人员无论是做论文还是做项目,一般一开始都会有几种技术路线,然后充分对比,讨论研究后选择一种。
看到波音现在的给出的这种学航空的本科生在了解到事故原因后第一时间都能想到的解决方案,我认为它在飞机设计之初一定是一种方案,但是最初没有选择它一定是有原因的,而且很可能是充分的试验研究后将它淘汰掉了。
现在另一条路被证明是不行的,波音急急忙忙又把这个方案拿出来,依然试图用软件手段解决硬件无法弥补的设计缺陷。我不厚道的说如果下回飞机刚起飞就低空失速坠地我一点都不觉得意外,那样737系列就彻底凉了。
我只能表示反正三年内我是不会去试的,等它能安全飞三年再说吧。
最根本的,改飞机气动,当然这个不现实,真改了也不叫737Max了。
先说我作为一个验证工程师对波音最近发出的更新方案的一句话评价:我了个大艹。我相信波音程序员肯定是对这个改进不满意的,但是估计会被上层因为商业原因压下来捏着鼻子写补丁。
为什么要捏着鼻子写这个补丁?因为现在的改法和屎一样。
咱来假设有个程序因为工期紧埋了个bug1,——这很正常,怎么办?打个补丁,然后发现这个补丁也有bug2,怎么办?要么把这个补丁的bug2“完全”修好,要么把最开始的bug1完全修好。
带入到波音的例子里面,bug1是因为采用新发动机会自动抬头;bug2是MCAS的强制压机头。现在波音的项目经理昏了头,给bug2打了个新补丁,限制最初补丁的激活条件。很好,bug2不会再出现了(即使出现,用户也能解决)。
所以Max的根本问题是,出了短期低成本没办法解决的bug1,然后加了个补丁1;但是补丁1出了bug2,后果很严重;为了修好bug2,又出了个补丁2,基本上把补丁1的功能干掉了。
那么问题来了:这个被压制的补丁1,怎么防止bug1的发生?
答案是阻止不了。
这种屎一样的修bug的干法,干过一两年的程序员都知道要出事,偏偏人命关天的波音干出来了,这不是程序员被商业决策强压着头干出来的是什么?
我不是危言耸听,咱把这个新更新的逻辑撸完以后,下面两种情况很可能出现:
以上两种情况,飞行员在不了解新飞机新的气动特性时应该如何应对,是否有一个应对程序单?飞行员手动驾驶时应该如何操作才避免飞机自动抬头的(尤其是在低空时)情况发生?这些在波音的新更新里面有一些,但是基于现在的消息并不充分:
就目前公开的消息看,波音被两起坠机案搞得焦头烂额,只想搞定MCAS。但是退一步看,导致MCAS被引入的自动抬头问题,第一波音还是不打算教飞行员万一自动抬头了该怎么处理,第二如何避免抬头也有可能不太会讲。
这两个问题,波音没注意到,我觉得不太可能,——我觉得波音更想通过把大众的目光聚集在MCAS上,来避免大众关注更根本的自动抬头问题;而自动抬头问题,说白了还是要和空客竞争,而对飞行员培训,就要延长培训,增加波音和航司的成本,而737 Max这么搞的出发点之一,就是为了省掉这些成本。
所以目前看,波音还是打算商业利益优先,对于根本的安全问题还是有侥幸心理(万一自动抬头没那么严重呢?)。
所以,如果波音只用现在这套应付事儿、各航空管理又接受的情况下,737 Max大概率又要因为自动抬头出一波事儿。大概也只有再出一波事儿,波音才肯认栽老实埋头搞正道。
所以,在波音真正老实认栽之前,我劝各位不要继续坐,免得用自己的命给波音和各AA充学费。