当前位置：文档之家 › 14230协议

14230协议

  • 格式：pdf
  • 大小：677.91 KB
  • 文档页数：45

BasSvr does not contain any implementation.
2 Function in the normal mode
BasSvr does not contain any functionality. Table 4333 BasSvr subcomponents
Name BasUtil I14230
BasSvrAppl
Long name
Description
Page
Basic Utility
The work package BasUtil is used internally for i14229 and i14230 configuration.
p. 4135
I14230 (Standard Customer Dia- Work package I14230 represents a software package (module) which is used for dia- p. 4136
Task
The work package BasUtil is used internally for i14229 and i14230 configuration.
1 Physical overview
BasUtil in internally used for i14229 & i14230 configuration.
L Function for calculating the Basisaddresses 32-bit address for memory * identifiers in KWP2000 from 24-bit address information .
L Baudrate algorithm based on i-k formula.
DThe following I14230 service-functions are not part of SCD:
gnosis)
gnostic services, called through tester. SCD (Standard-Customer-Diagnosis) provides
a subset of I14230 functionality.
Basic Services for Diagnosis Ap- The work package BasSvrAppl adapts the work package BasSvr to customer specific p. 4179
1 Physical overview
Figure 3366 BASSVR overview [bassvr-overview]
BASSVR
Service Functions developed on
ISO 14229 /
ISO 15765 specification
The following services are available:
Basis Services for Diagnosis Software
4134/5231
5.7.7.2 [BasSvr] Basis Services for Diagnosis Software
Task
Work package BasSvr represents a software package (module) which is used for diagnostic services, called through tester. The BasSvr module covers: L Service functions developed on ISO 14229 /ISO 15765 specification L Service functions developed on ISO 14230 Specification
L Random number generation based on time.
L Function to get random seed. Table 4334 BasUtil subcomponents
Name BasUtil_Std
Long name Basic Utility Standard
Description
Page
The work package BasUtil_Std is used internally for i14229 and i14230 configuration. p. 4135
5.7.7.2.1.1 [BasUtil_Std] Basic Utility Standard
(all definition modes) 8 Read Data by Identifier 9 Read memory by address 10 write memory by address 11 Tester present 12 Response on event 13 clear diagnostic Information 14 Read DTC Information 15 Routine Control 16 Write data by identifier 17 Inputoutput Control by identifier 18 Control DTC setting
BasUtil in internally used for i14229 & i14230 configuration.
2 Functionality
BasUtil contains the following functionality.
L Compare checksum for serial application.
1 Diagnostic session control 2 EcuReset 3 Security access 4 Communication Control 5 AccessTimingParameter 6 Link Control 7 Dynamically Define by Data Identifier
Service Functions developed on
ISO 14230 specification
The following services are available:
1 StartDiagnosticSession 2 StopDiagnosticSession 3 Escape code 4 DynamicallyDefineLocalIdentifier 5 Start Communication 6 StopCommunication 7 TesterPresent 8 WriteMemoryByAddress 9 ReadMemoryByAddress 10 StartRoutineByLocalId 11 RequestRoutineResultsByLocalIdentifier 12 SecurityAccess 13 ReadEcuIdentification 14 AccessTimingParameter 15 ReadDataByLocalIdentifier 16 InputoutputControlbyLocalIdentifier 17 StopRoutineByLocalId 18 Read Status of DTC 19 Read Freeze Frame data 20 Write Data by Local Id 21 Request Upload 22 Transfer Data 23 Request Transfer Exit 24 Request download 25 Read Data by common Identifier 26 write Data by common Identifier
I14230 (Standard Customer Diagnosis)
4136/5231
5.7.7.2.2 [I14230] I14230 (Standard Customer Diagnosis)
Task
Work package SCD (Standard-Customer-Diagnosis) represents a software package which is used for diagnostic services, called through tester. SCD provides a subset of I14230 functionality.
plication
needs.
Y-772.V600 | P_772 6.0.0 | MEDC/Core/DiagInf/DiagSrv/BasSvr | 23.03.2009 | Draft6.8.0|1.105© Robert Bosch GmbH reserves all rights even in the event of industrial property rights. We reserve all rights of disposal such as copying and passing on to third parties.
2 Functionality
BasUtil in used internally for i14229 & i14230 configuration..
Y-772.V600 | P_772 6.0.0 | MEDC/Core/DiagInf/DiagSrv/BasSvr/BasUtil/BasUtil_Std | 23.03.2009 | Draft6.8.0|1.105© Robert Bosch GmbH reserves all rights even in the event of industrial property rights. We reserve all rights of disposal such as copying and passing on to third parties.

