專利名稱：：用于運行l(wèi)in總線的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種用于運行LIN總線的方法，具有LIN總線的裝置，計算機程序以及計算機程序產(chǎn)品.
背景技術(shù)：
：LIN總線或LIN網(wǎng)絡(luò)是所謂的現(xiàn)場總線，該現(xiàn)場總線主要在汽車結(jié)構(gòu)中連接電子部件如執(zhí)行器和傳感器.縮寫"LIN"(LocalInterconnectNetwork,局部互聯(lián)網(wǎng)絡(luò))代表局部的中間連接網(wǎng)絡(luò)，通過LIN總線將主要安裝在間接用于使汽車前進(jìn)的裝置中以及例如在座位或門上的電子部件相互連接.規(guī)定部件以及由此用戶實施為上級LIN主機.其它部件或用戶被設(shè)置為LIN從機，通常僅在LIN主機通過對數(shù)據(jù)的查詢向LIN總線提出請求時，LIN從機才通過該LIN總線傳輸數(shù)據(jù).LIN總線的構(gòu)成比CAN(ControllerAreaNetwork,控制器區(qū)域網(wǎng)絡(luò))總線更復(fù)雜，但由于LIN總線具有更小的帶寬，因此可以比CAN總線實現(xiàn)更小的數(shù)據(jù)傳輸率。但要注意的是LIN總線更便宜.
發(fā)明內(nèi)容本發(fā)明涉及一種用于運行LIN總線的方法，該LIN總線的規(guī)格在通過LIN總線的正常運行中描述，其中為了執(zhí)行特殊運行通過LIN協(xié)議為替換的通信協(xié)議建立隧道，通過由UN協(xié)議為該通信協(xié)議建立的這種隧道(Tunnel)，修改LIN總線或該LIN總線的至少一個用戶的功能特性，由此該至少一個用戶可以在特殊運行期間執(zhí)行技術(shù)功能和/或?qū)夹g(shù)的相互作用做出反應(yīng)，該技術(shù)功能和技術(shù)的相互作用與正常運行的功能和相互作用不同.為了執(zhí)行該方法，在實施方式中將與該通信協(xié)議關(guān)聯(lián)的服務(wù)反映到LIN協(xié)議幀中.由此將LIN幀用于傳輸在該LIN幀中傳輸其它通信協(xié)議。為此依據(jù)該服務(wù)填入該幀的至少一個數(shù)據(jù).此外，應(yīng)當(dāng)依據(jù)服務(wù)填入該替換通信協(xié)議的參數(shù).在特殊運行期間通過該通信協(xié)議對LIN總線的至少一個用戶編程.替換或伴隨的，還可以在特殊運行期間執(zhí)行診斷，其中該替換的通信協(xié)議被反映到實施為診斷幀的LIN協(xié)議幀中?？梢酝ㄟ^LIN協(xié)議為不同的替換通信協(xié)議建立隧道，并且在此過程中將相應(yīng)的服務(wù)反映到該LIN協(xié)議幀中.在通過LIN協(xié)議為UDS協(xié)議建立隧道時將UDS服務(wù)反映到該幀中.在通過LIN協(xié)議為專用的、自己的協(xié)議建立隧道時將專用的服務(wù)反映到該楨中.在通過LIN協(xié)議為KWP2000協(xié)議建立隧道時，將KWP2000服務(wù)反映到該幀中.此外，本發(fā)明還涉及一種裝置，該裝置具有包括多個用戶的LIN總線，該LIN總線的規(guī)格在通過LIN協(xié)議的正常運行中描述。為了執(zhí)行特殊運行將該裝置配置為通過LIN協(xié)議為替換的通信協(xié)議建立隧道.在該裝置中，第一用戶典型地實施為主機，至少一個第二用戶實施為從機.在這種情況下為了執(zhí)行通信以及與該通信關(guān)聯(lián)的數(shù)據(jù)交換，規(guī)定主機向從機傳送查詢，而從機向主機傳送應(yīng)答.所述裝置或者該裝置的至少一個用戶被配置為用于執(zhí)行本發(fā)明方法的所有步驟.本發(fā)明的具有程序代碼裝置的計算機程序被配置為，當(dāng)該計算機程序在計算機或相應(yīng)的計算單元上、尤其是在本發(fā)明的裝置中實施時，執(zhí)行本發(fā)明方法的所有步驟.本發(fā)明還涉及具有程序代碼裝置的計算機程序產(chǎn)品，該程序代碼段存儲在計算機可讀的數(shù)據(jù)栽體上，用于當(dāng)該計算機程序在計算機或相應(yīng)的計算單元上、尤其是在本發(fā)明裝置的控制裝置中實施時，執(zhí)行本發(fā)明方法的所有步驟.利用本發(fā)明可以將LIN協(xié)議的診斷幀用于在該診斷幀中傳輸其它通信協(xié)議以及尤其是傳輸診斷協(xié)議.在實施方式中這通過UDS協(xié)議以及專用協(xié)議進(jìn)行。本發(fā)明將診斷協(xié)議如統(tǒng)一診斷服務(wù)(UnifiedDiagnosticService,UDS)、專用服務(wù)或KWP2000的應(yīng)用擴展到LIN總線系統(tǒng)，尤其是修訂版2.0以及老的版本，從而可以通過LIN總線協(xié)議建立該診斷協(xié)議的隧道.由此利用本發(fā)明可以執(zhí)行為LIN節(jié)點、一般來說是從機實施診斷機制的方法。該方法尤其是建立在針對LIN診斷和按照修訂版2.0的配置規(guī)格的概念的基礎(chǔ)上.由此實施用于收集診斷數(shù)據(jù)的替換措施，在實施方式中，該概念考慮用戶定義的診斷"UserDefinedDiagnostic"以及診斷傳輸層"DiagnosticTransportLayer"該診斷概念應(yīng)當(dāng)理解為標(biāo)準(zhǔn)通信協(xié)議的擴展或增加，并由此理解為LIN總線的LIN協(xié)議的擴展或增加.作為對該協(xié)議的要求，規(guī)定電子控制單元(ECU)使用實施通信協(xié)議LIN1.2，LIN1.3，LIN2.0，SAEJ2602(在2004年8月公開)中至少一個的診斷概念.該通信協(xié)議中的數(shù)據(jù)傳輸率由相應(yīng)的項目來定義.如果該項目需要對正常的應(yīng)用和診斷運行使用不同的數(shù)據(jù)傳輸率，則可以使用用于更改數(shù)據(jù)傳輸率的機制.診斷消息通常在LIN命令幀內(nèi)傳輸，該LIN命令幀是為作為LIN總線的用戶的主機的查詢以及作為LIN總線的用戶的從機的應(yīng)答而預(yù)留的.該命令幀的例子在表格l中示出.標(biāo)識符(Hex)描述0x3c主機的查詢幀0x3d從機的應(yīng)答幀表格l:診斷標(biāo)識符為了綜合診斷數(shù)據(jù)，既為主機的查詢又為從機的應(yīng)答設(shè)置在下面的表格2中示例性示出的幀類型類型描述單幀(SF)如果所傳輸?shù)脑\斷消息適合放入唯一的一個LIN診斷幀中，則使用SF。笫一幀(FF)如果所傳輸?shù)脑\斷消息比唯一的一個LIN楨更長則使用FF在此該診斷消息的第一UN幀具有SF的結(jié)構(gòu)。連續(xù)幀(CF)如果所傳輸?shù)脑\斷消息比一個LIN幀更長則使用CF。除開FF之外的所有LIN幀都具有TF的結(jié)構(gòu).表格2:主機查詢和從機應(yīng)答的幀類型診斷幀典型地包括8個數(shù)據(jù)字節(jié)?？赡艿脑\斷幀的一種可能的結(jié)構(gòu)在下面的表格3中示出.<table>tableseeoriginaldocumentpage7</column></row><table>表格3:診斷幀的結(jié)構(gòu)在此縮寫"NAD"(NoteAddress)代表字節(jié)地址.它首次規(guī)定在按照版本2.0的LIN診斷和配置規(guī)格中，NAD表示通過查詢被尋址的從機節(jié)點的地址。NAD同樣可以用于顯示查詢的來源.下面的表格4示出在特定的系統(tǒng)配置的情況下使用節(jié)點地址(NAD)的例子，<table>tableseeoriginaldocumentpage7</column></row><table>每個從機節(jié)點定義統(tǒng)一的節(jié)點地址，SAEJ2602點對點(生產(chǎn)，開發(fā))在此可以使用由使用者定義的節(jié)點配置方法，該節(jié)點地址位于0x01到0x7e的范圍內(nèi)。同樣可以在0x80到Oxff的范圍內(nèi)為從機節(jié)點定義固定的節(jié)點地址。LIN網(wǎng)絡(luò)(序列)在此使用由使用者定義的節(jié)點配置方法，，該節(jié)點地址位于OxOl到0x7e的范圍內(nèi)。表格4:NAD定義的概要表格3中引入的PCI字節(jié)的結(jié)構(gòu)在表格5中示出.縮寫PCI(ProtocolControlInformation)代表協(xié)議控制信息，該協(xié)議控制信息包括關(guān)于幀類型的信息以及傳榆層流控制信息，類型PCI字節(jié)位7位6位5位4位3位2位l位0SF0000長度在該幀中所使用的數(shù)據(jù)字節(jié)的數(shù)量加上用于SID或RSID的1(最大值=6->5數(shù)據(jù)字節(jié)+SID或RSID;最小值=1->0數(shù)據(jù)字節(jié)十SID或RSID),FF0001長度/256這是所傳輸?shù)脑撓⒌臄?shù)據(jù)字節(jié)總數(shù)加上用于SID或RSID的1的長度.該消息長度的4個最高有效位被傳輸?shù)絇CI字節(jié)的4個最低有效位中，CF0010楨計數(shù)器CF+貞的計數(shù)器。第一CF幀用1標(biāo)注，第二CF幀用2標(biāo)注，依此類推.如果該消息具有超過15個CF幀，則8<table>tableseeoriginaldocumentpage9</column></row><table>表格5:PCI字節(jié)的結(jié)構(gòu)如果該消息不適合放入唯一的一個幀中，則該消息長度的4個最高有效位被傳輸?shù)絇CI字節(jié)的4個最低有效位中.該消息長度的8個最低有效位被傳輸給表格3中引入的LEN字節(jié)，該消息最多可以包括4095個字節(jié)(長度-0xff),在第一示例中給出下面的值該消息中數(shù)據(jù)字節(jié)的數(shù)量-700個字節(jié)(0x2bc)長度-OWbd，該消息中數(shù)據(jù)字節(jié)的數(shù)量+1LEN-Oxbd,該長度的8個最低有效位PCI-0xl2,PCI的4個最低有效位包括該長度的4個最高有效位，PCI的4個最高有效位包括幀類型指示.在第二個例子中給出以下值該消息中數(shù)據(jù)字節(jié)的數(shù)量-700個字節(jié)(0x2bc)長度-0x2bd，該消息中數(shù)據(jù)字節(jié)的數(shù)量+1LEN=Oxbd，該長度的8個最低有效位PCI=0xl2，PCI的4個最低有效位包括該長度的4個最高有效位，PCI的4個最高有效位包括幀類型指示，表格3中的縮寫SID(ServiceIdentifier)代表服務(wù)標(biāo)識符，并確定應(yīng)當(dāng)通過從機節(jié)點地址執(zhí)行的查詢.表格6示出SID和節(jié)點地址(NAD)之間的關(guān)系.<table>tableseeoriginaldocumentpage9</column></row><table>表格6:SID和NAD之間的相關(guān)性所需要的服務(wù)定義或診斷服務(wù)定義一般通過項目或使用者確定。一些使用者使用ISO服務(wù)或例如專用服務(wù)。還可以由使用者定義自己的、替換LIN協(xié)議的通信協(xié)議，并在此定義特定的診斷服務(wù).因此必須通過使用者決定將使用哪些類型的診斷服務(wù).表格3中的縮寫RSID(ResponseServiceIdentifier)代表應(yīng)答服務(wù)標(biāo)識符，并確定應(yīng)答的內(nèi)容.用于肯定應(yīng)答的RSID典型的是SID+0x40,對數(shù)據(jù)字節(jié)的解釋取決于服務(wù)標(biāo)識符或應(yīng)答服務(wù)標(biāo)識符，這些數(shù)據(jù)字節(jié)通過分別針對相應(yīng)的數(shù)據(jù)1到數(shù)據(jù)6的變量Dl到D6描述。如果協(xié)議幀沒有被填滿，則用l(oxff)填充未使用的字節(jié).該通信的流程取決于需求的數(shù)量.例如使用者在制造序列中定義其系統(tǒng)中診斷通信的流程.在生產(chǎn)中或在工廠中針對每個特殊的產(chǎn)品優(yōu)化該流程，以減少生產(chǎn)步驟的持續(xù)時間.因此尤其是通過項目的類型來定義該流程.表格7給出了在通信期間可能出現(xiàn)的錯誤的概要.錯誤描述否定應(yīng)答主機從LIN從機獲得否定應(yīng)答。幀的內(nèi)容不一致查詢或應(yīng)答的內(nèi)容不一致.這例如意味著所接收的消息依據(jù)項目具有未定義的PCI或者未定義的SID或者RSID。另外，該錯誤還可以在所接收的由用戶定義的數(shù)據(jù)字節(jié)(Dl...Dx)不具有期望的值時使用，連續(xù)性的錯誤連續(xù)幀序列的幀計數(shù)器不一致，例如幀計數(shù)器=1...2...5,,.6.傳輸過程中的超時超過發(fā)送查詢和發(fā)送從機的肯定應(yīng)答之間的時間(t(ttoutM〉TlU(iiitM)通信錯誤LIN協(xié)議中的通信錯誤，例如通信中斷，傳輸失敗表格7:通信錯誤依據(jù)節(jié)點類型，也就是依據(jù)LIN主機或LIN從機的具體構(gòu)成，必須實施不同的錯誤機制。在表格8中示出在從機節(jié)點中可以實施的錯誤處理的概要.10從機節(jié)點錯誤反應(yīng)幀的內(nèi)容不一致接收中斷，忽略同一個接收機的其它cs幀丟棄傳輸數(shù)據(jù).發(fā)送否定應(yīng)答。連續(xù)性的錯誤接收中斷，忽略同一個接收機的其它cs幀丟棄傳輸數(shù)據(jù)，發(fā)送否定應(yīng)答.通信錯誤通過使用者定義與在正常通信運行時相同的反應(yīng).表格8:對從機節(jié)點中錯誤的反應(yīng)表格9示出針對在主機節(jié)點中實施的錯誤處理的示例.主機節(jié)點錯誤反應(yīng)否定應(yīng)答通過使用者定義反應(yīng).幀的內(nèi)容不一致接收中斷，丟棄傳輸數(shù)據(jù)。發(fā)送否定應(yīng)答。連續(xù)性的錯誤接收中斷，丟棄傳輸數(shù)據(jù)。發(fā)送否定應(yīng)答。傳輸過程中的超時接收中斷，丟棄傳輸數(shù)據(jù)，發(fā)送否定應(yīng)答.通信錯誤通過使用者定義與在正常通信運行時相同的反應(yīng)，表格9:對主機節(jié)點中錯誤的響應(yīng)每個項目定義在出現(xiàn)錯誤之后系統(tǒng)的行為模式，以及如何停止傳輸流，例如通過重復(fù)傳輸、重新啟動查詢序列或應(yīng)答序列或者通過完全中斷通信.在可能的實施方式中，可以將用于按照2003年IS014229-1.2的公路汽車的根據(jù)UDS(統(tǒng)一診斷服務(wù))的診斷服務(wù)應(yīng)用于LIN總線，并由此應(yīng)用于LIN協(xié)議.為此下面的表格10示出LIN上下文內(nèi)診斷服務(wù)的概要.但是還可以應(yīng)用其它服務(wù).針對該實施方式的示例在表格10到13中示出.表格10包括服務(wù)的名稱以及所屬的服務(wù)標(biāo)識符(ServiceIdentifier,SID)，在此該服務(wù)標(biāo)識符作為十六進(jìn)制值示出.此外還ii為每個診斷服務(wù)給出簡短的描述。"子功能"一欄以及"SupPosRsp"(suppresspositiveresponsemessage,抑制肯定應(yīng)答消息)一欄定義對于各診斷服務(wù)來說是否存在子功能，以及是否能分別抑制肯定應(yīng)答.在此，要區(qū)分子功能和子參數(shù).通過子參數(shù)可以使期望的服務(wù)或功能(例如存儲器大小，存儲器地址等)具體化，相反子功能在特定的流程方案下調(diào)用期望的服務(wù)，例如軟復(fù)位或硬復(fù)位或稱中斷復(fù)位.子功能的參數(shù)或服務(wù)參數(shù)字節(jié)的最高有效位(位7)用于抑制針對相應(yīng)服務(wù)的肯定應(yīng)答(表格ll).一般來說，通過將應(yīng)答SID與恒定的十六進(jìn)制值0x40求和來為肯定應(yīng)答形成代表應(yīng)答服務(wù)標(biāo)識符的RSID(responseserviceidentifier),否定應(yīng)答用于RSID0x7F,在這種情況下笫二字節(jié)是曾引起錯誤的SID,通過取決于SID的笫三字節(jié)，更為準(zhǔn)確地描述該錯誤.服務(wù)名稱SID(Hex)子功能SupPosRsp描述用于診斷和通信管理的功能單元診斷會話控制10XX使診斷會話成為可能ECU復(fù)位11XX促使從機執(zhí)行復(fù)位，安全訪問27XX從機應(yīng)當(dāng)解除安全服務(wù).控制DTC設(shè)置(控制診斷干擾碼)85XX診斷千擾碼的受控設(shè)置值(DTC，diagnostictroublecodes,診斷干擾碼)用i卜傳輸數(shù)據(jù)的功能單元通過標(biāo)識符讀取數(shù)據(jù)22主機請求讀取由數(shù)據(jù)標(biāo)識符提供的數(shù)據(jù)組的當(dāng)前值.通過地址讀取存儲器23主機要求讀取所提供的存儲器段的當(dāng)前值。通過標(biāo)識符寫入數(shù)據(jù)2E主機請求寫入由數(shù)據(jù)標(biāo)識符提供的數(shù)據(jù)組.通過地址寫存儲3D要求重寫所提供的數(shù)12器據(jù)段。通過功能單元的輸入/輸出進(jìn)行的控制通過標(biāo)識符的輸入輸出控制2F在從機中控制輸入-讀取/輸出-寫入。對功能單元的例程的遠(yuǎn)程激活例程控制31XX啟動、中止或請求從機例程的結(jié)果.功能單元(從機)的上傳/下栽請求下栽34將數(shù)據(jù)傳輸給LIN從機請求上傳35從LIN從機傳輸數(shù)據(jù)數(shù)據(jù)傳輸36向LIN從機或從LIN從機傳輸數(shù)據(jù)請求退出傳輸37主機請求結(jié)束數(shù)據(jù)傳輸。表格10:LIN診斷服務(wù)的概要表格ll示出服務(wù)參數(shù)字節(jié)的常用結(jié)構(gòu)。服務(wù)M字節(jié)(SPB)位7位6位5位4位3位2位l位0SupPosRsp診U開會話類型表格ll:診斷標(biāo)識符根據(jù)該實施方式，所提到的按照UDS設(shè)置的通信協(xié)議的服務(wù)被反映到LIN幀中.這種反映到LIN幀中根據(jù)下面描述的示例進(jìn)行.笫三示例啟動診斷會話的默認(rèn)設(shè)置(Standardeinstellung)。NAD:0x83，節(jié)點地址的示例，PCI:0x02，用于單幀的SID和一個數(shù)據(jù)字節(jié)SID:0x10,診斷會話控制服務(wù)數(shù)據(jù)l:0x02，通過UDS指定的編程會話13服務(wù)LINIDLIN數(shù)據(jù)幀診斷會話控制3C83021002FFFFFFFF表格12:診斷會話控制示例4:向LIN從機傳輸數(shù)據(jù).NAD:0x83，節(jié)點地址的示例，PCI:0x10，具有超過6個數(shù)據(jù)字節(jié)的第一幀LEN:0x09,要傳輸SID和8個數(shù)據(jù)字節(jié)SID:0x36，傳輸數(shù)據(jù)數(shù)據(jù)l:0x01，塊序列計數(shù)器(按照UDS的SID0x63的子參數(shù))數(shù)據(jù)2-數(shù)據(jù)4:要傳輸?shù)臄?shù)據(jù)字節(jié)NAD:0x83，節(jié)點地址的示例PCI:0x21，連續(xù)幀(CF)，第二數(shù)據(jù)幀數(shù)據(jù)l-數(shù)據(jù)4:要傳輸?shù)臄?shù)據(jù)字節(jié)數(shù)據(jù)5-數(shù)據(jù)6:未占用，置為OxFF服務(wù)LINIDLIN數(shù)據(jù)幀傳輸數(shù)據(jù)FF3C8310093601010203傳輸數(shù)據(jù)CF3C832104050607FFFF表格13:傳輸數(shù)據(jù)在另一個實施方式中，可以將專用服務(wù)反映到LIN診斷幀中.該實施方式的細(xì)節(jié)在表格14到17中示出.專用幀LIN幀NAD=0x8O..Oxff"請求塊""塊長度"長度="塊長度"-2(參見表格5)"塊標(biāo)題"SID"有用信息"數(shù)據(jù)字節(jié)"校驗和字節(jié)"診斷會話的最后數(shù)據(jù)。(注意由于填充字節(jié)而不是LIN幀的最后字節(jié))14服務(wù)查詢與從機應(yīng)答(查詢標(biāo)識符0x22..0x60)請求("塊標(biāo)題")SID應(yīng)答("塊標(biāo)題")RSID-應(yīng)答("塊標(biāo)題">-0x40(注意應(yīng)答是查詢+0x80)"塊確認(rèn)，，(應(yīng)答標(biāo)識符0x01)"塊長度"PCI=02"A4-站"RSID=SID+0x40RSID=0x5O(診斷會話的啟動)RSID=0x60(診斷會話的結(jié)束)RSID=0x61(DUT，deviceundertest)存在測試中的裝置"校驗和"Dl="校驗和""沒有塊確認(rèn)"(應(yīng)答標(biāo)識符0x02)"塊長度"PCI=03"塊標(biāo)題"RSID-"塊標(biāo)題NACK""錯誤代碼"Dl="錯誤代碼""校驗和"D2="校驗和""塊測試器等待"(應(yīng)答標(biāo)識符0xFE沒有查詢的應(yīng)答)應(yīng)答("塊標(biāo)題")RSID=OxFE表格14:專用幀到LIN幀的映射表格15示出LIN上下文內(nèi)的幾個診斷服務(wù)的概要。表格15包括服務(wù)名稱以及所屬的服務(wù)標(biāo)識符SID("塊標(biāo)題")，在此將該服務(wù)標(biāo)識符作為十六進(jìn)制值示出.此外對每個診斷服務(wù)給出簡短描述.SID(Hex)服務(wù)名稱啟動診斷會話10允許診斷會話結(jié)束診斷會話20主機要求結(jié)束數(shù)據(jù)傳輸長時間讀取DUT(測試中的裝置)狀態(tài)信息22主機要求關(guān)于從機狀態(tài)、項目狀態(tài)、軟件狀態(tài)或硬件狀態(tài)的信息。讀取快照2字節(jié)16位地址31主機要求讀取所提供的存儲器段的當(dāng)前值。1536從機應(yīng)當(dāng)允許對用于編程的EEPROM的訪問。允許閃存ROM訪問38從機應(yīng)當(dāng)允許對用于編程的閃存ROM的訪問。允許硬件訪問從機應(yīng)當(dāng)允許對ECU硬件的訪問.程序閃存R0M16位區(qū)域4b將數(shù)據(jù)傳輸給LIN從機以用于閃存編程。允許RAM訪問50允許對RAM的訪問啟動例程16位地址區(qū)域53執(zhí)行在定義的地址處的代碼"傳送參數(shù)的透明的數(shù)據(jù)塊"60利用該標(biāo)識符(ID)可以特定于項目地定義特殊的命令，表格15:LIN診斷服務(wù)的概要將該服務(wù)反映到LIN幀中可以按照下面的示例進(jìn)行.示例5:啟動診斷會話.NAD:0x83，節(jié)點地址的示例PCI:0x04，SID，3個數(shù)據(jù)字節(jié)及校驗和，單幀SID:0x10，啟動診斷會話數(shù)據(jù)l:xx，ECUId字節(jié)l，在專用協(xié)議中指定數(shù)據(jù)2:xx，ECUId字節(jié)2，在專用協(xié)議中指定數(shù)據(jù)3:cs,校驗和表格16適用于診斷會話的啟動.服務(wù)LINIDLIN數(shù)據(jù)幀診斷會話控制3C830410xxxxcsFFFF表格16:診斷會話的啟動示例6:將閃存ROM的6個字節(jié)編程到地址0x0123。第一幀(FF):NAD:0x83，節(jié)點地址的示例PCI:0x10，笫一幀，超過8個數(shù)據(jù)字節(jié)LEW:0x0a，SID，兩個地址字節(jié)，6個數(shù)據(jù)字節(jié)及校驗和要傳輸16SID:0x4b，"程序閃存R0M16位地址空間"數(shù)據(jù)l:0x01地址的MSB，在專用協(xié)議中指定數(shù)據(jù)2:0x23地址的LSB，在專用協(xié)議中指定數(shù)據(jù)3,數(shù)據(jù)4:數(shù)據(jù)字節(jié)1和數(shù)據(jù)字節(jié)2連續(xù)幀(CF):NAD:0x83，節(jié)點地址的示例PCI:0x21，連續(xù)楨，笫二數(shù)據(jù)楨Dl-D4:要傳輸?shù)臄?shù)據(jù)字節(jié)(字節(jié)3-字節(jié)6)D5:cs,校驗和D6:未使用，置為OxFF服務(wù)LINIDLIN數(shù)據(jù)幀傳輸數(shù)據(jù)FF3C83100a4b01230102傳輸數(shù)據(jù)CF3C832103040506csFF表格17:數(shù)據(jù)傳輸本發(fā)明的一種可能的應(yīng)用在LIN部件的開發(fā)階段以及由此在LIN網(wǎng)絡(luò)或總線的用戶的開發(fā)階段提供，其中這種LIN部件尤其是實施為電子控制單元(ECU)。由此可以在帶端以及在LIN總線內(nèi)部對LIN部件進(jìn)行更新(Flashen)或軟件更改.此外還具有在LIN總線內(nèi)進(jìn)行診斷查詢的可能性.LIN部件以及進(jìn)而LIN總線最早在所謂的體域、也就是汽車結(jié)構(gòu)中推廣，并將用于通風(fēng)設(shè)備的窗口調(diào)節(jié)電動機(Klappenstellmotor)、調(diào)節(jié)座位的電動機或者用于門電動裝置，本發(fā)明的其它優(yōu)點和實施方式由說明書和附圖給出。應(yīng)當(dāng)理解，上面提到的以及下面還要解釋的特征不僅能以分別給出的組合使用，還能以其它組合或單獨使用，而不會脫離本發(fā)明的范圍，借助附圖中的實施例示意性示出本發(fā)明，并在下面參照附圖詳細(xì)描述本發(fā)明.圖1以示意圖示出LIN網(wǎng)絡(luò)中的通信流程的實施方式圖。17圖2以示意困示出啟動診斷會話的流程圖.圖3以示意閨示出診斷會話的第一實施方式的流程圖.圖4以示意圖示出診斷會話的第二實施方式的流程圖，具體實施例方式在圖l的圖中示意性示出LIN網(wǎng)絡(luò)106的主機102和從機104，它們相互通信.在實施為LIN網(wǎng)絡(luò)106的系統(tǒng)內(nèi)，主機102負(fù)責(zé)時間分配108，因為在主機102發(fā)送了具有ID-0x3d的幀的標(biāo)題IIO之后，從機104只能發(fā)送一個應(yīng)答.在對汽車進(jìn)行診斷，其中設(shè)置汽車測試裝置作為診斷主機102的情況下，由主機102決定附加的請求，該附加的請求通過使用者的診斷協(xié)議確定，這意味著在本實施方式中，主機102周期性地向從機102發(fā)送消息，以由此表明子系統(tǒng)處于測試模式中.UN網(wǎng)絡(luò)106中的診斷通信通過兩種通信類型實現(xiàn)，即主機102的查詢(請求)和從機104的應(yīng)答(響應(yīng)).在第一時間段112以及由此在第一種情況下，主機102向從機104發(fā)送笫一查詢114，其中不需要特殊的時間參數(shù).在第二種情況下，在期待從機104向主機102發(fā)送應(yīng)答的笫二時間段116期間，規(guī)定主機發(fā)送具有ID-Ox3d的標(biāo)題110的查詢118，但是從機104不進(jìn)行應(yīng)答，為了保證對該系統(tǒng)以及進(jìn)而對LIN網(wǎng)絡(luò)106的觀察，必須在發(fā)送第二查詢118之后在LIN網(wǎng)絡(luò)106中實施超時120或Timeout(U。u").主機102發(fā)送"0x3d",但是從機104并不對此進(jìn)行應(yīng)答，主機102重復(fù)具有"0x3d"的消息，直到該超時結(jié)束.時間設(shè)置的概要在下面的表格18中預(yù)先給定。同樣未得到應(yīng)答的笫三查詢122在笫三時間段1"期間被發(fā)送，在笫四時間段126期間，主機102發(fā)送笫四查詢128，從機104用笫一應(yīng)答130對該第四查詢128作出反應(yīng)，據(jù)此超時(tRt。utM)120結(jié)束。在第五時間段132期間，主機102傳送第五查詢134，從機104用第二應(yīng)答136回應(yīng)該第五查詢134.<table>tableseeoriginaldocumentpage18</column></row><table>表格18:時間參數(shù)的概要為了簡單和層次分明地保持軟件，可以通過對0x3d幀計數(shù)而從機104不進(jìn)行應(yīng)答來獲取復(fù)位時間120tKt。u,M.在觀察通信開始期間的情況下，可能需要發(fā)送比在正常通信類型情況下更長的復(fù)位時間120.因此主時間的最大值(TtDUtM)—般取決于LIN網(wǎng)絡(luò)106的狀態(tài).圖2以示意圖示出啟動用于在LIN網(wǎng)絡(luò)中對單個從機進(jìn)行ECU編程的診斷會話202的流程圖.在此，該診斷會話202分為標(biāo)準(zhǔn)診斷會話204、擴展的診斷會話206以及診斷會話202的編程208。用于閃存再編程210的診斷會話202以讀取212從機的標(biāo)識開始，接著在第二個步驟中對再編程210的狀態(tài)進(jìn)行檢查214.在擴展的診斷會話206開始時，在第三個步驟中完成該診斷會話類型的首次交換216.可選地在第四個步驟中對錯誤項進(jìn)行抑制218.在擴展的診斷會話206結(jié)束時，進(jìn)行該診斷會話類型的第二次交換220。在此給出的主機和從機之間的消息流動基于用于存儲器的刪除例程和寫例程的傳輸以及基于兩個數(shù)據(jù)塊，在此該存儲器是閃存.如果需要閉鎖軟件，則該閃存的刪除例程和寫例程出于安全原因?qū)⒉粫暾卮鎯υ陔娮涌刂茊卧?ECU)上.在執(zhí)行程序序列期間，將這些例程缺少的部分傳輸給從機.規(guī)定向從機傳輸長度為64個字節(jié)的兩個存儲器塊并在閃存中對這兩個存儲器塊編程。圖2中示出的各個步驟用作在LIN網(wǎng)絡(luò)中進(jìn)行閃存編程的開端。LIN網(wǎng)絡(luò)中的通信在利用LIN協(xié)議的正常運行期間進(jìn)行.為了實現(xiàn)諸如診斷會話的特殊運行，在本實施方式中通過LIN協(xié)議為替換的通信協(xié)議建立隧道.在此，在第一次交換216時從LIN協(xié)議切換到這種替換的通信協(xié)議，在第二次交換220時從該替換的通信協(xié)議切換回LIN協(xié)議，從而用該替換的通信協(xié)議為LIN網(wǎng)絡(luò)進(jìn)行擴展的診斷會話206,為了用另一種診斷協(xié)議實現(xiàn)診斷會話202，考慮服務(wù)UDS、KWP2000或?qū)Ｓ梅?wù)。在使用UDS服務(wù)的情況下僅在所謂的"引導(dǎo)加栽器"中輸入診斷會話202的編程.如果等效的用戶之間存在連接以及由此存在點對點連接，則可以部分地省略在困2中示出的步驟。在這種情況下，對于UDS來說，通過圖3的圖示出的剩余的編程過程就足夠了，19而對于專用服務(wù)來說通過圖4的圖示出的剩余的編程過程就足夠了。通過向從機發(fā)送診斷建議序列來控制用于閃存編程的過程。據(jù)此從機傳送肯定或否定的應(yīng)答。在否定應(yīng)答的情況下，需要進(jìn)行錯誤處理，其中這種錯誤處理是特定于項目的.圖3示出在以下情況下診斷會話的第一實施方式的流程圖在LIN網(wǎng)絡(luò)中對電子控制單元進(jìn)行編程時通過LIN協(xié)議為設(shè)置為UDS的通信協(xié)議建立隧道，在此在LIN網(wǎng)絡(luò)內(nèi)對實施為該電子控制單元(ECU)的從機進(jìn)行再編程.在此，為診斷會話的編程302設(shè)置多個步驟.用第一個步騍啟動304編程會話，在第二個步驟中特定于UDS地持續(xù)進(jìn)行安全訪問306，在第三個步驟中傳送指紋308。此后在第四個步驟中進(jìn)行刪除例程的交換310，接著在笫五個步承中對存儲器進(jìn)行刪除312，該存儲器在此是閃存。笫四個步驟和笫五個步驟可以按照需要重復(fù)。此后在第六個步驟中進(jìn)行寫例程的交換314，接著在笫七個步驟中對存儲器進(jìn)行寫入316，笫六個步驟和第七個步媒也可以在需要的情況下重復(fù).在第八個步驟中對存儲器的內(nèi)容進(jìn)行確認(rèn)318。在第九個步驟中通過復(fù)位320結(jié)束診斷會話的編程，要說明的是，在本實施方式中，在圖內(nèi)虛線圍繞的方框中的笫二個步猓、第四個步驟、笫五個步驟、第六個步驟和笫八個步驟是可選的執(zhí)行.這些步猓的細(xì)節(jié)從下面的表格給出。由此在圖3中示出LIN的診斷數(shù)據(jù)幀.該實施例基于將長度為64個字節(jié)的兩個數(shù)據(jù)塊的閃存編程到從機中.由于在ECU中沒有設(shè)置用于刪除或?qū)戦W存的例程，因此這種例程在其傳輸給ECU之后在RAM中執(zhí)行。此外在該示例中沒有設(shè)置時間說明，如對應(yīng)答的等待，因為該時間說明取決于所使用的硬件.而只是描述了消息序列的順序.首先啟動診斷編程會話，如在表格19中示出的.服務(wù)LINIDLIN數(shù)據(jù)幀診斷會話協(xié)議(編程會話)3C83021002FFFFFFFF應(yīng)答SF3D83025002FFFFFFFF表格19:診斷編程會話的啟動304此后如果ECU使用閉鎖機制則采用安全訪問306。在下面的表格20中示出測試裝置如何用SID0x27向?qū)嵤長IN從機的部件請求種子。下個字節(jié)代表子功能的一個參數(shù)，該子功能根據(jù)UDS請求該種子.應(yīng)答包括任意選擇的內(nèi)核(Keim)，例如0x210x47。服務(wù)LINIDLIN數(shù)據(jù)幀安全訪問(讀取種子)SF3C83022701FFFFFFFF應(yīng)答SF3D830467012174FFFF表格20:安全訪問306，種子的讀取如表格21所示，安全訪問306通過傳送基于所接收的種子計算出來的密鑰來繼續(xù).根據(jù)UDS的子功能的值0x02指定用于發(fā)送該密鑰的服務(wù)0x27的"發(fā)送密鑰"功能.如果該密鑰如0x47Oxll通過審查，則持續(xù)進(jìn)行編程訪問，服務(wù)UNIDLIN數(shù)據(jù)幀安全訪問(發(fā)送密鑰)SF3C830427024711FFFF應(yīng)答SF3D83026702FFFFFFFF表格21:安全訪問306，密鑰的發(fā)送由于現(xiàn)在可以訪問從機，因此軟件指紋308以及進(jìn)而軟件的指模被傳輸?shù)綇臋C中進(jìn)行存儲.在此，根據(jù)所期望的指紋308的標(biāo)識可以占用xx個和yy個字節(jié).此后根據(jù)UDS傳送指紋308的數(shù)據(jù)，如0x01-0x03。表格22示例性示出指故308的傳輸.服務(wù)LINIDLIN數(shù)據(jù)幀通過標(biāo)識符寫數(shù)據(jù)SF3C83062Exxyy010203應(yīng)答SF3D83036ExxyyFFFFFF表格22:指故308的傳送由于在該示例中從機使用軟件閉鎖機制，因此在閃存中沒有存儲刪除例程。而是直接在執(zhí)行刪除操作之前至少部分地傳輸用于刪除閃存的編程代碼，如在表格23中所示，21服務(wù)LINIDLIN數(shù)據(jù)幀請求下栽SF3C8306340012xxyyOF應(yīng)答SF3D8304742000FFFFFF傳輸數(shù)據(jù)FF3C8310113601010203傳輸數(shù)據(jù)CF3C8321040506070809傳輸數(shù)據(jù)CF3C8322OAOBOCODOEOF應(yīng)答SF3D83027601FFFFFFFF請求退出傳輸SF3C83137FFFFFFFFFF應(yīng)答SF3D830177FFFFFFFFFF表格23:刪除例程的下載在完整地傳輸了刪除程序之后，可以檢查如在表格24中示出的程序代碼.利用該例程的控制序列(0x31)在從機中啟動具有ID-xxxx的例程的程序(Prozedur)，其中根據(jù)UDS規(guī)定子功能OxOl-開始.由于需要一定的時間段來計算該例程，因此應(yīng)答被延遲。但是這種特性可以通過測試工具以及由此通過汽車測試裝置考慮，在肯定應(yīng)答中作為該例程的結(jié)果一起給出yyyy.服務(wù)LINIDLIN數(shù)據(jù)幀例程控制SF3C83043101xxxxFFFF應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D83047101yyyyFFFF表格24:對刪除例程的檢查在表格25中示出如何在使用前不久傳送的刪除例程的條件下刪除閃存.該刪除例程由針對該刪除例程的控制序列0x31調(diào)用，并根據(jù)UDS以子功能OxOl-開始來開始.刪除例程的標(biāo)識(ID)被編碼為xxyy.由于刪除312需要一定的時間段，因此必要時從機的幾個RX診斷消息是空的.在刪除過程結(jié)束之后發(fā)送肯定的應(yīng)答.刪除312所需要的時間將通過閃存工具考慮。22服務(wù)LINIDLIN數(shù)據(jù)幀例程控制SF3C83043101xxyyFFFF應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D83047101xxyyFFFF表格25:存儲器的刪除由于軟件的閉鎖，在本示例中沒有對非易失存儲器設(shè)置寫例程，下面的表格26示出一個消息序列，利用該消息序列為從機下栽寫例程.服務(wù)LINIDLIN數(shù)據(jù)幀請求下栽SF3C8306340012XXOF應(yīng)答SF3D8304742000FFFFFF傳輸數(shù)據(jù)FF3C8310113601010203傳輸數(shù)據(jù)CF3C8321040506070809傳輸數(shù)據(jù)DF3C8322OAOBOCODOEOF應(yīng)答SF3D83027601FFFFFFFF請求退出傳輸SF3C830137FFFFFFFFFF應(yīng)答SF3D830177FFFFFFFFFF表格26:寫例程的下栽用表格27中列出的命令序列對所傳輸?shù)淖止?jié)進(jìn)行正確性檢查.服務(wù)LINIDLIN數(shù)據(jù)幀例程控制SF3C83043101xxyyFFFF應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D83047101xxyyFFFF表格27:對寫例程的檢查現(xiàn)在傳輸當(dāng)前存在的第一存儲塊，這在表格28中示出。在此在第一個步驟中請求向地址xxyy下載64個(0x40)數(shù)據(jù)字節(jié).在肯定應(yīng)23答之后用連續(xù)的幀將該數(shù)據(jù)傳輸?shù)綌?shù)據(jù)傳輸服務(wù)(0x36)中，該數(shù)據(jù)傳輸服務(wù)以對66個數(shù)據(jù)字節(jié)(ox42;64個數(shù)據(jù)，1個SID和1個塊序列號字節(jié))的查詢開始，最后發(fā)送完所傳輸數(shù)據(jù)的所有的幀，接收肯定的應(yīng)答，由此可以用請求結(jié)束傳輸?shù)男蛄?0x37)(請求退出傳輸)來結(jié)束該傳輸。服務(wù)LINIDLIN數(shù)據(jù)幀請求下栽SF3C8306340012xxyy40應(yīng)答SF3D8304742000FFFFFF傳輸數(shù)據(jù)FF3C8310423601010203傳輸數(shù)據(jù)CF3C8321040506070809傳輸數(shù)據(jù)CF3C8322OA0B0C0D0EOF傳輸數(shù)據(jù)CF3C832A3A3B3C3D3E3F傳輸數(shù)據(jù)CF3C832B40FFFFFFFFFF應(yīng)答SF3D83027601FFFFFFFF請求退出傳輸SF3C830137FFFFFFFFFF應(yīng)答SF3D830177FFFFFFFFFF表格28:笫一存儲塊的下栽用下面的表格29示出如何下載第二存儲塊。這按照與表格28所示的下載相同的方案進(jìn)行.這種閃存過程需要一定的時間段，因此在可以開始下栽第二數(shù)據(jù)塊之前設(shè)置一定的時間間隔作為暫停，24<table>tableseeoriginaldocumentpage25</column></row><table>應(yīng)答SF3D83025101FFFFFFFF表格31:ECU的復(fù)位圖4示出在以下情況下診斷會話的笫二實施方式的流程圖在LIN網(wǎng)絡(luò)中對電子控制單元進(jìn)行編程時通過LIN協(xié)議為專用通信協(xié)議建立隧道。在此在LIN網(wǎng)絡(luò)內(nèi)對實施為該電子控制單元(ECU)的從機進(jìn)行在此，為診斷會話的編程402設(shè)置多個步壤.用第一個步驟啟動404該編程會話，在笫二個步驟中提供閃存ROM訪問406，在笫三個步驟中提供RAM訪問408.在第四個步驟中傳送指紋410.此后在第五個步驟中進(jìn)行刪除例程的交換412，接著在第六個步驟中對存儲器進(jìn)行刪除414.第五個步驟和第六個步稞可以按照需要重復(fù).此后在第七個步驟中進(jìn)行寫例程的交換416，接著在第八個步騍中對存儲器進(jìn)行寫入418，笫七個步驟和第八個步驟也可以在需要的情況下重復(fù).在笫九個步驟中對存儲器的內(nèi)容進(jìn)行確認(rèn)420.在第十個步驟中通過復(fù)位4"結(jié)束該診斷會話的編程.要說明的是，在本實施方式中，在圖內(nèi)虛線圍繞的方框中的笫二個步驟、第三個步猓、第五個步壤、第六個步驟、第七個步驟和笫九個步猓是可選的執(zhí)行.由此在圖4中詳細(xì)示出LIN的診斷數(shù)據(jù)幀.該實施例基于將長度為64個字節(jié)的兩個數(shù)據(jù)塊的閃存編程到從機中。由于在ECU中沒有設(shè)置用于刪除或?qū)戦W存的例程，因此這種例程在其傳輸給ECU之后在RAM中執(zhí)行，此外在該示例中沒有設(shè)置時間說明，如對應(yīng)答的等待，因為該時間說明取決于所使用的硬件.而只是描述了消息序列的順序，首先啟動診斷編程會話，如在表格32中示出的。服務(wù)LINIDLIN數(shù)據(jù)幀啟動診斷會話SF3C830410xxxxcsFFFF應(yīng)答SF3D83025002FFFFFFFF表格32:診斷會話編程的啟動404此后提供閃存DOM訪問406(如在表格33中所示)。26<table>tableseeoriginaldocumentpage27</column></row><table>應(yīng)答SF3D83039001csFFFFFF表格36:刪除例程的下栽下面的表格38示出如何利用以前傳輸?shù)膭h除例程刪除閃存.針對相應(yīng)例程的服務(wù)具有"批量擦除閃存R0M16位地址空間"的名稱，屬于專用協(xié)議的子功能OxOO意思是要刪除完整的閃存.由于該刪除需要一些時間，因此從機的各個RX診斷消息可以為空.為了表明LIN從機還是要等待，應(yīng)當(dāng)按照特定的時間間隔發(fā)送宣稱測試機在等待的應(yīng)答，在結(jié)束該刪除過程之后，發(fā)送肯定的應(yīng)答.用于刪除414的時間將由閃存工具(Flash-Werkzeug)考慮，服務(wù)LINIDLIN數(shù)據(jù)幀批量擦除(主刪除)閃存R0M16位地址空間3C83034d00csFFFFFF應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D8302fefdFFFFFFFF應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D83038d01csFFFFFF表格37:存儲器的刪除414由于軟件的閉鎖，在本示例中沒有設(shè)置用于寫非易失存儲器的例程。下面的表格38示出一個消息序列，利用該消息序列下栽用于從機的寫例程，服務(wù)LINIDLIN數(shù)據(jù)幀寫RAMI6位FF3C8310135002340102寫RAMI6位CF3C8321030405060708寫RAMI6位CF3C8322090aOb0c0dOe寫RAMI6位CF3C8323OfcsFFFFFFFF應(yīng)答SF3D83039001csFFFFFF表格38:寫例程的下栽現(xiàn)在傳輸當(dāng)前存在的第一存儲塊，這在表格39中示出.用對68個數(shù)據(jù)字節(jié)(ox44;64個數(shù)據(jù)，1個SID,2個地址字節(jié)(0x0123)和1個校驗和字節(jié))的查詢開始服務(wù)"程序閃存R0M16位".最后發(fā)送完所傳輸數(shù)據(jù)的所有的頓，接收肯定的應(yīng)答。<table>tableseeoriginaldocumentpage29</column></row><table>表格39:第一存儲塊的下栽下面的表格40開始第二存儲塊(地址0x123+40)的下栽。這與在表格39中所示出的一樣.在開始下栽笫二存儲塊之前，引入一定的時間間隔，因為該閃存過程需要一些時間.<table>tableseeoriginaldocumentpage29</column></row><table>表格40:第二存儲塊的下栽在為該閃存過程設(shè)置的時間間隔過去之后可以繼續(xù)診斷會話.對所傳輸?shù)牟⑶掖鎯υ诜且资Т鎯ζ髦械娜繑?shù)據(jù)，可以啟動檢查，下面的表格41示出適于該檢查的診斷會話，在專用協(xié)議的情況下，開始具有IDxxyy的檢查例程，這種用于檢查的過程需要一定的時間，因此在得到肯定或否定的應(yīng)答之前要考慮一定的時間間隔.服務(wù)LINIDLIN數(shù)據(jù)幀"傳送參數(shù)的透明數(shù)據(jù)塊"3C830460xyyxcsFFFF應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D8302fefdFFFFFFFF應(yīng)答SF3D沒有應(yīng)答應(yīng)答SF3D8303AOxxcsFFFFFF表格41:對存儲塊的檢查在表格42中示出最后一個用于復(fù)位ECU的步驟.用參數(shù)(0x01)的硬復(fù)位(zz)來請求服務(wù)"傳送參數(shù)的透明數(shù)據(jù)塊".服務(wù)LINIDLIN數(shù)據(jù)幀"傳送參數(shù)的透明數(shù)據(jù)塊"3C830406xxzzcsFFFF應(yīng)答SF3D8303AOyycsFFFFFF表格42:ECU的復(fù)位30權(quán)利要求1.一種用于運行LIN總線的方法，該LIN總線的規(guī)格在通過LIN總線的正常運行中描述，其中為了執(zhí)行特殊運行通過LIN協(xié)議為替換的通信協(xié)議建立隧道。2.根據(jù)權(quán)利要求1所述的方法，其中與所述通信協(xié)議關(guān)聯(lián)的服務(wù)被反映到LIN協(xié)議的幀中.3.根據(jù)權(quán)利要求2所述的方法，其中依據(jù)所述服務(wù)填充所述幀的至少一個數(shù)據(jù)。4.根據(jù)權(quán)利要求3所述的方法，其中依據(jù)所述服務(wù)填充所述診斷幀的至少一個數(shù)據(jù).5.根據(jù)上述權(quán)利要求之一所述的方法，其中通過所述通信協(xié)議對LIN總線的至少一個用戶進(jìn)行編程.6.根據(jù)上述權(quán)利要求之一所述的方法，其中在所述特殊運行期間執(zhí)行診斷，其中所述替換的通信協(xié)議被反映到LIN協(xié)議的診斷幀中.7.根據(jù)上述權(quán)利要求之一所述的方法，其中通過LIN協(xié)議為UDS協(xié)議建立隧道，其中UDS服務(wù)被反映到所述幀中。8.根據(jù)權(quán)利要求1至6之一所述的方法，其中通過LIN協(xié)議為專用協(xié)議建立隨道，其中專用服務(wù)被反映到所述幀中.9.根據(jù)權(quán)利要求1至6之一所述的方法，其中通過LIN協(xié)議為KWP2000協(xié)議建立隧道，其中KWP2000服務(wù)被反映到所述幀中.10.根據(jù)上述權(quán)利要求之一所述的方法，其中依據(jù)服務(wù)填充所述替換的通信協(xié)議的參數(shù).11.一種裝置，具有擁有多個用戶的LIN總線，并且該裝置的規(guī)格在通過LIN協(xié)議的正常運行中描述，該裝置為了執(zhí)行特殊運行而被配置為，通過該LIN協(xié)議為替換的通信協(xié)議建立隧道.12.根據(jù)權(quán)利要求11所述的裝置，其中第一用戶實施為主機(102),至少一個第二用戶實施為從機(104).13.根據(jù)權(quán)利要求12所述的裝置，其中為了執(zhí)行通信而規(guī)定，主機(102)向從機(104)傳送查詢(114，118,122，128，134),從機(104)向主機(102)傳送應(yīng)答(130，136)。14.一種具有程序代碼裝置的計算機程序，用于當(dāng)該計算機程序在計算機或相應(yīng)的計算單元上、尤其是在根據(jù)權(quán)利要求11至13之一所述的裝置中實施時，執(zhí)行根據(jù)權(quán)利要求1至IO之一所示方法的所有步驟，15.—種具有程序代碼裝置的計算機程序產(chǎn)品，該程序代碼段存儲在計算機可讀的數(shù)據(jù)載體上，用于當(dāng)該計算機程序在計算機或相應(yīng)的計算單元上、尤其是在根據(jù)權(quán)利要求11至13之一所述的裝置中實施時，執(zhí)行根據(jù)權(quán)利要求i至io之一所示方法的所有步驟.全文摘要本發(fā)明涉及一種用于運行LIN總線的方法，該LIN總線的規(guī)格在通過LIN總線的正常運行中描述，其中為了執(zhí)行特殊運行通過LIN協(xié)議為替換的通信協(xié)議建立隧道。文檔編號H04L12/40GK101491016SQ200780026085公開日2009年7月22日申請日期2007年7月3日優(yōu)先權(quán)日2006年7月12日發(fā)明者I·茂爾,R·馬喬爾申請人:羅伯特.博世有限公司