《基于OBD的輕型汽車遠程排放管理系統(tǒng)技術規(guī)范》_第1頁
《基于OBD的輕型汽車遠程排放管理系統(tǒng)技術規(guī)范》_第2頁
《基于OBD的輕型汽車遠程排放管理系統(tǒng)技術規(guī)范》_第3頁
《基于OBD的輕型汽車遠程排放管理系統(tǒng)技術規(guī)范》_第4頁
《基于OBD的輕型汽車遠程排放管理系統(tǒng)技術規(guī)范》_第5頁
已閱讀5頁,還剩32頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

ICSXX.XXX.XX

CCSRXX

團體標準

T/ITSXXXX-2021

基于OBD的輕型汽車遠程排放管理系統(tǒng)

技術規(guī)范

GeneraltechnicalrequirementsforremoteemissionmanagementsystemoflightvehiclebasedonOBD

202□-□□-□□發(fā)布202□-□□-□□實施

中國智能交通產(chǎn)業(yè)聯(lián)盟發(fā)布

T/ITSXXXX-2021

基于OBD的輕型汽車遠程排放管理系統(tǒng)通用技術要求

1適用范圍

本文件規(guī)定了輕型汽車遠程排放管理系統(tǒng)的技術要求,包括車載終端、通信協(xié)議及數(shù)

據(jù)格式、污染物檢驗要求、數(shù)據(jù)安全策略、實時數(shù)據(jù)流。

本文件適用于安裝應用在輕型汽車上用于采集、存儲和傳輸車輛OBD信息和發(fā)動機排

放數(shù)據(jù)的設備裝置。

2規(guī)范性引用文件

下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中,注日

期的引用文件,僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包

括所有的修改單)適用于本文件。

GB/T32960.1-2016電動汽車遠程服務與管理系統(tǒng)技術規(guī)范第1部分:總則

GB/T32960.2-2016電動汽車遠程服務與管理系統(tǒng)技術規(guī)范第2部分:車載終端

GB/T32960.3-2016電動汽車遠程服務與管理系統(tǒng)技術規(guī)范第3部分:通訊協(xié)議及

數(shù)據(jù)格式

GB17691-2018重型柴油車污染物排放限值及測量方法

GB18352.6-2016輕型汽車污染物排放限值及測量方法(中國第六階段)

GB16735-2044道路車輛車輛識別代號(VIN)

GB/T15089-2016機動車輛及掛車分類

GB/T19001-2016《質量管理體系要求》

GB/T24001-2016《環(huán)境管理體系要求及使用指南》

3術語和定義

GB18352.6—2016和GB17691—2018確立的術語和定義適用與本標準。

3.1

車載診斷系統(tǒng)On-boarddiagnosis,OBD

“OBD”是一種車載診斷系統(tǒng),用于排放控制系統(tǒng)監(jiān)測。當與排放相關的任何部件發(fā)生

故障時,OBD系統(tǒng)的監(jiān)測應顯示出現(xiàn)了故障,將相應的故障代碼存入車載電腦,并點亮故

障指示器(MIL),車輛駕駛員能夠通過一個標準的診斷系統(tǒng)識別故障代碼。

3.2

輕型汽車Light-dutyvehicle

由GB/T15089規(guī)定最大設計總質量不超過3500kg的M1類、M2類和N1類汽車。

1

T/ITSXXXX-2021

3.3

輕型車遠程排放管理服務于管理國家平臺Nationalremoteemissionsupervision

platformforLDV

由生態(tài)環(huán)境部建立,對輕型車遠程排放車載終端所發(fā)送的數(shù)據(jù)進行收集、處理、轉發(fā)、

展示和管理,并為生態(tài)環(huán)境主管部門提供輕型車遠程排放管理服務的平臺,簡稱“國家平

臺”。

3.4

監(jiān)測系統(tǒng)Monitoringsystem

指OBD系統(tǒng)的一部分,是一種診斷系統(tǒng),或一種監(jiān)測方法,用于監(jiān)測與排放相關部件

或系統(tǒng)的故障。

3.5

故障Malfunction

指與排放有關的部件或系統(tǒng)的失效,該失效導致污染物超過相應的OBD闕值,如果OBD

系統(tǒng)不能滿足本附錄要求的基本診斷要求也稱為故障。

3.6

故障指示器Malfunctionindicatorlight,MIL

