第一篇：故障診斷機制測試系統簡介與實現論文

摘要：:故障診斷機制測試的優勢有可在項目開發初期階段充分驗證故障診斷機制合理性、正確性及完整性，減少實車開發測試費用及周期，測試覆蓋度及可靠性高等。故障診斷機制測試系統是通過使用CAPL編程模擬節點發送報文及讀取故障碼及狀態，CANOE導入對應的CAPL測試用例后與被測的整車控制器連接，對被測整車控制器診斷機制進行全方面的、系統的測試。通過驗證測試，故障診斷機制測試系統能在項目開發階段發現診斷機制是否滿足設計要求、診斷機制是否存在缺陷。作為純電動汽車最核心的電控單元，整車控制器監控故障多、故障處理策略復雜，故障診斷機制測試對整車控制器開發十分關鍵。

關鍵詞：:整車控制器;故障診斷機制測試;CAPL編程

引言

在電動汽車中，整車控制器作為整車的控制系統，是影響整車性能、安全的關鍵零件。合理、正確、完整的故障診斷機制能夠準確無誤地記錄故障碼并反饋對應故障處理信號給上層軟件，使整車控制器能準確執行故障策略，保證車輛及車上人員安全;同時，故障碼及其狀態能指導售后維修人員快速定位故障原因。通過故障診斷機制測試系統，設計人員可以驗證設計定義的診斷機制是否滿足設計要求、存在缺陷，減少實車驗證時間。

1純電動汽車整車控制器簡介

整車控制器是純電動汽車的核心控制器，主要功能為采集車輛信息、識別駕駛員意圖、控制車輛運行、診斷車輛故障。整車控制器通過自身I/O口、CAN、LIN、硬線等通信線路與其他控制器通信，通過I/O采集傳感器信號，并控制執行器、開關、繼電器的開啟關閉從而實現對整車功能的控制。圖1所示為整車控制器功能示例。

2故障診斷介紹及其意義

汽車故障診斷是指在不拆解車輛零件的前提下，通過一定的技術方法，確定汽車當前狀況，查明故障部位及故障原因的汽車應用技術。故障診斷意義在于當車輛某些零部件存在問題時，可在不拆解零件的前提下快速判斷及識別故障并制定對應措施，減少故障排查的工作量及獲取車輛的技術狀況。

3整車控制器故障類別及診斷機制簡介

3.1整車控制器故障類別簡介

故障診斷處理為診斷執行器、傳感器、電源供電電壓是否有故障，從通信報文中判斷其他控制器是否有故障，并執行相應的故障處理措施;按規定的格式存儲故障碼、清除故障碼。整車控制器診斷故障類別主要有以下兩大類:

(1)通信類故障。一般是由CAN總線上的其他電子控制器檢測其零件本身是否有問題并通過CAN報文將其本身的狀態告知CAN總線上的VCU(VehicleControlUnit);VCU通過自身的策略去判斷其他電子控制器是否存在故障。

(2)電氣類故障。主要判斷傳感器、執行器零件本身是否有故障;線束連接上是否有開路等故障存在。

3.2整車故障診斷機制簡介

文中描述的整車故障診斷機制包括如下4點:

(1)整車控制器初始化完成后，故障診斷功能處于關閉狀態。當診斷故障碼運行條件滿足后，整車控制器的診斷功能才會開啟。

(2)診斷功能開啟后，在滿足故障碼設置的條件后，才能設置故障碼并執行該故障碼對應的操作;滿足故障碼恢復的條件后，故障碼可以恢復;對于特別嚴重的故障可定義故障碼除手動恢復外，其他條件不允許恢復故障。

(3)清除故障碼。在多個駕駛循環內，整車控制器都沒有檢測到故障才能將該故障清除;對于特別嚴重的故障，可以定義只能手動清除。

(4)需要根據每個故障的實際情況定義故障碼運行條件、故障設置條件、故障恢復條件，否則容易出現故障誤報情況。圖2為整車控制器故障診斷機制狀態圖。

4故障診斷機制測試系統簡介及實現

4.1故障診斷機制測試系統簡介

故障診斷機制測試系統即經過對整車故障診斷機制分析，利用常用的軟件資源(INCA、CANOE)及模擬負載設備建立測試環境，設計好它必須覆蓋的測試項目，并對故障診斷機制進行測試，記錄測試過程，回放測試記錄，分析測試結果，得出測試結論，才能判斷VCU故障診斷機制能否準確地運作。以下為故障診斷機制測試系統必須包含的測試項目:

(1)故障發生時，故障診斷機制測試系統能否將故障正確上報并儲存。

(2)無故障時，故障診斷機制測試系統是否會誤報故障。

(3)故障碼是否按照規定的格式存儲。

4.2故障診斷機制測試系統實現

文中提到的故障診斷機制測試系統硬件搭建包括安裝了Vector公司的CANOE軟件及ETAS公司的INCA軟件、電腦、CANOE、INCA以及負載模擬盒。整車控制器故障診斷機制測試系統如圖3所示使用CANOE中帶有的CAPL工具編寫測試用例腳本模擬節點工作正常、故障時發送報文，以及測試中各個測試時間節點的故障碼及其狀態信息，使用CANOE本身的記錄、回放報文功能去分析各個測試時間節點整車控制器回復的故障碼及狀態信息是否正確以及采用INCA記錄和MDA分析記錄報文來確認整車控制器其故障診斷機制是否滿足設計要求。對于整車控制器需要識別的兩大類故障，主要通過以下方式去模擬它們故障產生的方式。

(1)對于通信類故障，采用CANOE中的CAPL工具模擬其他節點發送報文，模擬診斷儀發送診斷命令以讀取故障碼及故障碼狀態。

(2)對于電氣類故障，用模擬負載盒制造電氣故障，用CAPL編寫的測試用例腳本去讀取故障碼及其狀態。

5結論

故障診斷機制測試系統為VCU診斷機制能準確無誤運轉提供了強有力的依據，確保VCU診斷機制精確地識別故障，完善、精準的整車控制器診斷故障機制可準確無誤地指示出車輛當前的故障狀態，為車輛正常、安全的運作，駕駛員、乘車人員的人身安全提供了保障。整車控制器診斷故障機制測試系統可以在研發階段發現設計缺陷，在項目開發階段進行修改直至解決所有不符合項，并在批量及量產階段為造車出現的故障問題分析提供了準確的故障信息，為發現及解決故障問題提供了依據。經過驗證，整車控制器診斷故障機制測試系統能驗證設計定義的診斷機制是否滿足設計要求、存在缺陷，減少實車驗證時間。

第二篇：轉向系統故障診斷小論文

汽車轉向系統轉向沉重

故障診斷與排除

摘要

在我們駕駛汽車時常常會遇到汽車轉向系統方向盤轉向沉重的現象。汽車轉向系統各個部分的作用、組成、主要構造、工作原理及可能出現的故障，同時提出了對出現的故障進行維修的可行方案。本文就對汽車轉向系統的轉向沉重的故障故障進行解析，并且提出排除這些故障的一些方法，運用合理地診斷方法進行對轉向系統的優化，從而提高汽車駕駛的穩定性以及安全性。

