本發(fā)明涉及汽車通信技術，更為具體地，涉及車載CAN總線數據與FlexRay總線數據之間的轉換技術。

背景技術：

CAN(Controller Area Network)總線協(xié)議是ISO國際標準化串行通信協(xié)議。在汽車產業(yè)中，出于對安全性、舒適性、方便性、低公害、低成本的要求，開發(fā)了各種各樣的電子控制系統(tǒng)，線束的數量也隨之增加。為適應“減少線束的數量”、“通過多個網絡，進行大量數據的高速通信”的需要，博世公司開發(fā)出面向汽車的CAN通信協(xié)議。此后，CAN通過ISO11898進行了標準化，目前已是汽車網絡的標準協(xié)議。

目前車輛主要采用CAN總線及LIN總線進行通信，然而當車輛功能越來越強，智能化程度越來越高，總線的信號量逐漸增大，對通信的可靠性及實時性要求進一步提高，傳統(tǒng)的CAN/LIN混合網絡已無法滿足需求，尤其是面對新一代以線控制(X-BY-WIRE)技術，傳統(tǒng)的CAN/LIN網絡面臨更大的挑戰(zhàn)。

FlexRay由于其“時間觸發(fā)”以及“雙通道冗余傳輸”的特性，在實時性和可靠性方面體現了出了更大的優(yōu)勢。同時由于CAN/LIN技術的成熟，規(guī)模效應帶來的低成本也使得越來越多的汽車會出現多種總線并存的局面。

傳統(tǒng)的車載網關，主要實現將多路CAN的報文互相路由轉發(fā)，或者將LIN總線和CAN總線消息相互之間進行報文路由。CAN轉FlexRay的網關，是一種新型的網關，它可以實現將CAN協(xié)議和FlexRay協(xié)議相互轉換，實現兩種完全不同網絡之間的互聯。

由于FlexRay協(xié)議是一個比較新的總線協(xié)議，協(xié)議對軟硬件提出了很高的要求，因此將FlexRay總線應用在整車上，要遠比CAN總線難度大，成本高，且開發(fā)調試的時間長。

申請?zhí)枮?00810201830.5、名稱為“一種FlexRay-CAN通信網關及實現方法”的我國專利公開了一種FlexRay-CAN通信網關及實現方 法，一方面可接收FlexRay協(xié)議數據，經協(xié)議轉換、封裝等處理后以CAN協(xié)議發(fā)送至CAN總線設備，也通過RS232接口發(fā)送至上位計算機；另一方面可接收CAN協(xié)議數據，經協(xié)議轉換、封裝等處理后以FlexRay協(xié)議發(fā)送至FlexRay總線設備，或通過RS232接口發(fā)送至上位計算機，實現基于微控制器的FlexRay總線與CAN總線的協(xié)議轉換。但該發(fā)明其功能有限，不適合用在車載網絡中。

申請?zhí)枮?01110193320.X、名稱為“FlexRay總線與LIN總線的協(xié)議轉換裝置及方法”的我國專利申請?zhí)峁┝薋lexRay總線與LIN總線的協(xié)議轉換裝置及方法，以解決CAN總線的局限性問題。但此發(fā)明提出了的LIN與FlexRay的轉換關系，因作為速率極低的LIN總線和可達10M帶寬的FlexRay總線，將FlexRay總線消息轉到LIN上，相當于從高速公路開到了單行道上，只能轉發(fā)極少量的報文，總線帶寬達不到，因此不適用于用在整車網絡中。

技術實現要素：

有鑒于此，本發(fā)明提供車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)，該系統(tǒng)包括：第一CAN總線收發(fā)器，用于接收發(fā)送到第一CAN總線上的數據或將所述第一CAN總線上的數據發(fā)出；第二CAN總線收發(fā)器，用于接收發(fā)送到第二CAN總線上的數據或將所述第二CAN總線上的數據發(fā)出；第三CAN總線收發(fā)器，用于接收發(fā)送到第三CAN總線上的數據或將所述第三CAN總線上的數據發(fā)出；FlexRay總線收發(fā)器，用于接收發(fā)送到FlexRay總線上的數據或將所述FlexRay總線上的數據發(fā)出；數據轉換模塊，其用于將接收受的來自CAN總線的數據轉換成FlexRay總線數據并將轉換后的數據發(fā)送給FlexRay總線，以及將接收的CAN總線數據轉換成FlexRay總線數據并將轉換后的數據發(fā)送給接收其的CAN總線；以及控制模塊，其與第一CAN總線收發(fā)器、第二CAN總線收發(fā)器、第三CAN總線收發(fā)器、FlexRay總線收發(fā)器、數據轉換模塊均電連接，并控制它們的運行；其中，所述第一CAN總線收發(fā)器、第二CAN總線收發(fā)器、第三CAN總線收發(fā)器之間互相電連接、且均與數據轉換模塊電連接，所述FlexRay總線收發(fā)器與所述數據轉換模塊電連接。