一種可見的指示器,當OBD系統(tǒng)中與排放相關的任何部件發(fā)生了故障,或OBD系統(tǒng)本

身發(fā)生故障時,MIL能夠清晰地通知駕駛員車輛排放控制系統(tǒng)發(fā)生了故障。

3.7

響應速率Responserate

對排氣傳感器,響應速率指傳感器接觸到不同成分的排氣到它的信號反映該不同成分

排氣的延遲。對氧傳感器,響應速率為氧傳感器從接觸到的排氣從比理論空燃比濃或稀變化

到比理論空燃比稀或濃到其信號指示為稀或濃的時間延遲。

3.8

駕駛循環(huán)Drivingcycle

由發(fā)動機起動、運行和停機狀態(tài)組成,也包含了發(fā)動機從停機到下一次起動的過程。

對應用發(fā)動機起停(STOP-START)控制策略的車輛,生產(chǎn)企業(yè)可以單獨定義駕駛循環(huán)。

2

T/ITSXXXX-2021

3.9

發(fā)動機起動Enginestart

指發(fā)動機轉速上升到不低于正常暖機怠速轉速150r/min(對自動變速器車輛,正常暖

機怠速轉速指在前進擋時的情況)。對混合動力電動汽車或具有多種起動裝置或策略的發(fā)動

機(如,起動機與發(fā)電機集成一體),經(jīng)環(huán)境保護主管部門同意,可使用不同的發(fā)動機起動

定義(如,點火鑰匙處于On位置時)。經(jīng)環(huán)境保護主管部門批準的“發(fā)動機起動”的定義應

等同于傳統(tǒng)發(fā)動機起動的定義。

3.10

暖機循環(huán)Warm-upcycle

指汽車經(jīng)過充分運轉,發(fā)動機冷卻液溫度比起動時至少高出22℃,并且至少達到71℃

(對柴油機,至少達到60℃)。

3.11

冷起動Coldstart

發(fā)動機起動時,發(fā)動機冷卻液溫度(或等效溫度)不超過35℃,且不超過環(huán)境溫度7℃。

3.12

燃油修正Fueltrim

指對基本供油程序的反饋調整,短時燃油修正是指動態(tài)或瞬時的調整。長時燃油修正

是指比短時燃油修正對供油標定程序進行更多的逐步調整,長時燃油修正用于補償批量生

產(chǎn)汽車之間的差異,以及汽車隨時間發(fā)生的逐漸變化。

3.13

輔助排放控制裝置Auxiliaryemissioncontroldevice,AECD

AECD表示任何用來測量溫度、車速、發(fā)動機轉速、變速箱、進氣管真空度或者其他參

數(shù)以激活、調整、延遲或者中斷排放控制系統(tǒng)中任何部分的工作的裝置。

3.14

排放增加輔助排放控制裝置Emissionincreasinaauxiliaryemissioncontrol

device,EI-AECD

指通過審核AECD,能夠在車輛正常工作和使用過程中可能遇到的工況條件下降低排放

控制系統(tǒng)的有效性。對AECD的正當需求僅出于防止車輛損壞或者發(fā)生事故。如果一個AECD

不感應、測量或計算任何參數(shù),也不指令或觸發(fā)任何動作、計算程序或替代策略,則不能

算作EI-AECD。僅僅根據(jù)下列條件激活的AECD也不能作為EI-AECD:

3

T/ITSXXXX-2021

a)在海拔高于2440m的條件下的車輛運行;

b)環(huán)境溫度;

c)曖機過程,且在暖機后同一個駕駛循環(huán)內不再激活;

d)OBD系統(tǒng)檢測到故障(存儲了一個故障代碼);

e)一個OBD監(jiān)測的運行;低頻再生的進行。

3.15

計算負荷值Calculatedloadvalue,CLV

根據(jù)SAEJ1979的定義,對于汽油機計算負荷表示的是當前進氣量除以該轉速下的最大

進氣流量,當前進氣流量應該根據(jù)海拔高度和溫度進行修正;對柴油機指的是發(fā)動機輸出扭

矩和該轉速下最大扭矩的比值。無論對汽油機還是柴油機,都可以用扭矩替代進氣量。

3.16

永久排放默認模式Permanentemissiondefaultmode

發(fā)動機電子控制單元切換到一種固定不變的設定狀態(tài),在此狀態(tài)下,電子控制單元不

