跳转至

Specification of Default Error Tracer (DefaultErrorTracer)

返回本类索引

属性 值
平台 CP
类别 SWS — 软件模块规范(Software Specification)
UID 017
规范版本 R25-11

本地文件

  • 规范 PDF: F:\Work\Standards\01_Sources\CP_SWS_DefaultErrorTracer_017\AUTOSAR_CP_SWS_DefaultErrorTracer.pdf
  • ARXML 模型: F:\Work\Standards\01_Sources\CP_SWS_DefaultErrorTracer_017\AUTOSAR_CP_SWS_DefaultErrorTracer.arxml
  • 纯文本全文: F:\Work\Standards\01_Sources\CP_SWS_DefaultErrorTracer_017\zzgen\CP_SWS_DefaultErrorTracer.complete.txt

文档简介

This specification describes the API of the Default Error Tracer. All detected development and runtime errors in the Basic Software are reported to this module. The API parameters allow for tracing source and kind of error:

  • Module in which error has been detected
  • Function in which error has been detected
  • Type of error

The functionality behind the API of this module is not in scope of this specification. It is up to the software developer and software integrator to choose the optimal strategy for his specific application and testing environment. Possible functionalities could be:

  • Set debugger breakpoint within error reporting API
  • Count reported errors
  • Handle the runtime errors by using default values
  • Log calls and passed parameters in RAM buffer
  • Send reported errors via communication interface to external logger

Note: The software requirements of the Default Error Tracer are specified in the SRS Diagnostics document.

章节详细内容

1. 简介与功能概述

原文标题:Introduction and functional overview

This specification describes the API of the Default Error Tracer. All detected development and runtime errors in the Basic Software are reported to this module. The API parameters allow for tracing source and kind of error:

  • Module in which error has been detected
  • Function in which error has been detected
  • Type of error

The functionality behind the API of this module is not in scope of this specification. It is up to the software developer and software integrator to choose the optimal strategy for his specific application and testing environment. Possible functionalities could be:

  • Set debugger breakpoint within error reporting API
  • Count reported errors
  • Handle the runtime errors by using default values
  • Log calls and passed parameters in RAM buffer
  • Send reported errors via communication interface to external logger

Note: The software requirements of the Default Error Tracer are specified in the SRS Diagnostics document.

2. 缩略语

原文标题:Acronyms and Abbreviations

The glossary below includes acronyms and abbreviations relevant to the Default Error Tracer module that are not included in the .

DET: Default Error Tracer.

3. 相关文档

原文标题:Related documentation

4. 输入文档与相关标准规范

原文标题:Input documents & related standards and norms

5. 相关规范

原文标题:Related specification

AUTOSAR provides a General Specification on Basic Software modules , which is also valid for Default Error Tracer.

Thus, the specification SWS BSW General shall be considered as additional and required specification for Default Error Tracer.

6. 约束与假设

原文标题:Constraints and assumptions

7. 限制

原文标题:Limitations

This specification does not define the functionality behind the error reporting API.

Memory protection mechanisms of the operating system are not taken into account.

8. 适用的车型领域

原文标题:Applicability to car domains

No restrictions.

9. 对其他模块的依赖

原文标题:Dependencies to other modules

10. 文件结构

原文标题:File structure

Upstream requirements: ⌈ Det.h includes all user relevant information for the tracing of errors reported via its services. ⌋

11. 需求追踪

原文标题:Requirements Tracing

The following tables reference the requirements specified in and and links to the fulfillment of these. Please note that if column "Satisfied by" is empty for a specific requirement this means that this requirement is not fulfilled by this document.

Requirement Description Satisfied by
The Basic Software Module shall be able to initialize variables and hardware in a separate initialization function
All modules of the AUTOSAR Basic Software shall support a tool based configuration
All AUTOSAR Basic Software Modules shall provide configuration rules and constraints to enable plausibility checks
Optional functionality of a Basic-SW component that is not required in the ECU shall be configurable at pre-compile-time
API naming convention
Shared code shall be reentrant
Classification of development errors
BSW Modules shall support pre-compile configuration
All AUTOSAR Basic Software Modules shall provide at least a basic set of module files
The return type of init() functions implemented by AUTOSAR Basic Software Modules shall be void
The Basic Software Module specifications shall specify at least in the description which other

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

12. 功能规范

原文标题:Functional specification

The Default Error Tracer provides functionality to support error detection and tracing of errors during the development and runtime of Software Components and other Basic Software Modules. For this purpose the Default Error Tracer receives and evaluates error messages from these components and modules.

