十月廿二提示您：看后求收藏（第626章 打不过？打不过就加入！,学霸的军工科研系统,十月廿二,废文网），接着再看更方便。
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
要知道，垂直起降不像平飞，推力大点小点影响都不会很大，如果在这个过程中推力输出失衡，那飞机轻则失稳重则直接坠毁。
然而垂直起降过程的高压燃气要经过一个90°甚至更大角度的偏转，可能受到的外界扰动反而更复杂……
所以对于发动机控制系统的要求相比普通发动机来说要高得多。
在目前用老型号涡喷7发动机外接垂直喷口进行测试的过程中，哪怕用上电控单元，也仍然不能保证垂直输出过程的可靠性。
但常浩南刚刚这一阵却，给了他一个完整的思路。
姜甫和只觉得可惜，自己并不是控制算法领域的专家，所以现在空有一个思路，却很难落实下去……
坐在对面的徐洋刚刚就已经把那两张纸拿到手里，别人还在提问的功夫，她已经飞速看完了上面的内容：
“这样的话，我只要在测试控制系统里面加入一个丢包和时延模拟就可以……而且本质上，丢包也可以被等效为发动机的输入时滞……”
“所以，可以认为发动机的输入端存在随时间推移而同步增长的时延，从而使得发动机收到的控制输入信号只跟测量值有关……”
“当然，这种办法测出来的结果是系统允许的最大连续丢包数，不是丢包率，应该没问题吧？”
“可以。”
常浩南果断点头：
“用最大连续丢包数的话，无非需要稍微改一下极限参数设置逻辑，这是个完全独立的单元，也就几个小时的事情。”
“那等我消息，两天之内给你弄好。”
徐洋把两张纸丢在桌上，站起身点了几名624所工程师的名字，便带着他们匆匆离开了控制室。
“常总。”
在房间里面重新变得冷清下来之后，姜甫和重新找上了常浩南：
“关于您刚刚提到的分布式控制增益矩阵，能说一下完整的思路么？”
后者稍微一愣。
主要是没想到会有人问这种问题。
因为这个属于设计过程中的内容。
不过转念一想倒也合理，毕竟624所又不是只做航发测试，他们本身也是涡轮动力研究机构。
甚至在上一世，有不少核心机都是624所搞出来的。
只不过如今因为他的原因导致人家几乎成了小透明……
“这个其实是受到了主机那边飞控程序算法的启发……”
常浩南说着重新拿过来了纸笔。
他在这件事上并没有说谎。
确实是受到飞控程序的启发。
只不过不是自家的飞控程序，而是美国人的。
后世F35战斗机飞控的一个巨大问题，就是在某些飞行工况下会出现巨大的舵面操控延迟。
一直到常浩南重生那会，这个毛病都还没解决……
所以他在开发涡扇10控制程序的时候，几乎第一个就想到了这个问题。
当然，这些内容不可能讲给姜甫和听，所以常浩南换了另外一个版本的故事。
反正只要讲的知识没错就行了。
看着眼前逐渐被填满的草稿纸，姜甫和之前还有些愤懑的内心反而愈发平静下来。
“常总，我们院手头现在有个垂直起降发动机的项目，您看……等到涡扇10那边结束之后，您有没有兴趣接手？”
人嘛，总要学会跟现实和解的。
打不过就加入，不丢人……
本章未完，点击下一页继续阅读。