再接受來自失效部件或失效系統(tǒng)的輸入信號,因為這些失效部件或系統(tǒng)可能導致汽車排放

的污染物增加,并超過OBD閾值。

3.17

基礎噴油標定表Basefuelschedule

指燃料噴射在進行在線自學習修正之前,由生產(chǎn)時或通過離線設備更新時,寫入動力

系統(tǒng)控制模塊或可編程只讀存儲器的噴油系統(tǒng)標定數(shù)據(jù)表。

3.18

確認故障代碼Confirmedfaultcode

當OBD系統(tǒng)確認存在故障時,存儲的診斷故障代碼(例如,通常是在第2個檢出該故

障的駕駛循環(huán)存儲的故障代碼)。

3.19

永久故障代碼Permanentfaultcode

指當前命令故障指示燈(MIL)點亮的故障確認代碼,該代碼被存儲在非易失性隨機訪

問存儲器(NVRAM)中,且該代碼無法通過外部工具清除。

3.20

連續(xù)性Continuously

4

T/ITSXXXX-2021

用來表示電路的連續(xù)性、不連續(xù)性、故障、以及數(shù)值超出合理范圍等監(jiān)測狀況的術語,

連續(xù)性是指除GB18352.6J.4和J.5中允許的替代激活條件外,監(jiān)控始終處于激活狀態(tài),

并且監(jiān)測信號取樣頻率不低于2Hz。如果用于控制目的,而車載電腦的輸入部件采用了更

低的取樣頻率,則對監(jiān)測信號的每次取樣都進行評估。

3.21

關鍵診斷或排放電子動力控制單元Diagnosticoremissioncriticalpowertrain

controlunit

關鍵診斷或排放電子動力控制單元包括發(fā)動機、傳動裝置控制單元以及含有滿足以下

條件軟件的其他任何車載電子動力系控制單元:

(1)對GB18352.6附錄J.4.1~J.4.13、J.4.15污染物監(jiān)測要求的,除電路和數(shù)值

超范圍故障以外的監(jiān)測有主要控制。

(2)除ABS和車身穩(wěn)定系統(tǒng)以及牽引力控制系統(tǒng)控制單元外,對J.4.14和J.5.14中

要求監(jiān)測的超過4個輸入部件或2個輸出部件合理性診斷或功能性檢查有主要控制。

上述標準(1)和(2)中,對一個監(jiān)測有主要控制,是指控制單元執(zhí)行以下任務:(a)

決定使能條件是否滿足;(b)執(zhí)行全部或部分用于確定是否通過(例如,對比測量值或計算

值與故障閾值)的計算;或(c)作出或處理是否通過的判斷(例如,故障檢測的確認或點亮

MIL燈或存儲故障碼)。

此外,上述標準(2)(a)中,發(fā)動機所有的加熱塞應被認為是一個部件,而不是每個加

熱塞作為一個單獨部件。

3.22

未決故障代碼Pendingfaultcode

在點亮MIL之前,首次監(jiān)測到故障時所存儲的診斷故障代碼。

3.23

失火Misfire

失火指由于點火、燃油計量、壓縮不良等原因導致的氣缸內缺少燃燒事件,不包括由

于默認斷油策略導致的斷油氣缸內缺少燃燒事件。

3.24

失火百分比Percentageofmisfire

在某特定時間段發(fā)生失火的次數(shù)與全部點火次數(shù)的百分比。

3.25

合理性故障診斷Rationalityfaultdiagnostic

對輸入部件,合理性故障診斷指在正常運轉范圍內通過對比其他可獲得的信息對輸入

5

T/ITSXXXX-2021

信號準確性的驗證。

3.26

訪問Access

通過用來進行標準診斷連接的串行接口(見.6),獲取所有與排放相關的OBD數(shù)據(jù)。數(shù)

據(jù)包括與汽車排放有關的部件檢查、診斷、維護或修理時的所有故障代碼。

3.27

標準化Standardised

包括使用的全部故障代碼在內的所有數(shù)據(jù)流資料應符合汽車行業(yè)標準要求,因為這些

標準的格式和允許的選項都有清楚的定義,并且在汽車行業(yè)內盡可能地進行了協(xié)調,所以

本標準明確允許使用它們。

3.28

排放中性默認操作Emissionneutraldefaultaction

