第849章抗事
第849章抗事(第1/3頁)
第849章抗事
智能車控產品線總裁趙誠立即起身解釋，語速飛快：
“根因已定位，是ti的那顆tps659039芯片在極端溫度下的寄存器讀寫穩定性問題。
我們聯合ti的工程師，已經有了修複固件的實驗室版本，下周就能開始...”
“下周開始驗證？”雷厲打斷他，激光筆的紅點重重敲在asil-d標準的字樣上。
“趙總，按照我們的研發閥點（gatereview）流程，6月1號就是底盤與動力域的係統設計凍結（systemdesignfreeze）節點。
這意味著所有底層軟件和硬件接口必須鎖定。
你現在引入一個新的固件版本，意味著所有相關的硬件在環（hil）測試、臺架測試、乃至已經排期的整車耐久測試都要從頭來過？
這個周期至少需要四周！
你是打算讓設計凍結延期，還是打算帶著未知風險進入模具開發階段？”
趙誠的臉色瞬間有點難看。
被同級彆的同事在這種場合質問到臉上讓他非常不爽。
他身後的團隊成員開始瘋狂地在筆記本上調取測試數據，試圖尋找快速驗證的可能性。
這是一個典型的研發與質量的經典矛盾：
研發追求技術方案的快速迭代與優化，而質量則要求流程的嚴格性和節點的不可動搖性。
設計凍結的延遲，將產生連鎖反應，直接影響後續的工裝模具製造、供應商定點開模等環節，其帶來的不僅是時間損失，更是數以億計的成本超支。
陳默輕咳一聲，先對雷厲點頭示意，認可其專業性：
“雷總對功能安全標準和研發閥點的堅持，是項目成功的基石。
asil-d級的需求冇有任何妥協餘地。”
這個開場白讓質量團隊感受到被尊重，緊繃的氣氛稍緩。
緊接著，他轉向徐平，語氣沉著：“這個問題確實存在，解決方案也有兩條路徑。”
他示意林雨晴將一份提前準備好的技術分析報告分發給關鍵決策者。
“方案a：等待ti的官方修複固件，但這確實如雷部長所言，存在驗證周期不足，影響設計凍結節點的風險。”
“方案b：采用我們軟件團隊提出的軟件冗餘方案。
我們可以在應用層增加一個守護線程，持續監控該寄存器的狀態，一旦檢測到異常，立即進行軟複位和狀態恢複。
這相當於在現有硬件基礎上增加一道軟件護欄。”
他切換ppt，展示了一套詳儘的失效模式與影響分析（fmea）和驗證報告。
“關鍵在於，方案b是一個純軟件層的補丁，不改變任何硬件接口定義和底層驅動協議。
因此，它的驗證可以大幅簡化，主要依靠hil臺架進行極端
（本章未完，請點擊下一頁繼續閱讀）