5月份的時候，大眾把 Golf 8 和斯柯達明銳等車型暫停交付，這款大眾的暢銷車配置了最新的 MIB3 和 OCU3（低配），而遭遇了 Telematic 傳輸數(shù)據(jù)的軟件問題，按照大眾的說法是 OCU3 控制單元中的軟件可能無法可靠地傳輸數(shù)據(jù)。通過檢索信息和材料，我們仔細來看這個 OCU3 不同變種的材料，事實上由于 EE 掌握這個部件，未來整車不同部門都需要這個部件可靠的運行把數(shù)據(jù)傳回來，在緊急的功能下能夠完成預(yù)警，比如配合新能源汽車熱失控的 5 分鐘預(yù)警，Telematics 需要肩負的責任更重。

01

Golf 上的 OCU3

OCU3 大眾已經(jīng)用了好幾代，可追溯的是 OCU1 是在 2012 年左右開發(fā)的。這一代的 OCU 集成了 esim 卡，使用 Qualcomm MDM9240 調(diào)制解調(diào)器，支持的帶寬包括 GSM 900/1800 、UMTS B1/B3/B8 、LTE FDD B1/B3/B7/B8/B20/B28A。OCU3 是數(shù)據(jù)傳輸中心，所有的 ECU 的數(shù)據(jù)都匯總到 OCU3 進行傳輸，分成兩個配置，主要是 CAN 總線的差異。

圖 1 OCU 3 低配的連接框圖 

備注：大眾有一篇介紹新能源汽車實時監(jiān)控的文章，我們看一下改造的需求。實際上這個 OCU3 的軟件，是大眾自己主導(dǎo)開發(fā)的應(yīng)用層 

圖 2 大眾在 MQB 平臺上做的電動汽車的改造 

對于 LG 電子來說，整個板子就是幫忙做了硬件設(shè)計，其實拆開來看如下，由于有大量的通信要求，EMC 的要求是最苛刻的。 

圖 3 OCU3 的 基本結(jié)構(gòu) 

這是金屬蓋板下面的結(jié)構(gòu)

圖 4 OCU3 金屬蓋下的兩塊板 

這里有好幾種可能性： 

1） 由于汽車運行的特殊性，數(shù)據(jù)傳輸模塊的運行在各種條件下有可能出現(xiàn)沒有上傳的情況，這在車輛不同使用環(huán)境沒辦法避免 

2） 也就是如果主控芯片沒有確認好是否傳輸完成，而且又遇上 Emergency 比如確實出來碰撞信號，這就使得 OCU3 的部分功能沒辦法實現(xiàn) 

3） 大眾自己的軟件在處理這些問題的時候，更加注重了功能實現(xiàn)，可能對于較為底層的東西沒有做過多的深究 

圖 5 OCU3 的主控芯片 按照 OCU3 

不同的版本要求，也就是說，大眾之前對于這個 OCU3 更多的還是按照一個功能部件的開發(fā)角度來做的，大量的軟件是集中在 MIB3 的主控單元上。上層定義的越多，整個軟件也比較復(fù)雜，而涉及到底層數(shù)據(jù)傳輸?shù)姆€(wěn)定性，又涉及到主控芯片需要做策略保證傳輸特性的，這個事情就可能比較復(fù)雜了。 

圖 6 OCU 3 所支撐的功能（ID 系列的高配）

02
MEB 上的 OCU3

和 Golf 一樣，MEB 上的 OCU3 也是一個更大和更多連接的連接終端，這么多軟件連接，特別是 OTA 的要求，涉及到 OCU3 和 ICAS1 這個大型網(wǎng)關(guān)的連接。所以看來看去，在定義功能的特點上，大眾是非常前瞻的規(guī)劃了很多，但是這些軟件全部分發(fā)出去，然后自己做，然后整個系統(tǒng)再測試。

圖 7 MEB 上的 OCU3 連接要求 

如果這些軟件是供應(yīng)商做的，估計賠償起來的價格是天文數(shù)字了，未來轉(zhuǎn)型中也只有汽車企業(yè)擔得起自己做軟件的潛在責任，在底層錯誤導(dǎo)致的損失會非常大。

小結(jié)：目前大部分汽車企業(yè)對軟件層面的信息交流非常少，我們其實也很難評估每個車企在這個方向轉(zhuǎn)型的實際進度，只能說這條道路比實際想的要更坎坷一些