autosar網路管理培訓

❶ 什麼是AUTOSAR

AUTOSAR是AUTOmotive Open System Architecture（汽車開放系統架構）的首字母縮寫，是一家致力於制定汽車電子軟體標準的專聯盟。AUTOSAR是由全球汽車製造商、屬部件供應商及其他電子、半導體和軟體系統公司聯合建立，各成員保持開發合作夥伴關系。自2003年起，各夥伴公司攜手合作，致力於為汽車工業開發一個開放的、標准化的軟體架構。AUTOSAR這個架構有利於車輛電子系統軟體的交換與更新，並為高效管理愈來愈復雜的車輛電子、軟體系統提供了一個基礎。此外，AUTOSAR在確保產品及服務質量的同時，提高了成本效率。

❷ 電動汽車 為什麼要使用autosar

您好，我來來為您解答自：新能源汽車電子是AUTOSAR的重要推動力,國內至少四家以上的整車企業/供應商開展基於AUTOSAR的新能源核心控制器的開發(電池管理系統和整車控制器)。希望我的回答對你有幫助。

❸ 基於Autosar和osek網路管理系統的區別是什麼

具體一點，說明白詳細要求，我可以搞定。

❹ 如何把c代碼導成autosar架構

都是汽車電子軟體的標准。
osek基於ECU開發，標准包括三部分：操作系統、專通信(交互層)、網路管理
autosar基於屬整體汽車電子開發，包括汽車電子功能的劃分、ECU統一軟體架構、ECU軟體開發過程等整套的方法論
autosar中規定的操作系統就是osek os，而通信和網路管理雖然和osek有區別，但思路一樣的。
所以認為，autosar是基於osek提出的(但不僅基於osek)，osek被autosar標准軟體架構包含。

❺ 在AUTOSAR網路管理里CANNM TIMEOUT TIME是什麼意思

1.先使用HDMI連接電腦和外部顯示屏，接入各個設備的HDMI口就行了。

❻ 請問autosar和osek的關系是什麼

都是汽車電子軟體的標准。

AUTOSAR與OSEK二者都是汽車電子軟體的標准。

OSEK基於ECU開發，AUTOSAR基於整體汽車電子開發。

1.AUTOSAR

AUTOSAR一般就是指AUTOSAR構架/標准，AUTOSAR的全稱是AUTomotive Open System ARchitecture），隨著多年的發展，越來越多的行業內的公司加入到了AUTOSAR聯盟中，這其中有OEM（汽車整車廠），Tier1（汽車零部件供應商），晶元製造商以及工具製造商，AUTOSAR構架/標准也成為了汽車E/E設計的發展方向。

2.OSEK

在1995年召開的研討會上眾多的廠商對OSEK和VDX的認識達成了共識，產生了OSEK/VDX規范(1997年發布)，本文簡稱OSEK規范。

它主要由四部分組成:操作系統規范(OSEK Operating System,OSEK OS)、通信規范(OSEK Communication , OSEK COM )、網路管理規范( OSEK Net Management, OSEK NM)和OSEK實現語言(OSEK Implementation Language,OIL)。

(6)autosar網路管理培訓擴展閱讀：

OSEK OS的特點

OSEK規范為實現其制定的初衷並滿足汽車控制領域對系統安全性和節省有限資源的特殊要求，制定了系統而全面的操作系統規范。其特點主要有以下幾個方面。

1.實時性

由於越來越多的微處理器被應用到汽車控制領域，如汽車剎車的防抱死系統、動力設備的安全控制等這些系統直接關系著人的生命安全，即使出現絲毫的差錯也會導致危及生命安全的嚴重後果，因此要求操作系統具有嚴格的實時性。

2.可移植性

OSEK規范詳細規定了操作系統運行的各種機制，並在這些機制基礎上制定了標準的應用程序編程介面，使那些獨立編寫的代碼能夠很容易地整合起來，增強了應用程序的可移植性。

3.可擴展性

為了適用於廣泛的目標處理器，支持運行在廣泛硬體基礎上的實時程序，OSEK操作系統具備高度模塊化和可靈活配置的特性。

AUTOSAR特點

1、模塊化和可配置性

定義了一套汽車ECU軟體構架，將不依賴硬體的軟體模塊和依賴硬體的軟體模塊分別優雅的封裝起來，從而可以讓ECU可以集成由不同供應商提供的軟體模塊，增加了功能的重用性，提高了軟體質量。軟體可以根據不同的ECU功能需求和資源情況進行靈活配置。

2、有標准化介面

定義了一系列的標准API來實現軟體的分層化。

3、提出了RTE的概念

RTE全稱是Runtime Environment，採用RTE實現了ECU內部和ECU之間的節點通訊，RTE處於功能軟體模塊和基礎軟體模塊之間，使得軟體集成更加容易。

