0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

Specification of Timing Extensions, No.411, CP, AUTOSAR R22-11(2)

Last updated at Posted at 2023-01-22

Specification of Timing Extensions, AUTOSAR R22-11, CP, No.411

AUTOSARは、ISO、IEC、ITUと情報交換契約を結んでいません。
AUTOSAR文書には、ISO、IEC,ITU記述を全文引用することはできません。
WTO/TBT協定に基づき、国際的な調達は国際規格との差異を記述することにより文化依存しない仕様を目指します。
ISO、IEC、ITU文書を合わせて読むと技術内容は理解できます。 
CAN、OSEK/VDX OS、DIAGは、ISO定義を先に確認しましょう。  
OSEK COM、OSEK NMなどはISOの規定から基本的な部分で定義を変えています。
変更している部分を仕様等で明記するか、ISOを改定するとよいでしょう。 

AUTOSARの参考文献欄の改定が進んでいません。 
Glossary用語定義の網羅性が低いです。
本文を読む前に確認するとよいかもしれません。
本文を読んでから確認してもよいかもしれません。

AUTOSARが、2022年の版、R22-11公開しました。公開行事の模様は

AUTOSAR R22-11 Release Event 20221208

下記URL順次確認中です。

文書は検索してダウンロードできます。

equirement and Specification)

一覧

AUTOSAR R22-11 Classic Platform 一覧はこちら。

Classic Platform Release Overview, AUTOSAR R22-11, CP, No.0(2)

AUTOSAR R22-11 マラソン

Qiitaの記事の一覧は作成中です。

AUTOSAR R22-11 一覧(2)

Abstract Platformとの関係

時間再整理。

<この項は書きかけです。順次追記します。>

文書変更(Document Change)

• Added SL-LET feature
• Rework document structure

用語(terms)

Term Meaning\
BSW Basic Software
CAN Controller Area Network
CC Communication Controller
COM Communication module
ECU Electrical Control Unit
ID Identifier
IPDU Interaction Layer Protocol Data Unit
I/O Input/Output
ISIGNAL Interaction Layer Signal
LPDU Data Link Layer Protocol Data Unit
PDU Protocol Data Unit
RTE Runtime Environment
SW-C Software Component
TD Timing Description
UML Unified Modeling Language
VFB Virtual Functional Bus
Jitter For a periodically occurring timing event, the jitter is defined as the maximum variation of its period with respect to a predefined standard period.
Latency The latency of a timing event chain describes the time duration between the occurrence of the stimulus and the occurrence of the corresponding response.
Maximum interarrival time Describes the maximum time interval between two consecutive event occurrences. In the more general case, this attribute is an array of the maximum latency between two, three, four, ... event occurrences.
Minimum interarrival time Describes the minimum time interval between two consecutive event occurrences. In the more general case, this attribute is an array of the minimum latency between two, three, four, ... event occurrences.
Period Describes the expected time interval between two consecutive event occurrences, neglecting variation (jitter).
Response End point of an event chain.
Synchronization Synchronization focuses on the occurrence of different timing events. Synchronization of timing events means that they shall occur simultaneously within a certain tolerance interval.
Stimulus Start point of an event chain.
Timing analysis Timing analysis is a method of determining the timing behavior of the system. This includes consideration of timing relevant system behavior like task preemptions, interrupt handling, resource blocking, etc.
Timing constraint A timing constraint may have two different interpretation alternatives. On the one hand, it may define a restriction for the timing behavior of the system (e.g. minimum (maximum) latency bound for a certain event sequence). In this case, a timing constraint is a requirement which the system shall fulfill. On the other hand, a timing constraint may define a guarantee for the timing behavior of the system. In this case, the system developer guarantees that the system has a certain behavior with respect to timing (e.g. a timing event is guaranteed to occur periodically with a certain maximum variation).
Timing description The timing description of a system, subsystem, software component or BSW consists of events and event chains. The former one describes events that can be observed and the latter one describe their causal relationship.
Timing event A timing event is the abstract representation of a specific system behavior – that can be observed at runtime – in the AUTOSAR specification. Timing events are used to define the scope for timing constraints. Depending on the specific scope, the view on the system, and the level of abstraction different types of events are defined.
Timing event chain A timing event chain describes the causal order for a set of functionally dependent timing events. Each event chain has a well defined stimulus and response, which describe its start and end point. Furthermore, it can be hierarchically decomposed into an arbitrary number of sub-chains, so called ”event chain segments”.
Timing event occurrence A timing event is said to ”occur”, when a specific system behavior – represented by the timing event – can be observed. For example the timing event ”RunnableEntityStarted” occurs, when the associated RunnableEntity has entered the state ”started” after its activation.
Timing guarantee see glossary entry for ”Timing constraint”.
Timing information Superordinate concept for timing properties and timing constraints.
Timing path A timing path defines a sequence of communication or computation activities of the system, whose timing behavior shall be examined. Timing paths can be expressed by event chains.
Timing property A timing property defines the state or value of a timing relevant aspect within the system (e.g. the execution time bounds for a RunnableEntity or the priority of a task). Thus, a property does not represent a constraint for the system, but a somehow gathered (e.g. measured, estimated or determined) or defined attribute of the system.
Timing requirement A timing requirement defines a restriction on timing that shall be fulfilled to ensure proper operation of the system. Timing requirements can be expressed by using timing constraints.
Timing validation Timing validation compares the result of timing analysis (see glossary entry for timing analysis) with the expected behavior defined by timing constraints (see glossary entry for timing constraints).