排放中性默認操作是指符合下列條件的補償控制操作或默認運行模式:

(1)在任何可預見的真實駕駛條件下,不會導致可測量的排放增加;

(2)不會導致OBD系統(tǒng)的監(jiān)測頻率低于要求或導致監(jiān)測不準確;

(3)補償控制操作或默認運行模式持續(xù)激活。如果在最惡劣情況下需要超過30s排

放中性診斷才能檢測出相關故障和使排放中性默認操作完全達到排放中性狀態(tài)(從發(fā)動機

起動或被監(jiān)測的系統(tǒng)或部件在該駕駛循環(huán)中開始起作用開始計算),則它需要在接下來的駕

駛循環(huán)中保持激活,直到滿足下列條件:(a)激活該操作或模式的診斷運行過且診斷結果表

明故障已不存在;或(b)故障被外部診斷設備清除;

(4)當激活排放中性默認操作的排放中性診斷檢測到故障時,任何能夠阻止補償控制

操作或默認運行模式激活的故障均被OBD系統(tǒng)監(jiān)測并能夠點亮MIL燈。

3.29

在用監(jiān)測頻率In-useperformanceratioIUPR

一個或一組監(jiān)測器能夠完成故障監(jiān)測的條件的出現(xiàn)次數(shù)與駕駛循環(huán)監(jiān)測次數(shù)的比值。

3.30

數(shù)字簽名Digitalsignature

附加在數(shù)據(jù)單元上的數(shù)據(jù),或是對數(shù)據(jù)單元所作的密碼兌換,這種數(shù)據(jù)或變換允許

數(shù)據(jù)單元的接收者用以確認數(shù)據(jù)單元的來源和完整性,并保護數(shù)據(jù)防止被人(例如接收者)

偽造或抵賴。

6

T/ITSXXXX-2021

3.31

密鑰Key

一種用于控制密碼變換操作(如加密、解密、密碼校驗函數(shù)計算、簽名生成或簽名

驗證)的符號序列。

3.32

公鑰Publickey

在某一實體的非對稱密鑰對中,能夠公開的密鑰。

3.33

私鑰Privatekey

在某一實體的非對稱密鑰對中,只應由該實體使用的密鑰。

注1:正常情況下,私鑰不應泄露。

注2:在非對稱簽名體制的情況下,私鑰定義簽名變換。而在非對稱加密體制的情

況下,私鑰定義解密變換。

3.34

安保護等級Securityassurancelevel

對信息載體按照重要性等級分別進行保護的一種工作。分為定級、備案、安全建設

和整改、等級測評、安全檢查五個階段。

3.35

數(shù)據(jù)丟包率Datapacketlossrate

在數(shù)據(jù)傳輸過程中未能夠到達指定目的地,丟失數(shù)據(jù)占發(fā)送數(shù)據(jù)總量的比例。

3.36

安全芯片Securitychip

一類專用芯片,對存儲保護采用了專門的邏輯電路設計保護,有效的防止攻擊者通

過物理復制和波形探測來拷貝內部數(shù)據(jù),可以利用保存在其中的私鑰對數(shù)據(jù)進行加密或簽

名,但無法將私鑰讀出。

3.37

安全芯片標識IDSecurityChipID

芯片ID為芯片生產(chǎn)廠商生產(chǎn)的安全芯片唯一標識,由三位芯片型號標識符和車輛生

7

T/ITSXXXX-2021

產(chǎn)企業(yè)自定義的最多十三位字符組成,用來綁定安全芯片的公私鑰對。

3.38

靜態(tài)數(shù)據(jù)Staticdata

由企業(yè)平臺發(fā)送的非實時數(shù)據(jù)。數(shù)據(jù)包含車輛備案信息、車載終端備案信息等。

3.39

細粒度權限管理Fine-grainedpermissionmanagement

數(shù)據(jù)級別的權限管理,企業(yè)平臺對資源實例的權限管理。

3.40

數(shù)據(jù)防篡改基礎信息備案Datatamper-proofbasicinformationfilingservice

用于完成安全信息、車載終端、車輛信息的數(shù)據(jù)防篡改基礎信息備案。

3.41

首次定位時間Timetofirstfix,TTFF

導航接收機通電后獲得的正確定位的時間。

3.42

重捕時間Re-gettime