關鍵詞：汽車轉向系統，工作原理，故障，維修

轉向系統轉向沉重分析

汽車行駛中駕駛員向左、右轉動轉向盤時，感到沉重費力，無回正感；當汽車以低速轉彎行駛或掉頭時，轉動轉向盤非常吃力，甚至打不動。

1.故障現象分析

轉向沉重的根本原因是轉向輪氣壓不足或定位不準，轉向系傳動鏈中出現配合過緊或卡滯而引起摩擦阻力增大，從而引起轉向沉重。汽車在行駛中，轉動轉向盤感到沉重費力，轉彎后又不能及時回正方向。

（1）轉向器的原因

1)轉向器缺乏潤滑油。

2)轉向軸彎曲或轉向軸管凹陷碰擦，有時會發出“吱吱"的摩擦聲。

3)轉向搖臂與襯套配合間隙過小或無間隙。

4)轉向器輸入軸上下軸承調整過緊，或軸承損壞受阻。

5)轉向器嚙合間隙調整過緊。

（2）轉向傳動機構的原因

1)各處球銷缺乏潤滑油。

2)轉向直拉桿和橫拉桿上球銷調整過緊，壓緊彈簧過硬或折斷。

3)轉向直拉桿或橫拉桿彎曲變形。

4)轉向節主銷與襯套配合間隙過小，或襯套轉動使油道堵塞，潤滑油無法進人，使襯套與轉向節主銷燒蝕。

5)轉向節止推軸承調整過緊或缺少潤滑油或損壞。

6)轉向節臂變形。

（3）前橋(轉向橋)和車輪的原因

1)前軸變形、扭轉，引起前輪定位失準。

2)輪胎氣壓不足。

3)前輪輪轂軸承調整過緊。

4)轉向橋或驅動橋超載。

2.故障排除方法

1）頂起前橋，轉動轉向盤，若感到轉向盤變輕，則說明故障部位在前橋、車輪或其他部位。此時應首先檢查輪胎氣壓，如

氣壓偏低，則應充氣使之達到正常值，接下來應用前輪定位儀檢查前輪定位，尤其應注意后傾角和前束值，如果是因為前束值過大造成的轉向沉重，同時還能發現輪胎有嚴重的磨損。

2）若轉向仍感沉重，說明故障在轉向器或轉向傳動機構，可進一步拆下轉向搖臂與直拉桿的連接，此時若轉向變輕，說明故障在轉向傳動機構，應檢查各球頭銷是否裝配過緊或止推軸承是否缺油損壞，各拉桿是否彎曲變形等，通常檢查時，可用手扳動兩個車輪左右轉動察看各傳動部分，并轉動車輪檢查車輪軸承松緊度。

3）拆下轉向搖臂后，若轉向仍沉重。則轉向器本身有故障，可檢查轉向器是否缺油，轉動轉向盤時傾聽有無轉向軸與柱管的碰擦聲，檢查調整轉向器主動軸上下軸承預緊度和嚙合間隙，轉向搖臂軸轉動是否發卡等，如不能解決就將轉向器解體檢查內部有無部件損壞。

4）經過上述檢查，如仍不見減輕，可檢查車橋、車架或下控制臂(獨立懸架式)與轉向節臂，看其有無變形，如發現變形，應予修整或更換。同時檢查前彈簧(板簧或螺旋彈簧)，看其是否折斷，如有折斷則應更換。

詳見圖1所示動力轉向系轉向沉重助力部分常見故障原因的診斷流程。

圖 1動力轉系轉向沉重助力部分常見故障原因的診斷流程

結論

（1）要求轉向盤應轉動靈活、操縱方便。

（2）要求轉向系統在任何操縱位置上都不允許與其他部件出現干涉現象。

（3）轉向輪轉正后應能夠自動回正，以使機動車具有穩定的直線行駛能力。

（4）機動車在平坦、干燥、堅實的路面上行駛時不應跑偏，轉向盤不應有擺動或路感不靈顯現。

（5）轉向節及轉向臂、轉向橫、直拉桿以及球頭銷不允許有裂紋和損傷，球頭銷不得松曠，汽車改裝或修理時橫、直拉桿不允許拼焊。

以上性能與轉向系的結構參數有關。

參 考 文 獻

[1]林逸，施國標．汽車電動助力轉向技術的發展現狀與趨勢

[J]．公路交通科技，2001．6.2．

[2]劉波，朱俊A16-汽車轉向系統維修實例[J]．科技文獻，2011.02.20．

[3]齊志鵬.洪湘．汽車轉向懸架制動系統使用與維修問答[J]．金盾出版社．2006.10.．

[4]譚本忠．看圖學修汽車轉向系統 [J]．機械工業出版社.2010.5.28.[5]郭麗萍．電動式動力轉向系統(EPs)原理淺析[J]．城市公共交通，2003．6．

小組成員

第三篇：汽車轉向系統故障診斷與維修 (汽車檢測論文)

現代汽車檢測與故障診斷簡介：

汽車是一個復雜的技術和結構集成系統，其運行的載荷、路況和氣候等工作條件復雜多變，運動的自然磨損和車輛振動等，會造成連接關系的變化。由于復雜多變的工作條件的影響，汽車的技術狀態將隨行駛里程的增加而惡化，其安全性、動力性、經濟性和可靠性等將逐漸下降，排氣污染和噪聲加劇，故障發生率增加。汽車檢測診斷技術對汽車的運行狀態作出判斷，及時發現故障，并采取相應對策，則可以提高汽車的使用可靠性，避免汽車惡性事故發生，保證交通安全，減少環境污染，改善汽車性能，提高維修效率實現“視情修理”，同時可充分發揮汽車的效能減少維修費用，獲得更大的經濟效益。因此，汽車檢測診斷技術具有著重要的地位和作用。

一、汽車檢測與故障診斷技術與方法

1.人工深入診斷

人工深入診斷是指由診斷者利用儀器、儀表等診斷手段, 如發動機分析儀、掃描儀、萬用表、示波器、頻譜分析儀等通用或專用設備, 對汽車故障進行診斷, 這種診斷方法, 除能對汽車作出是否有故障和故障嚴重程度的判斷外, 還能對故障的性質、類別、原因及故障部位等作出判斷。2．自我診斷

現代汽車的電控系統, 都配備有自診斷功能, 電控系統的ECU 具有實時檢測電控系統故障的能力, 當電控系統出現故障時, ECU 將儲存相應的故障代碼在ECU 的存儲器中, 并起動故障保護功能, 確保汽車的運行能力、點亮立即維修指示燈, 提醒駕駛員ECU 已檢測到故障, 應立即進行檢查維修。自我診斷可利用診斷儀將ECU 貯存的各種信息提取出來, 進行比較和分析, 并以清晰的方式(文字、曲線或圖表)顯示出來, 診斷者可根據這些顯示出來的信息, 準確快捷地判斷故障的類型和發生的部位。

3． 計算機輔助診斷技術

