LIN Bus的中心議題：

• LIN Bus簡介及實例

LIN Bus的解決方案：

• LIN Bus技術現況
• 運作架構
• 係統最佳化技術
• 與CAN Bus的區隔
• 門控建置開發

LIN Bus在車用總線中以低成本、省資源為其特點
，妥善運用將可提高汽車附加價值。本文將介紹LIN Bus技術現況
、運作架構、係統最佳化技術
、與CAN Bus的區隔，並以門控建置開發實例提供進一步的說明。

今日汽車的設計在安全、舒適、便利和環保等訴求下，對電子技術的仰賴日益加深。目前在汽車架構中的車體（Car body）
、傳動係統（Power train）
、安全係統（Safety）和車載資通娛樂係統（TelemaTIcs/Infotainment）等各個部分中
，都可以看到愈來愈多的電子控製組件（ECU）

，它們賦與汽車更具智能性的操控能力，例如會自動檢查門窗、車燈是否關閉
，在駕駛人進入車內前自動接通電源，離開時則會檢查是否切斷電源等等。

目前汽車內電子組件的連結愈來愈複雜，一台車中平均存在著80個左右的電子組件或模組係統。過去采用傳統的電纜方式來連結車燈、電動機、電磁閥
、加熱器、空(kong)調(tiao)等(deng)設(she)備(bei)，若(ruo)以(yi)此(ci)方(fang)式(shi)來(lai)連(lian)結(jie)電(dian)子(zi)組(zu)件(jian)，龐(pang)大(da)的(de)纜(lan)線(xian)數(shu)量(liang)將(jiang)造(zao)成(cheng)車(che)體(ti)重(zhong)量(liang)的(de)沉(chen)重(zhong)負(fu)擔(dan)。因(yin)此(ci)，有(you)必(bi)要(yao)導(dao)入(ru)標(biao)準(zhun)化(hua)的(de)總(zong)線(xian)技(ji)術(shu)，此(ci)舉(ju)除(chu)了(le)降(jiang)低(di)建(jian)置(zhi)的(de)困(kun)難(nan)度(du)及(ji)配(pei)線(xian)重(zhong)量(liang)外(wai)，也(ye)能(neng)提(ti)升(sheng)控(kong)製(zhi)的(de)精(jing)確(que)性(xing)
，而(er)且(qie)比(bi)較(jiao)不(bu)會(hui)有(you)線(xian)路(lu)老(lao)化(hua)、磨損的問題。

在此趨勢下
，已有各種總線技術出現在車載網路（In-Vehicle Network）當中，它們各有其技術特色，適合不同的應用領域。大致上可以分為五類：第一類是傳輸速度最低的LIN

、TTP/A，適用於車體控製；第二類包括低速CAN、SAE J1850、VAN（Vehicle Area Network）等中速網路總線，適用於對即時性要求不高的通信應用；第三類包括高速CAN、TTP/C等，適用於高速、即時閉環控製的多路傳輸網；第四類包括IDB-C、IDB-M（D2B
、MOST、IDB1394）、IDB-Wireless（藍芽）等，專門用在車載資通娛樂網路之中；第五類則包括 FlexRay和Byteflight，用在最具關鍵性、即時性最高的人身安全係統（請參考表一）。

本文將探討LIN的技術規格現況及在門控係統中的建置實例。


LIN Bus技術現況

區域互連網路（Local Interconnect Network, LIN）是基於序列通信協定的車載總線的子集係統（sub-bus system）。為了支持多個智慧性節點的分布式係統設計，LIN提供標準化的API以及軟件設計流程。它的傳輸速度雖然不高
，但其低成本的特性，能為不需要用到CAN的裝置提供較為完善的網路功能
，包括空調控製（Climate Control）、後照鏡（Mirrors）、車門模組（Door Modules）
、座椅（Seats）、智能性交換器（Smart Switches）
、低成本感測器（Low-cost Sensors）等
，請參考圖一。



在重要規格的演進上，自1999年推出LIN 1.0版、2002年12月修訂LIN 1.3版，並在2003年9月再次發布LIN 2.0版規範，持續改進了LIN總線的性能與適用性。此外，美國汽車工程師協會（SAE）下屬的車輛架構任務組（Task Force）也基於LIN 2.0提出J2602規範，進一步降低了LIN 2.0中軟件單元的複雜性
，此舉讓LIN從節點所需要的軟件代碼長度縮短，在建置上會更有效率。此外，市場上的領導業者也會針對LIN的效能提出改善技術，例如ST的LINSCI。一般來說，LIN的主要特色及優勢包括：

- 采用一個主節點、多個從節點的概念（最多支持16個節點）；
- 由於基於普通UART/SCI接口協定，其軟硬件成本極低
；
- 在從節點（slave node）中不用晶體振蕩器（crystal oscillator）或陶瓷諧振器（ceramic resonator）時鍾，也能做到自同步性，這能進一步降低成本；
- 信號傳播時間可預先計算