Due to the always specific (non generic!) requirements regarding functionality in error cases there is no explicit specification of the DET implementation, except:

  • Configurable lists of error hooks will be executed in case of an error report.
  • Interfaces will be provided to report errors, allow optional error recovery after reset,and to handle optional error recovery information.

13. 初始化

原文标题:Initialization

Upstream requirements: ⌈ The DET shall provide the initialization function Det_Init (see ). ⌋

Upstream requirements: ⌈ Each call of the Det_Init function shall be used to set the Default Error Tracer to a defined initial status (e.g. by removing optional error recovery information). ⌋

Note: is not testable without knowledge about the non specified functionality and the probably used optional error recovery information.

Note: The usage and meaning of error recovery information is optional and not specified.

Upstream requirements: ⌈ The Default Error Tracer shall provide the function Det_Start (see ). ⌋

Note: The Default Error Tracer's environment can use the function Det_Start to trigger the Default Error Tracer module for instance (if needed) in case of completed NVRAM initialization for persistent error storage.

Note: In case the Default Error Tracer does not require a startup call the Det_Start function can be empty.

Note: The integrator can decide by configuration of the EcuM, when Det_Init will be called.

Note: The integrator can decide by configuration of the EcuM or ModeM, when and whether Det_Start will be called.

14. 错误 Hooks

原文标题:Error Hooks

To support debugging and error tracing during development and runtime, the Default Error Tracer provides functionality for notification of received error reports. Therefore so called error hooks are configurable. The error hooks will be used to forward error notifications. If at least one error hook has been configured, the Default Error Tracer will notify each received error report by calling the configured error hook(s).

Configuration of error hooks is done by the AUTOSAR configuration methods described in chapter .

Upstream requirements: , ⌈ Each Error_Hook shall be called with the same set of parameters as the corresponding functions Det_ReportError and Det_ReportRuntimeError. The configured callout functions are ECU configurations, see DetErrorHook, DetReportRuntimeErrorCallout. ⌋

15. 错误 Reporting

原文标题:Error Reporting

Upstream requirements: ⌈ If the Default Error Tracer has not been initialized before Det_ReportRuntimeError reporting function is called, the function shall return immediately without any other action (no Error_Hook shall be used, no implementer specific function shall be performed and no error shall be reported). ⌋

Upstream requirements: ⌈ If the Default Error Tracer has not been initialized before Det_ReportError is called, the execution shall stop. (no Error_Hook shall be used, no implementer specific function shall be performed and no error shall be reported). ⌋

Upstream requirements: ⌈ The error report functions Det_ReportError and Det_ReportRuntimeError shall call immediately all configured Error_Hooks (see DetReportRuntimeErrorCallout ). ⌋

Upstream requirements: , ⌈ The Default Error Tracer shall execute the corresponding list of configured DetErrorHook (refer to DetErrorHook) in the order given by the configuration. ⌋

Upstream requirements: ⌈ Optional implementation specific functionality shall only be performed after all configured Error_Hooks (see DetReportRuntimeErrorCallout and ECUC_Det_0011) have been called.

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

16. 错误分类

原文标题:Error Classification

The Default Error Tracer has the following AUTOSAR errors:

  • Development errors, see Section
  • Runtime errors: not applicable
  • Production errors: not applicable
  • Extended production errors: not applicable

The call of default error functions will cause calls to all configured callout functions see parameter DetErrorHook and DetReportRuntimeErrorCallout

Upstream requirements: ⌈ The calls of Det_ReportError shall invoke all callback functions configured in DetErrorHook (see parameter DetErrorHook). ⌋

Upstream requirements: ⌈ The calls of Det_ReportRuntimeError shall invoke all callback functions configured in DetReportRuntimeErrorCallout. ⌋

17. Development 错误

原文标题:Development Errors

DET cannot report development errors.

18. Runtime 错误

原文标题:Runtime Errors

DET cannot report runtime errors.

19. Production 错误

原文标题:Production Errors

There are no production errors in DET.

20. Extended Production 错误

原文标题:Extended Production Errors

There are no extended production errors in DET.

21. API 规范

原文标题:API specification

The specification of the default error tracer API is provided here.

22. Imported 类型

原文标题:Imported types

This section lists all imported types used by the API. Even if the DET does not require new types, some RTE or Component types can be used within the configuration of the hook functions. Therefore the DET also has the standardized include structure (see SRS_BSW_00447) for modules with service interfaces.