計算機輔助診斷是指一種建立在利用計算機分析功能基礎上的多功能的自動化診斷系統。計算機還可通過配備的專用傳感器接收診斷對象的其他機械系統的信號, 并配備有對這些信號進行自動分析診斷的軟件,以實現狀態信號的自動采集、特征提取、狀態識別等, 并能以顯示、打印、繪圖等多種方式自動輸出分析結果, 給出故障的性質、程度、類別、部位、原因及趨勢的診斷與預報結果, 并可將大量故障信息貯存起來, 可隨時通過人機對話查閱診斷對象的運行資料。

二.汽車轉向系統檢測與診斷

2.1傳統轉向系統：機械轉向系統

2.1.1機械轉向系統的組成

用司機體力為轉向能源，所有傳力件都是機械的。轉向操縱機構：轉向盤、轉向軸、萬向節（上、下）、轉向傳動軸。（采用萬向傳動裝置有助于轉向盤和轉向器等部件和組件的通用化和系列化）

轉向器：內設減速傳動付，作用減速增扭。

轉向傳動機構：轉向搖臂、轉向主拉桿、轉向節臂、轉向節、轉向梯形。

圖1 機械轉向系的組成

1—轉向器；2—轉向萬向節；3—轉向傳動軸；4—轉向管柱；5—轉向盤；6—轉

向橫拉桿；

7—轉向縱拉桿；8—轉向節；9—轉向節臂；10—轉向直拉桿；11—轉向搖臂

2.1.2機械轉向系統的工作原理

汽車轉向時，駕駛員作用于轉向盤上的力，經過轉向軸(轉向柱)傳到轉向器，轉向器將轉向力放大后，又通過轉向傳動機構的傳遞，推動轉向輪偏轉，致使汽車行駛方向改變。轉向操縱機構是駕駛員操縱轉向器工作的機構，包括從轉向盤到轉向器輸入端的零部件。轉向器就是把轉向盤傳來的轉矩按一定傳動比放大并輸出的增力裝置。

轉向傳動機構是把轉向器的運動傳給轉向車輪的機構，包括從搖臂到轉向車輪的零部件。

當轉向盤直徑一定時，駕駛員操縱轉向盤手力的大小取決于轉向系統角傳動比的大小。

轉向系統角傳動比iω是用轉向盤轉角增量與同側轉向節相應轉角增量之比來表示。其數值是轉向器角傳動比iω1和轉向傳動機構角傳動比iω2的乘積。轉向器角傳動比是轉向盤轉角增量與同側搖臂軸轉角相應增量之比。轉向傳動機構角傳動比是搖臂軸轉角增量與同側轉向節轉角相應增量之比。

對于一般汽車而言，iω2大約為1。由此可見，轉向系統角傳動比主要取決于轉向器角傳動比。轉向系統角傳動比越大，轉向時加在轉向盤上的力矩就越小，轉向輕便。但轉向系統角傳動比大會導致轉向操縱不靈敏。所以，轉向系統角傳動比的大小要協調好“轉向輕便”與“轉向靈敏”之間的矛盾。

汽車的轉向，完全由駕駛員所付的操縱力來實現的，操縱較費力，勞動強度較大，但其具有結構簡單、工作可靠、路感性好、維護方便等優點，多應用于中小型貨車或轎車上。

2．2 轉向系故障診斷

機械轉向系的常見故障部位主要有：轉向盤自由行程、轉向傳動機構連接處、轉向器等。

機械轉向系的常見故障主要包括：轉向沉重，轉向盤自由行程過大和轉向輪抖動。

2.2.1．轉向沉重（1）故障現象

汽車行駛中，駕駛員向左、右轉動轉向盤時，感到沉重費力，無回正感；汽車低速轉彎行駛和調頭時，轉動轉向盤感到非常沉重，甚至打不動。

（2）故障主要原因及處理方法

轉向沉重的根本原因是轉向輪氣壓不足或定位不準，轉向系傳動鏈中出現配合過緊或卡滯而引起摩擦阻力增大。具體原因主要有：

①轉向輪輪胎氣壓不足，應按規定充氣。

②轉向輪本身定位不準或車軸、車架變形造成轉向輪定位失準，應校正車軸和車架，并重新調整轉向輪定位。

③轉向器主動部分軸承調整過緊或從動部分與襯套配合太緊，應予調整。④轉向器主、從動部分的嚙合間隙調整過小，應予調整。⑤轉向器缺油或無油，應按規定添加潤滑油。⑥轉向器殼體變形，應予校正。

⑦轉向管柱轉向軸彎曲或套管凹癟造成互相碰擦，應予修理。

⑧轉向縱、橫拉桿球頭連接處調整過緊或缺油，應予調整或添加潤滑脂。⑨轉向節主銷與轉向節襯套配合過緊或缺油，或轉向節止推軸承缺油，應予調整或添加潤滑脂等。（3）故障診斷方法

以桑塔納乘用車為例，先檢查輪胎氣壓，排除故障由輪胎氣壓過低引起。接著按圖2所示機械轉向系轉向沉重常見故障原因的診斷流程找出故障位置。

圖2 機械轉向系轉向沉重常見故障原因的診斷流程

2.2.2．轉向盤自由行程過大

轉向盤自由行程過大又可稱為轉向不靈敏。（1）故障現象

汽車保持直線行駛位置靜止不動時，轉向盤左右轉動的游動角度太大。具體表現為汽車轉向時感覺轉向盤松曠量很大，需用較大的幅度轉動轉向盤，方能控制汽車的行駛方向；而在汽車直線行駛時又感到行駛方向不穩定。

（2）故障主要原因及處理方法

轉向盤自由行程過大的根本原因是轉向系傳動鏈中—處或多處的配合因裝配不當、磨損等原因造成松曠。具體原因主要有：

①轉向器主、從動嚙合部位間隙過大或主、從動部位軸承松曠，應予調整或更換。

②轉向盤與轉向軸連接部位松曠，應予調整。③轉向垂臂與轉向垂臂軸連接松曠，應予調整。④縱、橫拉桿球頭連接部位松曠，應予調整或更換。⑤縱、橫拉桿臂與轉向節連接松曠，應予調整或更換。⑥轉向節主銷與襯套磨損后松曠，應予更換。⑦車輪輪轂軸承間隙過大，應予更換等。（3）故障診斷方法

造成轉向盤自由行程過大的根本原因是轉向系傳動鏈中—處或多處連接的配合間隙過大，診斷時，可從轉向盤開始檢查轉向系各部件的連接情況，看是否有磨損、松動、調整不當等情況，找出故障部位。

2.2.3．轉向輪抖動（1）故障現象

汽車在某低速范圍內或某高速范圍內行駛時，出現轉向輪各自圍繞自身主銷進行角振動的現象。尤其是高速時，轉向輪擺振嚴重，握轉向盤的手有麻木感，甚至在駕駛室可看到汽車車頭晃動。

（2）故障主要原因及處理方法

轉向輪抖動的根本原因是轉向輪定位不準，轉向系連接部件之間出現松曠，旋轉部件動不平衡。具體原因主要有：

①轉向輪旋轉質量不平衡或轉向輪輪轂軸承松曠，應予校正動平衡或更換軸承。

②轉向輪使用翻新輪胎，應予更換。

③兩轉向輪的定位不正確，應予調整或更換部件。④轉向系與懸掛的運動發生干涉，應予更換部件。

