汽車ecu是汽車電腦的總稱。目前90%的汽車ecu編程語言基本都是用C語言寫的,汽車ecu中也可能會用到一些匯編語言和一些C語言。目前汽車ecu的關鍵只有16位單片機,所以資源有限,需要具體的驅動代碼和配置。大部分電腦維護可以通過重寫軟件和主要參數來完成。如果真的是電路板損壞或者其他部件壞了,只能更換一個新的ecu,然后再寫軟件配置的主要參數。電腦維修不像手機電腦維修那么復雜,沒有太多技術含量。但也許用不了多久,汽車就會變成一臺大電腦。到時候,維修大概會和修手機、電腦一樣,市場廣闊,利潤巨大。大部分產品都是用C語言編寫,由PICC編譯器編譯成機器碼。在某些情況下,編譯的代碼是多余的,執行效率不可能是最優的。為了獲得最佳的執行效率,有時C語言中會嵌套匯編代碼。例如,遙控信號接收程序使用3E碼對遙控信號進行編碼。接收程序需要每100us檢查一次中斷程序中輸入的遙控信號。如果用C語言寫,大概100us可能占用50us以上,花在其他邏輯上的時間不到一半。但是如果處理嵌套匯編,只需要30us語言。遙控數據通過滾動數據號加密,防止被空中的人再次截獲、破解或攻擊。但由于大劑量移位操作,數據解密需要較長時間,所以解密代碼也是用匯編語言編寫的。這些功能要求很高,比如調節器具有LIN和CAN CAN通訊功能。我們從飛思卡爾的8位處理器DZ96和16位處理器DZ128中選擇資源更豐富、運算速度更快的ROM/RAM。因為性能的提升,所有代碼基本都是用C語言開發的,沒有嵌入匯編代碼。考慮到實時自可靠性的要求,所有調節器基本都不是基于freeRTOS、linux等操作系統開發的。這基本上是幾年前的事了。近年來,隨著電子技術的飛速發展,32位cortex-Mx單片機以極高的性價比橫掃一切。之前風靡一時的PIC系列處理器應該已經逐漸退出歷史舞臺了。我覺得可以可以,LIN總線應該是現在的標準,汽車的電氣狀況很容易通過診斷儀和行車電腦診斷出來。所謂的汽車電子維修,變成了使用診斷工具,更換零部件,越來越沒有技術含量,變成了純體力勞動。
0有用
0踩
回復