可選地，根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)，所述系統(tǒng)還包括診斷模塊，其配置成監(jiān)控所述第一 間的轉換方法的流程圖。

具體實施方式

現在參照附圖描述本發(fā)明的示意性示例，相同的附圖標號表示相同的元件。下文描述的各實施例有助于本領域技術人員透徹理解本發(fā)明，且意在示例而非限制。圖中各元件、部件、單元、裝置的圖示不一定按比例繪制，僅示意性表明這些元件、部件、模塊、裝置之間的相對關系。

圖1是根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)的結構示意圖。如圖所示，該車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)包括第一CAN總線收發(fā)器10、第二CAN總線收發(fā)器12、第三CAN總線收發(fā)器14、FlexRay總線收發(fā)器16、數據轉換模塊18以及控制模塊20。

第一CAN總線收發(fā)器10、第二CAN總線收發(fā)器12及第三CAN總線收發(fā)器14每一個都與控制模塊20電連接，控制模塊20還與FlexRay總線收發(fā)器16以及數據轉換模塊18電連接。第一CAN總線收發(fā)器10、第二CAN總線收發(fā)器12、第三CAN總線收發(fā)器14之間互相電連接、且均與數據轉換模塊18電連接，所述FlexRay總線收發(fā)器16與所述數據轉換模塊18電連接。

第一CAN總線收發(fā)器10接收發(fā)送到第一CAN總線上的數據或將該第一CAN總線上的數據發(fā)出。第二CAN總線收發(fā)器12接收發(fā)送到第二CAN總線上的數據或將該第二CAN總線上的數據發(fā)出。第二CAN總線收發(fā)器14接收發(fā)送到第三CAN總線上的數據或將該第三CAN總線上的數據發(fā)出?？刂颇K20控制第一CAN總線收發(fā)器10、第二CAN總線收發(fā)器12、第三CAN總線收發(fā)器14、FlexRay總線收發(fā)器16、數據轉換模塊18均電連接的運行。

示例地，圖1所示的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)中，第一CAN總線收發(fā)器10上的數據可以發(fā)送給第二CAN總線收發(fā)器12，相應地，第二CAN總線收發(fā)器12上的數據可以發(fā)送給第一CAN總線收發(fā)器10。進一步，第一CAN總線收發(fā)器10與第二CAN總線收發(fā)器12上的數據均可經由數據轉換模塊18進行轉換，將其從CAN總線數據轉換為FlexRay總線數據，從而發(fā)送到FlexRay總線收發(fā)器16。相 應地，FlexRay總線收發(fā)器16發(fā)出的FlexRay總線數據也可由數據轉換模塊18進行轉換，轉換成CAN總線數據，從而再發(fā)送到CAN總線收發(fā)器上。

根據本發(fā)明的示例，數據轉換模塊18包括第一單元180，其用于將要發(fā)送到第一CAN總線收發(fā)器10、第二CAN總線收發(fā)器12及第三CAN總線收發(fā)器14中任意一個的FlexRay數據分成n幀CAN數據，每幀CAN數據具有相同周期不同ID，其中n基于FlexRay數據長度與該車載CAN協(xié)議下的CAN數據長度確定。數據轉換模塊18還包括第二單元182，其用于將要發(fā)送到FlexRay總線收發(fā)器16的來自第一CAN總線收發(fā)器10、第二CAN總線收發(fā)器12及第三CAN總線收發(fā)器14中任意一個的CAN數據構造成FlexRay數據。

在舉例說明數據轉換模塊18的運行之前，在此先分別簡述一下CAN總線數據與FlexRay總線數據。