Definition of imported datatypes of module Det Upstream requirements: ⌈ | Module | Header File | Imported Type | |---|---|---| | Std | Std_Types.h | Std_ReturnType |

⌋

23. 类型定义

原文标题:Type definitions

24. Det_ConfigType

Definition of datatype Det_ConfigType Upstream requirements: ⌈ | Name | Det_ConfigType | < | |---|---|---| | Kind | Structure | < | | Elements | implementation specific | < | | ^ | Type | - | | ^ | Comment | - | | Description | Configuration data structure of the Det module. | < | | Available via | Det.h | < |

⌋

25. 功能定义

原文标题:Function definitions

This chapter contains all APIs provided by the module.

26. Det_Init

Definition of API function Det_Init Upstream requirements: , , ⌈ | Service Name | Det_Init | < | |---|---|---| | Syntax | void Det_Init ( | |

const Det_ConfigType* ConfigPtr | ) | < | | |---|---|---| | Service ID | 0x00 | < | | Sync/Async | Synchronous | < | | Reentrancy | Non Reentrant | < | | Parameters (in) | ConfigPtr | Pointer to the selected configuration set. | | Parameters (inout) | None | < | | Parameters (out) | None | < | | Return value | None | < | | Description | Service to initialize the Default Error Tracer. | < | | Available via | Det.h | < |

⌋

27. Det_Start

Definition of API function Det_Start Upstream requirements: ⌈ | Service Name | Det_Start | < | |---|---|---| | Syntax | void Det_Start ( | |

void | ) | < | | |---|---|---| | Service ID | 0x02 | < | | Sync/Async | Synchronous | < | | Reentrancy | Non Reentrant | < | | Parameters (in) | None | < | | Parameters (inout) | None | < | | Parameters (out) | None | < | | Return value | None | < | | Description | Service to start the Default Error Tracer. | < | | Available via | Det.h | < |

⌋

28. Det_ReportError

Definition of API function Det_ReportError Upstream requirements: ⌈ | Service Name | Det_ReportError | < | |---|---|---| | Syntax | Std_ReturnType Det_ReportError ( | |

uint16 ModuleId, uint8 InstanceId, uint8 ApiId, uint8 ErrorId | ) | < | | |---|---|---| | Service ID | 0x01 | < | | Sync/Async | Synchronous | < | | Reentrancy | Reentrant | < | | Parameters (in) | ModuleId | Module ID of calling module. | | ^ | InstanceId | The identifier of the index based instance of a module, starting from 0, If the module is a single instance module it shall pass 0 as the InstanceId. | | ^ | ApiId | ID of API service in which error is detected (defined in SWS of calling module) | | ^ | ErrorId | ID of detected development error (defined in SWS of calling module). | | Parameters (inout) | None | < | | Parameters (out) | None | < | | Return value | Std_ReturnType | never returns a value, but has a return type for compatibility with services and hooks | | Description | Service to report development errors. | < | | Available via | Det.h | < |

⌋

Note: Det_ReportError may be callable in interrupt context.

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

29. Det_ReportRuntimeError

Definition of API function Det_ReportRuntimeError Upstream requirements: ⌈ | Service Name | Det_ReportRuntimeError | < | |---|---|---| | Syntax | Std_ReturnType Det_ReportRuntimeError ( | |

uint16 ModuleId, uint8 InstanceId, uint8 ApiId, uint8 ErrorId | ) | < | | |---|---|---| | Service ID | 0x04 | < | | Sync/Async | Synchronous | < | | Reentrancy | Reentrant | < | | Parameters (in) | ModuleId | Module ID of calling module. | | ^ | InstanceId | The identifier of the index based instance of a module, starting from 0, If the module is a single instance module it shall pass 0 as the InstanceId. | | ^ | ApiId | ID of API service in which error is detected (defined in SWS of calling module) | | ^ | ErrorId | ID of detected runtime error (defined in SWS of calling module). | | Parameters (inout) | None | < | | Parameters (out) | None | < | | Return value | Std_ReturnType | returns always E_OK (is required for services) | | Description | Service to report runtime errors. If a callout has been configured then this callout shall be called. | < | | Available via | Det.h | < |

⌋

30. Expected 接口

原文标题:Expected Interfaces

This chapter specifies all required interfaces of other modules.

31. Mandatory 接口

原文标题:Mandatory Interfaces

There are no mandatory expected interfaces.

32. Optional 接口

原文标题:Optional Interfaces

This chapter defines the interfaces that are required to fulfill an optional functionality of the Default Error Tracer.

