汽車標定工程師是如何參與整車開發的？

01-03

（圖片來自wiki，有修改）

本人主要負責上圖V Cycle左側的Design，但是也經常友情客串做Requirements,
Testing和Calibration, 嘗試來答一下。

無論整車，系統或者零部件開發，流程理論上都應該遵循上圖的V Cycle。標定工程師的在其中的角色總的來說就是：

紅色圈，了解Requirements和Design是標定工程師工作的基礎
黃色圈，Testing，Calibration和Validation是標定工程師會接觸到的主要工作內容
綠色圈，反饋信息給V Cycle左側的Requirements和Design是標定工程師和核心價值

1. 一個項目開始，首先Requirement Engineer需要根據概念設計定義各個級別的需求，這為標定工程師提供了未來的標定目標。

從整車級別開始，需求包括例如設計車速，油耗，環境溫度 ---&> 系統級別，例如變速箱的駕駛模式 ----&> 組件級別，例如變速箱換擋機構的響應速度。

這只是個例子，一般情況下系統級需求又可以拓展至子系統級，同時系統本身又可以分為硬體和軟體需求，不同公司也有各自獨特的分類方法。

2. 接下來拿到了Requirements，Design工程師會根據需求來設計硬體軟體，這是標定工程師未來工作的基礎。。

Design工程師中，做硬體的忙著CAD，CAE，模擬，再找供應商做樣件。

拿到硬體設計，做軟體Design的忙著選控制器，寫底層代碼，再Matlab/Simulink做硬體的Plant模型以及上層控制策略，初步設定參數模擬後再生成代碼。

標定工程師不需要直接參与設計，但需要了解設計，否則單純調參數的話很難把標定最優化。這是因為控制系統大多控制量都是耦合的，且不同的子系統之間會互相作用。直接的結果就是要達到同樣的標定效果，可能很多種不同的參數組合；同樣的調了一個子系統中的參數可能會直接影響到其他子系統的表現。

理想的狀態下，標定工程師應該至少讀的懂上層軟體的控制策略，看的懂Matlab/Simulink和C代碼。目前國內主機廠標定工程師普遍存在的尷尬是硬體還好說，關鍵軟體大多是「黑盒子」，只能拿著標定手冊做機械化的工作，有了問題也只能向「黑盒子」的供應商報告，失去了分析診斷和解決問題的許可權。這個問題唯一的解決方法恐怕也就只有關鍵技術自主化了吧。

3. 拿到了設計好的硬體軟體，標定工程師的主要工作內容就是通過調整標定參數，使系統的表現達到Requirements中的設定目標，例如駕駛性需求，這個可以參考車輛的駕駛性（Drivability）是指的車輛的什麼性質？如何判斷一輛車的「駕駛性」？ - 汽車中的答案，AVL Drive是目前行業里用的比較多的駕駛性評估和標定輔助工具。

標定工程師為何存在？這個問題的答案也是標定工程師具體在做什麼的答案。

1. 出於成本，可靠性，以及技術實現難度的考慮，很多壓力，扭矩，溫度以及位置感測器都無法在整車或者Powertrain中布置，於是很多關鍵控制系統都無法完全做到閉環控制。同時廣泛使用的閉環PID控制有時也存在響應速度和穩定性的問題，且閉環系統本身還需要考慮CPU負載，尤其是比PID更複雜的其他演算法。這直接導致了目前ECU，TCU使用的大部分控制演算法還是簡單的開環MAP+少部分閉環。成千上萬的MAP參數調整，這就是標定工程師的主要工作所在。

2.
因為「理想化」的世界和硬體都是不存在的，我們可以模擬硬體（例如整車，發動機，變速箱），卻很難做到精確。「桌面標定」的概念很早就有，但是說起來容易做起來太難。這也是為什麼我們需要標定工程師從HiL，台架再到整車，一步一步把成千上萬的開環參數標下來。

看到下面這個千千萬萬MAP中的一個很多標定工程師要淚牛滿面了吧：

（圖片截取自網路）

4. 標定工程師的核心價值在於V Cycle右側向左側的反饋，即：

1.
提供最終可以滿足Requirements的凍結版標定數據給Design Engineer。

2.
報告測試中發現的軟體bug給Design
Engineer。

3.
報告需要額外添加的標定量給Design Engineer，例如突然發現某個標定變數需要添加溫度補償。

4.
發現無法只依靠標定達到的控制目標（例如某個部件的響應速度指標，噪音NVH指標），並報告給V Cycle左側的Requirement Engineer和Design
Engineer。Design Engineer會先考慮用修改軟體邏輯的方式解決，無果則考慮修改硬體（在項目成本和時間等允許的情況下），或者請求Requirement Engineer考慮修改不切實際的部件需求。

標定工程師雖然在V Cycle的下游工作，但是做得好，是個可上可下有統觀全局能力的角色。

做不好了，可能就只像是一個改改參數循環測試的機器人而已。

========================

我將在1月組織一次 Live 專門講解包括混動控制軟體在內的車載控制軟體開發流程和工具鏈，歡迎參與：知乎 Live 入口

一般來說，標定工程師不參與控制器開發流程。那麼標定工程師參與的工作主要分為台架標定和實車標定兩個部分。以EMS標定工程師為例：

1.台架標定。發動機樣機和控制器樣件開發完成後，進入標定實驗室開始實驗。主要實驗有感測器標定、執行器標定、萬有特性標定等等。這些標定至少也需要幾個月時間。

2.實車標定。主要指駕駛性相關的標定，比如行車怠速，TCU降扭響應等等。

3.三高標定。團隊要駕車在高溫、高原、高寒條件下進行實驗，為了使車輛能夠適應不同的環境，保證動力、排放、油耗這幾個指標。

不是專業的標定工程師，如有錯漏還請見諒。

非整車標定，相關：發動機標定工程師

說說整車標定的一部分，發動機標定

首先發動機應該是在台架標定大部分的，然後裝車，標定台架無法模擬的那一部分

發動機是要做三高標定的，當然，裝車後整車肯定也要做三高標定

先來說說正常的發動機首配標定流程

首先感測器執行器確認，各種電器介面確認

各種氣管油管水管確認

發動機啟動標定

怠速穩定性標定（包含怠速帶載能力）

原地最高空車標定

混合動力部分的tsc1（torque/speed control 1）調速模塊標定，順帶pto（power take off）標定（如有需求）

駕駛性標定

巡航標定

各種整車功能確認標定

整車排放標定

發動機所要做的工作，大概就是這些

這問題估計沒什麼人會答。

我猜這標定指的是calibration。那麼和整車相關的部分主要有排放，油耗，駕駛性。

謝邀標定工程師分很多，有底盤的，動力總成的，車身控制，空調控制等等，整車就是所有這些子系統的集成。因此，整車開發，首先就會對各子系統設定開發目標，系統需求-需求分析-方案設計-方案開發驗證，各子系統都有進行相應的功能開發，然後就是對其進行測試標定，滿足系統需求。

各個系統的標定工程師細節上肯定不一樣，但流程大家都大同小異。

標定？不是standardisation嗎？

要看：1開發項目的背景2你們台架或整車標定團隊的能力3系統供應商與你們項目的技術路線合同