CAN報文包含CAN報文標識(CAN ID)及有效數據兩部分，每幀報文的CAN ID是唯一的，而有效數據的長度一般為8個字節(jié)，在某些情況下，每幀報文的有效數據長度可以小于8字節(jié)。CAN總線是一種廣播式總線，每一個CAN節(jié)點都可向總線上廣播數據，每幀報文沒有明顯的優(yōu)先級，報文發(fā)送不分先后，當總線空閑時，誰先搶占到總線，誰就可以向總線廣播數據，若其它節(jié)點要發(fā)送報文，只能等總線空閑時發(fā)送?？梢哉f，CAN總線是可搶占的總線。

FlexRay總線是一種非搶占式總線，其報文發(fā)送具有嚴格的時序，報文發(fā)送的先后順序在通信調度表有規(guī)定，不允許某一個節(jié)點違背調度表規(guī)定，獨自向總線發(fā)送數據。FlexRay總線的報文格式與CAN報文有差別，其中，FlexRay總線的有效數據長度可以很大，最多達254個字節(jié)，其長度可變。

FlexRay總線數據分為靜態(tài)段報文與動態(tài)段報文，靜態(tài)段報文數據是一些周期性發(fā)送且長度固定的報文，動態(tài)段報文一般是一些非周期的且長度不等的報文。

根據本發(fā)明的一個具體示例來闡述第一單元180將FlexRay總線數據轉換為CAN總線數據的情況。假設FlexRay總線數據，亦即FlexRay報文的有效數據為32字節(jié)，第一單元180基于車載CAN協(xié)議下的CAN數據，亦即CAN報文的有效數據為8個字節(jié)，則基于FlexRay報文與CAN 報的有效數據，可確定n為4，亦即將32字節(jié)的FlexRay報文分成4幀CAN報文，且第一單元180向每幀CAN報文分配不同的ID。假設FlexRay報文的有效數據為80字節(jié)，第一單元180基于車載CAN協(xié)議下的CAN數據，亦即CAN報文的有效數據為8個字節(jié)，則基于FlexRay報文與CAN報的有效數據，可確定n為10，亦即將80字節(jié)的FlexRay報文分成10幀CAN報文，且第一單元180向每幀CAN報文分配不同的ID。

根據本發(fā)明的示例，同一網絡中，靜態(tài)段FlexRay的報文的有效數據長度最好設計成相同的，這樣有利于網絡中的網關進行統(tǒng)一的數據拆包打包。

根據本發(fā)明的一個具體示例來闡述第二單元182將CAN總線數據轉換為FlexRay總線數據的情況。假設FlexRay總線數據的靜態(tài)段有效數據為32字節(jié)，則可將4幀周期相同的CAN報文合成一幀FlexRay報文發(fā)到FlexRay的靜態(tài)段。如果4幀CAN報文周期不等，則選4幀報文中周期最小的作為此FlexRay報文的周期，這樣就不會損失通信質量。

根據本發(fā)明的示例，將FlexRay靜態(tài)段有效數據長度設為16字節(jié)。

FlexRay總線報文與CAN總線報文在周期上不同，CAN總線報文是基于事件觸發(fā)的，每一個報文的周期并不非常精確，接收方只需識別CAN ID就可知道是哪幀報文；但FlexRay總線報文與CAN總線報文不同，FlexRay總線報文是基于時間觸發(fā)的，它的每一幀報文在時間上都是確定的，且不能簡單通過FlexRay的幀識別號(Frame ID)來確定到底是哪幀報文，而是通過一張調度表，將過FlexRay的Frame ID以及其循環(huán)計數(Cycle Count)和調度表對照，便知道是FlexRay網絡中哪一個節(jié)點發(fā)來的報文。FlexRay一般以64個Cycle Count(Cycle 0-Cycle 63)為一個完整的周期，因此FlexRay的靜態(tài)段報文周期一般是單個Cycle Count周期的整數倍。

本發(fā)明將單個Cycle Count的周期設計成5ms，一個完整的通信大周期為5ms*64＝320ms，因此FlexRay總線上的周期將是5ms的整數倍，即5ms、10ms、15ms等。CAN總線的報文周期相對靈活，有10ms，12ms，15ms，20ms等，對于類似12ms的報文，轉到FlexRay總線上，需將其轉發(fā)成10ms報文，以保證通信不損失速率，不丟失數據。

根據本發(fā)明的示例，車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)還包括診斷模塊。診斷模塊配置成監(jiān)控所述第一CAN總線、 CAN總線、第二CAN總線以及第三CAN總線的運行。