⑤轉向器主、從動部分嚙合間隙或軸承間隙太大，應予調整或更換軸承。⑥轉向器垂臂與其軸配合松曠或縱、橫拉桿球頭連接松曠，應予調整或更換。⑦轉向器在車架上的連接松動，應予緊固。

⑧轉向輪所在車軸的懸掛減振器失效或左右兩邊減振器效能不一，應予更換。

⑨轉向輪所在車軸的鋼板彈簧U形螺栓松動或鋼板銷與襯套配合松曠，應予緊固或調整。

⑩轉向輪所在車軸的左右兩懸掛的高度或剛度不一，應予更換等。（3）故障診斷方法

以桑塔納乘用車為例，根據轉向輪抖動特征，按照圖3所示機械轉向系轉向輪抖動常見故障原因的診斷流程找出故障部位。

圖3 機械轉向系轉向輪抖動常見故障原因的診斷流程

三、結語[示例：熟悉某發動機或車輛某一系統的結構與工作原理是故障檢測診斷的基礎，充分分析故障原因或故障可能存在的部位，借助于現代檢測儀器和方法對可能存在的故障部位或元器件性能進行檢測，并與車輛標準技術參數進行對照，能夠快速準確地診斷并排除故障，進而提高了車輛性能檢測與故障診斷的效率，降低了車輛的維修成本。]

第四篇：公交查詢系統設計與實現論文

公交查詢系統設計與實現論文

1引言

隨著城市經濟的發展、規模的擴大以及人口的增長，城市交通問題日益突出。降低出行時間將使所有的公交利用者產生效益，快速的交通、更好的信息及更好的市場可以提高公交的形象，能夠增加公交乘坐者。城市公共交通運輸以其覆蓋面廣、經濟、快捷的特點，成為絕大多數出行者的首選方式，也是各地城市政府大力發展的一種交通方式。本地市民特別是外來旅游、出差、就醫等急需了解本地道路情況的人可以利用本系統方便快捷的查詢出所有符合他們要求的公交路線，對他們的出行和生活提供幫助。我國城市公交乘客信息系統的發展處于一個落后的水平,廣大乘客可以獲得信息的方式很少,公交信息的完整性和準確性得不到保證，而且還沒有專門的機構負責信息的發布和管理。出于這個目的,在老師的指導下,我設計了這個城市公交線路查詢系統。在對公交乘客出行心理特征進行分析的基礎上,考慮乘客選擇公交線路決策的因素,進行程序關鍵部分的框架設計。

現階段，人們的出入方式主要還是來源于城市公交，特別是對于那些到外地出差、打工，進行商業有關或其他事情需要在外地進行短暫停留的人而言，公交對他們是必不可少的，但是對于那個不屬于自己所熟悉的城市，坐公交也是一個很大的難題，因此，開發一個公交查詢系統就顯得非常的重要。本系統的核心是對選擇好的車次進行路線的查詢，或者輸入所要查詢的車站名，點擊“查詢”按鈕，查詢所有含有該站的車次及相應的停靠站。此處既可以“精確查詢”也可以是“模糊查詢”，“模糊查詢”主要方便那些對站名不是很清楚，但知道其中的一部分的乘客，系統可以幫助他們快速的查出。

1.1論文的研究內容

公交查詢系統是一個取代過去由人工查詢的查詢系統。本論文論述了一個基于瀏覽器/服務器（B/Srowser/Server）模式的公交查詢系統的研究和實現的過程.論文從開發平臺和工具談起，對ASP.NET服務器所提供的組件及其屬性和方法做了一般介紹，更重要的是闡述了ASP.NET的數據庫訪問組件ADO.NET的使用方法。最后，詳細介紹了如何創建“公交查詢系統”的全部過程。系統的開發工具與環境

2.1ASP.NET簡介

ASP.NET是一種建立在通用語言上的程序構架，能被用于一臺

Web務器來建立強大的應用程序。ASP.NET提供許多比現在的開發模式強大的的優勢。AS.PNET建立在.NET Framework的編程類之上，它提供了一個web應用程序模型，并且包含使生成web應用程序變得簡單的控件集和結構。ASP.NET包含封裝公共用戶界面元素（如文本框和下拉菜單）的控件集。但這些控件在務器上運行，并以HTML的形式將它們的用戶界面推送到瀏覽器。在服務器上，這些控件公開一個面向對象的編程模型，為web開發人員提供了面向對象的編程的豐富性。ASP.NET還提供結構服務（如會話狀態管理和進程回收），進一步減少了開發人員必須編寫的代碼量并提高了應用程序的可靠性。另外，ASP.NET 使用這些同樣的概念使開發人員能夠以服務的形式交付軟件。使用ML webservices功能ASP.NET開發人員可以編寫自己的業務邏輯并使ASP.NETT結構通過SOAP交付該服務。Visual Studio.NET是一套完整的開發工具，用于生成應用程序、XML Web services、桌面應用程序和移動應用程序。Visual Basic.NET、Visual C++.NET、Visual C#.NET和VisualJ#.NET全都使用相同的集成開發環境(IDE)，該環境允許它們共享工具并有助于創建混合語言解決方案。另外，這些語言利用了.NET Framework的功能，此框架提供對簡化應用程序和XML Web services 開發的關鍵技術的訪問。

2.1.1ASP.NET技術的優點

ASP.NET是一種將各種Web元素組合在一起的服務器技術，是一個統一的Web開發平臺，它提供了生成一個完整的Web應用程序所必須要的各種服務。與以前的開發模型相比較，它提供了以下數個重要的優點：