衛(wèi)星信號短暫中斷后,導航接收機重新捕獲衛(wèi)星信號并確定其當前位置的時間。

3.43

實時動態(tài)Real-timekinematic,RTK

載波相位差分技術,是實時處理兩個測量站載波相位觀測量的差分方法,將基準站

采集的載波相位發(fā)給用戶接收機,進行求差解算坐標。

3.44

數(shù)據(jù)發(fā)送平臺Datasendplatform

平臺間進行數(shù)據(jù)交互時,作為車輛數(shù)據(jù)發(fā)送方的遠程排放監(jiān)控與服務平臺。

3.45

數(shù)據(jù)接收平臺Datareceiveplatform

8

T/ITSXXXX-2021

平臺間進行數(shù)據(jù)交互時,作為車輛數(shù)據(jù)接收方的遠程排放監(jiān)控與服務平臺。

3.46

備案Putonrecord

數(shù)據(jù)發(fā)送平臺向數(shù)據(jù)接收平臺提供平臺和車輛靜態(tài)信息,用于平臺和車輛身份驗證的

過程。

3.47

上行方向Upstreamdirection

從數(shù)據(jù)發(fā)送平臺到數(shù)據(jù)接收平臺的數(shù)據(jù)傳輸方向。

3.48

下行方向Downstreamdirection

從數(shù)據(jù)接收平臺到數(shù)據(jù)發(fā)送平臺的數(shù)據(jù)傳輸方向。

3.49

車輛登入Vehiclelogin

數(shù)據(jù)發(fā)送平臺向數(shù)據(jù)接收平臺上報車輛狀態(tài)信息前應進行車輛的登入認證。

3.50

車輛登出Vehiclelogout

數(shù)據(jù)發(fā)送平臺向數(shù)據(jù)接收平臺確認車輛數(shù)據(jù)正常停止傳輸并從平臺登出。

3.51

平臺登入Platformlogin

數(shù)據(jù)發(fā)送平臺在向數(shù)據(jù)接收平臺上報車輛狀態(tài)信息前應進行安全認證。

3.52

平臺登出Platformlogout

客戶端平臺因故停止數(shù)據(jù)傳輸并從服務端平臺登出。

4一般要求

9

T/ITSXXXX-2021

4.1輕型車遠程在線監(jiān)控終端應滿足本標準第5章規(guī)定的功能和性能要求,能夠確保在車

輛全壽命期內,按第6章規(guī)定的通訊要求進行數(shù)據(jù)發(fā)送,并根據(jù)第8章要求進行數(shù)據(jù)加密。

4.2應按第5章中規(guī)定的測試方法,對車載終端進行功能和性能測試,并將測試報告向對

指定主管部門進行公開。

5車載終端要求及試驗方法

5.1功能要求

5.1.1自檢

車載終端應在通電開始工作時,通過信號燈、顯示屏或聲音表示當前主要狀態(tài)。主要

狀態(tài)包括:通信是否正常、車載終端是否正常。

5.1.2時間和日期

車載終端應能提供時間和日期。車載終端應能以時、分、秒或hh:mm:ss的方式記錄

時間;應能以年、月、日或yyyy/mm/dd/的方式記錄日期。與標準時間相比時間誤差24小

時內±5s。

表5-1時間定義

數(shù)據(jù)表示內容長度/字節(jié)數(shù)據(jù)類型有效范圍

年1BYTE0~99

月1BYTE0~12

日1BYTE0~31

小時1BYTE0~23

分鐘1BYTE0~59

秒1BYTE0~59

5.1.3車輛OBD信息采集功能

當監(jiān)控車輛發(fā)動機啟動后,車輛行駛前,車載終端應對車輛進行OBD診斷信息的讀取,

表6-6的信息。并將OBD信息上傳給管理平臺,24小時內至少上傳一次。

10

T/ITSXXXX-2021

5.1.4車輛發(fā)動機數(shù)據(jù)的采集功能

車載終端應能采集發(fā)動機排放相關數(shù)據(jù)。采集的數(shù)據(jù)及采集頻率見表5-2。發(fā)動機啟動后

60s內必須傳輸數(shù)據(jù),發(fā)動機停機后可以不傳輸數(shù)據(jù)。

表5-2車載終端采集的數(shù)據(jù)

數(shù)據(jù)項數(shù)據(jù)頻率(hz)

車速30

轉速30