Definition of optional interfaces requested by module Det Upstream requirements: , ⌈ | API Function | Header File | Description | |---|---|---| | There are no optional interfaces. | < | < |

⌋

33. Configurable 接口

原文标题:Configurable Interfaces

Upstream requirements: ⌈ if callout functions are configured, they should have the same signatures as the corresponding functions. If several callouts are defined for the same service they should have the same ID. ⌋

If Det_ReportError function is called, all configured callout functions shall be called (see ). User_ErrorHooks functions should have the Service ID 0x10.

Definition of configurable interface <User_Error_Hooks> Upstream requirements: ⌈ | Service Name | | < | |---|---|---| | Syntax | Std_ReturnType ( | |

uint16 ModuleId, uint8 InstanceId, uint8 ApiId, uint8 ErrorId | ) | < | | |---|---|---| | Service ID | 0x10 | < | | Sync/Async | Synchronous | < | | Reentrancy | Reentrant | < | | Parameters (in) | ModuleId | Module ID of calling module. | | ^ | InstanceId | The identifier of the index based instance of a module, starting from 0, If the module is a single instance module it shall pass 0 as the InstanceId. | | ^ | ApiId | ID of API service in which error is detected (defined in SWS of calling module) | | ^ | ErrorId | ID of detected development error (defined in SWS of calling module). |

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

34. 服务接口

原文标题:Service Interfaces

35. the Ports and Port 接口的规范

原文标题:Specification of the Ports and Port Interfaces

This chapter specifies the ports and port interfaces which are needed in order to operate the Default Error Tracer functionality over the VFB.

Each AUTOSAR SW-C which uses the service must contain "service ports" in its own SW-C description which will be typed by the same interfaces and which has to be connected to the ports of the Default Error Tracer, so that the RTE, the appropriate IDs and the required symbols can be generated.

36. 通用 Approach

原文标题:General Approach

The client-server paradigm is used since more than one parameter has to be transferred.

In order to reuse the C API already defined in the Default Error Tracer BSW module, the Default Error Tracer services uses the same argument names as in the C API, even though the names can not directly be mapped into the SW-C world. "Module ID" can preferably be interpreted as either a component or runnable entity but this is the decision of the implementer of the SW-C.

The Default Error Tracer services need a "Module ID" as first argument for the C-function.

In order to keep the client code independent from the configuration of number of clients, the "Module IDs" are not passed from the clients to Default Error Tracer but are modeled as "port defined argument values" of the Provide ports on the Default Error Tracer side. As a consequence, the "Module IDs" will not show up as arguments in the operation of the client-server interface. As a further consequence for this approach, there will be separate ports for each "Module ID" both on the client side as well as on the server side.

The Module ID type is of range 0...65535.

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

37. 数据类型

原文标题:Data Types

No separate data types provided for service interfaces.

38. Port 接口

原文标题:Port Interface

Definition of ClientServerInterface DETService Upstream requirements: ⌈ | Name | DETService | < | < | |---|---|---|---| | Comment | Service of Default Error Tracer | < | < | | IsService | true | < | < | | Variation | - | < | < | | Possible Errors | 0 | E_OK | Operation successful |

Operation ReportError <
Comment calls Det_ReportError with the Module ID of the port <
Relates to Det_ReportError <
Variation - <
Parameters ApiId <
^ Type uint8
^ Direction IN
^ Comment ID of API service in which error is detected (defined in SWS of calling module).
^ Variation -
^ ErrorId <
^ Type uint8
^ Direction IN
^ Comment ID of detected development error (defined in SWS of calling module).
^ Variation -
Possible Errors E_OK <
Operation ReportRuntimeError <
Comment calls ReportRuntimeError with the Module ID of the port <
Relates to Det_ReportRuntimeError <
Variation - <
Parameters ApiId <
^ Type uint8
^ Direction IN
^ Comment ID of API service in which error is detected (defined in SWS of calling module).
^ Variation -
^ ErrorId <
^ Type uint8
^ Direction IN
^ Comment ID of detected runtime error (defined in SWS of calling module).

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

39. the 服务的定义

原文标题:Definition of the Service

The DET shall provide the following Port for each configured SWC module with the given name.