英日

日本語は仮訳

T.B.D.

参考(reference)

Glossary も 参考に入れましょう。
https://www.autosar.org/fileadmin/standards/R22-11/FO/AUTOSAR_TR_Glossary.pdf

[1] Methodology for Classic Platform
AUTOSAR_TR_Methodology
[2] Requirements on Timing Extensions
AUTOSAR_RS_TimingExtensions
[3] Virtual Functional Bus
AUTOSAR_EXP_VFB
[4] Standardization Template
AUTOSAR_TPS_StandardizationTemplate
[5] Generic Structure Template
AUTOSAR_TPS_GenericStructureTemplate
[6] System Template
AUTOSAR_TPS_SystemTemplate
[7] Basic Software Module Description Template
AUTOSAR_TPS_BSWModuleDescriptionTemplate

関連文書(Related document)

2023年1月 記事数一覧

年末100記事を30点に仕上げる。

2023 書き初め

「はじめてのCAN/CANFD 」 ベクタージャパン <エンジニア夏休み企画>【読書感想文】

三方良し Udemy 車載LAN入門講座 CAN通信編

詳解 車載ネットワーク CAN, CAN FD, LIN, CXPI, Ethernetの仕組みと設計のために(1) 著者  <エンジニア夏休み企画 読書感想文>

詳解 車載ネットワーク CAN, CAN FD, LIN, CXPI, Ethernetの仕組みと設計のために(2)参考文献 <エンジニア夏休み企画>【読書感想文】

詳解 車載ネットワーク CAN、CAN FD、LIN、CXPI、Ethernetの仕組みと設計のために

AUTOSAR Abstract Platform User Group Weekly Report(1) 2022.1.8

AUTOSAR Abstract Platform User Group Weekly Report(2) 2022.1.15

202304 URL更新

Specification of Timing Extensions, AUTOSAR 411, R22-11, CP, 20230421

<この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。>

文書履歴(document history)

ver. 0.01 初稿  20230122
ver. 0.02 ありがとう追記 20230625

最後までおよみいただきありがとうございました。

いいね 💚、フォローをお願いします。

Thank you very much for reading to the last sentence.

Please press the like icon 💚 and follow me for your happy life.

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?