可選地，根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)，所述第三CAN總線配置成通過其管理所述診斷模塊以及通過其進行FlexRay報文路由與診斷路由。

可選地，根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)，所述數據轉換模塊包括：第一單元，其用于將要發(fā)送到第一CAN總線、第二CAN總線及第三CAN總線中任意一個的FlexRay數據分成n幀CAN數據，每幀CAN數據具有相同周期不同ID，其中n基于FlexRay數據長度與該車載CAN協(xié)議下的CAN數據長度確定；第二單元，其用于將要發(fā)送到FlexRay總線的來自第一CAN總線收發(fā)器、第二CAN總線收發(fā)器及第三CAN總線收發(fā)器中任意一個的CAN數據構造成FlexRay數據。

可選地，根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)，所述第二單元配置成將若干幀CAN報文數據構造成一幀FlexRay報文數據，且以所述若干幀CAN報文數據中周期最小的周期作為所構成的FlexRay報文數據的傳送周期。

還提供一種車載CAN總線數據與FlexRay總線數據之間的轉換方法，其特征在于，所述方法包括：接收要轉換成FlexRay總線數據的CAN總線數據，將若干幀所接收的CAN總線數據構造成一幀FlexRay數據；接收要轉換成CAN總線數據的FlexRay總線數據，將一幀FlexRay總線數據分成n幀CAN總線數據,每幀CAN數據具有相同周期不同ID，其中n基于FlexRay數據長度與該車載CAN協(xié)議下的CAN數據長度確定。

可選地，根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之間的轉換方法，將若干幀所接收的CAN總線數據構造成一幀FlexRay數據時，以所述若干幀CAN報文數據中周期最小的周期作為所構成的FlexRay報文數據的傳送周期。

附圖說明

圖1是根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)的結構示意圖。

圖2示出了的通過CAN網絡診斷FlexRay節(jié)點的通信過程。

圖3是根據本發(fā)明示例的車載CAN總線數據與FlexRay總線數據之 第二CAN總線以及第三CAN總線的運行。且第三CAN總線被配置成通過其管理所述診斷模塊以及通過其進行FlexRay報文路由與診斷路由。

診斷模塊在診斷過程中，對于CAN網絡診斷報文，要符合ISO15765-2中規(guī)定的TP層協(xié)議，以及ISO14229-2中規(guī)定的診斷應用層協(xié)議，對于FlexRay網絡診斷報文，要符合ISO10681-2中規(guī)定的TP層協(xié)議及ISO14229-2診斷應用層協(xié)議。

概括地說，CAN網絡的診斷報文符合CAN的要求，FlexRay網絡上的診斷報文符合FlexRay要求。

根據本發(fā)明的示例，對于本系統(tǒng)，診斷口直接網關，診斷報文需要先經過網關，數據轉換模塊根據CAN ID判斷出診斷報文是給FlexRay網絡的，則將報文由數據轉換模塊18處理成FlexRay格式的報文。CAN報文和FlexRay報文是可以一一對應的，一幀CAN診斷報文可以對應一個FlexRay診斷報文。CAN診斷報文有效數據長度為8字節(jié)，FlexRay網絡的診斷報文有效數據長度定為16字節(jié)。

根據本發(fā)明的示例，數據轉換模塊18可實現在車輛的電控單元ECU中。

圖2示出了的通過CAN網絡診斷FlexRay節(jié)點的通信過程。CAN診斷儀首先將診斷報文發(fā)給網關，再由數據轉換模塊18進行數據轉換后轉發(fā)至FlexRay網絡上的某個節(jié)點，FlexRay節(jié)點接收到診斷報文后，回復相應的報文至網關，數據轉換模塊18再進行協(xié)議轉換處理后，將報文轉發(fā)至CAN網絡，診斷儀便可接收到此報文。其中CAN網絡中的多幀傳輸，可與FlexRay網絡中的多幀傳輸一一對應。在此，數據轉換模塊18可配置成網關內。

在圖2中，1(SF)是單幀診斷報文，診斷目標節(jié)點是FlexRay網絡上的ECU；2(STF)是FlexRay的一個單幀診斷報文；3(STF)是FlexRay網絡的多幀傳輸，是對診斷儀的多幀響應報文；4(FF)是CAN網絡的多幀傳輸；5(FC)是CAN網絡上的流控制信息；6(FC)是FlexRay網絡上的流控制信息；7(LF)是FlexRay網絡診斷回復多幀傳輸的最后一幀；8(CF)是CAN網絡上診斷報文回復多幀傳輸的最后一幀。