，以滿足信號傳輸的確定性；
- 基於應用交互作用的信號
；
- 可達 20 kbps資料傳輸率；
   　- 總線電纜的長度最多可以擴展到40公尺；[page]

LIN Bus運作架構

LIN網路是基於「一主多從」的主從原則（master/slave principle）erxingchengdetuopujiegou，yincixuyaoyouzhujiedianzhouqixingdiduicongjiedianfachuxunwendongzuo。zhouqideshedingbixugenjushijianzhencedejishixingyaoqiu
，bingjiangcongjiediandezhencejieguochuansongdaodaozhukongzhiqi。

在LIN上傳輸的訊號，其訊框結構上是由一個由主任務提供的標頭（header）和由從任務處理的回應部分（Response）所構成。標頭包含一個13 位的同步間隔欄位（synch break field）；一個由主任務產生的同步欄位（synch field）；以及一個辨識欄位（identifier field）。其中每一個位組欄位都以串行位元組方式發送，起始位元組的第一位編碼為“0”
，而終止位編碼為“1”。

在回應部分則包含二、四或八個位組的資料欄位（data filed），以及一個位組的驗證欄位（checksum field）。由主任務執行的訊框標頭會依整個LIN叢集的進度表決定每個訊框的傳輸時間，以確保網路不會超載，並能確保資料傳輸的確定性。在LIN網(wang)路(lu)中(zhong)隻(zhi)有(you)主(zhu)節(jie)點(dian)采(cai)用(yong)晶(jing)體(ti)振(zhen)蕩(dang)器(qi)來(lai)為(wei)係(xi)統(tong)提(ti)供(gong)精(jing)確(que)的(de)基(ji)本(ben)時(shi)鍾(zhong)
，此(ci)時(shi)鍾(zhong)會(hui)嵌(qian)入(ru)上(shang)述(shu)的(de)同(tong)步(bu)欄(lan)位(wei)中(zhong)，讓(rang)從(cong)任(ren)務(wu)能(neng)與(yu)主(zhu)節(jie)點(dian)時(shi)序(xu)同(tong)步(bu)。請(qing)參(can)考(kao)圖(tu)二(er)。


以標準SCI所建置的LIN網路雖已具備極佳的建置優勢，但讓想讓係統等級獲得最佳化，仍存在一些限製。若想得到最佳化的LIN係統，必須考慮以下因素：

- LIN傳輸所需要的CPU負荷；
- 應用上所需要的時脈準確性；
- LIN傳輸的頻寬；
- LIN界麵的穩定性/有效性
；

因此
，為了達到最佳化的需求，有必要在硬體技術上進行強化。ST的LINSCI即是經過強化的硬體SCI埠，可透過減少CPU負載來提升係統效能；另外
，其內部的1MHz震蕩器、帶有運算放大器的快速10位ADC，以及低電壓檢測器的可修整重啟電路─可透過消除對這些功能所需之外部電路的需求來簡化係統設計並降低製造成本。8Kbyte的擴充快閃記憶體能在單一供給電壓下操作，以降低電路板複雜度並提供更快速的編程能力。

LINSCI可以被嵌入在一顆很小的8-bit MCU中

，它的目的就是要讓從設備的LIN功能能完全發揮，其功能包括標頭偵測（Header Detection）、指示器（Identifier）和非相關位組過濾（Irrelevant Byte Filtering）、延伸性錯誤偵測（Extended Error Detection）和再同步化（Resynchronisation）等。LINSCI的訊框架構請參考圖三。


進一步來看
，LIN的鮑率（Baud rate）是10kbps和20kbps，這很難達成標準SCI位時間取樣原則所需要的2%準確性。這是因為鮑率預定標器（prescaler）的有限分辨率所造成的。假設CPU的頻率是8MHz，LIN的鮑率是20kbps，由於LIN的時脈容忍度是15%，這造成2.33%的量化錯誤。在LINSCI 中則以12位unsigned定點值（即LDIV）來取代8位整數值的鮑率預定標器
，能讓上述的量化誤差下降到0.15%。

門控係統建置案例

以下將以門控模組係統的建置，進一步說明LIN總線的應用及設計要求。在今日中階及高階車款中的門控係統，往往需要這些功能：

- 門鎖（lock）和防盜門鎖（dead lock latch）；
- 動力車窗（Power Window）升降；
- 踏腳燈（Footstep light）
；
- 切換麵板照明（Switch panel illumination）；

圖四顯示以LIN網路組成的門控係統，它的主控節點是由一個中央車體控製單元（Central Body ECU），它和車體CAN網路相連結。每個車門都由一個車門模組（DM-Driver, DM-Passenger, DM-RearRight, DM-RearLeft）所組成，能夠提供動力車窗及門鎖功能。此外

，兩個前門都有後視鏡控製（MMR, MML）的從節點。在此係統中，還會有一個嵌在駕駛端的中央切換麵板（Central Switch panel, SP），它是一個獨立的從節點
，由它來控製所有的動力車窗
、手動門鎖及後視鏡調整等功能。


