まず、犬がドアを開くために管理し、3つのメカニズムがあります
1.固定期間タスクリアルタイム監視
2.非固定期間タスク実行時間監視
前記ロジックは、実行順序を監視します。
第二に、監視対象エンティティとチェックポイント
ウォッチドッグ・マネージャーは、ソフトウェアの実装を監督します。論理ユニットの監督は、エンティティを監督しています。AUTOSAR、SW-C、CDD、 RTEは、 ブロックBSWモジュールアーキテクチャとの間には一定の関係が存在しないが、通常監視エンティティは、モジュールBSWをSW-C SW-C表すことができる、または実行することができ、或いはCDD開発者の選択に応じて。
教師付きエンティティ重要な位置をチェックポイントとして定義されます。コードが絡み合っ監督エンティティおよびウォッチドッグ・マネージャを呼び出します。
各監督エンティティは、1つまたは複数のチェックポイントがあります。図チェックポイントと監視エンティティとの間の遷移によって形成されています。グラフは、内部の図と呼ばれます。加えて、異なるエンティティからのチェックポイントは、外部遷移によって監視されてもよいです。各ウォッチドッグ・モード・マネージャは、複数の外部グラフィックスを持つことができます。
グラフは、一つ以上の初期チェックポイントと1つ以上の最終チェックポイントを有することができます。最終的なチェックポイントは、（同一のチェックポイントチャートに属すると仮定して）正しいです。最後のチェックポイントが完了したら、任意の初期チェックポイントを報告することができます。
ウォッチドッグ・マネージャで、チェックが時間の所望の点と外部と内部グラフィックスを可能にするように構成されてもよいです。
実行時には、プログラムマネージャは、それが構成された実行確認しますモニター。これは、論理的な監督と呼ばれています。ウォッチドッグ・マネージャーは、チェックポイント、したがって、変換時間を破壊しました。定期的なチェックポイントの機構は、「期限監督」として知られている、非周期チェックポイントのために、「アクティブ監督」と呼ばれます。
ウォッチドッグ・マネージャーは、チェックポイントサイズは修復されません。検出能力のウォッチドッグ・マネージャのいくつかの粗粒のチェックポイントの制限。ウォッチドッグ・マネージャーは、それが実行できるかどうかだけを検出し、タイミング制約を確認することができます。逆に、SW-Cの各ブロックにチェックポイントを有し、実行時に分岐を有する場合、ウォッチドッグ・マネージャはまた、SW-Cの制御フローの故障を検出することができます。高粒度のチェックポイントは、大規模で複雑な構成の監視プログラムマネージャーになることができます
監督への各エンティティ対象を監視するための3つの監督機構。教師の実体は1つ、2つまたは3つのメカニズムを有効にすることができます。状態の計算は、（ローカル状態と呼ばれる）エンティティを監督しました。
監督エンティティを決定し、各状態の監視に応じて（グローバル監視状態と呼ぶ）全体MCUの状態を判定する。
三、ウォッチドッグ処理
ハードウェアウォッチドッグと通信するためのインタフェースを制御するためのウォッチドッグ・マネージャーウォッチドッグ。
ウォッチドッグ・インタフェースおよびウォッチドッグ・ドライバによってトリガハードウェアウォッチドッグのために、もはや責任バージョンV1.xy、ウォッチドッグ・マネージャーとの比較。代わりに、ウォッチドッグ・マネージャーウォッチドッグは、インターフェイスのウォッチドッグ・レポートを介してドライバをトリガします。すると、ウォッチドッグ・ドライバが真である、正しいタイミングでハードウェアウォッチドッグをトリガ条件の下で責任があります。ウォッチドッグ・トリガ条件は、管理周期で設定されたカウンタ値です。ハードウェアウォッチドッグが毎回トリガされると、ウォッチドッグ・ドライバは、このカウンタをデクリメント。カウンタがゼロに達したときに、運転者は、ウォッチドッグは、ハードウェアウォッチドッグをトリガ停止します。ウォッチドッグ・マネージャが実行できないときこのように、それは自動的にウォッチドッグリセット（ウォッチドッグ・タイムアウト値プラスHWをデクリメントした後、カウンタに必要な時間）が発生します。
ウォッチドッグ・マネージャーウォッチドッグマネージャー自体が間違ってトリガ条件が発生し、ウォッチドッグリセットにはつながらない設定があります。したがって、あなたは、ウォッチドッグ・マネージャで再帰を回避しながら、ウォッチドッグ・マネージャー自体教師エンティティとチェックポイントに使用する必要があります。