【文章內(nèi)容簡介】 （數(shù)據(jù)、校驗和）可以不需要處理，如不知道或錯誤的標(biāo)識符。在這種情況下，校驗和的計算可以忽略（參見第十一節(jié)）。 ? （ 1）數(shù)據(jù)場（ DATA FIELD） .數(shù)據(jù)場通過報文幀傳輸，由多個 8位數(shù)據(jù)的字節(jié)場組成。傳輸由 LSB開始（如 圖 1010）。 ? （ 2） 校驗和場（ CHECKSUM FIELD） . 校驗和場是數(shù)據(jù)場所有字節(jié)的和的反碼，如 圖 1011所示。校驗和按“帶進位加” (ADDC)方式計算，每個進位都被加到本次結(jié)果的最低位（ LSB） .這就保證了數(shù)據(jù)字節(jié)的可靠性。所有數(shù)據(jù)字節(jié)的和的補碼與校驗和字節(jié)和必須是“ 0xFF” . 上一頁 下一頁 返回 第三節(jié) 報文傳輸 ? 二、保留的標(biāo)識符 ? 命令幀標(biāo)識符（ Command frame indentifier） ? 保留的兩個命令幀標(biāo)識符用于主機向所有總線成元服務(wù)廣播普通命令請求。它的幀結(jié)構(gòu)和普通的 8位報文幀（見圖1012）相同，只由保留的標(biāo)識符來區(qū)別。 ? “ 0x3C” ID場 =0x3C。ID0,1,6,7=0。ID2,3,4,5=1 是一個主機請求幀，和 ? “ 0x3D” ID場 =0x7D。ID1,7=0。ID 0,2,3,4,5,6=1 是一個從機響幀。 上一頁 下一頁 返回 第三節(jié) 報文傳輸 ? 標(biāo)識符“ 0x3C”是一個“主機請求幀”（ MasterReq） ,它可以從主機向從機節(jié)點發(fā)送命令和數(shù)據(jù)。標(biāo)識符“ 0x3D”是一個 “從機響應(yīng)幀”（ SlaveResp） ,它觸發(fā)一個從機節(jié)點（由一個優(yōu)先的下載幀編址）向主機節(jié)點發(fā)送數(shù)據(jù)。 ? 保留第一個數(shù)據(jù)場為 0x00～ 0x7F的命令幀，其用法由 LIN協(xié)會定義。用戶可以分配剩下的命令幀。 ? 命令幀的第一個數(shù)據(jù)字節(jié)： D7位 =0保留使用； D7位 =1自由使用。 上一頁 下一頁 返回 第三節(jié) 報文傳輸 ? ? 睡眠模式命令用于將睡眠模式廣播到所有的總線節(jié)點。在完成這個報文后，一直到總線上出現(xiàn)喚醒信號結(jié)束睡眠模式前，將沒有總線活動。睡眠模式命令是第一個數(shù)據(jù)字節(jié) 0x00的下載命令。 ? ? 保留的兩個擴展幀標(biāo)識符允許在不改變現(xiàn)有 LIN規(guī)范的情況下，在 LIN協(xié)議中嵌入用戶定義的報文格式或以后的 LIN格式。這就保證了 LIN從機可以向上兼容以后的 LIN協(xié)議修訂辦。 上一頁 下一頁 返回 第三節(jié) 報文傳輸 ? 擴展幀用保留的標(biāo)識符場區(qū)別： ? “ 0x3E” ID場 =0XFE。 ID1,2,3,4,5,6,7=1 是用戶定義的擴展幀，和 ? “ 0x3F” ID場 =0xBF。 ID6=0。 ID0,1,2,3,4,5, 7=1 是以后的 LIN 擴展幀。 ? 標(biāo)識符“ 0x3E” (標(biāo)識符場 =“ 0Xfe” )表示一個用戶定義的擴展幀，它可以被自由使用。標(biāo)識符“ 0x3F” (標(biāo)識符場 =“ 0XBE” )直接保留給以后的 LIN (和 CAN 協(xié)議中的標(biāo)準(zhǔn)幀切換到擴展幀相比較 )擴展版本，現(xiàn)在還不能使用。 ? 標(biāo)識符后面可以跟隨任意數(shù)量的 LIN 字節(jié)場（見 圖 1013）。這里沒有定義幀的長度、通訊概念（甚至可以 是多主機）和數(shù)據(jù)內(nèi)容。 ID場的長度編碼對這兩個幀不起作用。 ? 從機接收擴展幀標(biāo)識符，但如果不使用它的內(nèi)容，則必須忽略所有的后續(xù) LIN字節(jié)區(qū)直到接收到下一個同步間隔（ SYNCH BREAK） 上一頁 下一頁 返回 第三節(jié) 報文傳輸 ? 三、報文幀的長度和總線睡眠檢測 ? 報文幀用一個同步間隔場作為起始，用校驗和場作為結(jié)束。報文幀中的字節(jié)場用字節(jié)間空間和幀內(nèi)響應(yīng)空間分隔。字節(jié)間空間和幀內(nèi)響應(yīng)空間的長度沒有定義，只限制了整個報文幀的長度。最小的幀長度 TFRAME_MIN是傳輸一個幀所需要的最小時間（字節(jié)間空間和幀間響應(yīng)空間是 0）。最大的幀長度 TFRAME_MAX 是允許傳輸一個幀的最大時間。時間值如 表106所示。它們由數(shù)據(jù)場字節(jié) NDATA的數(shù)量決定，并不包括系統(tǒng)固有的（如物理上）信號延時。 ? 如果從機檢測到總線在 TTIME_OUT中沒有活動，它會假設(shè)總線處于睡眠模式。這也可能是由于睡眠報文被破壞。 上一頁 下一頁 返回 第三節(jié) 報文傳輸 ? 四、喚醒信號 ? 總線的睡眠模式可以通過任何節(jié)點發(fā)生一個喚醒信號來中。喚醒信號可以通過任何從機任務(wù)發(fā)送，但只有總線以前處于睡眠模式且節(jié)點內(nèi)部請求被掛起時才有效。 ? 喚醒信號是字符“ 0x80” .當(dāng)從機不和主機節(jié)點同步時，信號可以比精確的時鐘源信號拉長 15%或縮短 15%。主機可以檢測到字符“ 0x80” ,并作為一個有效的數(shù)據(jù)字節(jié)， ? “ 0Xc0”、“ 0x80”或 0x00”都可以。第一個場由TWUSIG的顯性位序列給出，即 8個顯性位（包括起始位）。接著的第二個場是持續(xù)了至少 TWUDEL 的隱性喚醒界定符，即至少 4個位定時（包括停止位和一個隱性暫停位）如 圖1014所示。 上一頁 下一頁 返回 第三節(jié) 報文傳輸 ? 在喚醒信號發(fā)送到總線上后，所有的節(jié)點都運行啟動過程，并等待主機任務(wù)發(fā)送一個同步間隔和同步場。如果在喚醒信號超時（ TIMEOUT AFTER WAKEUP SIGNAL）時間內(nèi)沒有檢測到同步場，請求第一個喚醒信號的節(jié)點將再一次發(fā)送一個新的喚醒信號，但這種情況將不超過 3次，然后喚醒信號的傳輸將被 3個間隔超市 (TIMEOUT AFTER THREE BREAKS )掛起，見 表 107和第十一節(jié)。只有內(nèi)部喚醒請求掛起的節(jié)點才允許重新發(fā)送喚醒信號，在 3個間隔超時后再重新發(fā)送 3個喚醒信號，此后就可以決定是否要停止重新發(fā)送。 ? 如果沒有其他的節(jié)點，位定時 Tbit 參照主機節(jié)點的 SCI 波特率見本章第九節(jié)。 上一頁 返回 第四節(jié) 報文濾波及確認(rèn) ? 一 、報文濾波 ? 報文濾波是基于整個標(biāo)識符。必須通過網(wǎng)絡(luò)配置來確認(rèn)：每一個從機任務(wù)對應(yīng)一個傳送標(biāo)識符。 ? 二、報文確認(rèn) ? 如果直到幀的結(jié)尾都沒有檢測到錯誤，這個報文對發(fā)送器和接收器都有效。 ? 如果報文發(fā)生錯誤，則主機和從機任務(wù)都認(rèn)為報文沒有發(fā)送。 ? 注意：主機和從機任務(wù)在發(fā)送和接收到一個錯誤報文時所采取的行動并沒有在協(xié)議規(guī)范中定義。像主機重新發(fā)送或從機的后退操作都由應(yīng)用的要求來決定，而且要在應(yīng)用層中說明。 ? 在總線上傳送的事件信息也可能丟失，而且這個丟失不能被檢測到。 返回 第五節(jié) 錯誤和異常處理 ? 一、錯誤檢測 ? 這里共定義了 5個不同的報文錯誤類型。產(chǎn)生錯誤的原因見第十一節(jié)。 ? ? 向總線發(fā)送一個位的單元同時也在監(jiān)控總線。當(dāng)監(jiān)控到的位的值和發(fā)送的位的值不同時，則在這個位定時檢測到一個位錯誤。 ? ? 所有數(shù)據(jù)字節(jié)的和的補碼與校驗和字節(jié)之和不是“ 0xFF”時，則檢測到一個校驗和錯誤（見本章第三節(jié)中校驗和場）。 下一頁 返回 第五節(jié) 錯誤和異常處理 ? ? 標(biāo)識符的奇偶錯誤（即錯誤的標(biāo)識符）不會被標(biāo)出。通常，LIN 從機節(jié)點不能區(qū)分一個未知但有效的標(biāo)識符和一個錯誤的標(biāo)識符。然而，所有的從機節(jié)點都能區(qū)分 ID場中 8位都已知的標(biāo)識符和一個已知但錯誤的標(biāo)識符。 ? ? 如果任何從機任務(wù)在發(fā)送 SYNCH 和標(biāo)識符場時，在最大長度時間 TFRAME_MAX(見本章第三節(jié) )中沒有完成報文幀的發(fā)送，則產(chǎn)生一個不響應(yīng)錯誤。 上一頁 下一頁 返回 第五