示例地，在此說明如何將CAN診斷報文轉換成FlexRay診斷報文以及其通信細節(jié)。

條件

例如：讀取參數標識(PID)C000的命令，指令格式為241 03 22 C0 00，則診斷模塊發(fā)送：

241 03 22 C0 00(241表示某一ECU診斷地址，03是TP層信息，表示有效診斷數據長度為3字節(jié)，22為診斷服務號，表示讀取某個PID，符合ISO 14229及ISO 15765-2診斷規(guī)范)

總線回復：641 10 0A 62 C0 00 00 00 00

診斷模塊發(fā)送：241 30 00 00(流控制幀)

總線回復：641 21 01 03 FF FF 00 00 00

傳輸流程

0x241為ECU的地址，0x641為診斷儀的地址，數據流如表1所示：

表1中，對傳輸層來說，斜體字部分為有效數據；加粗部分為傳輸層協(xié)議控制信息；其余數據為填充數據。表1的第1列的標號所代表的各行，說明如下：

●1和2都為單幀請求讀取PID，2中0241為ECU的地址，0641為診斷儀的地址，40是FlexRay的STF的通信層協(xié)議控制信息，03為本幀的有效數據的長度(即FPL)，0003為單幀或者多幀的傳輸數據的長度(即ML)，2為一個單幀傳輸。

●3為多幀傳輸，是對診斷儀的多幀響應，其中，0641為診斷儀地址，0241為ECU地址，40為STF，06為FPL長度，000A為ML，后面6字節(jié)為有效數據域。

●5為診斷儀收到多幀請求的第一幀后發(fā)送的流控制幀，6為網關把收到的流控制幀轉為FlexRay的通信層的流控制幀，0241為ECU地址，0641為診斷儀地址，83為CTS的流控制幀，00為BC(Bandwidth Control)，0F FF為網絡層Buffer，需要說明的是，該網絡層Buffer在CAN的當前流控制幀是沒有的，因此網關轉發(fā)的時候需要添加，來表征診斷儀的網絡層的Buffer。

●7為ECU發(fā)送的連續(xù)幀，06 41為診斷儀地址，02 41為ECU地址，90為最后一幀(LF)，04為FPL，00 0A為ML(與前面的STF的ML相等)，后面四個字節(jié)為通信層有效的數據字節(jié)。

由于通過第三CAN總線來對FlexRay網絡進行診斷，當診斷模塊通過第三CAN總線來接收總線消息并記錄時，由于數據量大，無法實現全部數據同時監(jiān)控記錄。當FlexRay網絡向第三CAN總線進行報文路由時，將報文進行分組路由。根據本發(fā)明，網關對FlexRay網絡上的各個模塊進行報文分組，本發(fā)明的FlexRay網絡中可以包含8個ECU節(jié)點，編號從1至8，則將節(jié)點1、節(jié)點2、節(jié)點3分為A組，將節(jié)點4、節(jié)點5、節(jié)點6分為B組，將節(jié)點7、節(jié)點8分為C組。通過向網關發(fā)送控制命令，可以切換網關的路由模式。網關針對FlexRay網絡向診斷口CAN網絡(亦即，診斷模塊與第三CAN總線的接口)的報文路由模式分為三種，模式1、模式2、模式3。

若網關工作在路由模式1，則網關將A組FlexRay報文轉發(fā)至CAN3網絡，以供數據分析及數據記錄；若網關工作在模式2，則網關將B組FlexRay報文轉發(fā)至CAN3網絡，若網關工作在模式3，則網關將C組FlexRay報文轉發(fā)至CAN3網絡。CAN3網絡指的是第三CAN總線及其收發(fā)器以及借由第三CAN總線互相連接的元件而構成的網絡。

針對FlexRay網絡，本發(fā)明所述網關支持跨網絡總線程序刷新功能。所謂總線程序刷新，是指不通過單片機燒寫口，把通信網絡作為傳輸介質，采用診斷服務中的程序刷新服務來實現網絡中各個模塊程序刷新的功能。采用FlexRay診斷儀，可直接連接到FlexRay網絡中對各模塊進行刷新。本發(fā)明所述網關支持診斷路由功能，其中診斷服務包含程序刷新所需的各項服務。通過本發(fā)明所述網關的CAN-FlexRay診斷路由功能，將程序刷新報文路由轉發(fā)至FlexRay網絡，實現對FlexRay網絡中節(jié)點的刷新。