大氣壓力(直接測量或估計值)30

發(fā)動機最大基準扭矩固定值,注冊時上傳

催化器溫度B1S130

前氧傳感器電壓30

前氧傳感器電流30

過量空氣系數(shù)30

節(jié)氣門開度30

計算負荷值30

進氣量30

發(fā)動機機油溫度30

發(fā)動機冷卻液溫度30

發(fā)動機進氣溫度30

發(fā)動機進氣壓力30

長期燃油修正30

短期燃油修正30

周圍環(huán)境溫度30

燃油壓力30

EGR開度30

蒸發(fā)清洗控制閥狀態(tài)30

蒸發(fā)系統(tǒng)壓力30

油箱液位30

點火提前角30

二次空氣系統(tǒng)狀態(tài)(上游、下游或大氣)30

11

T/ITSXXXX-2021

5.1.5車輛信息數(shù)據(jù)的存儲功能

車載終端應按照不低于管理平臺需要的最低上傳頻次的時間間隔將采集到的信息

數(shù)據(jù)保存在內部存儲介質中。

車載終端內部存儲介質容量應滿足至少7天的內部數(shù)據(jù)存儲。當車載終端內部存

儲介質存儲滿時,應具備內部存儲數(shù)據(jù)的自動覆蓋功能。

車載終端內部存儲數(shù)據(jù)應具有可查閱性。

當車載終端斷電停止工作時,應能完整保存斷電前保存在內部介質中的數(shù)據(jù)不丟

失。

5.2性能要求

車載終端應性能要求應符合GB/T32960.2第4.3條和第5條要求

5.3試驗方法

5.3.1功能測試

車載終端應按照5.1規(guī)定的功能逐項進行驗證。

5.3.2性能測試

車載終端性應按照GB/T32960.2第5.2條進行驗證。

6通信協(xié)議及數(shù)據(jù)格式

6.1協(xié)議結構

以TCP鏈路連接建立后,車載終端應自動向發(fā)送登入信息進行身份識別,遠程服務與

管理平臺應對接收到的數(shù)據(jù)進行校驗;校驗正確時,管理平臺接收數(shù)據(jù);校驗錯誤時,平

臺應忽略所接收數(shù)據(jù)。IP網(wǎng)絡控制協(xié)議作為底層通信承載協(xié)議,如圖6.1所示。

12

T/ITSXXXX-2021

圖6.1車載終端與管理平臺通信協(xié)議棧

6.2連接建立

車載終端向管理平臺發(fā)起通信連接請求,當通信鏈路連接建立后,車載終端應自動向

服務端發(fā)送登入信息進行身份識別,遠程服務與管理平臺應對接收到的數(shù)據(jù)進行校驗;校

驗正確時,管理平臺接收數(shù)據(jù);校驗錯誤時,平臺應忽略所接收數(shù)據(jù)。登入流程如圖6.2

所示。

圖6.2車輛登入流程示意圖

6.3數(shù)據(jù)上傳

當車載終端向管理平臺上報信息時,管理平臺應對接收到的數(shù)據(jù)進行校驗。當校驗正

確時,管理平臺正常接收數(shù)據(jù);當校驗錯誤時,管理平臺應忽略所接收數(shù)據(jù)。

車載終端向管理平臺上報信息時,應根據(jù)實際情況完成OBD信息和數(shù)據(jù)流進行拼裝后

上報。數(shù)據(jù)發(fā)送平臺登入成功后,應向數(shù)據(jù)接收平臺上傳數(shù)據(jù),數(shù)據(jù)上傳流程如圖6.3

所示。

圖6.3數(shù)據(jù)上傳流程示意圖

13

T/ITSXXXX-2021

6.4數(shù)據(jù)包結果和定義

6.4.1數(shù)據(jù)類型和傳輸規(guī)則符合GB/T32960.3附錄B.3.1的要求。協(xié)議應采用大端模式的

網(wǎng)絡字節(jié)序來傳遞字和雙字。

6.4.2數(shù)據(jù)包的結構

一個完整的數(shù)據(jù)包應由起始符、命令單元、數(shù)據(jù)加密方式、數(shù)據(jù)單元長度、數(shù)據(jù)單元

和校驗碼組成,數(shù)據(jù)包結構和定義見表6-1所示。

無論數(shù)據(jù)上行,還是數(shù)據(jù)下行,均使用該數(shù)據(jù)包結構

