發布日期：2022-04-18 點擊率：102
挑戰：
CAN2.0B 規范的工業總線通訊、報文標識符和數據幀定義沒有形成統一的標準，參數定義隨意性很大。商用車CAN 總線通訊標準，遵循建立在CAN2.0B 基礎上的SAE J1939 協議。報文標識符ID，按照SAE 標準制定的車速、發動機轉速、扭矩、溫度、壓力、燃油消耗量等參數的物理定義，報文數據幀格式對應協議數據單元相應數據內容的封裝。面臨的挑戰是將J1939 協議融會貫通于CAN 總線通訊平臺的設計之中。
應用方案：
使用NI LabVIEW 軟件開發平臺和PXI 模塊化儀器系統中的CAN 通訊模塊，創建過濾識別J1939 協議報文標識符ID 及多幀報文按協議格式解析接收和封裝發送的設計方法，并據此方法構建CAN 通訊平臺;完成整車電環境半實物仿真、發動機臺架試驗CAN 總線信息的收發、存貯及實時計算顯示。
使用的產品：
LabVIEW2009 軟件平臺
PXI-1045 機箱
PXI-8108 嵌入式控制器
PXI-8464/2 CAN 通訊模塊
概述：
進入21 世紀以來，商用車CAN 總線網絡的應用得到了異常迅猛的發展。現今市面上滿足國3～國5 排放標準的商用車，無一例外均應用CAN 總線網絡，進行整車VECU、發動機EECU、自動變速箱ECU、汽車組合儀表ECU、車輪防抱死制動ECU 之間的數據通訊。基于J1939 協議的商用車CAN總線，針對單片機微控制器MCU 節點的MCU + CAN 控制器 + CAN 收發器的CAN 通訊接口，在車載網絡控制系統中得到了大量應用;而對整車道路試驗、發動機臺架試驗、整車電環境半實物仿真測試的上位機節點的PC 機或筆記本電腦 + CAN 通訊模塊，大都使用價格昂貴的Vector CANoe 模塊。
存在的問題：
1)PXI 測控裝置無基于J1939 協議的CAN 通訊功能，不能滿足試驗工況對CAN 總線報文信息分析的功能需求。
2)CANoe 模塊時序不受PXI 儀器時鐘速率控制，無法與PXI 時序的其它測量參數同步觸發測量。
基于LabVIEW 和J1939 協議的CAN 總線通訊技術方法，在國內汽車行業PXI 測控裝置的應用屬于空白，難點是如何將LabVIEW 軟件開發平臺與復雜的J1939 協議有效結合，實現報文信息的過濾接收、合成重組及封裝發送。針對商用車CAN 總線通訊網絡的特點，構建基于LabVIEW 和J1939 協議的CAN 總線通訊平臺，嵌入在NI PXI 模塊化接口的測控裝置中，用于發動機臺架試驗、整車電環境半實物仿真測試。
J1939 協議
J1939 協議以CAN2.0B 規范為基礎制定，對CAN2.0B 擴展幀29 位標識符ID 定義形成J1939 的編碼系統，包括優先級P、預留位R、數據頁DP、協議數據單元PF、擴展單元PS、源地址SA 和數據字節Data，如圖1 所示。這七部分在開放式系統互聯參考模型(OSI)應用層，通過協議數據單元PDU(Protocal Data Unit)被封裝成一個或多個CAN 數據幀，通過物理層發送給總線網絡其它設備節點。
圖1 J1939 數據幀格式
PDU 定義了數據幀中與J1939 協議相關的信息，由標識符ID 和數據場組成。
PDU1 格式報文PF 在0～239 之間，報文為點對點向目標地址發送，PS：報文接收的目標地址，
SA：報文發送的源地址，在目標地址中填入255，為全局地址發送。
PDU2 格式報文PF 在240～255 之間，報文向全局地址發送，PS：參數組擴展值，J1939 協議大部分報文為PDU2 格式。PDU 數據場包含參數組中數據內容，參數組編號PGN(Parameter Group Number)用于唯一標識參數組的號碼，由一個或幾個參數構成一幀或多幀報文，而參數組是應用層中定義的與某個ECU相關的若干參數(例如發動機水溫、燃油溫度等)的組合。
J1939 協議與CAN2.0B 標準區別
標識符ID：CAN2.0B 不同功能的報文信息可以使用相同的ID，根據制造商特定的協議使用CAN設備，在集成時會產生ID 不能識別或識別不一致問題。J1939 每幀報文的標識符唯一，且每幀報文都有自己的PGN，為每個節點規定唯一的源地址，并將源地址映射到CAN 標識符中，避免多個節點使用相同的標識符，例如ID：0CF00400 代表發動機轉速、扭矩報文。
下一篇： PLC、DCS、FCS三大控
上一篇： 索爾維全系列Solef?PV