合集下载

现代索纳塔obd的接口协议

现代索纳塔obd的接口协议

现代索纳塔obd的接口协议现代索纳塔（Hyundai Sonata）是一款现代汽车公司生产的中型轿车，它配备了OBD（On-Board Diagnostics）系统，用于诊断和监控车辆的性能和故障。

OBD系统的接口协议是指用于与车辆的电子控制单元（ECU）进行通信的协议。

现代汽车使用的OBD接口协议主要有以下几种：1. OBD-I，早期的OBD系统，采用自家的通信协议，没有统一的标准。

不同车型和制造商可能使用不同的物理接口和通信协议。

2. OBD-II，从1996年起，美国汽车制造商开始采用OBD-II标准，后来成为全球通用的OBD接口协议。

OBD-II采用标准的16针物理接口，通信协议使用SAE J1850 PWM、SAE J1850 VPW、ISO 9141-2、ISO 14230-4（KWP2000）和ISO 15765-4（CAN）等。

3. ISO 9141-2，这是一种用于OBD-II系统的通信协议，采用K线物理接口。

它在美国、欧洲和亚洲等地广泛使用，支持低速数据传输。

4. ISO 14230-4（KWP2000），这是一种用于OBD-II系统的通信协议，也采用K线物理接口。

它在欧洲车辆中较为常见，支持高速数据传输。

5. ISO 15765-4（CAN），这是一种用于OBD-II系统的通信协议，采用CAN（Controller Area Network）物理接口。

它是现代汽车中最常见的协议，支持高速数据传输和多个ECU之间的通信。

需要注意的是，不同年份和地区的现代索纳塔可能采用不同的OBD接口协议。

因此，在使用OBD工具进行诊断或与车辆进行通信时，需要确保选择正确的协议以确保兼容性。

总结起来，现代索纳塔OBD的接口协议主要有OBD-I、OBD-II、ISO 9141-2、ISO 14230-4（KWP2000）和ISO 15765-4（CAN）。

具体使用哪种协议需要根据车辆的年份、地区和配置来确定。

27车载网络协议标准(第四讲)

27车载网络协议标准(第四讲)

许多汽车生产厂商都采用ISO14230 (Keyword Protocol 2000)作为 诊断系统的通信标准，它满足OBD-II。
到2004年，美国三大汽车公司将对乘用车采用基于CAN的J2480诊断 系统通信标准，它满足OBD-III的通信要求。
欧洲汽车厂商已经开始使用一种基于CAN总线的诊断系统通信标准 ISO15765[5]，它满足E-OBD的系统要求。
LIN网络的典型应用
2 B类总线
B类标准和协议及其特性 的比较
B类标准在轿车上应用的是ISO11898，传输速率在 100Kb/s左右，在卡车和大客车上应用的是SAE的标准 J1939，传输速率是250Kb/s。
GM、Ford和DC等公司目前在许多车型上都已经开始使 用了基于ISO11898的标准J2284，它的传输速率是 500Kb/s。
2.6.4 安全总线和标准
汽车安全系统总线使用情况
宝马公司在其2001年9月推出的新款7系车型中，配备 了 一 套 名 为 ISIS （ Intelligent Safety Integrated System）的安全气囊控制系统。在ISIS中，用于收集前座 保护气囊、后座保护气囊以及膝部保护气囊信号的14个传 感器全部经由Byteflight连接，据称这样可以保证中央处 理单元（CPU: Central Process Unit）在紧急情况下也能 及时准确地决定不同位置安全气囊的释放范围与时机，从 而使整套系统发挥出最佳的保护效果。
蓝牙（Bluetooth）技术
近年来兴起的“蓝牙”（Bluetooth）技术是车用 无线通讯领域一种比较好的解决方案。以汽车维修业 为例，它的应用如下：汽车即将进入维修站时，站内 服务器可以通过无线通讯提前获悉车况或诊断信息并 进行决策，然后将决策结果以操作指示的方式输出给 维修人员，维修作业就能够得到及时有效的执行。另 外，维修站还可以使用蓝牙技术将车载ECU的管理软 件升级到最新版本。
obd2的协议标准