針對FlexRay網絡，本發(fā)明所述網關支持跨網絡總線程序刷新功能。所謂總線程序刷新，是指不通過單片機燒寫口，把通信網絡作為傳輸介質，采用診斷服務中的程序刷新服務來實現網絡中各個模塊程序刷新的功能。采用FlexRay診斷儀，可直接連接到FlexRay網絡中對各模塊進行刷新。本發(fā)明所述網關支持診斷路由功能，其中診斷服務包含程序刷新所需的各項服務。通過本發(fā)明所述網關的CAN-FlexRay 診斷路由功能，將程序刷新報文路由轉發(fā)至FlexRay網絡，實現對FlexRay網絡中節(jié)點的刷新。

其中電源模式管理模塊，由兩部分組成，一部分是輸入開關電路，另一部分是輸出繼電器電路。其中輸入開關電路，外接三路硬線輸入，通過電平轉換后連接到單片機上。三路硬線輸入分別為ACC、RUN、CRANK，與整車點火開關相連。點火開關有4個位置，分別為OFF、ACC、RUN、CRANK。其中輸出繼電器電路，有三個輸出端外接繼電器，三個輸出端分別為ACC Relay輸出端、RAP Relay輸出端、RUN/CRANK Relay輸出端。

當鑰匙轉到OFF時，三個硬線輸入均為低電平，整車處于OFF模式，此時三個繼電器輸出端均為低電平，此時3路CAN與1路FlexRay處于休眠狀態(tài)，無總線通信；當鑰匙轉到ACC時，ACC輸入端為高電平，其它兩路輸入為低電平，整車處于ACC模式下，此時ACC Relay及RAP Relay均為高電平，此時3路CAN與1路FlexRay均處于喚醒狀態(tài)，有總線通信及報文路由；當鑰匙轉到RUN時，ACC、RUN輸出端均為高電平，整車處于RUN模式，此時ACC Relay、RAP Relay及RUN/CRANK Relay均為高電平，3路CAN與1路FlexRay處于喚醒狀態(tài)，有總線通信及報文路由；當鑰匙轉到CRANK時，RUN輸入端與CRANK輸出端為高電平，ACC輸入端為低電平，整車處于CRANK模式，此時ACC Relay及RUN/CRANK Relay為高電平，RAP Relay為低電平，整車處于點火狀態(tài)，發(fā)動機在馬達帶動下執(zhí)行點火動作，總線處于喚醒狀態(tài)。CRANK是一個不穩(wěn)定狀態(tài)，當整車點火成功后，自動退出CRANK模式，進入到RUN模式，鑰匙會自動從CRANK位置回彈到RUN位置。

由點火鑰匙所處的位置，決定了整車的供電模式以及網絡的休眠喚醒狀態(tài)，完成了整車網絡管理。當點火鑰匙從ACC轉到OFF時，整車網絡不會立刻進入休眠，網關會啟動一個定時器，當定時結束后，整個網絡才會進入休眠，停止通信。

根據本發(fā)明的示例，還提供一種車載CAN總線數據與FlexRay總線數據之間的轉換方法。圖3是該方法的流程示意圖。如圖所示，在步驟30，接收要轉換成FlexRay總線數據的CAN總線數據。在步驟32，將若干幀所接收的CAN總線數據構造成一幀FlexRay數據，其中，所構成的FlexRay數據。在步驟34，接收要轉換成CAN總線數據的FlexRay總線數據。在步驟36，將一幀FlexRay總線數據分成n幀CAN總線數據,每幀CAN數據具有相同周期不同ID，其中n基于FlexRay數據長度與該車載CAN 協(xié)議下的CAN數據長度確定。如圖3所示的方法可結合如圖1所示的車載CAN總線數據與FlexRay總線數據之間的轉換系統(tǒng)來實現。

盡管已結合附圖在上文的描述中，公開了本發(fā)明的具體實施例，但是本領域技術人員可以理解到，可在不脫離本發(fā)明精神的情況下，對公開的具體實施例進行變形或修改。本發(fā)明的實施例僅用于示意并不用于限制本發(fā)明。