表6-1數(shù)據(jù)包結構和定義

起始字節(jié)定義數(shù)據(jù)類型描述及要求

固定為ASCII碼字符‘##’,用“0x23,0x23”

0起始符STRING

表示

2命令單元BYTE命令單元見表6.4.4

車輛識別碼是識別的唯一標識,由17位字碼

3車輛識別號STRING

構成,字碼應符合GB16735中4.5的規(guī)定

20終端軟件版本號BYTE終端軟件版本號有效范圍0~255

0x01:數(shù)據(jù)不加密;0x02:數(shù)據(jù)經(jīng)過RSA算法

加密;0x03:數(shù)據(jù)經(jīng)過國密SM2算法加密;

21數(shù)據(jù)加密方式BYTE

“OxFE”表示異常,“0xFF”表示無效,其他

預留

數(shù)據(jù)單元長度是數(shù)據(jù)單元的總字節(jié)數(shù),有效范

22數(shù)據(jù)單元長度WORD

圍:0~65531

24數(shù)據(jù)單元數(shù)據(jù)單元格式和定義見6.4.6

采用BCC(異或校驗)法,校驗范圍從命令單

倒數(shù)第一校驗碼BYTE元的第一個字節(jié)開始,同后一字節(jié)異或,直到

校驗碼前一字節(jié)為止,校驗碼占用一個字節(jié)。

6.4.3數(shù)據(jù)信息應答包結構和定義

表6-2數(shù)據(jù)信息應答包結構和定義

起始字節(jié)定義數(shù)據(jù)類型描述及要求

固定為ASCII碼字符‘##’,用“0x23,0x23”

0起始符STRING

表示

2命令單元BYTE命令單元見表6.4.4

對數(shù)據(jù)包整體的校驗和應答

3應答碼BYTE

0x00=正確;其他=錯誤

4流水號WORD與數(shù)據(jù)包上傳的流水號相同。

BCC異或校驗法。校驗范圍從命令單元到數(shù)據(jù)

6校驗碼BYTE

單元的最后一個字節(jié)。

14

T/ITSXXXX-2021

6.4.4命令單元

命令單元應是發(fā)起方的唯一標識,命令單元定義見表6-2所示。

表6-3命令單元定義

編碼定義方向

0x01車輛登入上行

0x02實時信息上報上行

0x03補發(fā)信息上報上行

0x04車輛登出上行

0x05終端校時上行

0x06車輛拆除報警信息上行

0x07數(shù)據(jù)防篡改備案信息上行

0x08備案結果應答下行

0x09~0xBF上行數(shù)據(jù)系統(tǒng)預留上行

0xC0地方平臺終端校時請求上行

0xC1地方平臺校時應答下行

0xC2車載終端登入地方平臺請求上行

0xC3車載終端登入地方平臺應答下行

0xF0數(shù)據(jù)信息應答包下行

6.4.5時間均采用GMT+8時間,時間定義符合GB/T32960.3-2016第6.4條要求

6.4.6數(shù)據(jù)單元及格式定義

車輛登入

表6-4車輛登入數(shù)據(jù)格式和定義

起始字節(jié)數(shù)據(jù)表示內容數(shù)據(jù)類型描述及要求

0數(shù)據(jù)采集時間BYTE[6]時間定義見表5-1

車載終端每登入一次,登入流水號自動加1,從1

6登入流水號WORD

開始循環(huán)累加,最大值為65531,循環(huán)周期為天。

SIM卡ICCID號(ICCID應為終端從SIM卡獲取的

8SIM卡號STRING

值,不應認為填寫或修改)

實時信息上報

.1實時信息上報格式

實時信息上報數(shù)據(jù)格式和定義見表6-5所示

表6-5實時信息上報數(shù)據(jù)格式和定義

15

T/ITSXXXX-2021

數(shù)據(jù)標識內容長度(字節(jié))數(shù)據(jù)類型描述及要求

數(shù)據(jù)采集時間6BYTE[6]時間定義見表5-1

信息類型標志(n)1BYTE信息類型標志定義見表6-6

以天為單位,每包實時信息流水號唯一,從1開始

信息流水號2WORD

累加

信息體(n)根據(jù)信息類型不同,長度和數(shù)據(jù)類型不同。

........................

信息類型標志(m)1BYTE信息類型標志定義見表6-6

