沒有人喜歡間歇性的故障。當你觀察它時，你可以保證，問題不會出現，可一旦你將車輛交還給客戶，問題再次出現的機率就會很大。在這種情況下，我被邀請加入一個客戶的項目，對故障進行了初步評估，但在診斷過程中故障沒有重新出現。只有當駕駛員重新上路后，故障才重新出現，當這種故障發生時，變速箱會選擇空擋，怠速會增加，油門沒有反應，駕駛員只能坐在那里，束手無策。

故障現象

故障診斷

總結

隨著儀表盤上的警告燈亮起，第一步是看一下故障代碼。

大量的代碼出現在變速箱中，說明了信息缺失和CAN信息錯誤。大部分的故障都指向了CAN網絡。在保存好一切內容后，刪除了所有的故障代碼，以查看是否返回了任何故障代碼，但正如預期的間歇性故障一樣，所有的故障都清除了，沒有了任何故障的存在。

拿起示波器，我們檢查了16針的OBD診斷口網絡。依維柯公司也有32針的OBD診斷口，但16針的OBD診斷口是用來獲取故障代碼的。

來自CAN H和CAN L的原始信號以底盤接地為參考，并加上數學通道A+B和A-B。即使沒有數學通道，也有一些地方不對勁。使用信號標尺，我們可以看到當總線處于非活動狀態時，空載電壓剛剛超過2V，而預期應該是2.5V。這在 A+B 數學通道中也很明顯，該通道在 5V 時應該是一條相對平坦的線。當信息顯示時，電壓確實跳到了5V，這是預期的。3.5V的CAN H和1.5V的CAN L加在一起就有5V。

通過包括A-B，我們可以看到ECU在內部看到的情況，就是這樣。像CAN這種差分網絡是特別具有容錯性，因為通過減去兩者，任何存在于CAN H和CAN L中的干擾都會被消除，留下更干凈的信號來進行解碼。這就是為什么A-B信號看起來非常完美，因為我們有0-2V，這是預期的。盡管電壓水平不正確，但就ECU而言，它仍然可以毫無問題地解碼正在發送的消息。考慮到我們有信息丟失和CAN錯誤，這樣一定會導致有更嚴重的事情發生。

由于該問題是間歇性的，有時你可以通過嘗試重現該癥狀來發現問題。從故障代碼來看，發動機ECU報告了變速箱ECU之間的信息缺失，同樣，變速箱ECU也報告了發動機ECU的信息缺失。使用接線圖，我們重新繪制了CAN網絡。

考慮到它在網絡和車輛上的位置，我們在發動機運轉的情況下斷開了后處理ECU的連接，網絡中只剩下ECM、NOx傳感器和后處理ECU。正如預期的那樣，儀表盤亮起了所有的警告，發動機的怠速增加，這與故障發生時相同。

將示波器連接到后處理ECU的CAN時，我們仍然可以看到怠速電壓是不正確的。移動到網絡斷開側，電壓水平是正確的，這表明我們在后處理ECU、發動機ECU或NOx傳感器中存在問題。根據位置，氮氧化物被斷開，我們看到網絡電壓恢復了。但正如我們所看到的，盡管存在電壓問題，ECU的解碼仍然沒有問題，那么什么會導致網絡似乎關閉的問題呢？隨著NOx傳感器的斷開，我們進行了一次目視檢查，發現其中一個接線端口上出現了腐蝕，表明有水滲入。

顯然這是不正確的，需要糾正，如果水滲入到了連接器，內部故障是否會導致進一步的問題，比如CAN H和CAN L之間的短路？

只有一個辦法可以知道，那就是人為造成短路。

重新連接后處理ECU和網絡的其他部分，但讓氮氧化物斷開連接，我們可以看到我們總線空載電壓恢復到2.5V，我們的CAN H + CAN L處于預期的5V。短路網絡當然會使其全部癱瘓并導致很多故障。有趣的是，當執行短路時，同樣的癥狀出現了，發動機怠速增加，沒有油門響應，變速箱進入空擋。

似乎NOx傳感器是導致該問題的可能原因，但在刪除我們產生的故障代碼時出現了一點問題。沒有任何關于NOx傳感器丟失的故障代碼。考慮到它已斷開連接，這怎么可能呢？更有意思的是，當我們進入實時數據時，有一個NOx傳感器的數據，會隨著發動機轉速的變化而變化。考慮到如果我們只有一個掃描工具來進行診斷，NOx傳感器不會在操作列表中排名靠前，甚至不會被列入清單，這讓我們略感驚訝。這種情況的一個可能的解決方案是，如果車輛經過"修改"，在ECU中重新創建NOx傳感器的值，以使其相信傳感器沒有問題。

故障現象

故障診斷

故障排除

鑒于缺少故障代碼，而且網絡電壓已經恢復，NOx傳感器已從網絡中移除。由于這仍然是一個間歇性的問題，在其余的測試中，我們無法重現該故障，因此要求操作員僅在建筑工地范圍內使用車輛，以進一步測試該車，確保問題得到解決。幾周后，仍未報告該問題，這表明NOx傳感器確實出現了問題。在這之后，客戶想要修復故障，就需要重新刷新ECU，使其恢復到標準狀態，并安裝新的NOx傳感器。

一點題外話

在數據的驅動下進行診斷，這是一個有趣的故障，因為對原系統的故意修改而變得更加困難，希望本篇案例對大家有幫助！