在去年把624所的研發重點轉向垂直起降發動機之後，擺在他麵前的最大問題就是發動機垂直輸出動力過程中的控製響應和穩定性問題。
要知道，垂直起降不像平飛，推力大點小點影響都不會很大，如果在這個過程中推力輸出失衡，那飛機輕則失穩重則直接墜毀。
然而垂直起降過程的高壓燃氣要經過一個90°甚至更大角度的偏轉，可能受到的外界擾動反而更複雜……
所以對於發動機控製係統的要求相比普通發動機來說要高得多。
在目前用老型號渦噴7發動機外接垂直噴口進行測試的過程中，哪怕用上電控單元，也仍然不能保證垂直輸出過程的可靠性。
但常浩南剛剛這一陣卻，給了他一個完整的思路。
薑甫和隻覺得可惜，自己並不是控製算法領域的專家，所以現在空有一個思路，卻很難落實下去……
坐在對麵的徐洋剛剛就已經把那兩張紙拿到手裡，彆人還在提問的功夫，她已經飛速看完了上麵的內容：
“這樣的話，我隻要在測試控製係統裡麵加入一個丟包和時延模擬就可以……而且本質上，丟包也可以被等效為發動機的輸入時滯……”
“所以，可以認為發動機的輸入端存在隨時間推移而同步增長的時延，從而使得發動機收到的控製輸入信號隻跟測量值有關……”
“當然，這種辦法測出來的結果是係統允許的最大連續丟包數，不是丟包率，應該沒問題吧？”
“可以。”
常浩南果斷點頭：
“用最大連續丟包數的話，無非需要稍微改一下極限參數設置邏輯，這是個完全獨立的單元，也就幾個小時的事情。”
“那等我消息，兩天之內給你弄好。”
徐洋把兩張紙丟在桌上，站起身點了幾名624所工程師的名字，便帶著他們匆匆離開了控製室。
“常總。”
第(2/3)頁
第(3/3)頁
在房間裡麵重新變得冷清下來之後，薑甫和重新找上了常浩南：
“關於您剛剛提到的分布式控製增益矩陣，能說一下完整的思路麼？”
後者稍微一愣。
主要是沒想到會有人問這種問題。
因為這個屬於設計過程中的內容。
不過轉念一想倒也合理，畢竟624所又不是隻做航發測試，他們本身也是渦輪動力研究機構。
甚至在上一世，有不少核心機都是624所搞出來的。
隻不過如今因為他的原因導致人家幾乎成了小透明……
“這個其實是受到了主機那邊飛控程序算法的啟發……”
常浩南說著重新拿過來了紙筆。
他在這件事上並沒有說謊。
確實是受到飛控程序的啟發。
隻不過不是自家的飛控程序，而是美國人的。
後世f35戰鬥機飛控的一個巨大問題，就是在某些飛行工況下會出現巨大的舵麵操控延遲。
一直到常浩南重生那會，這個毛病都還沒解決……
所以他在開發渦扇10控製程序的時候，幾乎第一個就想到了這個問題。
當然，這些內容不可能講給薑甫和聽，所以常浩南換了另外一個版本的故事。
反正隻要講的知識沒錯就行了。
看著眼前逐漸被填滿的草稿紙，薑甫和之前還有些憤懣的內心反而愈發平靜下來。
“常總，我們院手頭現在有個垂直起降發動機的項目，您看……等到渦扇10那邊結束之後，您有沒有興趣接手？”
人嘛，總要學會跟現實和解的。
打不過就加入，不丟人……
(本章完)
/body/html
第(3/3)頁