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

  “啊？”

  發出這聲驚呼的并不是徐洋。

  實際上，她只是有些訝異地抬頭看了一眼常浩南，甚至連表情變化都不太大。

  反倒是站在旁邊的另外幾名624所技術人員，此時正用有些茫然地目光看向坐在一張桌子兩邊的常浩南和徐洋。

  講道理的話，這也不能全怪他們。

  剛才這兩個人的一番交流全程連筆都沒用，對于周圍的其他人來說確實有億點不友好。

  哪怕其中的相當一部分都直接參與了這套仿真驗證程序的設計，但仍然很難跟上徐洋剛才的介紹思路。

  結果前面的內容還沒完全理解透，常浩南這邊的意見都已經給出來了。

  自然會有一種“數學課上低頭撿了一支筆”的感覺。

  面對徐洋帶著詢問的眼神，常浩南總算從旁邊拿起了一支筆：

  “驗證程序的算法和控制邏輯是沒問題的，我的意思是，還有一些測試的內容沒有考慮到。”

  剛剛還散落在房間周圍的一眾人見到這一幕，幾乎是整齊劃一地向前幾步，圍到了二人身后。

  常浩南瞬間覺得打在紙上的光線都變暗了……

  “咳咳……裝備全權限數字控制系統的發動機普遍不會再配置完整的機械控制系統，因此必須要考慮到可能面臨的各種工況，比如在飛行過程中因為各種原因出現網絡誘導時延和數據包丟失。”

  “時延就不用說了，如果從操作端發出控制指令到動作端響應之間會出現明顯間隔的話，恐怕再好的飛行員都沒辦法正常駕馭飛機。”

  “至于丟包……對于FADEC使用的TTCAN總線，如果數據包發送失敗，協議只會允許參考消息立即重發，而其它數據則不能，這樣會顯著影響到系統控制的精度和速度，甚至導致系統失穩。”

  常浩南一邊解釋一邊筆走龍蛇：

  “比如，我們可以先分析一下最簡單的時延和丟包形式，假設時延是短時延且在各個采樣周期內恒定，數據包連續丟失數也具有上限n，那么在一個采樣周期之內，到達執行器端的控制器輸出可能就會出現兩個……”

  “……”

  “發動機在穩態點附近工作的動態特性可以簡單用一個連續狀態空間方程描述，再把這個方程進行離散化，就會出現2n+1種子系統，實際的發動機工作特性會在這2n+1種之間隨機且連續跳變，顯著延長穩態系統的收斂過程……”

  說到這里，常浩南停下手中的筆，把已經寫滿公式的兩張紙推到前面，然后抬起頭。

  這一番計算讓周圍的人直接表演了一個目瞪口呆。

  但好在這次至少是邊說邊寫，有不少紙面內容，所以相比剛才的完全茫然，至少還是有幾個人聽懂了其中的關鍵。

  “我們這個是線控連接，應該不至于出現特別夸張的延遲或者丟包吧……”

  一個人帶著些許遲疑地問道。

  常浩南此時剛喝了口水，趕緊咽下去，然后搖了搖頭：

  “其實就跟我們正常的電腦上網一樣，發動機的ECU單元以及線纜的信號傳輸帶寬實際上還不如家用電腦和網線，所以，哪怕是在正常飛行過程中，出現信息傳輸不通暢的問題也是很正常的。”

  “那這樣的話……豈不是說明FADEC在穩定性方面存在硬傷？”

  另一個聲音明顯有點顫抖：

  “畢竟，機械控制系統的延遲是確定的，只要適應下來就可以了，更不可能出現數據丟失問題，但電控的這些都是隨機出現，難道還要保留一套完整的機械系統做備份？”

  FADEC的一個巨大優勢就是減重，保留機械備份自然是不現實的。

  不過，常浩南既然已經提出來了這個問題，那解決辦法就必定是有的：

  “電控的延遲和丟包雖然是隨機出現，但還是可以通過高魯棒性的控制算法減弱甚至消除對于性能表現的影響。”

  “所以我在設計發動機控制程序的時候，采用了分布式控制增益矩陣，以提高對時延和丟包情況的穩定裕度，但這個裕度具體有多少，能否滿足戰斗機在各種工況下的需求，還需要在測試過程中進行驗證。”

  “如果穩定裕度不夠，那就需要再增加一個發動機控制單元，如果裕度過剩的話，還可能得減少一個，畢竟一套ECU和相關的線纜加在一起，也有個幾十公斤的重量……”

  “分布式控制增益矩陣……這……還可以這樣？”

  剛剛一直坐在常浩南旁邊的姜甫和眼中頓時閃過一絲茅塞頓開的明悟。

  在去年把624所的研發重點轉向垂直起降發動機之后，擺在他面前的最大問題就是發動機垂直輸出動力過程中的控制響應和穩定性問題。

  要知道，垂直起降不像平飛，推力大點小點影響都不會很大，如果在這個過程中推力輸出失衡，那飛機輕則失穩重則直接墜毀。

  然而垂直起降過程的高壓燃氣要經過一個90°甚至更大角度的偏轉，可能受到的外界擾動反而更復雜……

  所以對于發動機控制系統的要求相比普通發動機來說要高得多。

  在目前用老型號渦噴7發動機外接垂直噴口進行測試的過程中，哪怕用上電控單元，也仍然不能保證垂直輸出過程的可靠性。