汽車售后診斷系統的案例
基于ODX的通用售后診斷系統 INTEWORK-DGA
概述
隨著汽車的電子化水平越來越高，汽車維修保養越來越復雜，國內外多個廠家的高科技維修設備應用于汽車后市場。互聯網技術也應用于汽車售后服務行業，4S 店隨時可以在網上獲得維修資料、診斷數據、維修流程、專家指導、新動態等信息，縮小了不同規模和維修水平的 4S 店獲取技術信息的差異。經緯恒潤憑借在診斷類產品開發和云端服務器開發多年積累的經驗，結合國內整車廠對車輛售后市場的診斷、管理、安全等需求，研發出基于ODX的通用售后診斷系統 INTEWORK-DGA，該系統可滿足客戶對車輛數據管理、維修站管理、遠程維修指導、診斷刷寫、數據安全性等要求，是一款安全的平臺系統。
INTEWORK-DGA 基于 ODX標準（ISO22901），軟件包含兩部分：DGA 數據管理軟件和DGA診斷儀軟件，該系統診斷數據來源于經緯恒潤研發的 INTEWORK-DDS（基于ODX的工程診斷儀）配置的售后診斷工程文件（含診斷數據、診斷功能、安全算法等），診斷工程文件可在 DGA 數據管理軟件中進行管理，并可同步下發至 DGA診斷儀軟件。
展開 診斷通用售后系統 — DGA
概述
隨著汽車的電子化水平越來越高，汽車維修保養越來越復雜，國內外多個廠家的高科技維修設備應用于汽車后市場。互聯網技術也應用于汽車售后服務行業，4S 店隨時可以在網上獲得維修資料、診斷數據、維修流程、專家指導、新動態等信息，縮小了不同規模和維修水平的 4S 店獲取技術信息的差異。經緯恒潤憑借在診斷類產品開發和云端服務器開發多年積累的經驗，結合整車廠對車輛售后市場的診斷、管理、安全等需求，研發出基于 ODX 的通用售后診斷系統 INTEWORK-DGA，該系統可滿足客戶對車輛數據管理、維修站管理、遠程維修指導、診斷刷寫、數據安全性等要求，是一款安全的平臺系統。
INTEWORK-DGA 基于ODX標準（ISO22901），軟件包含兩部分：DGA 數據管理軟件和 DGA 診斷儀軟件，該系統診斷數據來源于經緯恒潤研發的 INTEWORK-DDS（基于ODX的工程診斷儀）配置的售后診斷工程文件（含診斷數據、診斷功能、安全算法等），診斷工程文件可在 DGA 數據管理軟件中進行管理，并可同步下發至 DGA 診斷儀軟件。
展開 18基于matlab的二階動態系統的滑膜控制，程序已調通，可直接運行。標價為程序價格，不包含售后。 ￥9.9
基于matlab的二階動態系統的滑膜控制，程序已調通，可直接運行。標價為程序價格，不包含售后。程序保證可直接運行。
診斷系統開發咨詢服務
隨著汽車電控系統復雜度及消費者對于汽車售后服務水平要求的提升，診斷系統開發在整車開發中的重要度日益突出。診斷系統開發的目標是：通過合理的設計電子控制單元（ECU）診斷功能、制定整車下線配置及檢測需求、搭建售后服務體系，保證汽車的出廠質量，加快生產節拍，提高維修效率，并形成售后維護與產品研發的閉環反饋系統，從而提高產品質量和用戶滿意度，繼而提升產品的價值和競爭力。
經過多年的實踐，經緯恒潤積累了豐富的經驗，業務涵蓋診斷協議及功能定義、診斷測試、整車下線配置及檢測（EOL）需求設計、整車售后診斷系統規劃、EOL 及終端診斷設備開發。下圖為以 ODX（開放式診斷數據交互格式）格式為數據中心的整車診斷系統。
整車診斷系統
? 服務內容
考慮研發、測試、生產、售后等不同階段的開發需求， 經緯恒潤提供貫穿于整車生命周期的診斷系統開發咨詢服務，包括：
? 診斷協議及功能定義：參照現行國際標準及成熟技術 （ISO27145、ISO14229、ISO15765、ISO15031），結合整車廠自身特點，制定診斷協議，支持故障信息讀取、車輛狀態標識獲取、執行器調試及重編程等功能；基于ECU功能邏輯及電器原理，定義具體的故障信息、標識數據、調試指令等，形成診斷規范；創建標準的診斷數據庫（CDD 或 ODX），保證整車廠與供應商開發的無縫接口，縮短項目的開發時間
? 診斷測試：按測試內容劃分，診斷測試分為診斷協議測試及診斷功能測試，前者又涵蓋診斷服務測試、重編程測試、 與協議相關的診斷邏輯測試，后者涵蓋故障注入、標識信息及調試指令驗證等。
展開 
OBD診斷之故障管理系統概述
來源 | 聯合電子
前言
隨著汽車排放法規愈加嚴格，汽車電子控制系統越來越復雜，導致車載診斷系統（以下簡稱OBD系統）所需監測項也越來越多，對診斷可靠性的要求也愈發嚴格。如此多的監測項，當診斷出故障時，系統如何對故障進行處理，如何實現故障代碼的存儲和刪除，如何控制故障指示器（以下簡稱MIL），以及如何將診斷信息通過OBD掃描工具或服務診斷儀輸出，從而及時準確地提醒車輛駕駛員進行車輛維修，都需通過OBD系統的故障管理大腦——“故障管理系統”來實現，它收集OBD系統所有的診斷結果，進行統一處理。
故障管理系統目前主流為DSM系統（Diagnosis System Management），
今天我們來聊一聊DSM的神奇功效。
DSM功能
DSM主要包含兩類功能，其一為診斷結果收集和故障應對；其二用于滿足法規標準化輸出要求，包括對MIL控制和OBD接口輸出。此外，它還可以滿足客戶的一些特殊需求，如SVS亮燈方式等。從下圖可看出DSM所處的核心地位。
診斷結果收集和故障應對
由于控制模塊管理系統的眾多模塊之間存在大量交互關系，某個部件監測出故障時，依靠此部件正常運行的模塊將被抑制，此稱之為故障應對，也叫抑制關系。
DSM與控制模塊管理系統的眾多模塊相關聯，通過收集所有診斷結果進行集中處理，按照統一方式實現抑制關系。這種中心化的處理方式，使項目配置更加靈活，減少了模塊之間的交互環節，并有效簡化了功能模塊的外部接口。
展開 如何從0到1設計診斷系統
? DTC (Diagnostic Trouble Codes): 診斷故障碼
包括基本通信相關、信息安全相關和功能相關的DTC。
對每個DTC提供詳細的描述，包括使能條件、記錄條件和恢復條件等。
? Snapshot: 快照數據
通常會管理最近一次和第一次的快照信息，包括車輛的基礎數據和狀態。
? 梳理交互邏輯及信息
通常會記錄發生計數器和老化計數器。
? 其他內容
如時間參數、28服務的通信配置、2F服務的定義等，這里不再詳細贅述。
在完成診斷調查問卷的開發之后，我們需要將問卷轉換成診斷數據庫，以便進行診斷數據交換。在此過程中，需要注意診斷數據庫的格式以及適用的工具鏈的選擇，以確保在進行優劣取舍時能夠做出明智的決策。在數據庫格式的選取方面，鑒于ODX格式的開源屬性，該格式能夠較好地適應整車開發、生產及售后各階段的需求，因而是一種較為推薦的數據庫格式。
總結
在當今汽車電子電氣架構逐漸完善的背景下，診斷系統設計已不僅僅是純粹的診斷問題，而需要對整車的通信、功能和安全性進行綜合考量。例如，在設計診斷方案時，需要考慮到診斷路徑的安全性和可靠性。在進行診斷需求定義和數據庫開發時，需要思考到不同診斷場景下的差異化要求。綜合各方面需求的診斷系統會為整車從研發生產到售后都提供強有力的支持。
了解更多：請致電 010-64840808轉6117或發送郵件至market_dept@hirain.com（聯系時請說明信息來源于技術鄰）
展開 圖書推薦《模擬系統的故障診斷與可靠性設計》
《模擬系統的故障診斷與可靠性設計》
作者:楊士元編著
頁數:276
出版社:清華大學出版社
出版日期:1993
楊士元,清華大學自動化系任教:闡述了模擬電子電路故障診斷中的故障字典法、參數識別和故障驗證法的基本原理和實施方法,介紹了專家系統及其在模擬電子電路故障診斷中的應用技術等。
『轉貼』作戰飛機綜合故障診斷系統研究
作者：景小寧，潘泉，程詠梅，張洪刁，陳云翔
摘要:隨著科學技術的發展和未來作戰環境的需求，未來作戰飛機體系結構更趨復雜，以故障診斷為基礎的系統可靠性、維修性和保障性需求更加迫切，綜合故障診斷是實現這一需求的重要途徑。提出了未來作戰飛機綜合故障診斷系統的基本框架，討論了其功能需求、體系結構、關鍵技術及其實現力法以及日前需要研究的問題。
關鍵詞:綜合故障診斷；故障預測；作戰飛機
『轉貼』智能故障診斷專家系統開發平臺
作者：史慧，王偉，高戈
北京航大測控技術開發公司 故障診斷技術部 北京
摘要:針對故障診斷令家系統實用性與通用性的矛盾，在簡要分析令家系統工作原理的基礎上，
提出了一種以用戶為中心的通用性故障診斷令家系統設計方案。將規則推理、模糊決策、多傳感
器信息融合算法融為一體，形成一階梯式故障推理機制;對不同的診斷對象，只要設置好必要知
識模塊，就可自行生成專一用故障診斷系統，并能自動輸出診斷結果。
關鍵詞:專家系統，故障樹，規則推理，模糊決策，信息融合，故障診斷。
.PS.:該帖附件于2006-11-24 16:40:33被Birdy評為3星級，為發貼者加分60。
點評:
展開 【5月19日】恒大辟謠；保時捷妥協；英飛凌訂單激增；北汽推微車；馬斯克盛贊微信；寶能回應觀致售后問題；汽車下鄉補貼細則曝光
03
汽車市場需求激增 英飛凌訂單積壓已達370億歐元
集微網消息 近日，據《日經亞洲評論》報道，全球知名汽車芯片廠商英飛凌首席營銷官Helmut Gassel在接受媒體采訪時表示，包括尚未確認的訂單在內，2022年1-3月英飛凌積壓的訂單金額已經從去年四季度的310億歐元增長了19.4%，達到370億歐元。對此，Helmut Gassel進一步指出，這些訂單當中超過五成是汽車相關產品，75%的訂單在未來12個月內才能交貨，目前看來，積壓訂單顯然已遠遠超出英飛凌的交付能力。
04
觀致汽車被消費警示，寶能回應了！
中新經緯5月18日電 18日，寶能汽車官方微信公眾號發布致全體觀致車主的一封信，回應觀致車主投訴售后無4S店維修保養問題。寶能汽車在聲明中表示，集團高度重視上述情況，第一時間進行調查核實，并積極聯系相關消費者進行了解和溝通，隨后妥善解決了車主所反饋的問題。該問題背后的原因，是觀致汽車為應對疫情沖擊和供應鏈“斷鏈”的雙重考驗，轉變經營模式，對服務網點進行了調整。由于售后服務處于新模式承接之中，部分服務網點退出，造成了少數車主對于觀致汽車的售后服務產生擔憂。
展開 某皮卡振動噪聲診斷分析與懸置系統隔振性能的優化
對測試的數據進行了分析，結合產生的機理，本著“以較小的改動獲得較大的減振降噪效果”的原則對動力總成懸置進行了系統的建模、仿真分析和隔振性能的優化。最后對優化懸置之后的皮卡進行了測試。測試結果和原車相比，怠速時方向盤12點X方向振動降低43%在發動機2 000~3 000 r/min經濟轉速范圍,變速桿振動降低約50%,在4 000 r/min以后，振動下降更多；駕駛員導軌在2 500r/min轉速以后的振動有明顯改善，車內噪聲也明顯降低
某皮卡振動噪聲診斷分析與懸置系統隔振性能的優化.pdf
診斷系統開發咨詢服務
概述
隨著汽車電控系統復雜度及消費者對于汽車售后服務水平要求的提升，診斷系統開發在整車開發中的重要度日益突出。診斷系統開發的目標是：通過合理的設計電子控制單元（ECU）診斷功能、制定整車下線配置及檢測需求、搭建售后服務體系，保證汽車的出廠質量，加快生產節拍，提高維修效率，并形成售后維護與產品研發的閉環反饋系統，從而提高產品質量和用戶滿意度，繼而提升產品的價值和競爭力。
經過多年的實踐，經緯恒潤積累了豐富的經驗，業務涵蓋診斷協議及功能定義、診斷測試、整車下線配置及檢測（EOL）需求設計、整車售后診斷系統規劃、EOL及終端診斷設備開發。下圖為以ODX（開放式診斷數據交互格式）格式為數據中心的整車診斷系統。
整車診斷系統
服務內容
考慮研發、測試、生產、售后等不同階段的開發需求，經緯恒潤提供貫穿于整車完整生命周期的診斷系統開發咨詢服務，包括：
? 診斷協議及功能定義：參照現行國際標準及成熟技術（ISO27145、ISO14229、ISO15765、ISO15031），結合整車廠自身特點，制定平臺級診斷協議，支持故障信息讀取、車輛狀態標識獲取、執行器調試及重編程等功能；基于ECU功能邏輯及電器原理，定義具體的故障信息、標識數據、調試指令等，形成部件級的診斷規范；創建標準的診斷數據庫（CDD或ODX），保證整車廠與供應商開發的無縫接口，縮短項目的開發時間
? 診斷測試：按測試內容劃分，診斷測試分為診斷協議測試及診斷功能測試，前者又涵蓋診斷服務測試、重編程測試、與協議相關的診斷邏輯測試，后者涵蓋故障注入、標識信息及調試指令驗證等。
展開 聊一下汽車電傳電控系統中的安全死穴：實時系統和分時系統
一、車規級芯片
制造手機芯片和汽車芯片，哪個難度更大?知乎上有過類似問題的回答，大概意思概括下：手機芯片，天下武功唯快不破；汽車芯片，穩定壓倒一切。
汽車搭載的車規級芯片,與手機電腦搭載的消費級芯片，兩者差異不是在簡單的制程和核心數量上。
車規級芯片要過三道技術關
第一道關是環境關。
相比手機，汽車的工作環境要惡劣百倍。行駛時不僅會遭遇更多的振動和沖擊，還可能要面對各種液體或粉塵的侵蝕，甚至就連溫度條件也頗為極端。
比如車規級芯片要承受的溫度范圍一般在-40°C-150°C之間，而消費級芯片只需滿足0°C~70°C工作環境即可。
第二道關是壽命關。
手機作為消費品，生命周期一般不會超過5年，而汽車作為大宗商品，使用壽命往往在15年、或者駕駛20萬公里左右，這不僅要求車規級芯片要有足夠長的壽命，還要求它能在未來15年內都能滿足汽車行駛的基本訴求。
第三道關，也是最重要的一道關，是安全關。
手機玩游戲時死機，頂多是被隊友罵兩句，但汽車如果開在路上，芯片崩了，那可能就要出人命了。
用更直觀的數據來說，手機芯片可接受的不良率是萬分之二，汽車芯片的不良率則不能高于百萬分之一。
二、系統區別
為了進一步能夠讓大家理解汽車上控制單元操作系統和消費電子產品操作系統區別，將一些公開的資料匯總整理如下：
實時操作系統 實時操作系統
英文稱Real Time Operating System，簡稱RTOS。
1.實時操作系統定義
實時操作系統（RTOS）是指當外界事件或數據產生時，能夠接受并以足夠快的速度予以處理，其處理的結果又能在規定的時間之內來控制生產過程或對處理系統作出快速響應，并控制所有實時任務協調一致運行的操作系統。
展開 漢航Hunter Pad--基于Linux操作系統的健康狀態監測與故障診斷PHM有力工具
后處理分析：基于加速度或聲壓信號的轉速提取、特征信號處理、模態分析、動平衡分析（單面、雙面、多面）、軸心軌跡與平均軸心位置（軸絕對振動，軸向位移、差脹、斜面差脹、殼脹、閥門位置，極坐標、伯德圖、APHT圖、半頻譜圖、全頻譜圖、趨勢圖、XY圖、動力學剛度圖）、根軌跡分析、故障診斷分析，聲品質分析，基于波束形成法和聲全息方法的噪聲源定位。
部分應用工況
健康狀態監測與預測及健康管理（PHM）系統已成為高端裝備、工業設備和生命支持系統“視情維修”的核心技術手段之一。通過漢航Hunter Pad對監測對象進行信號采集和數據分析，從而可實現故障的檢測、診斷、預測和管理，最終目標是實現從“計劃性維修”到“視情維修”的轉變，顯著提升各個行業的安全性、可靠性和經濟性。
1. 航空航天：
發動機健康管理：可通過Hunter Pad監測發動機的溫度、壓力、振動等關鍵參數，實時評估發動機的健康狀態，并可預測關鍵部件（如渦輪葉片）的剩余使用壽命，實現預測性維護，避免突發故障，保障飛行安全。
飛機機體健康管理：對機翼、機身等關鍵結構部位進行檢測，可判斷結構的應力、應變、裂紋和腐蝕情況。
2. 車輛交通行業：
乘用車故障診斷：采集發動機、電機、變速箱、電池（新能源汽車）、制動系統等核心部件的壓力、電壓、振動等數據，分析監測部件狀態，并提前預警。
列車運維：通過采集牽引變流系統、通風系統等關鍵核心系統的溫度、振動、電流等重要參數，實現故障預測和健康評估，能夠為故障處置提供重要依據，提升機車運行的安全性和可靠性，延長機車使用壽命。
3. 工業制造行業：
對關鍵旋轉設備開展預測性維護，能夠有效提高設備的可靠性，減少生產中斷，提高生產效率。
4.
展開 MBSE產品模型架構應用：基于模型的系統工程 (MBSE) 在汽車傳動系統子系統架構中的應用
Presented By: Robert Kraus, George Papaioannou and Arun Sivan
簡介與概要
當前狀態：當今的汽車傳動系統工程過程是“基于文檔的”
● 復雜的系統需求和規范通過大量電子數據進行溝通
● 經常導致要求不完整或相互沖突
● 低效、冗余、容易出錯
● 運行變更會引入潛在問題
摘要：
● 獲得并解構現有的傳動系統方法和選型工具
● 確定了在傳動系統工程中改進需求可追溯性的需求
● 使用SysML創建詳細的傳動系統模型來應用MBSE的概念
● 為選型計算添加了參數約束
● 交付功能MBSE模型作為概念證明
傳動系統定義和概念
架構：
● 傳動系統系統將動力系統輸出連接到驅動輪
● 主要功能是將驅動扭矩從動力系統傳遞到地面（車輪）
● 驅動系統子類型，例如 FWD、RWD、AWD 在 SysML 中被視為泛化
組件：
● 驅動軸/半軸 - 將扭矩傳遞到前/后或左/右
● 車軸 - 將驅動軸扭矩倍增并引導至車輪
● 附件 - 分動箱、PTU、斷開裝置、U 形接頭、CV 接頭、撓性耦合器
選型：
● 每個組件、系統和子系統的設計優化是主要目標
● 選型工具將輸入數據轉換為所有車輛變化的扭矩輸出，并使用行業標準方程和一些校正因子。
系統工程概念
V 模型：
○ 頂層需求被分解為子系統和組件級別，每個級別都有一個特定的驗證計劃，從 V 的左側向下流動并在右側返回。
展開 