信息體(m)根據(jù)信息類型不同,長度和數(shù)據(jù)類型不同

簽名信息STRING簽名信息定義見表6-11

.2信息類型標志

信息類型標志定義見表6-6所示

表6-6信息類型

類型編碼說明

0x01OBD信息

0x02數(shù)據(jù)流信息

0x03~0x7F預留

0x80補充數(shù)據(jù)流(非強制要求)

0x81~0xFE用戶自定義

.3信息體

1)OBD數(shù)據(jù)格式和定義見表6-7所示

表6-7OBD信息數(shù)據(jù)格式和定義

數(shù)據(jù)表示內容長度(字節(jié))數(shù)據(jù)類型描述及要求

有效范圍0~2,“0”代表ISO15765,“1”代表

OBD診斷協(xié)議1BYTEISO9141,“2”代表ISO14230,“0xFE”表示

無效。

有效范圍0~1,“0”代表未點亮,“1”代表點

MIL狀態(tài)1BYTE

亮。“0xFE”表示無效。

每一位的定義如下:

1CatalystmonitoringStatus催化轉化器監(jiān)

2HeatedcatalystmonitoringStatus加熱催

診斷支持狀態(tài)2WORD化轉化器監(jiān)控

3EvaporativesystemmonitoringStatus蒸發(fā)

系統(tǒng)監(jiān)控

4SecondaryairsystemmonitoringStatus

二次空氣系統(tǒng)監(jiān)控

16

T/ITSXXXX-2021

5A/CsystemrefrigerantmonitoringStatus

A/C系統(tǒng)制冷劑監(jiān)控

6ExhaustGasSensormonitoringStatus排氣

傳感器監(jiān)控

7ExhaustGasSensorheatermonitoring

Status排氣傳感器加熱器監(jiān)控

8EGR/VVTsystemmonitoringEGR系統(tǒng)和VVT

監(jiān)控

9ColdstartaidsystemmonitoringStatus

冷啟動輔助系統(tǒng)監(jiān)控

10Boostpressurecontrolsystemmonitoring

Status增壓壓力控制系統(tǒng)

11DieselParticulateFilter(DPF)monitoring

StatusDPF監(jiān)控

12NOxconvertingcatalystand/orNOx

adsorbermonitoringStatus選擇性催化還原系

統(tǒng)(SCR)或NOx吸附器

13NMHCconvertingcatalystmonitoring

StatusNMHC氧化催化器監(jiān)控

14Misfiremonitoringsupport失火監(jiān)控

15Fuelsystemmonitoringsupport燃油系統(tǒng)

監(jiān)控

16Comprehensivecomponentmonitoring

support綜合零部件監(jiān)控

每一位的含義:0=不支持;1=支持

每一位的定義如下:

1CatalystmonitoringStatus催化轉化器監(jiān)

2HeatedcatalystmonitoringStatus加熱催

化轉化器監(jiān)控

3EvaporativesystemmonitoringStatus蒸發(fā)

系統(tǒng)監(jiān)控

4SecondaryairsystemmonitoringStatus

二次空氣系統(tǒng)監(jiān)控

診斷就緒狀態(tài)2WORD

5A/CsystemrefrigerantmonitoringStatus

A/C系統(tǒng)制冷劑監(jiān)控

6ExhaustGasSensormonitoringStatus排氣

傳感器加熱器監(jiān)控

7ExhaustGasSensorheatermonitoring

Status排氣傳感器監(jiān)控

8EGR/VVTsystemmonitoringEGR系統(tǒng)和VVT

監(jiān)控

9ColdstartaidsystemmonitoringStatus

17

T/ITSXXXX-2021

冷啟動輔助系統(tǒng)監(jiān)控

10Boostpressurecontrolsystemmonitoring

Status增壓壓力控制系統(tǒng)

11DieselParticulateFilter(DPF)monitoring

StatusDPF監(jiān)控

12NOxconvertingcatalystand/orNOx

adsorbermonitoringStatus選擇性催化還原系

統(tǒng)(SCR)或NOx吸附器

13NMHCconvertingcatalystmonitoring

StatusNMHC氧化催化器監(jiān)控

14Misfiremonitoringsupport失火監(jiān)控

15Fuelsystemmonitoringsupport燃油系統(tǒng)

監(jiān)控

16

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論