大家好，今天小編關注到一個比較有意思的話題，就是關于環(huán)保設備維修平臺設計的問題，于是小編就整理了1個相關介紹環(huán)保設備維修平臺設計的解答，讓我們一起看看吧。

汽車ECU用什么語言編程，汽車電腦維修的前景如何？

一般使用C語言編程。ECU一般采用通用且功能集成，開發(fā)容易的CPU；軟件一般用C語言來編寫，并且提供了豐富的驅(qū)動程序庫和函數(shù)庫，有編程器，仿真器，仿真軟件，還有用于calibration的軟件。汽車電腦維修是個前景很廣闊的職業(yè)，隨著中國步入汽車社會，越來越多的家庭或者個人購買汽車，這就給了汽車維修，尤其是高級汽車維修更廣闊的空間。

汽車ecu就是通常講的汽車電腦。

汽車ecu編程語言目前90%都是c語言編寫，其中部分匯編語言，還有部分c++語言也會在汽車ecu使用。

汽車ecu目前主要還只是16位單片機，因此資源有限，需要特定的驅(qū)動代碼和配置。汽車電腦的維修，一般能做的也是重新刷寫軟件，刷寫參數(shù)。真正的電路板損壞或者其他元器件壞了，只能重新更換新的ecu，然后刷寫軟件配置參數(shù)。

汽車電腦維修，沒有手機電腦維修那么復雜，也沒有太多技術(shù)含量。

但也許未來不久，汽車也會變成一個大的電腦。到那時候維修可能就會和手機電腦維修一樣，市場廣闊，收益很大的。

ECU維修，或者說是改裝，實際上用不到編程語言，維修改裝所謂的“編程”，實際上是“重新刷寫數(shù)據(jù)或者軟件”，數(shù)據(jù)、軟件都是專門的改裝公司做好一套一套的，這個數(shù)據(jù)是高增壓的，那個數(shù)據(jù)匹配某種排氣，那個數(shù)據(jù)提升50馬力，那個數(shù)據(jù)屏蔽了尿素噴射的，那個數(shù)據(jù)不限扭……你所要做的就是確保刷寫的數(shù)據(jù)和目標機型相匹配，不會出門就拉缸，就行了。真正的ECU軟件設計門檻是很高的，不是單槍匹馬能做的了，涉及到汽車理論、硬件、平臺軟件、操作系統(tǒng)、算法、數(shù)據(jù)結(jié)構(gòu)、標定、測試、通訊、試驗，各種各樣的行業(yè)標準等等，就算是沒吃過豬肉也要看過豬跑才行，否則沒法做這個行當。

別問我怎么知道的，我就是吃豬肉的。

看情況，我設計過車用ECU，不過不是汽油發(fā)動機，只是柴油發(fā)動機或發(fā)電機。上位機軟件C++自編，沒用INCA，太貴了，為客戶省錢。發(fā)動機ECU都是用單片機，發(fā)電機ECU用的是DSP（不好意思，用的是德州DSP，希望國產(chǎn)普及），都是C語言編程，前面有人說用C++或者匯編，我說你真他媽本事。車用ECU無非是模擬量，開關量測控都有，主要特點：

1、帶了大容量控制脈譜圖（MAP），一般MAP二維橫縱起碼16點以上（各模塊不同），但是MAP里的數(shù)據(jù)必須做大量實驗標定，這就需要實現(xiàn)快速通信及讀寫，或者先在大容量RAM里標定，最后好了一次性寫到存儲器里。

2、通信：我們將標定通信和平時監(jiān)控通信分開的，標定通信數(shù)據(jù)量大，我們用485或K線，平時數(shù)據(jù)通信用CAN。

普通單缸：用STC單片機，很意外吧？很多人特別是三腳貓的些人很鄙視用STC的，就因為它國產(chǎn)？就因為它老板看上去像吹牛？單片機這玩意要選就選適合的，反正我們用下來蠻可靠的，沒遇到什么莫名其妙的問題。唯一不好的是他們號稱要出汽車級芯片，一直難產(chǎn)。

多缸機：freescale，飛思卡爾，汽車上廣泛應用，編程沒什么難度，也有協(xié)處理XGATE，自帶CAN收發(fā)器，方便很多。

發(fā)電機：DSP28系列，其實是是發(fā)動機發(fā)電機一起集成控制，帶液晶操作界面，關鍵要實時采集計算三相交流電電壓電流功率頻率各項參數(shù)（本來有專用芯片，沒用），DSP難度比單片機稍難，但實際上很多模塊都配有專門頭文件跟c文件，因此很方便，現(xiàn)在市場上牛逼轟轟的STM32（我沒用過，看別人編程，狗屎水平）我看就是學DSP。

至于汽車維修，ECU壞了，也沒必要修的，檢測比修還費錢，一般也不容易壞，壞也是外圍模塊容易壞，如果改裝，一般不會去也沒那個本事改ECU程序，只是涉及到數(shù)據(jù)重新標定，弄到標定軟件即可。但改裝無非是加大噴油量，改變提前角，更改一些模塊的控制MAP，但這是有風險的，輕則環(huán)保不過關，重則損壞發(fā)動機。

到此，以上就是小編對于環(huán)保設備維修平臺設計的問題就介紹到這了，希望介紹關于環(huán)保設備維修平臺設計的1點解答對大家有用。