5月份的時候，大眾把 Golf 8 和斯柯達明銳等車型暫停交付，這款大眾的暢銷車配置了最新的 MIB3 和 OCU3（低配），而遭遇了 Telematic 傳輸數據的軟件問題，按照大眾的說法是 OCU3 控制單元中的軟件可能無法可靠地傳輸數據。通過檢索信息和材料，我們仔細來看這個 OCU3 不同變種的材料，事實上由于 EE 掌握這個部件，未來整車不同部門都需要這個部件可靠的運行把數據傳回來，在緊急的功能下能夠完成預警，比如配合新能源汽車熱失控的 5 分鐘預警，Telematics 需要肩負的責任更重。
01
Golf 上的 OCU3
OCU3 大眾已經用了好幾代，可追溯的是 OCU1 是在 2012 年左右開發的。這一代的 OCU 集成了 esim 卡，使用 Qualcomm MDM9240 調制解調器，支持的帶寬包括 GSM 900/1800 、UMTS B1/B3/B8 、LTE FDD B1/B3/B7/B8/B20/B28A。OCU3 是數據傳輸中心，所有的 ECU 的數據都匯總到 OCU3 進行傳輸，分成兩個配置，主要是 CAN 總線的差異。
圖 1 OCU 3 低配的連接框圖
備注：大眾有一篇介紹新能源汽車實時監控的文章，我們看一下改造的需求。實際上這個 OCU3 的軟件，是大眾自己主導開發的應用層
圖 2 大眾在 MQB 平臺上做的電動汽車的改造
對于 LG 電子來說，整個板子就是幫忙做了硬件設計，其實拆開來看如下，由于有大量的通信要求，EMC 的要求是最苛刻的。
圖 3 OCU3 的 基本結構
這是金屬蓋板下面的結構
圖 4 OCU3 金屬蓋下的兩塊板
這里有好幾種可能性：
1） 由于汽車運行的特殊性，數據傳輸模塊的運行在各種條件下有可能出現沒有上傳的情況，這在車輛不同使用環境沒辦法避免
2） 也就是如果主控芯片沒有確認好是否傳輸完成，而且又遇上 Emergency 比如確實出來碰撞信號，這就使得 OCU3 的部分功能沒辦法實現
3） 大眾自己的軟件在處理這些問題的時候，更加注重了功能實現，可能對于較為底層的東西沒有做過多的深究
圖 5 OCU3 的主控芯片 按照 OCU3
不同的版本要求，也就是說，大眾之前對于這個 OCU3 更多的還是按照一個功能部件的開發角度來做的，大量的軟件是集中在 MIB3 的主控單元上。上層定義的越多，整個軟件也比較復雜，而涉及到底層數據傳輸的穩定性，又涉及到主控芯片需要做策略保證傳輸特性的，這個事情就可能比較復雜了。
圖 6 OCU 3 所支撐的功能（ID 系列的高配）
02
MEB 上的 OCU3
和 Golf 一樣，MEB 上的 OCU3 也是一個更大和更多連接的連接終端，這么多軟件連接，特別是 OTA 的要求，涉及到 OCU3 和 ICAS1 這個大型網關的連接。所以看來看去，在定義功能的特點上，大眾是非常前瞻的規劃了很多，但是這些軟件全部分發出去，然后自己做，然后整個系統再測試。
圖 7 MEB 上的 OCU3 連接要求
如果這些軟件是供應商做的，估計賠償起來的價格是天文數字了，未來轉型中也只有汽車企業擔得起自己做軟件的潛在責任，在底層錯誤導致的損失會非常大。
小結：目前大部分汽車企業對軟件層面的信息交流非常少，我們其實也很難評估每個車企在這個方向轉型的實際進度，只能說這條道路比實際想的要更坎坷一些