(1）增強的性能。ASP.NET是在服務器上運行的編譯好的公共語言運行庫代碼。與被解釋的前輩不同，.NET可利用早期綁定、實時編譯、本機優化和盒外緩存服務。這相當于在編寫代碼之前便顯著提高了性能。(2）世界級的工具支持。ASP.NET框架補充了Visual Studio集成開發環境中的大量工具箱和設計器。WYSIWYG編輯、拖放服務器控件和自動部署只是這個強大的工具所提供功能中的少數幾種

（3）威力和靈活性。由于ASP.NET基于公共語言運行庫，因此應用程序開發人員可以利用整個平臺的威力和靈活性。.NET框架類庫、消息處理和數據訪問解決方案都可從 Web 無縫訪問。ASP.NETT也與語言無關，所以可以選擇最適合應用程序的語言（如C#），或是跨多種語言分割應用程序。另外，公共語言運行庫的交互性保證在遷移到ASP.NET時保留基于COM的開發中的現有投資。（4）簡易性。ASP.NET使執行常見任務變得容易，從簡單的窗體提交和客戶端身份驗證到部署的站點配置。

（5）可管理性。ASP.NET采用基于文本的分層配置系統，簡化了將設置應用于服務器環境和Web應用程序。由于配置信息是以純文本形式存儲的，因此可以在沒有本地管理工具幫助的情況下應用新設置。此“零本地管理”哲學也擴展到了ASP.NET框架應用程序的部署。只需將必要的文件復制到服務器，即可將ASP.NET框架應用程序部署到服務器。不需要重新啟動服務器，即使是在部署或替換運行的編譯代碼時。

（6）可縮放性和可用性。ASP.NET在設計時考慮了可縮放性，增加了專門用于在聚集環境和多處理器環境中提高性能的功能。另外，進程受到ASP.NET 運行庫的密切監視和管理，以便當進程行為不正常（泄漏、死鎖）時，可就地創建新進程，以幫助保持應用程序始終可用于處理請求。2.1.2.NET Framework概述 NET Framework是用于生成、部署和運行XML Web services 和應用程序的多語言環境。它由以下幾個主要部分組成：

公共語言運行庫

運行庫實際上在組件的運行時和開發時操作中都起到很大的作用，盡管名 稱中沒有體現這個意思。在組件運行時，運行庫除了負責滿足此組件在其他組件上可能具有的依賴項外，還負責管理內存分配、啟動和停止線程和進程，以及強制執行安全策略。在開發時，運行庫的作用稍有變化；由于做了大量的自動處理工作（如內存管理），運行庫使開發人員的操作非常簡單，尤其是與今天的COM相比。特別是反射等功能顯著減少了開發人員為將業務邏輯轉 變為可重用組件而必須編寫的代碼量。

統一編程類

該框架為開發人員提供了統一的、面向對象的、分層的和可擴展的類庫集(API)。目前，C++開發人員使用Microsoft基礎類，而Java開發人員使用Windows 基礎類。框架統一了這些完全不同的模型并且為Visual Basic和JScript程序員同樣提供了對類庫的訪問。通過創建跨所有編程語言的公共 API 集，公共語言運行庫使得跨語言繼承、錯誤處理和調試成為可能。從JScript到C++的所有編程語言具有對框架的相似訪問，開發人員可以自由選 擇它們要使用的語言。2.2 ADO.NET概述

ADO.NET并不是ADO的升級版本，它是全新的面向對象模型。比ADO更適應于分布式及Internet等大型應用程序環境，為了多人同時存取更具擴展性，ADO.NET的數據存取采用的是離線存取模式，可說是專門為.NET臺設計的數據存取結構。它具有簡單地訪問關系數據、可擴展性、支持多層應用程序、統一XML和關系數據訪問的特點。ADO.NET的主要目標是提供對關系數據的簡單訪問功能。坦白的說，易于使用的類描述關系數據庫中的表、列和行。另外，ADO.NET引入了DataSet類，它代表來自封裝在一個單元中的關聯表中的一組數據，維持他們之間完整的關系。這是在ADO.NET中的新概念，可以顯著的擴展數據訪問接口的功能。ADO.NET可以擴展——它為插件.NET 數據提供者（也稱為可管理提供者）提供了框架，這些提供者被構建，以便從任何數據源讀取和寫入數據。ADO.NET提供了兩種內置的.NET數據提供者，一種用于OLE DB數據源，另一種用于Microsoft SQL Server。可以通過OLE DB訪問數據格式（比如Microsoft Access）、第三方數據庫和非關系數據另外，Microsoft最近預演了用于ADO.NET的ODBC.NET數據提供者，它允許.NET 訪問更多的舊的數據格式和第三方數據庫。ADO.NET用于多層應用程序。這是當今商業和電子商務應用程序最常見的體系結構。在多層體系結構中，應用邏輯的不同部5分1運a行s在p多x個服務器或進程中，每一部分就稱為一層。ADO.NET使用開放的Internet標準XML格式在層之間通信，允許數通過Internet防火來傳遞，并允許以非Microsoft技術來實現一層或多層。那么在Visual Studio.NET中ADO.NET訪問數據庫分為二種。一種是SQL Server 數據庫，另一種是其任何類型的數據庫。本系統的后臺數據庫為SQL Server2005,因此是通過SQLConnection、SqlCommandSqlDataAdapter、DataSet等幾個主要的數據訪問對象來訪問數據的.需求分析

3.1系統需求分析

隨著我國經濟的高速發展，人們生活水平的提高，越來越多的人開始熱衷于到外地旅游。那么對于這些外來旅游者，首先搞清這個城市的公交路線顯的很重要！我的家鄉沈陽，作為一個旅游城市，每年都要吸引大量的游客，為了滿足這些游客熟悉公交路線的需求，特以公交查詢系統為設計課題。本軟件不僅能給游客帶來方便，也能給廣大市民提供方便。我認為這樣的系統應該具有很好的實用性！開發本系統的目標就是立足廣大乘客的實際，著眼于公交業的未來發展，規范公交管理，提高服務質量，方便乘客查詢，并為此設計該系統。人們生活水平的提高，越來越多人喜歡旅游，但是第一次來一個陌生的城市，肯定對公交路線不熟悉，所以必定需要一個能查看具體公交線路的公交系統。有些只知道一個站的某幾個字或一個車次的某幾個數字，所以本系統將給出站點的模糊查詢，方便用戶的查詢，有些只知道車次

或某個站點，本系統也給出了公交線路查詢、公交站點查詢、公交換乘查詢，進一步方便大家的出行，但也有用戶什么都查不到，想留言問問人，所以再搞個留言板很有必要，方便大家交流以及解答各種疑難問題！本系統采用結構化設計的方法來實現系統總體功能，提高系統的各項指標，即將整個系統合的劃分成各個功能模塊，正確地處理模塊之間和模塊內部的聯系以及和數據庫的聯系，定義各模塊的內部結構，通過對模塊的設計和模塊之間關系的系統來實現整個系統的功能前臺主要有3個模塊，線路查詢、站點查詢、公交換乘模塊和后臺管理模塊

功能名稱：線路查詢

功能概述：可以獲得要查詢公交所通過的各個站點。

功能名稱：站點查詢

功能概述：通過輸入的指定站點查詢經過該站點的公交。

功能名稱：公交換乘查詢

功能概述：分為公交直達、公交一次換乘，主要體現那些不可直達需要轉車的路線的所有換法。(如果用戶輸入的起始點和終點，有一條及一條以上的公交線可以直達的，則為公交直達；如果輸入的起始點和終點，沒有一條公交線可以直接到的，系統將會給出一次換乘的方案，則為公交一次換乘)功能名稱：后臺管理

功能概述：用于管理員登陸，添加、修改、刪除公交線路，修改信息資料、安全密碼，回復留言板等功能。

本系統提供了的車次查詢功能、路5線1查A詢S功P能X。乘客可以方便的進行查詢，以防乘錯車次。當然有些功能的智能化不是很強，系統有待進一步來完善。

3.2 數據庫需求分析

數據庫在一個信息管理系統中占有非常重要的地位，數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生影響。合理的數據庫結構設計可以提高數據存儲的效率，保證數據的完整和一致。

數據庫技術是由傳統的文件系統發展而來的，從層次模型、網狀模型發展到關系模型。數據庫技術是數據管理的最新技術，是計算機科學的一個重要分支，它能指導我們正確地設計數據庫系統，它的出現極大地促進了計算機應用的發展。采用數據庫技術的原理和方法可以有效地設計實用的數據庫系統。一個完整的數據庫系統包括數據庫管理系統（DBMS），數據庫管理員（DBA）、數據庫（DB）、應用程序和相應的硬件設施。

目前許多數據庫管理系統都基于關系模型，關系模型的主要特點是用表格結構表達實體，用鍵表示實體與實體之間的聯系。與層次模型和網狀模型相比，關系模型比較簡單，容易為初學者接受。關系模型是由若干個關系模式組成的集合，關系模式相當于記錄類型，它的實例稱為關系。每個關系是一張表格。表格簡單，用戶易懂，用戶只需用簡單的查詢語句就可以對數據庫進行數據操作，并不涉及到存儲結構，訪問技術等細節。關系模型是數學化的模型，要用到集合論，離散數學等知識。SQL語言是關系數據庫的代表性語言，已經得到廣泛應用。

在設計數據庫時，應注意數據的安全性，保證數據的安全，防止非法用戶訪問數據庫，以免泄露重要信息，同時也能51防A止s非法用戶的蓄意破壞，有許多保護數據的方法，如采用用戶標識，口令密碼或訪問控制等方法。一個成功的數據庫應用系統應具有用戶標識，每一個合法用戶具有一個用戶名和相應的口令，進入數據庫應用系統前必須輸入正確的口令，否則無法進入系統，這就保證了只有合法的用戶才能操作數據庫系統。為了保證數據的合法語義，必須對數據庫的數據進行完整性約束，即防止用戶輸入不合語義的數據。

在設計應用軟件時，應嚴格按照軟件工程學的方法進行設計，傳統的方法采用瀑布模型，從問題定義、可行性分析、需求分析、概念設計、總體設計、系統實現、編碼和軟件測試、運行和維護等軟件生命周期內，每一階段均在前一階段的基礎上進行設計，并在每一階段有相應的文檔資料。設計數據庫系統時應該首先充分了解用戶各個方面的需求，包括現有的以及將來可能增加的

需求。數據庫設計一般包括如下幾個步驟：數據庫需要分析，數據庫概念結構設計，數據庫邏輯結構設計。

4系統概要設計

4.1概述

本階段設計的基本目標是解決系統如何實現問題，也叫做概要設計，本階段主要任務是劃分

出系統的物理元素及設計軟件的結構，完成軟件定義時期的任務之后就應該對系統進行總體設

計，即根據系統分析產生的分析結果來確定這個系統由哪些系統和模塊組成，這些系統和模塊又如何有機的結合在一起，每個模塊的功能如何實現。系統設計的目標是使系統實現擁有所要求的功能，同時，力爭達到高效率、高可靠性、可修改性，并且容易掌握和使用。模塊化的依據是：

把復雜問題分解成許多容易解決的小問題。原來的問題也就變得容易解決。模塊化設計是把大型軟件按照一定的原則劃分成一個較小的相對功能獨立又相關聯的模塊。每個模塊完成一個特定的子功能。把這些模塊結合起來組成一個整體。完成指定的功能，滿足問題的要求。采用模塊化原理的優點在于可以使軟件結構清晰，容易測試和調試。從而提高軟件的可靠性，可修改性。有助于軟件開發的組織管理。一個大型軟件可分別編寫不同的模塊。4.2功能模塊劃分 查詢系統模塊

該模塊實現公交查詢功能。可實現按線路查詢、站點查詢和起點—終點查詢三種查詢方式。錄入系統模塊該模塊實現數據的新增、修改、刪除功能。

4.3.1 數據庫概念結構設計

在系統設計的開始，我首先考慮的是如何用數據模型來數據庫的結構與語義，以對現實世界進行抽象。目前廣泛使用的數據模型可分為兩種類型，一種是獨立于計算機系統的“概念數據模型”，如“實體聯系模型”；另一種是直接面向數據庫邏輯結構的“結構數據模型”。在本系統中我采用“實體聯系模型”（ER模型）來描述數據庫的結構與語義，以對現實世界進行第一次抽象。ER模型直接從現實世界抽象出實體類型及實體間聯系然后用ER圖來表示數據模型。它有兩個明顯的優點：接近于人的思維，容易理解；與計算機無關，用戶容易接受。但它只是數據庫設計的第一步。E-R圖是直觀表示概念模型的工具，它有三個基本成分：

（1）矩形框，表示實體類型（考慮問題的對象）。（2）菱形框，表示聯系類型（實體間的聯系）。（3）橢圓形框，表示實體的屬性。實體和屬性的定義如下：

管理員表（登陸ID，登錄姓名，登錄密碼）站名表（站名編號，站名）

車輛線路編號表（車次，車線類型）

線路表（線路編號，車次，站名，次序）

車輛表（車輛編號，車次，車輛類型，服務類型，票價，IC 卡類型，運行區間）

冬季發車時間表（車次，編號，首班時間，末班時間）

夏季發車時間表（車次，編號，首班時間，末班時間）

4.3.2數據庫邏輯結構設計

本系統創建的SQL數據庫名稱為城市公交查詢系統。并將數據文件和日志文件保存在公交查詢系統APP_DATA文件夾中。①管理員表(LoginTable)

管理員表存放登陸系統所需要的用戶名和密碼，登錄后臺時需要訪問此表。

②站名表

站名表存放站名等數據，修改站名需要訪問此表。

③車輛線路編號表

車輛線路編號表存放線路編號等數據，修改車輛線路編號將要訪問此表。

④線路表

線路表存放公交車線路的數據，修改車輛線路需要訪問此表。

5詳細設計與實現

5.1.連接數據庫的包含文件

在動態網站中，調用數據庫中的數據是十分頻繁的，為了避免編寫重復的代碼。編寫一個數據庫連接文件是非常重要的。DB.cs

文件中包含了本系統中的數據庫的連接代碼。本系統的數庫 的連接代碼如下：

public static SqlConnection createConnection(){

SqlConnection

con=new SqlConnection(“server=.;database=城市公交查詢系統;uid=sa;pwd=;”);return con;}

5.1.1新增車次線路

此模塊為管理員操作，如當地出現新的公交線路，或原有公交車線路有新的站點加入，管理員可以登錄此表，及時添加線路和站點的信息，以保證車次線路的及時更新，方便用戶查詢。添加車次的界面如圖所示。

在輸入相關車次信息后便進入站名添加過程如圖

5.1.2新增車次線路

此模塊為管理員操作，如當地出現新的公交線路，或原有公交車線路有所變動是，管理員可以登錄此模塊，及時添加相關的線路圖，以保證車次線路圖的及時更新，方便用戶查詢。添加的界面如圖

5.1.3刪除車次以及無效站點

此模塊同樣為管理員操作，如當地哪個公交線路已經被廢除，或原有公交車線路有哪個站點被刪除，管理員可以登錄此表，及時刪除線路和站點的信息，以保證車次線路的及時更新，方便用戶查詢。刪除的界面如圖

5.1.4刪除線路圖

該模塊在管理員系統中實現，如當地哪個公交線路已經改變，管理員可以登錄此模塊，及時刪除線路圖信息，以保證車次線路圖的及時更新，方便用戶查詢。刪除的界面如圖

6測試與維護

6.1 創建和測試應用程序

為了確保本系統能夠正常運行，需要在發布之后做一次較全面的測試。現將具體操作及過程

舉例說明如下：

創建和測試應用程序應是交替進行的，既要注意開發的效率也要注意它的穩定性。每編寫一個模塊，就要對這個模塊進行測試，看它能否根據特定的要求工作。及早發現問題，及早解決，否則到最后再來測試的話，難度會大大增加。6.2測試項目

在MIS開發過程中采用了多種措施保證軟件質量，但是實際開發過程中還是不可避免地會產生差錯，系統中通常可能隱藏著錯誤和缺陷，不經周密測試的系統投入運行，將會造成難以想象的后果，因此系統測試是MIS開發過程中為保證軟件質量必須進行的工作。大量統計資料表明，系統測試的工作量往往占MIS 開發總工作量的40%以上。因此，我們必須重視測試工作。由于程序中隱藏的缺陷只在特定的環境下才有可靠顯露，系統缺陷通常是由于對某些特定情況考慮不周造成的。因此測試不是為了表明程序正確；成功的測試也不是沒有發現錯誤的測試。

有意義的軟件測試應該是從“破壞”軟件系統的角度出發，精心設計最有可以暴露程序系統缺陷的測試方案。因此軟件測試的目標應該是以盡可能少的代價和時間找出軟件系統中潛在的錯誤和缺陷。

總結

在公交數字化的時代，公交系統的設計者應當以乘客需求為首位，調整服務策略，滿足社會的需要和乘客的需要，充分發揮公交系統交通中心的作用。本系統基本達到了預定的設計目標，但是在系統的實際化應用中仍需要改進和提高公交查詢系統的服務職能。系統的不足與改進方案：

在數據庫設計方面，還有待改進，數據庫設計也可采用別的形式，比如：可以用一個字段作為站點字段，另一個字段作為經過該站點的車次字段，只要找到經過某個站點最多的車次，就可以設計該字段的類型以及長度。其次，系統的實際應用化欠缺，可以通過使用根據起點站、終點站來確定那條路線，給出多種乘車方案的方法改進。線路的更新應該可以通過調整數據庫次序的方法來更新。同時，界面的設計不夠美觀版面的設計以及查詢結果的顯示不夠人化，視覺效果不佳。應當參照一些比較美觀的網站設計進行色彩的調整，同時亦可以加入更多的FLASH效果使得頁面更具動態性。

致謝

時光飛逝，一轉眼我的大學生活就要結束了。這兩年我學到了很多很多的知識，是我人生的一個轉折。我之所以能取得這些成績，除了有自己的努力外，在我的學習，生活中還得到了很多人的關心和幫助。在此我要對他們表示衷心的感謝。

首先，我要感謝我的畢業指導老師。在連續數月的畢業設計中，她不遺余力地指導和幫助我。在她孜孜不倦的教誨下，我順利地完成了畢業設計。老師對工作認真負責的態度，對學生無私的關懷，使我受益良多。我衷心地感謝她。在這里我還要感謝所有指導過我的老師們，沒有你們的培養我無法完成兩年的大學學業還有，我能有今天，是與我父母的辛勤培養分不開的，他們為我付出了一切。我將在以后的學習、工作中再接再厲，盡我最大的努力做到最好來報答父母的養育之恩。

參考文獻

[1]曹祖圣.吳明哲.Visual C#.NET 程序設計經典.北京:科學版社,2004.P.50-53.[2]宣小平.ASP.NET數據庫系統開發實例導航.上海:人民郵電出版社,2003.P.121-130.[3]金銀秋.數據庫原理與設計.北京:科學出版社,2003.P.201-230.[4]張海藩.軟件工程.北京:人民郵電出版社2002.P.75-80.[5]朱曄.ASP.NET 第一步——基于C#和ASP.NET2.0.北京:清華大學出版社,.2007-7-1.P.301-310.[6]譚振林.道不遠人——深入解析ASP.NET 2.0 控件開發.北京:子工業出版社。2007-9-1.P.125-140.[7]哈特 ASP.NET 2.0經典教程——C#篇孟憲瑞，易磊.北京:人民郵電出版社.2007-2-1.P.20-40.[8]朱印宏，熊利榮.Dreamweaver 8完美網頁設計——ASP動態網頁設計篇.北京 中國電力出版社.2006-10-1.P.63-72.[9]郝剛ASP.NET 2.0開發指南.北京:人民郵電出版社.2006-5-1.P.53-55.

第五篇：汽車空調故障診斷與排除論文

北京勞動保障職業學院 畢業綜合作業 題目：汽車空調故障診斷與排除方法

系 別： 機電工程系 專 業：汽車檢測與維修技術 班 級： 06汽1 姓 名： 王佳琦 學 號： 17 指導教師： 王顯廷

2008年10月10日

內 容 摘 要

隨著汽車工業的迅猛發展和人民生活水平的日益提高，汽車開始走進千家萬戶。人們在一貫追求汽車的安全性、可靠性的同時，如今也更加注重對舒適性的要求。因而，空調系統作為現代轎車基本配備，也就成為了必然。

近年來,環保和能源問題成為世界關注的焦點,也成為影響汽車業發展的關鍵因素,各種替代能源動力車的出現,為汽車空調業提出了新的課題與挑戰。

從20年代汽車空調誕生以來，伴隨汽車空調系統的普及與發展，汽車空調的發展大體上經歷了五個階段：單一取暖階段、單一冷氣階段、冷暖一體化階段、自動控制階段、計算機控制階段。作為汽車空調系統的電路控制方面也再不段的更新改進，同時，我國汽車空調的安裝隨著汽車業的發展以達到100%的普及性，空調已成為現代汽車的一向基本配備。給汽車空調的使用與維修問題帶來新的挑戰。最后通過對汽車空調故障檢修，對汽車空調系統的再深入探討，以達到對汽車空調系統的了解，并運用在實際工作中。

汽車空調故障診斷與排除

（一）汽車空調常見故障現象及排除方法

第一，壓縮機不能夠吸合，空調系統不能夠不工作，系統沒有壓力。

造成這種現象的主要原因是制冷劑全部泄漏了。針對這種現象的排除方法：找出泄漏點（管路磨破、管路密封圈破裂、冷凝器管子磨破、壓力開關沒有松動、膨脹閥損壞泄漏、壓縮機保險片損壞已失效）后進行更換已失效的零部件，然后進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。

第二，壓縮機吸合，空調系統不制冷，壓縮機排出管表面溫度非常高（燙手）膨脹閥進出管子溫差，壓縮機吸合后高壓沒有變化，但低壓壓力很低。

造成這種現象的主要原因是膨脹閥感溫頭磨破，封住的冷媒全部泄漏了，致使膨脹閥的閥孔關閉，無法實現制冷劑循環。針對這種現象的排除方法：更換膨脹閥，然后進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。第三，壓縮機不能夠吸合，空調系統不工作，系統里面的壓力正常。

造成這種現象的主要原因是空調系統保險片失效、空調繼電器失效，熱敏電阻線索接觸不良或斷裂、壓縮機連接線索接觸不良，冷凝器電子風扇連接線索接觸不良。

針對這種現象的排除方法：對上述零部件進行檢查，對失效零部件進行更換，即可排出故障。

第四，空調系統運行正常，空調降溫效果不好，出風口風量不足，風機噪聲加大，蒸發器有結霜現象。

造成這種現象的主要原因是空調箱通道中有黑色物體風阻加大，過濾網阻塞。針對這種現象的排除方法：拆卸下蒸發器芯體和過濾網進行清洗（每年進行一次），然后重新裝配，安裝完畢后進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。

第五，空調運行正常，空調降溫效果不好，高壓壓力和低壓壓力均偏高。

造成這種現象的主要原因是空調系統中的制冷劑加注量過多或壓縮機潤滑油加注過多。針對這種現象的排除方法：應重新回收制冷劑放出過多的壓縮機潤滑油，然后進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。

第六，空調工作正常，使用一段時間后制冷效果越來越不好，高壓壓力和低壓壓力均偏低。

造成這種現象的主要原因是汽車在運行過程中振動后使管路的各個接頭部位有松動現象，制冷劑慢性泄漏造成。針對這種現象的排除方法：重新將各接頭擰緊，然后進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。

第七，空調開始運行時一切正常，但過一段時間后制冷效果明顯下降到不制冷，高壓壓力很高，低壓壓力非常低，停止運行一段時間后再起動又恢復正常，過一段時間又重復上次的現象。

造成這種現象的主要原因是膨脹閥冰毒。針對這種現象的排除方法：更換干燥過濾器，然后重新進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。

第八，空調系統運行10多分鐘后，出風口溫度偏高，制冷效果不好，低壓壓力偏高，壓縮機有碰擊聲。

造成這種現象的主要原因是膨脹閥失效。針對這種現象的排除方法：更換膨脹閥，然后進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。第九，空調系統運行正常，空調降溫效果不好，出風口風量不足，風機噪聲加大，壓縮機頻繁起動斷開。

造成這種現象的主要原因是空調箱通道中有黑色物體,風阻加大，過濾網阻塞，這是為防止蒸發器表面結霜而切斷壓縮機。針對這種現象的排除方法：拆卸下蒸發器芯體和過濾網進行清洗（每年進行一次），然后重新裝配，安裝完畢后進行抽真空、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。

第十，空調系統高、低壓壓力偏高，高壓側壓力表指針擺動較慢，擺幅大，壓縮機排氣管表面溫度很高（燙手）。

造成這種現象的主要原因是空調系統內有空氣混入。針對這種現象的排除方法：重新回收制冷劑后，進行抽真空達到規定的真空度要求、保壓、按空調系統規定的充注量加注制冷劑，故障即可排出。

（二）汽車空調檢漏的方法

汽車空調在使用過程中，制冷劑泄漏是最為常見的故障。制冷劑泄漏容易造成環境污染，增加車輛維護的費用和時間。下面介紹汽車空調檢漏的5種方法。1.氮氣檢漏

向系統充入1到2兆帕壓力氮氣，把系統浸入水中，冒泡處即為滲漏點。這種方法和常用的肥皂水檢漏方法實質一樣，雖然成本低，但有明顯的缺點，檢漏用的水分容易進入系統，導致系統內的材料受到腐蝕，進行檢漏時勞動強度大，使維護檢修的成本上升。2.鹵素燈檢漏

點燃檢漏燈，手持鹵素燈上的空氣管，當管口靠近系統滲漏處時，火焰顏色變為紫藍色，即表明此處有大量泄漏。這種方式有明火產生，不但很危險，而且明火和制冷劑結合會產生有害氣體。此外，也不易準確地定位漏點，所以這種辦法現在很少使用。3.氣體差的壓檢漏

利用系統內外的氣壓差，將壓差通過傳感器放大，以數字、聲音或電子信號的方式表達檢漏結果。此方法只能“定性”地知道系統是否滲漏，而不能準確地找到漏點，當系統泄漏完時無法檢測。4.電子檢漏

用探頭對著有可能滲漏的地方移動，當檢漏裝置發出警報時，即表明此處有大量的泄漏。電子檢漏產品容易損壞，維護復雜，容易受到環境化學物質如汽油、廢氣的影響，不能準確定位漏點。5.熒光檢漏

利用熒光檢漏劑在紫外藍光檢漏燈照射下會發出明亮的黃綠光的原理，對系統中的流體滲漏進行檢測。在使用時，只需將熒光劑按一定比例加入到系統中，系統運作20分鐘后戴上專用眼鏡，用檢漏燈照射系統的外部，泄漏處將呈黃色熒光。熒光檢漏的優點是定位準確，滲漏點可以直接用眼睛看到，而且使用簡單，攜帶方便，檢修成本較低，代表了汽車空調檢漏的發展方向。熒光檢漏技術在國外已經有50多年的歷史，得到了通用、大眾、三菱等世界主要汽車制造商的認可和應用。

汽車空調實例故障檢測維修

雅閣CD5汽車空調故障檢測維修

故障現象：雅閣CD5空調故障，開空調壓縮機的吸合，冷凝器風扇不轉，散熱器風扇轉。

電路分析：風扇故障分析：此型號空調與98雅閣03雅閣不同，兩個風扇獨立控制，各使用一個繼電器，同時還使用了散熱風扇控制模塊。壓縮機故障分析：壓縮機控制信號采用多個開關串聯控制方式，與98雅閣03雅閣不同。從控制原理分析，壓縮機由空調控制模塊借助空調繼電器進行控制，壓縮機吸合，先要制冷信號送給空調控制模塊，此線路包括空調壓力開關、恒溫器、空調制冷開關、鼓風機開關。

故障處理過程：先處理壓縮機故障：先直接控制壓縮機繼電器，壓縮機能夠吸合，則不能吸合的原因可以判斷為制冷信號沒有送給空調控制模塊或空調控制模塊故障。如檢查空調控制模塊，直接將空調控制模塊信號端接地，則壓縮機能夠吸合，說明故障在信號線路，可以通過逐個短接各個開關的方式，來排除故障。如檢查制冷信號送給空調控制模塊的線路，線路包括空調壓力開關、恒溫器、空調制冷開關、鼓風機開關。

處理步驟：空調制冷管路壓力開關短接，無效。恒溫器短接，無效。空調制冷開關檢查。空調制冷開關短接，壓縮機吸合，說明故障原因為空調制冷開關不良。

空調制冷開關檢查，將焊點不良處修復。至此壓縮機故障已經排除，冷凝器風扇不工作故障的排除：兩個風扇采用獨立控制，檢查結果為34號保險絲的白色導線接點至冷凝器風扇繼電器線路無電，經檢查為翼子板下線束腐蝕，此線斷路。空調繼電器線路斷路處檢查。修復繼電器線路斷路處。

以上對雅閣的空調從故障現象到電路的分析再到這些故障的處理過程做了一些見解，再從處理步驟入手有效的解決了空調故障的問題。總結：

這篇文章主要針對汽車空調的故障診斷與排除方法，通過對汽車空調故障的分析具體也寫了一些針對這些故障做出一些診斷。以及我在實習中通過對雅閣汽車空調故障檢測與維修有了一定的了解。我們要從多方面進行故障排除的方法，先從電路分析，在處理過程中發現汽車空調的幾種常見故障壓縮機吸合的問題、制冷問題、壓力問題，最后再針對這些問題逐一排除。我國汽車空調隨著汽車業的發展及普及性，空調已成為現代汽車的一向基本配備。所以平時我們要對汽車空調定進行期維護和保養，只有這樣才能對汽車空調的維修故障全面了解。