Definition of Port Det_{Name}{Instance} provided by module Det Upstream requirements: ⌈ | Name | Det | < | < | |---|---|---|---| | Kind | ProvidedPort | Interface | DETService | | Description | - | < | < | | Port Defined Argument Value(s) | Type | uint16 | < | | ^ | Value | {ModuleId} | < | | ^ | Type | uint8 | < | | ^ | Value | {InstanceId} | < | | Variation | FOR | | |}_{Instance

module : ECV.subEltList("Det/DetConfigSet/DetModule"); instance : module.subEltList("DetModuleInstance"); LET Name = module.shortname(); Instance = instance.shortname(); ModuleId = module.subElt("DetModuleId").value(); | InstanceId = instance.subElt("DetInstanceId").value(); | < | < | |---|---|---|

⌋

40. 时序图

原文标题:Sequence diagrams

41. 初始化

原文标题:Initialization

42. 错误 Reporting

原文标题:Error Reporting

There are different scenarios: one for each error class (DevelopmentError, RuntimeError) and one for each configuration: no hooks configured, at least one hook configured.

43. 配置规范

原文标题:Configuration specification

In general, this chapter defines configuration parameters and their clustering into containers. In order to support the specification Chapter describes fundamentals. It also specifies a template (table) you shall use for the parameter specification. We intend to leave Chapter in the specification to guarantee comprehension.

Chapter specifies the structure (containers) and the parameters of the module Default Error Tracer.

Chapter specifies published information of the module Default Error Tracer.

44. How to read this chapter

For details refer to .

45. Containers and 配置 parameters

原文标题:Containers and configuration parameters

The Parameters of DET are described in the following sub-sections.

46. Det

Definition of EcucModuleDef Det ⌈ | Module Name | Det | |---|---| | Description | Det configuration includes the functions to be called at notification. | | Post-Build Variant Support | false | | Supported Config Variants | VARIANT-PRE-COMPILE |

Included Containers < <
Container Name Multiplicity Description
DetConfigSet 0..1 Configuration set container for Det.
DetGeneral 0..1 Generic configuration parameters of the Det module.
DetNotification 0..1 Configuration of the notification functions.

⌋

47. DetGeneral

Definition of EcucParamConfContainerDef DetGeneral ⌈ | Container Name | DetGeneral | < | < | |---|---|---|---| | Parent Container | Det | < | < | | Upstream mapping defined | - | < | < | | Description | Generic configuration parameters of the Det module. | < | < | | Multiplicity | 0..1 | < | < | | Post-Build Variant Multiplicity | false | < | < | | Multiplicity Configuration Class | Pre-compile time | X | All Variants | | ^ | Link time | - | | | ^ | Post-build time | - | | | Configuration Parameters | < | < | < |

No Included Parameters

No Included Containers ⌋

48. DetNotification

Definition of EcucParamConfContainerDef DetNotification ⌈ | Container Name | DetNotification | < | < | |---|---|---|---| | Parent Container | Det | < | < | | Upstream mapping defined | - | < | < | | Description | Configuration of the notification functions. | < | < | | Multiplicity | 0..1 | < | < | | Configuration Parameters | < | < | < |

Included Parameters < <
Parameter Name Multiplicity ECUC ID
DetErrorHook 0..*
DetReportRuntimeErrorCallout 0..*

No Included Containers ⌋

Definition of EcucFunctionNameDef DetErrorHook ⌈ | Parameter Name | DetErrorHook | < | < | |---|---|---|---| | Parent Container | DetNotification | < | < | | Upstream mapping defined | - | < | < | | Description | Optional list of functions to be called by the Default Error Tracer in context of each call of Det_ReportError. | | |

The type of these functions shall be identical the type of Det_ReportError itself: Std_ReturnType (*f)(uint16, uint8, uint8, uint8).

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

49. DetConfigSet

Definition of EcucParamConfContainerDef DetConfigSet ⌈ | Container Name | DetConfigSet | < | < | |---|---|---|---| | Parent Container | Det | < | < | | Upstream mapping defined | - | < | < | | Description | Configuration set container for Det. | < | < | | Multiplicity | 0..1 | < | < | | Configuration Parameters | < | < | < |

No Included Parameters

Included Containers < <
Container Name Multiplicity Description
DetModule 0..* This container describes a non BSW module that is using the Det via Service Interface.

⌋

50. DetModule

Definition of EcucParamConfContainerDef DetModule ⌈ | Container Name | DetModule | < | < | |---|---|---|---| | Parent Container | DetConfigSet | < | < | | Upstream mapping defined | - | < | < | | Description | This container describes a non BSW module that is using the Det via Service Interface. | < | < | | Multiplicity | 0..* | < | < | | Configuration Parameters | < | < | < |

Included Parameters < <
Parameter Name Multiplicity ECUC ID
DetModuleId 1
Included Containers < <
Container Name Multiplicity Description
DetModuleInstance 1..* Describes the Instance used for the according Service Port. It shall be used to differentiate software component instances when multiple instantiation is used.

⌋

Definition of EcucIntegerParamDef DetModuleId ⌈ | Parameter Name | DetModuleId | < | < | |---|---|---|---| | Parent Container | DetModule | < | < | | Upstream mapping defined | - | < | < | | Description | Unique identifier of the error reporting component. When reporting errors to the DET, a symbolic name derived from the moduleID has to be used to identify the reporter. | < | < | | Multiplicity | 1 | < | < | | Type | EcucIntegerParamDef (Symbolic Name generated for this parameter) | < | < | | Range | 4096 .. | | |

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

51. DetModuleInstance

Definition of EcucParamConfContainerDef DetModuleInstance ⌈ | Container Name | DetModuleInstance | < | < | |---|---|---|---| | Parent Container | DetModule | < | < | | Upstream mapping defined | - | < | < | | Description | Describes the Instance used for the according Service Port. It shall be used to differentiate software component instances when multiple instantiation is used. | < | < | | Multiplicity | 1..* | < | < | | Post-Build Variant Multiplicity | true | < | < | | Multiplicity Configuration Class | Pre-compile time | X | All Variants | | ^ | Link time | - | | | ^ | Post-build time | - | | | Configuration Parameters | < | < | < |

Included Parameters < <
Parameter Name Multiplicity ECUC ID
DetInstanceId 1

No Included Containers ⌋

Definition of EcucIntegerParamDef DetInstanceId ⌈ | Parameter Name | DetInstanceId | < | < | |---|---|---|---| | Parent Container | DetModuleInstance | < | < | | Upstream mapping defined | - | < | < | | Description | Describes the InstanceId used for the according Service Port. | | |

It shall be used to differentiate software component instances when multiple instantiation is used.

Else it shall be set to 0. < <
Multiplicity 1 < <
Type EcucIntegerParamDef < <
Range 0 ..

……本章内容较长已节选,完整内容见「本地文件」中的纯文本全文。

52. 发布信息

原文标题:Published Information

Additional module-specific published parameters are listed below if applicable.

53. 发布信息

原文标题:Published Information

For details refer to .

54. 附录

原文标题:Appendix

55. 不适用需求

原文标题:Not applicable requirements

Upstream requirements: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ⌈ These requirements are not applicable to this specification. ⌋

Upstream requirements: , , , , ⌈ Det does not support this error type. ⌋

Upstream requirements: , , , , ⌈ Det does not report security events. ⌋

56. History of 需求

原文标题:History of Requirements

Please note that the lists in this chapter also include requirements that have been removed from the specification in a later version. These requirements do not appear as hyperlinks in the document.

57. Requirement History of this Document According to AUTOSAR Release R22-11

58. Added 规范 Items in R22-11

原文标题:Added Specification Items in R22-11

59. Changed 规范 Items in R22-11

原文标题:Changed Specification Items in R22-11

60. Deleted 规范 Items in R22-11

原文标题:Deleted Specification Items in R22-11

61. Requirement History of this Document According to AUTOSAR Release R23-11

62. Added 规范 Items in R23-11

原文标题:Added Specification Items in R23-11

none

63. Changed 规范 Items in R23-11

原文标题:Changed Specification Items in R23-11

none

64. Deleted 规范 Items in R23-11

原文标题:Deleted Specification Items in R23-11

none

65. Requirement History of this Document According to AUTOSAR Release R24-11

66. Added 规范 Items in R24-11

原文标题:Added Specification Items in R24-11

none

67. Changed 规范 Items in R24-11

原文标题:Changed Specification Items in R24-11

68. Deleted 规范 Items in R24-11

原文标题:Deleted Specification Items in R24-11

69. Requirement History of this Document According to AUTOSAR Release R25-11

70. Added 规范 Items in R25-11

原文标题:Added Specification Items in R25-11

none

71. Changed 规范 Items in R25-11

原文标题:Changed Specification Items in R25-11

72. Deleted 规范 Items in R25-11

原文标题:Deleted Specification Items in R25-11

73. Requirement History of this Document According to AUTOSAR Release R26-11

74. Added 规范 Items in R26-11

原文标题:Added Specification Items in R26-11

none

75. Changed 规范 Items in R26-11

原文标题:Changed Specification Items in R26-11

76. Deleted 规范 Items in R26-11

原文标题:Deleted Specification Items in R26-11