此係統會對LIN網路形成下述要求：

- 當主控器收到從遙控鑰匙發出的有效訊號時，必須要啟動門控係統，從節點通常是通過CAN總線來接收；
- 當正確的鑰匙打開前門時，也同時啟動門控係統
；從節點會直接反應而不需經由與主控器的通訊；
- 對切換麵板的詢問動作（Polling），以確保回應對各個驅動裝置控製（動力車窗

、後視鏡調整、門鎖）的主動式切換；
- 對所有從節點的詢問動作
，以得到車窗升降的位置狀態，以及車門的開關情況；
- 對所有從節點的睡眠模式控製（即電池供應操作模式）
；

在清楚了LIN網路的要求後
，我們必須選擇功能相符的微控製器（MCU）來達成。這些MCU必須針對車窗的升降提供防夾（AnTI pinch）、馬達的PWM控製及車窗位置的監控功能；能以SPI接口來控製門鎖馬達；對於車鑰匙的拔出及開門的動作，能夠提供電源供應模式的接觸式監控，以及對後視鏡及切換麵板的操控功能。（圖五）是門控模組的功能方塊圖架構。

在係統的規劃上，要一些注意的要領
，這包括時序的準確性，也就是為了正確的運作
，車門模組需要一個容忍度小於3%的時間參考
，車窗防夾（anti- pinch）功能的複雜算法就需要這種準確性。此外，針對安全性（如防夾）和便利性（如門鎖偵測）等功能
，都會有實時性的要求。

以手動打開汽車門鎖的動作為例，從鑰匙插入門鎖到打開
，可接受的延遲時間必須小於200ms，這表示反應時間很短。傳動馬達需要約100ms去打開門鎖，這隻留100ms給MCU來完成從低功率模式啟動
、偵測到鑰匙，並觸發傳動裝置等動作。因此這個網路必須采用LIN最快的傳輸速率

，也就是 20kbps。而在20kbps的傳輸率下，CPU的反應時間必須要小於1ms，否則資料會漏失
，LIN的傳輸會失敗。

另一個設計議題則是功耗，這對於多數的ECU來lai說shuo都dou是shi很hen關guan鍵jian的de。以yi門men控kong係xi統tong來lai說shuo，即ji使shi車che子zi熄xi火huo了le，係xi統tong仍reng需xu進jin行xing間jian隔ge性xing的de監jian控kong詢xun問wen動dong作zuo
，這zhe就jiu會hui造zao成cheng車che子zi電dian力li的de持chi續xu消xiao耗hao。監jian控kong的de延yan遲chi間jian隔ge設she定ding是shi蠻man矛mao盾dun的de事shi，因yin時shi間jian間jian隔ge太tai長chang，則ze會hui造zao成cheng反fan應ying動dong作zuo上shang的de遲chi鈍dun現xian象xiang，但dan太tai短duan，又you會hui增zeng加jia係xi統tong的de功gong耗hao。[page]

故障安全設計

相較於車體CAN總線係統，LIN總線並不具有錯誤容忍性（fault tolerant）
，因此必須考慮短路時總線線路的故障安全（fail-safe）機製
，也就是每個節點必須有能力分辨出短路的總線線路。反應動作必須遵循特定的程序（例如讓門鎖維持在打開的狀態
，而每個節點的功耗應盡可能降低）。

以ST的L9638 LIN收發器為例
，它能提供額外的故障安全裝置（fail-safe）功能

，例如對短路狀態的處理。當MCU辨識出短路的LIN總線線路
，電子控製器（ECU）可以把自己關掉
，當收發器在消除短路狀況後還能夠重新啟動。


LIN Bus與CAN Bus有所區隔

目前電子控製組件已散布整台車子，它們讓傳動及感測功能變得更有智能性。在本文介紹的LIN網路是屬於低傳輸速率的總線規格，但它的低成本及傳輸的正確性，仍然相當受到車廠的歡迎。據估計在歐洲新出廠的車子中，LIN的應用占了相當大的比例。

當然，LIN不會有和CAN總線控製網路相同的效能
，因此，在某一特定的車載係統中，LIN總線是否能提供滿意的效能

，就得看應用本身的需求而定。此外
，透過專屬的設計
，能夠讓LIN的功能得到全麵性的發揮

，例如將LIN協定以硬體方式建置（如LINSCI），可以讓LIN的驅動程序碼更為簡化，也能增加係統的可靠性。MCU的設計也是一大關鍵，以ST72F361為例，它在標準MCU上提供先進的SCI接口，並支持LIN功能，除了能降低 CPU的負荷外，也能省卻較高成本的精準時序資源。

LIN總線本來就是為了與CAN形成區隔而設計的，以門控係統來說，它能大大降低從主控器連結到每個車門的線路數量，而成本也會比采用CAN總線控製的解決方案來得低。不過，如果是更關鍵性的應用，就得考慮成本更高的CAN，以兩線總線來提供容錯能力及更高的效能。