第章打過?打過就加入！

啊?

發這聲驚呼并徐。

實際，隻些訝異擡頭常浩，甚至連表變化都太。

反倒站旁邊另幾名所技術員，此時正用些茫然目向張子兩邊常浩徐。

講理話，這也能全怪們。

剛才這兩個番交流全程連筆都沒用，對于周圍其來說确實億點友好。

怕其相當部分都直接參與這套仿真驗證程序設計，但仍然很難跟徐剛才介紹。

結果面容還沒完全理解透，常浩這邊見都已經給來。

自然會種數學課頭撿支筆覺。

面對徐帶着詢問神，常浩總算從旁邊拿起支筆：

驗證程序算法控制邏輯沒問題，，還些測試容沒考慮到。

剛剛還散落間周圍衆見到這幕，幾乎齊劃向幾步，圍到後。

常浩瞬間覺得打紙線都變……

咳咳……裝備全權限數字控制系統發動機普遍會再配置完機械控制系統，因此必須考慮到能面臨各種況，比如飛過程因為各種原因現網絡誘導時延數據包丢失。

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

至于丢包……對于FADEC使用TTCAN總線，如果數據包發送失敗，協議隻會允許參考消息即發，而其數據則能，這樣會顯著響到系統控制精度速度，甚至導緻系統失穩。

常浩邊解釋邊筆龍蛇：

比如，們以先分析最簡單時延丢包形式，假設時延時延且各個采樣周期恒定，數據包連續丢失數也具限n，麼個采樣周期之，到達執器端控制器輸能就會現兩個……

……

發動機穩态點附作動态特性以簡單用個連續狀态空間方程描述，再把這個方程進離散化，就會現n+種子系統，實際發動機作特性會這n+種之間随機且連續變，顯著延長穩态系統收斂過程……

說到這裡，常浩筆，把已經寫滿公式兩張紙推到面，然後擡起頭。

這番計算讓周圍直接表演個目瞪呆。

但好這次至邊說邊寫，紙面容，所以相比剛才完全茫然，至還幾個聽懂其關鍵。

們這個線控連接，應該至于現特别誇張延遲或者丢包吧……

個帶着些許遲疑問。

常浩此時剛，趕緊咽，然後搖搖頭：

其實就跟們正常電腦網樣，發動機ECU單元以及線纜信号傳輸帶寬實際還如用電腦網線，所以，怕正常飛過程，現信息傳輸通暢問題也很正常。

這樣話……豈說FADEC穩定性方面傷?

另個聲音顯點顫抖：

畢竟，機械控制系統延遲确定，隻适應來就以，更能現數據丢失問題，但電控這些都随機現，難還保留套完機械系統備份?

FADEC個巨優勢就減，保留機械備份自然現實。

過，常浩既然已經提來這個問題，解決辦法就必定：

電控延遲丢包雖然随機現，但還以通過魯棒性控制算法減甚至消除對于性能表現響。

所以設計發動機控制程序時候，采用分布式控制增益矩陣，以提對時延丢包況穩定裕度，但這個裕度具體，能否滿戰鬥機各種況需求，還需測試過程進驗證。