 可看到，車輛作為實時系統，其功能需要來自傳感器或者網絡上其他ECU的數據，這些數據由各自的ECU本地計算完成。 這其中的時間需求是從系統功能需求開始識別，考慮ECU運行時間，信號報文網絡的傳輸時間，端到端的反應時間。 最終，將功能的時間需求分解到更小且可控制的模塊:如ECU端和網絡中。 詳細的典型用例可參考下面規范的第五章AUTOSAR_TR_TimingAnalysis.pdf 時間需求屬性包括，功能和模塊如何在ECU的分布, 使用的任務調度，任務的優先級等。  這就需要在系統設計初期，定義E2E的時間，及網絡帶寬，和ECU內APP運行時間。  而這些時間屬性，只能在系統設計實現完成后，才可得到準確的確定，而設計初期定義是有難度系數的，需要工具幫助和確認。 AUTOSAR也定義其時間分解方法論，從軟件架構和功能架構模型角度，對于上述時間需求建模。 VfbTiming VFB level描述SwComponent的時間信息 SwcTiming AtomicSwComponent level描述其時間信息 SystemTiming 描述系統級的時間信息，關系到拓撲圖，軟件部署，信號映射 BswModuleTiming 描述BswModule時間信息 EcuTiming 描述 Ecuc level的時間信息 及時間需求分解的主要步驟 Step1 - Create Solution方案創建 定義架構，不考慮時間信息，也包括修正已有的架構。 Step2 - Attach Timing Requirements to Solution 附加時間信息 描述架構的時間需求。
描述架構的時間模型。 描述強制的時間需求用于下一步的驗證需要。 總結語： 目前汽車的電子系統，大都是實時的分布式系統，系統功能實現需要多個ECU共同實現，系統的時間需求和設計由OEM主導是比較可行。 感謝關注 汽車軟件工程師 |
|
|