4、具有標準的測試規范

針對功能和通訊匯流排制定了標準的測試規范，測是規范涵蓋的范圍包括對於AUTOSAR的應用兼容性（例如RTE的需求，軟體服務行為需求和庫等）和匯流排兼容性（匯流排處理行為和匯流排協議等），它的目標是建立標準的測試規范從而減少測試工作量和成本。

❼ 國內有開發autosar的嗎

您好，我來為您解答：
新能源汽車電子是AUTOSAR的重要推動力,國內至少四家內以上的整車企業/供應商容開展基於AUTOSAR的新能源核心控制器的開發(電池管理系統和整車控制器)。
希望我的回答對你有幫助。

❽ 汽車匯流排系統的目錄

譯者的話
序
第3版前言
致謝
第1章匯流排系統和協議的應用1
第2章車輛匯流排系統協議和標准5
第3章車輛匯流排系統的物理層和數據鏈路層9
3.1車輛匯流排系統基礎9
3.1.1電氣特性基礎9
3.1.2匯流排系統的拓撲圖與連接12
3.1.3數據幀、協議棧和服務14
3.1.4通信模式和定址15
3.1.5基於字元和比特流的傳輸及有效數據率19
3.1.6匯流排數據訪問方法以及錯誤識別和修正21
3.1.7數據傳輸時的抖動和延遲22
3.2基於ISO 9141和ISO 14230的K線23
3.2.1K線和KWP 2000的發展24
3.2.2K線匯流排拓撲和物理層24
3.2.3數據鏈路層26
3.2.4對重要廢氣排放組件（OBD）的限制30
3.2.5協議軟體和通信控制器之間的介面30
3.2.6原始的K線變數31
3.2.7K線層1和層2的總結31
3.3基於ISO 11898的控制器區域網CAN32
3.3.1CAN的發展歷程32
3.3.2匯流排拓撲和物理層33
3.3.3CAN數據鏈路層35
3.3.4CAN匯流排的錯誤診斷37
3.3.5CAN的應用——高層協議37
3.3.6協議軟體和CAN控制器之間的介面38
3.3.7時間觸發CAN（TTCAN）41
3.3.8CAN層1和層2的總結43
3.4局域互聯網LIN43
3.4.1概況44
3.4.2數據鏈路層45
3.4.3數據信息的同步發送47
3.4.4LIN V2.0中新的數據信息類型48
3.4.5LIN匯流排傳輸層和ISO診斷48
3.4.6LIN配置語言50
3.4.7LIN從控制器的動態配置53
3.4.8LIN應用程序介面（API）54
3.4.9LIN層1和層2的總結56
3.5FlexRay56
3.5.1匯流排拓撲和物理層57
3.5.2數據鏈路層59
3.5.3網路起動和時鍾同步62
3.5.4錯誤處理和匯流排監視64
3.5.5配置和高層協議65
3.5.6配置舉例65
3.5.7進一步的研發70
3.5.8FlexRay層1和層2的總結71
3.6SAE J185071
3.7多媒體定向系統傳輸MOST74
3.7.1匯流排拓撲和物理層75
3.7.2數據鏈路層76
3.7.3通信控制器80
3.7.4網路服務和功能塊81
3.7.5網路管理84
3.7.6高層協議介面85
3.7.7系統起動和音頻連接舉例85
3.7.8新研發的MOST15087
3.7.9MOST的總結89
3.8感測器?執行器?匯流排系統89
3.8.1基於SAE J2716單邊緣脈沖傳輸SENT匯流排90
3.8.2PSI 590
3.8.3ASRB 2.0——自動安全限制匯流排（ISO 22898）91
第4章傳輸協議94
4.1基於ISO 15765—2的CAN傳輸協議ISO?TP94
4.1.1數據報文的結構95
4.1.2流量控制、時間監視和錯誤處理96
4.1.3應用層的服務98
4.1.4協議的擴展99
4.1.5KWP 2000/UDS的定址99
4.2FlexRay的傳輸協議AUTOSAR TP99
4.3關於CAN傳輸協議TP2.0102
4.3.1定址系統和CAN信息標識符103
4.3.2廣播報文103
4.3.3動態信道的建立和連接管理104
4.3.4報文的傳輸106
4.4CAN傳輸協議TP1.6107
4.4.1報文結構108
4.4.2動態信道的建立108
4.4.3數據傳輸和數據方向的變化109
4.5CAN傳輸協議SAE J1939/21109
4.5.1傳輸種類、定址和CAN報文標識符110
4.5.2分組數據傳輸（多包）113
第5章應用層的診斷協議115
5.1診斷協議KWP 2000（ISO 14230—3）117
5.1.1概況117
5.1.2診斷會話（診斷管理）119
5.1.3基於KWP 2000和UDS的控制器定址121
5.1.4與匯流排系統有關的服務（網路層協議控制）123
5.1.5錯誤存儲器的讀和寫（存儲數據的傳輸）124
5.1.6數據的讀和寫（數據傳輸）及控制器的輸入/輸出124
5.1.7讀和寫存儲器塊125
5.1.8控制器中程序的啟動（遠程程序激活）126
5.1.9擴展服務126
5.2基於ISO 14229/15765—3的聯合診斷服務UDS127
5.2.1UDS與KWP 2000診斷協議的不同之處127
5.2.2UDS診斷服務概述128
5.2.3事件服務的響應133
5.3基於ISO 15031/SAE J1939的在線診斷OBD134
5.3.1OBD診斷服務概述135
5.3.2讀故障存儲器和控制器的值137
5.3.3對於重要廢氣排放組件測試結果的詢問139
5.3.4OBD錯誤碼139
5.3.5數據鏈路安全141
5.3.6程序介面141
5.3.7舉例142
第6章測量、標定和診斷的應用（ASAM AE MCD）144
6.1概述144
6.2有關應用任務的匯流排協議（ASAM AE MCD 1MC）147
6.2.1CAN標定協議CCP149
6.2.2擴展標定協議XCP154
6.2.3XCP和CCP的AML配置數據165
6.2.4匯流排協議驅動器和應用系統之間的介面ASAM MCD 1b167
6.3現場匯流排交換格式FIBEX168
6.4ASAM AE MCD 2和MCD 3概述177
6.5基於ASAM MCD 2 MC的應用數據項179
6.5.1ASAP2/A2L應用數據項179
6.5.2標定數據格式CDF和元數據交換格式MDX182
6.6基於ASAM AE MCD 2D的ODX診斷數據項184
6.6.1ODX數據模型結構184
6.6.2DIAG?LAYER：分層次的診斷描述186
6.6.3VEHICLE?INFO?SPEC：車輛介面和匯流排拓撲189
6.6.4COMPARAM?SPEC和COMPARAM?SUBSET：匯流排協議192
6.6.5DIAG?COMM和DIAG?SERVICE：診斷服務195
6.6.6簡單和復雜的數據目標199
6.6.7SINGLE?ECU?JOB和MULTIPLE?ECU?JOB：診斷流程207
6.6.8STATE?CHART：診斷會話209
6.6.9ECU?CONFIG：控制器配置的描述210
6.6.10ECU?MEM：Flash程序的描述210
6.6.11FUNCTION?DICTIONARY：面向功能的診斷213
6.6.12分組ODX和ODX自動工具214
6.6.13ODX 2.2版本215
6.7ASAM AE MCD 3服務215
6.7.1功能組M測量216
6.7.2功能組C標定217
6.7.3功能組D診斷218
6.8基於ISO 22900的有關診斷測試儀的MVCI介面220
第7章軟體標准：OSEK/AUTOSAR/HIS223
7.1引言223
7.2OSEK/VDX225
7.2.1事件觸發操作系統OSEK/VDX OS227
7.2.2OSEK/VDX COM中的通信236
7.2.3用OSEK/VDX NM進行網路管理239
7.2.4時間控制操作系統OSEK Time和容錯通信OSEK FTCOM244
7.2.5OSEK OS的擴展保護機制：保護型操作系統246
7.3硬體的輸入和輸出247
7.4CAN通信控制器的HIS硬體驅動器249
7.5HIS Flash?Lader（Flash的裝載)249
7.6AUTOSAR249
7.6.1AUTOSAR基礎軟體概述252
7.6.2AUTOSAR OS260
7.6.3AUTOSAR COM和診斷DCM的通信堆棧262
7.6.4AUTOSAR NM272
7.6.5虛擬功能匯流排VFB及運行時間環境和軟體組件276
7.6.6展望281
第8章工具、應用和使用領域283
8.1控制器的軟體組件283
8.2在線通信的設計和測試283
8.2.1CANoe的研發過程284
8.2.2DaVinci網路設計器284
8.2.3CANoe的系統模擬288
8.2.4其餘匯流排的模擬289
8.2.5總系統的集成291
8.3控制器的應用工具291
8.4控制器的Flash程序293
8.4.1框架條件294
8.4.2Flash存儲器297
8.4.3Flash的編程過程298
8.4.4Flash裝載舉例305
8.4.5Flash編程和匯流排協議的測試和釋放310
8.5研發和加工中的診斷工具314
8.6關於診斷數據的自動工具323
8.7ASAM MCD3運行時間系統330
第9章車輛之間的通信336
9.1收費系統336
9.2Car2Car協會337
縮略詞340