();

第626章打不过？打不过就加入！

“啊？”

发出这声惊呼的并不是徐洋。

实际上，她只是有些讶异地抬头看了一眼常浩南，甚至连表情变化都不太大。

反倒是站在旁边的另外几名624所技术人员，此时正用有些茫然地目光看向坐在一张桌子两边的常浩南和徐洋。

讲道理的话，这也不能全怪他们。

刚才这两个人的一番交流全程连笔都没用，对于周围的其他人来说确实有亿点不友好。

哪怕其中的相当一部分都直接参与了这套仿真验证程序的设计，但仍然很难跟上徐洋刚才的介绍思路。

结果前面的内容还没完全理解透，常浩南这边的意见都已经给出来了。

自然会有一种“数学课上低头捡了一支笔”的感觉。

“至于丢包……对于FADEC使用的TTCAN总线，如果数据包发送失败，协议只会允许参考消息立即重发，而其它数据则不能，这样会显著影响到系统控制的精度和速度，甚至导致系统失稳。”

但好在这次至少是边说边写，有不少纸面内容，所以相比刚才的完全茫然，至少还是有几个人听懂了其中的关键。

“时延就不用说了，如果从操作端发出控制指令到动作端响应之间会出现明显间隔的话，恐怕再好的飞行员都没办法正常驾驭飞机。”

一个人带着些许迟疑地问道。

说到这里，常浩南停下手中的笔，把已经写满公式的两张纸推到前面，然后抬起头。

“验证程序的算法和控制逻辑是没问题的，我的意思是，还有一些测试的内容没有考虑到。”

“……”

“那这样的话……岂不是说明FADEC在稳定性方面存在硬伤？”

常浩南瞬间觉得打在纸上的光线都变暗了……

另一个声音明显有点颤抖：

“毕竟，机械控制系统的延迟是确定的，只要适应下来就可以了，更不可能出现数据丢失问题，但电控的这些都是随机出现，难道还要保留一套完整的机械系统做备份？”

“电控的延迟和丢包虽然是随机出现，但还是可以通过高鲁棒性的控制算法减弱甚至消除对于性能表现的影响。”

“发动机在稳态点附近工作的动态特性可以简单用一個连续状态空间方程描述，再把这个方程进行离散化，就会出现2n+1种子系统，实