第625章 打不過?打不過就加入!
坐在對面的徐洋剛剛就已經把那兩張紙拿到手裡,別人還在提問的功夫,她已經飛速看完了上面的內容:
“這樣的話,我只要在測試控制系統裡面加入一個丟包和時延模擬就可以……而且本質上,丟包也可以被等效為發動機的輸入時滯……”
“所以,可以認為發動機的輸入端存在隨時間推移而同步增長的時延,從而使得發動機收到的控制輸入信號只跟測量值有關……”
“當然,這種辦法測出來的結果是系統允許的最大連續丟包數,不是丟包率,應該沒問題吧?”
“可以。”
常浩南果斷點頭:
“用最大連續丟包數的話,無非需要稍微改一下極限參數設置邏輯,這是個完全獨立的單元,也就幾個小時的事情。”
“那等我消息,兩天之內給你弄好。”
徐洋把兩張紙丟在桌上,站起身點了幾名624所工程師的名字,便帶著他們匆匆離開了控制室。
“常總。”
在房間裡面重新變得冷清下來之後,姜甫和重新找上了常浩南:
“關於您剛剛提到的分佈式控制增益矩陣,能說一下完整的思路麼?”
後者稍微一愣。
主要是沒想到會有人問這種問題。
因為這個屬於設計過程中的內容。
不過轉念一想倒也合理,畢竟624所又不是隻做航發測試,他們本身也是渦輪動力研究機構。
甚至在上一世,有不少核心機都是624所搞出來的。
只不過如今因為他的原因導致人家幾乎成了小透明……
“這個其實是受到了主機那邊飛控程序算法的啟發……”
常浩南說著重新拿過來了紙筆。
他在這件事上並沒有說謊。
確實是受到飛控程序的啟發。
只不過不是自家的飛控程序,而是美國人的。
後世f35戰鬥機飛控的一個巨大問題,就是在某些飛行工況下會出現巨大的舵面操控延遲。
一直到常浩南重生那會,這個毛病都還沒解決……
所以他在開發渦扇10控制程序的時候,幾乎第一個就想到了這個問題。
當然,這些內容不可能講給姜甫和聽,所以常浩南換了另外一個版本的故事。
反正只要講的知識沒錯就行了。
看著眼前逐漸被填滿的草稿紙,姜甫和之前還有些憤懣的內心反而愈發平靜下來。
“常總,我們院手頭現在有個垂直起降發動機的項目,您看……等到渦扇10那邊結束之後,您有沒有興趣接手?”
人嘛,總要學會跟現實和解的。
打不過就加入,不丟人……