obd2的协议标准

obd2的协议标准摘要：1.OBD-II 简介2.OBD-II 的协议标准概述3.OBD-II 的主要协议4.OBD-II 协议标准的应用5.OBD-II 的未来发展趋势正文：【OBD-II 简介】OBD-II（On-Board Diagnostics-II，车载诊断系统-II）是一种用于监控和诊断汽车系统的标准接口。

它最初由美国联邦环保局（EPA）和加利福尼亚空气资源委员会（CARB）于1994 年制定，以提高汽车的燃油效率和减少排放。

现在，它已成为全球汽车行业的标准。

【OBD-II 的协议标准概述】OBD-II 协议标准定义了汽车电子控制单元（ECU）与其他设备（如诊断仪器、扫描工具和测试设备）之间的通信规则。

这些规则包括物理层、数据链路层和应用层协议。

【OBD-II 的主要协议】1.物理层协议：定义了OBD-II 接口的机械和电气特性。

通常使用15 针或31 针连接器。

2.数据链路层协议：定义了ECU 与其他设备之间的数据帧格式和传输规则。

主要采用ISO 14230 标准。

3.应用层协议：定义了各种诊断和数据传输服务。

主要包括以下几种：- 控制请求（Control Request，CR）：用于请求ECU 执行特定功能，如读取或清除故障码。

- 控制响应（Control Response，CRS）：用于响应CR 请求，传输ECU 的数据或状态信息。

- 数据请求（Data Request，DR）：用于请求ECU 的特定数据。

- 数据响应（Data Response，DRS）：用于响应DR 请求，传输ECU 的数据。

【OBD-II 协议标准的应用】OBD-II 协议标准广泛应用于汽车诊断、维修、研发和测试领域。

通过OBD-II 接口，技术人员可以轻松地读取汽车的状态信息、故障码和实时数据，从而提高诊断和维修效率。

同时，OBD-II 接口还为汽车制造商和研究机构提供了便利，使他们能够更好地监控汽车的性能和排放，以及开发更先进的汽车系统。

ISO和SAE标准组织制定的OBD协议(转载)

ISO和SAE标准组织制定的OBD协议(转载)

ISO和SAE标准组织制定的OBD协议，ISO协议和SAE协议对应关系ISO和SAE标准组织制定的OBD协议，ISO协议和SAE协议对应关系如下：SAE文件 ISO文件描述无15031-1通用信息J1930 15031-2术语、定义、缩略语J1962 15031-3诊断接头J1978 15031-4OBDII解码器J1979 15031-5排放有关的诊断J2012 15031-6故障码定义J2186 15031-7数据链路安全SAE诊断标准SAE标准几乎覆盖维修技师每天接触的每一个元件和工具。

SAE 的J标准是专家委员会针对特定领域内起草的文件。

专家委员会完成项目的研究后，推荐报送到标准委员会，然后表决采用标准或将文件返回专家委员会进一步修改。

SAE的J标准特别适用于驾驶性能或排放诊断。

以下是最常使用的诊断标准：J1850 - Class B数据通讯网络接口。

建立适用于所有陆地行驶的公路或越野车辆的Class B数据通讯网络接口技术规范。

规范设定各个PCM和解码器的串行数据传输标准。

文件最初设定两个标准：可变脉冲宽度（VPW）信号控制在10.4kBaud（千波特），脉冲宽度调节（PWM）信号控制在41.6kBaud。

J1930 - 电气/电子系统的各种诊断术语、定义、缩略语和简称。

标准化汽车术语、名称、定义、缩略语和简称。

重点在电气/电子的诊断术语，同时也包括相关的机械术语、定义、缩略语和简称。

这个文件的特别应用包括诊断、服务和维修手册、技术通报及其更新、培训手册、维修数据库、发动机罩下排放标签和排放认证的使用。

J1962 - 诊断接头。

标准化诊断接头（DLC）的形状和针脚数量。

同时也标准化了16个针脚中的7个针脚功能。

制造厂按照他们的愿望可以使用剩余的针脚。

稍后，J2201的章节包括在了J1962中，并做出修改，允许ISO 9141-2针脚也可用于ISO 14230-4（口令协议2000）。

国际标准组织（ISO）预留针脚6用于高速控制器局域网（CAN Hi），预留针脚14用于低速控制器局域网（CAN Lo）。