JP2022541555A - 車両の人員保護手段を起動させるための制御装置および方法 - Google Patents

Abstract

本発明は、車両（１００）の人員保護手段（１３０）を起動させるための制御装置（１０５）に関し、制御装置（１０５）は、少なくとも、ハードワイヤード演算構成を含む第１の領域（１１５）と、プログラマブル演算構成を含む第２の領域（１２０）とを有する一体型演算モジュール（１１０）を有し、演算モジュール（１１０）は、少なくとも第２の領域（１２０）において人員保護手段（１３０）を起動させるための処理命令（１２７）を実行するように構成されている。

Description

本発明は、独立請求項の上位概念として記載した制御装置または方法に関する。また、本発明の対象はコンピュータプログラムでもある。

車両の人員保護手段を起動させる制御装置は、異なるセンサからの多数のデータをアルゴリズムや処理命令によって解析し、これにより、人員保護手段の起動を決定する必要がある。そのため、該当する制御装置でデータを処理する際には、高い処理速度が要求される。

このような背景から、ここに示すアプローチは、主請求項に係る、車両の人員保護手段を起動させるための制御装置、さらに対応する方法、および最後に対応するコンピュータプログラムを提示する。従属請求項に挙げた措置により、独立請求項に記載された制御装置の有利な改善形態および改良形態が可能である。

ここに提示されるアプローチにより、車両の人員保護手段を起動させるための制御装置が提示され、この制御装置は、少なくとも以下の特徴を備える。
－ ハードワイヤード演算構成を含む第１の領域と、プログラマブル（プログラム可能な）演算構成を含む第２の領域とを有する一体型演算モジュールであって、演算モジュールは、少なくとも第２の領域において人員保護手段を起動させるための処理命令を実行するように構成されている一体型演算モジュール。

演算モジュールとは、例えば、数値演算、論理演算および／または代数演算を行い、これによりセンサからのデータを処理するために構成されたハードウェアユニットであると理解することができる。一体型演算モジュールとは、例えば共通の基板上に一体型ユニットとして製造され、異なる機能または異なる構成を持つ複数の領域を有する演算モジュールであると理解することができる。ここで、個々の領域は、共通の製造ステップで構成されてもよく、異なる製造ステップおよび／または連続して実施される製造ステップで構成されてもよい。ハードワイヤード演算構成を含む領域とは、演算モジュールの製造時に、演算モジュールの特定の部品が演算モジュールのハードウェアに既に恒久的に組み込まれた演算モジュールの領域であると理解することができる。例えば、このようなハードワイヤード演算構成は、第１の領域における演算モジュールの個々の部品（例えば、トランジスタ、回線、メモリユニット、制御装置など）の間の接続線が、演算モジュールのハードウェアにおいて不変に構成されるように実施することができる。プログラマブル演算構成を含む演算モジュールの第２の領域とは、例えば、プログラムをロードすることにより、プログラムのコマンドに従ってプログラムステップを実行できるように構成されたユニットであると理解することができる。例えば、このような第２の領域は、演算モジュールのハードウェアにプログラマブルマイクロプロセッサ構成として実装されてもよい。

例えば、制御装置は、信号またはデータを処理するための少なくとも１つの演算ユニット、信号またはデータを記憶するための少なくとも１つのメモリユニット、センサからセンサ信号を読み込むためまたはアクチュエータに制御信号を出力するためのセンサまたはアクチュエータに対する少なくとも１つのインターフェース、および／または、通信プロトコルに組み込まれたデータを読み込むまたは出力するための少なくとも１つの通信インターフェース、を備えていてもよい。演算ユニットは、例えば、ＡＳＩＣ、信号プロセッサ、マイクロコントローラおよび／またはその他のものであってよく、および／またはこのような部材を有してもよく、メモリユニットは、フラッシュメモリ、ＥＥＰＲＯＭまたは磁気メモリユニットであってよい。通信インターフェースは、無線および／または有線でデータを読み込む、または出力するように構成されてもよく、有線のデータを読み込む、または出力できる通信インターフェースは、このデータを、例えば対応するデータ伝送線から電気的または光学的に読み取る、または対応するデータ伝送線に出力することができる。

ここでの制御装置とは、センサ信号を処理し、それに応じて制御信号および／またはデータ信号を出力する電気機器であると理解することができる。制御装置は、ハードウェアおよび／またはソフトウェアによって構成することができるインターフェースを有してもよい。ハードウェアによる構成の場合、インターフェースは、例えば、制御装置の最も多様な機能を含む、いわゆるシステムＡＳＩＣの一部とすることができる。しかし、インターフェースが固有の集積回路であるか、または少なくとも一部がディスクリート構成部材で構成されていてもよい。ソフトウェアによる構成の場合、インターフェースは、例えば、他のソフトウェアモジュールと共にマイクロコントローラ上に存在するソフトウェアモジュールであってもよい。

ここで提示するアプローチは、演算モジュールにハードワイヤード素子と共にプログラマブル素子の、現在の製造技術的に可能な組み込みを行うことで、人員保護手段を起動させるための処理命令の実行時に非常に高い柔軟性を実現できる、という認識に基づく。特に、これにより、一方では、異なる車両タイプに対して異なる処理命令をプログラマブルな演算構成を含む第２の領域にロードできるため、人員保護手段をトリガするためのトリガ基準を異なる車両タイプに対して変えることができ、ひいてはそれぞれの車両タイプに対して高いレベルの人員安全性を達成できることが利用できる。同時に、ハードワイヤード演算構成を含む領域は、例えば、第２の領域への処理命令のロードおよび／または頻繁に繰り返されるもしくは数値的もしくは回路的に複雑な処理ステップを、その後非常に迅速に実行することができ、ひいては人員保護手段の起動に関する決定の加速をもたらすことができるハードウェア構成に直接組み込むために、使用され得る。

また、これにより、製造時に細部まで定義する必要がなく、例えば、その後明らかとなる加工仕様の改良の際に、既に製造された制御装置を再設定することができる制御装置が製造可能であり、したがって既に製造された制御装置を引き続き使用することが可能となる。

特に有利なのは、演算モジュールの第１の領域と第２の領域が、共通の半導体部品の異なる領域に実装されている、ここで提示するアプローチの実施形態である。ここで提示するアプローチのそのような実施形態は、既に広範囲に最適化された半導体デバイスの製造方法を使用できるため、非常に安価で効率的に製造できるという利点を有する。

また、ここで提示するアプローチの他の実施形態によれば、制御装置は、処理命令を記憶し得るメモリユニットを有してもよく、処理命令は制御装置の起動後に演算モジュールの第２の領域にロードされ得る。ここで提示するアプローチのこのような実施形態は、演算モジュールの第２の領域に処理命令をロードするための非常に単純で安価な手段という利点を提供し、これによって制御装置の柔軟で高速なプログラミングまたは再プログラミングを実現することができる。

ここで提示するアプローチのさらなる実施形態によれば、制御装置の外部のユニットにデータを伝送するために、少なくとも１つの通信インターフェースを設けてもよく、特に、通信インターフェースは、プログラマブル演算構成を含む第２の領域からの通信を実行可能であり、および／または、通信インターフェースは、ハードワイヤード演算構成の第１の領域からの通信を実行不能である。通信インターフェースとは、制御装置のユニットであり、例えば、センサからのデータを演算モジュールに伝送する、または、演算モジュールからの、人員保護手段を制御するための信号を伝送するものであると理解することができる。ここで提示するアプローチのこのような実施形態は、制御装置の外部の対応する部品と非常に柔軟に通信できるという利点を提供し、ハードワイヤード演算構成は、特に処理命令のステップの処理をサポートするため、または処理命令を第２の領域にロードするために使用することができる。

特に好適な実施形態では、通信インターフェースがＬＩＮバスインターフェース、ＣＡＮバスインターフェース、ＣＡＮ－ＦＤバスインターフェース、またはフレックスレイ（ＦｌｅｘＲａｙ）バスインターフェースとして構成されている。このような実施形態は、車両技術で特に頻繁に使用されるデータ形式を効率的に読み出して、対応するデータを演算モジュールで利用できるという利点がある。

ここで提示するアプローチのさらなる実施形態によれば、演算モジュールの外部に構成または配置されたクロック発生器を設けてもよい。このような実施形態は、車両による人員保護の起動を可能にするために、演算モジュールの外部に配置されたクロック発生器から供給される、通常、非常に精確または正確であるクロック信号を用いることによって、センサデータの処理時に高い精度を確保できるという利点を提供する。

クロック発生器が水晶発振器で構成され、または水晶発振器を有する、提示されたアプローチの実施形態は、この点で特に好適である。このような水晶発振器の使用は、それによって生成されるクロック信号が非常に安定的かつ精確であるという利点をもたらし、ひいては、例えば、他の方法でのＲＣ回路によって生成されるクロック信号と比較して、人員保護手段のトリガ基準を満たすことを決定する際に高い品質を提供する。

処理命令の少なくとも一部を第１の領域で実行するように演算モジュールが構成されている、ここで提示するアプローチの実施形態がさらに有利である。このような実施形態は、例えば、複雑なコマンドやステップを処理命令から取り出し、演算モジュールの第１の領域で実行することができ、これにより、一方では処理速度を高め、他方では第２の領域の構成を不必要に大きく保つ必要がない、という利点を提供する。

特に好適なのは、演算モジュールが、人員保護手段として車両の乗員保護手段、特にエアバッグを起動させるように構成されている、ここで提示するアプローチの実施形態である。ここで提示するアプローチのこのような実施形態は、短いトリガ時間または反応時間が必要な乗員保護手段としての使用に対しても、人員保護手段を非常に高速かつ細かく調整可能にトリガするという利点を提供する。

上記した請求項のいずれか１項に係る制御装置の製造方法としてここで提示するアプローチの実施形態も特に好適であり、この方法は、以下のステップを含む。
－ 制御装置のうちの第１の制御装置のメモリユニットに第１の処理命令を記憶し、制御装置のうちの第２の制御装置のメモリユニットに第１の処理命令とは異なる第２の処理命令を記憶するステップ。

第１の処理命令とは、例えば、第１の車両タイプの車両における人員保護手段のトリガを起動させる処理命令であると理解することができ、第２の処理命令とは、例えば、第２の車両タイプの車両における人員保護手段のトリガを起動させる処理命令であると理解することができる。このような実施形態は、それぞれの車両タイプの異なる使用場面において、短い反応時間で可能な限り高い柔軟性を達成するために、複数の異なる車両タイプのうちの１つでの使用に応じて制御装置を個別にプログラムできるという利点を提供する。

また、好適なのは、車両の人員保護手段の起動方法としてここで提示するアプローチの実施形態であり、この方法は、以下のステップを含む。
－ ここで提示される変形例に従って処理命令を制御装置のメモリユニットから読み出し、その処理命令を演算モジュールの第２の領域にロードするステップと、
－ 演算モジュールの第２の領域で処理命令を実行して、車両の人員保護手段を起動させるステップ。

ここで提示するアプローチのこのような実施形態は、（例えば特定の）車両タイプの車両において、迅速かつ精確に使用場面に柔軟に適応できる人員保護手段の起動を行えるという利点を提供する。

この方法は、例えば、ソフトウェアまたはハードウェアで、あるいはソフトウェアとハードウェアとの組み合わせ形態で、例えば、制御装置で、例えば、ここに提示するような制御装置の変形例によって実施することができる。

有利には、半導体メモリ、ハードディスクメモリ、または光学メモリなどの機械読み出し可能な担持体または記憶媒体に記憶され得るプログラムコードを含むコンピュータプログラム製品またはコンピュータプログラムがあり、特にプログラム製品またはプログラムがコンピュータまたは装置上で実行されると、上述の実施形態の１つに記載の方法ステップを実行、実施および／または制御するために使用することができる。

ここで提示するアプローチの実施例を図面に示し、以下の説明で詳述する。

ここで提示するアプローチの実施例に係る制御装置を有する車両を示す図である。 制御装置の一実施例のブロック図である。 ここで提示する変形例に係る制御装置の動作開始を準備する方法のフローチャートである。 実施例に係る車両の人員保護手段を起動させる方法のフローチャートである。

以下の本発明の好ましい実施例の説明において、様々な図に示され、同様に機能する要素には、同一または類似の参照符号を用いるが、これらの要素についての繰り返しの説明は省略する。

図１は、ここで提示するアプローチの一実施例に係る制御装置１０５を有する車両１００を示す。制御装置１０５は、例えば、共通の基板上に半導体素子として製造される一体型の演算モジュール１１０を含む。演算モジュール１１０は、ハードワイヤード演算構成を含む第１の領域１１５と、プログラマブル（プログラム可能な）演算構成を含む第２の領域１２０とを有する。例えば、第２の領域１２０はマイクロプロセッサコアとして実装され、一方、第１の領域１１５はＡＳＩＣ素子またはＡＳＩＣ構造として実装されている。さらに、制御装置は、例えばエアバッグなどの人員保護手段１３０を起動させるためのプログラムおよび／または処理命令１２７が記憶されたメモリユニット１２５を含む。プログラムおよび／または処理命令１２７は、例えば、制御装置１０５の動作開始後に、メモリユニット１２５から第２の領域１２０へロードされてもよい。例えば、第１の領域１１５は、メモリユニット１２５からの処理命令の読み出しを行い、第２の領域１２０への処理命令１２７のロードを引き受け、または少なくとも監視するメモリコントローラとして構成されてもよい。代替的または追加的に、第１の領域１１５は、人員保護手段１３０を起動させるためのトリガ基準の有無を確認できるようにするために、処理命令１２７の１つ以上のコマンドに従って、必要とされている複雑な演算を実行するように構成することも可能である。

ここでは例えばステアリングホイール１３５に配置された運転者用エアバッグの形態で構成されている人員保護手段１３０を、処理命令１２７に対応する基準の人員保護手段に従ってトリガするために、車両センサ１５０のセンサ信号１４５が、例えばＬＩＮインターフェース、ＣＡＮインターフェース、ＣＡＮ－ＦＤインターフェースおよび／またはフレックスレイ（ＦｌｅｘＲａｙ）インターフェースとして構成できる通信インターフェース１４０を用いて読み込まれ、例えばプログラマブル演算構成を含む第２の領域１２０にロードされる。ここで、センサ信号１４５は、車両センサ１５０がレーダセンサとして構成されている場合、例えばレーダ信号とすることができ、これらのセンサ信号１４５は、例えば、図１（車両１００）に図示されていない見知らぬ車両の接近、速度、距離などを表すものである。

ここで、図１では見易くするために、制御装置１０５で解析される、１つの車両センサ１５０からの信号のみが記載されている。しかしながら、センサ信号１４５は、例えば、複数の異なる物理パラメータを検出することもできる複数の車両センサからのデータを含むこともできることは、関連する当業者にとって明らかである。

そして、演算モジュール１１０の第２の領域１２０において、これらのセンサ信号１４５は、メモリユニット１２５からロードされた処理命令１２７を用いて処理され、人員保護手段１３０のための特定のトリガ基準の有無について検査される。このような解析の際、例えば複雑な数値演算またはアルゴリズム演算を実行することが起こり得るが、この演算は、例えば演算モジュール１１０の第１の領域１１５に実装されるようなハードワイヤード演算構成において効率的かつ迅速に実行され得る。このために、その後例えばセンサ信号１４５の一部またはセンサ信号１４５の処理による中間結果を第１の領域１１５に伝送し、そこでさらに処理して含まれる結果を第２の領域１２０に再び転送することができる。このようにして、センサ信号１４５における特定のトリガ基準の有無を非常に効率的に検査することができる。例えば、演算モジュール１１０において、人員保護装置１３０を起動させるためのトリガ基準が満たされていると判断された場合、この人員保護装置１３０が起動するように、例えばエアバッグが展開するように、例えば通信インターフェース１４０を介して第２の領域１２０から人員保護装置１３０に対応するトリガ信号１５５を伝送することができる。

特に正確に動作できるように、制御装置１０５は、演算モジュール１１０の外部に配置され、例えば水晶発振器として構成されたクロック発生器１６０を含む。ここで、クロック発生器１６０は、演算モジュール１１０または通信インターフェース１４０の第１の領域１１５および／または第２の領域１２０における信号処理の基として用いられるクロック信号１６５を生成する。この時、演算モジュール１１０の外部でこのような外部クロック発生器１６０を使用すると、クロック信号１６５を提供するために、水晶発振器のような非常に精確で、頑強で長期的に安定した部品を使用できるという利点が得られる。このようにして、第１の領域１１５および／または第２の領域１２０におけるセンサ信号１４５の処理を高精度に実行することができる。

さらなる実施例において、通信インターフェース１４０および／またはメモリユニット１２５は、一体型演算モジュール１１０も実装される基板に付加されるかまたは組み込まれることができる。これにより、演算モジュール１１０だけでなく、通信インターフェース１４０および／またはメモリユニット１２５も１つの製造工程で製造することができるため、制御装置１０５の製造においてさらなる簡素化が可能になる。

要約すると、現代のエアバッグシステムはシステムベースチップ（ＳＢＣ）を使用しており、このＳＢＣには、動作中の完全な電圧供給と中央リセット監視による自己充足に加えて、ＬＩＮトランシーバ、ＰＳＩ－ＩＦ、スイッチ／ホールセンサＩＦ、ハイ／ロー点火出力段、安全コントローラ（ウォッチドッグ、衝突信号の冗長妥当性チェック）およびＬＥＤハイ／ローサイドドライバなどの他の機能ブロックが統合されているということができる。

ここで提示するアプローチの１つの目的は、制御装置１０５としてのＳＢＣを、μＣコア（例えば第２の領域１２０の形態）およびＬＩＮ、ＣＡＮ、ＣＡＮ＿ＦＤ（ＩＳＯ１１８９８－１：２０１５）、オプションで、例えば通信インターフェース１４０の形態などのフレックスレイ（Ｖ２．１）などの適切な通信コントローラで補完することである。さらに、対応するトランシーバをオプションでＳＢＣに統合することもでき、ＳＢＣは、現行のＳＰＩモニタリングに加えて、車両用バスのＬＩＮ、ＣＡＮ、ＣＡＮ－ＦＤ、フレックスレイのモニタリング機能を取得することができる（安全アーキテクチャ）。しかしながら、対応するバスへの書き込みおよび読み出しアクセス権は、例えば第２の領域１２０に実装されるメインエアバッグ／安全コントローラμＣまたはプロセッサのみが有し、プロセッサは、オプションでスリープ（ＳＬＥＥＰ）システムもサポートすることができる、対応するアクセス可能なトランシーバを介して、条件（ＡＳＩＬ≧Ｃ）をもつデータを供給できる。

最大１０Ｍｂｉｔ／ｓの高速通信バスの監視は、ＳＢＣ１０５の時間基準（タイムベース）として水晶安定化集積発振器を使用することにより、特に良好に実現することができる。演算モジュール１１０の第２の領域１２０の形態のμＣコア（＝マイクロコントローラコア）を、第２の領域１２０のようなＳＲＡＭ内のメインエアバッグ／安全コントローラμＣまたはプロセッサによってメモリユニット１２５のようなパラメータ化を伴うマスクＲＯＭまたはプログラマブルフラッシュに格納された処理命令１２７のようなＳＢＣプログラムと共に使用することによって、ここでは例えばエアバッグシステムなどの人員保護手段１３０および制御装置１０５としてのＳＢＣの特に柔軟な診断、監視、信号処理が可能となる。

例えば、ＳＢＣまたは制御装置１３０の柔軟性と性能は、μＣコア１２０によって、例えばハードワイヤード演算構成を含む第１の領域１１５で実現されたものなど、今日使用されるＨＷステートマシンに比べて著しく向上している。ＳＰＩに限定してＳＢＣの現行のセーフティーコントローラ（＝安全性コントローラ）－中央センサのデータ（例えばセンサ信号１４５）の監視またはＰＳＩセンサおよびスイッチ／ホールセンサのデータの間接的な監視－は、例えば、通信インターフェース１４０（バス）などの通信インターフェースの監視機能を通じて、センサ信号１４５として全ての関連データの安全コントローラとなる。ここでは、例えば、乗員室感知（ＩＲ－カメラ）、座席占有状況、およびプリクラッシュ検知（レーダ）（＝事故前検知）の車両センサ１５０からのセンサ信号１４５としてのデータを挙げることができる。したがって、安全コントローラは、例えば必要な基準が満たされた場合、衝突時刻（Ｔｏ）の前でも、人員保護手段１３０として安全関連アクチュエータ（イグニッション（点火）回路、ＬＥＡアクチュエータ、モータ駆動ベルトプリテンショナ、緊急ブレーキシステム・・・）にアクセスすることが可能である。

従来のように比較的不正確なＲＣクロックではなく、独立した水晶安定化ＳＢＣの時間基準を使用することで、例えば、ウォッチドッグ機能、冗長ＳＢＣ衝突信号評価、および／またはスイッチングレギュレータ周波数などを大幅に高精度に実行することが可能である。特に、例えばＳＢＣの水晶安定化の時間基準により、ＣＡＮ、ＣＡＮ－ＦＤ、フレックスレイなどの高速通信バス１４０（最大１０Ｍｂｉｔ／ｓ）の関連データを独立して監視することが可能である。

同様に、マスターＳＢＣの「ＥＣＬＫ」を設けることで、例えばスレーブ機器（従属部品）に独立した水晶発振器を必要とすることなく、他のＳＢＣやＳＣＣを同期結合させることができる。

このように、特に車内検知やプリクラッシュ検知の装置（センサも）に対する通信データを冗長かつ多様に評価することで、ハードウェア状態ベースの現行ＳＢＣの従来のＳＣＯＮ機能を拡張している。通信バス経由で制御可能なアクチュエータや装置の追加の無効化機能は、例えば、ＳＢＣの拡張ＳＣＯＮ機能の有効化（イネーブル）基準が満たされない場合、メインμＣやプロセッサの通信バスへの伝送（書き込み）アクセスを例えば取り止めることで実施される。これは、例えば、起動メッセージを部分的なメッセージに分割することで実施できる。

例えば、拡張ＳＣＯＮによる解除がないままＳＢＣが最初の部分メッセージを検知した場合、例えば、トランシーバがブロック（無効に）されるか、メインμＣまたはプロセッサへのトランシーバのＴｘＤ回線である送信回線が遮断される。

従来使用されていた論理ステートマシンの代わりに、例えばＡＲＭから、例えばμＣコア（１６／３２）ビットが第２の領域１２０としてシステムＡＳＩＣに統合される。電源電圧および安全半導体検査、ＰＳＩセンサＩＦおよびセンサ検査、ＡｌＯＬＥＤドライバ（オプションでパルス幅変調制御）検査、外部スイッチ／ホールセンサＩＦ検査、パワーリザーブ検査、通信トランシーバ検査、外部ＥＣＵ供給回線の電圧監視、および多数のＳＢＣ内部電圧（外部ＫＬ３０、ＫＬ１５、ＶＺＰ、内部ＶＵＰ、ＶＥＲ、ＶＡＳ、ＶＳＹＮＣ、ＶＳＴ５０、ＶＳＴ３３、ＶＣＯＲＥ、ＶＲＥＦｉ、ＡｌＮｉ、ＡｌＯｉ、ＶＨｉ、Ｚｋｐｉ、Ｚｋｍｉ、ＰＳＩｉ）を有するイグニッション（点火）回路の全体的な診断ソフトウェアは、例えば処理命令１２７などのプログラムコードに従いメモリユニット１２５としてのマスクＲＯＭに記憶され、または。オプションでメモリユニット１２５としてのプログラマブルフラッシュメモリで実施される。

ここで、パラメータ化は、例えばメインエアバッグμＣとＳＢＣ－ＳＲＡＭとの間のデータ交換によって行うことができる。時間基準は、高速通信コントローラの接続のための安定性と正確性要求を可能にするため、例えば、外付けの水晶を用いた統合型発振回路を構成するものである。

ＰＬＬ回路は、例えば、μＣコアに必要なＳＢＣ内部周波数、クロックドＳＢＣモジュール、スイッチングレギュレータ周波数、必要なデジタルフィルタ、ＳＢＣベースの外部クロック信号（ＥＣＬＫ）の出力を統合して、さらなるＳＢＣや拡張モジュール（システム・コンパニオン・チップ：Ｓｙｓｔｅｍ Ｃｏｍｐａｎｉｏｎ Ｃｈｉｐｓ（ＳＣＣ））を結合（カスケード接続）するために使用される。

タイマーウォッチドッグは、例えば、エアバッグ／安全制御装置内の個別のメインμＣやプロセッサの時間基準を制御するために使用される。この制御は、例えばＳＢＣの水晶精度の時間基準により、ＨＷ－ＳＢＣにおける現行のＲＣ発振器（１５％未満）よりも大幅に正確に（１％以下）実行できる。

作動ソフトウェアは、例えば、ＳＰＩインターフェースを介したメインエアバッグμＣ、モニタリングＳＰＩ（読み出し専用）、ＬＩＮ、ＣＡＮ－ＦＤ、ＣＡＮ、オプションでフレックスレイなどの通信インターフェース１４０（読み出し専用）、外部スイッチおよびホールセンサＩＦ、および例えば外部センサまたはセンサバスに対するＰＳＩＩＦとのデータ交換を制御する。

ＳＰＩを介したデータ交換には、例えば、メインＥＣＵμＣ／プロセッサのフォアグラウンド（Ｆｏｒｅ－Ｇｒｏｕｎｄ）タスクおよびバックグランド（Ｂａｃｋ－Ｇｒｏｕｎｄ）タスクを制御する拡張ウォッチドッグ機能、メインＥＣＵμＣによるシステム監視とエラー処理のための継続的なステータス交換が含まれる。

ＳＢＣが検出したＰＳＩセンサデータ、スイッチおよびホールセンサデータをＳＰＩ経由でメインμＣに供給することで、例えば、メインアルゴリズムにおける包括的な衝突／イベント検知のために役立てることができる。

モニタリングＳＰＩによる情報検出は、例えばＳＰＩベースのデータ（ＥＣＵセントラルセンサシステムなど）の冗長性評価や、例えば、ＳＢＣやＳＣＣによってＳＰＩに置かれた全てのセンサデータの検出に役立つ。

ＳＰＩベースのエアバッグセンサデータと、車内状況、［（ＩＲ）カメラ］または衝突前状況［レーダ］・・・）のための関連する通信インターフェースベースのデータの冗長性評価は、例えばＳＢＣの新しいソフトウェア安全コントローラを構成し、ソフトウェア安全コントローラは、その評価が特定の調整可能な解除基準を満たさない限り、通常の状態ではイグニッション回路出力段を無効化し、メインμＣ／プロセッサの点火コマンドを無視する。これらの解除基準は、例えばμＣコアを搭載したＳＢＣでは非常に柔軟に構成することができ（完全解除<--->部分解除）、衝突状況（Ｔｏ）に加えて、（Ｔｏ）以前の解除も含む。

ステータス回線（無効化回線）を介して、例えばカスケード接続されたＳＢＣやＳＣＣは、マスターＳＢＣの解除決定に連動することが可能である。従来のイグニッション回路に加えて、例えば、ＳＢＣの安全コントローラによって、例えば、聞こえてくる通信インターフェースベースのメッセージが冗長ＳＢＣ評価の解除基準に対応する場合にのみ、人員保護手段１３０としての特定の通信ベースの安全関連（＝セキュリティ関連）モジュール（可逆ベルトテンショナ、緊急ブレーキ装置・・・）を、エアバッグ／安全制御装置のメインμＣプロセッサによって起動させることもできる。

通信インターフェースを介して制御される安全関連モジュールの最終起動に対する保護対策は、例えば、ＳＢＣの適切な無効化回線によって、メインμＣからスイッチングゲートを介したトランシーバへの（送信回線）ＴｘＤ回線を遮断することによって行うことができる。さらに、トランシーバにＳＢＣ無効化を介入させることも可能である。

このため、例えば、メインμＣ／プロセッサの起動メッセージを部分的なステップに分割することができる。ＳＢＣが、例えば通信バス１４０を監視することによって、ＳＢＣ内のこのモジュールに対する解除がない安全関連モジュールに対する起動サブメッセージを検知した場合、例えば起動メッセージの他の必要な部分のブロック化が行われる。

図２は、制御装置１０５の一実施例を示すブロック図である。ここで、制御装置１０５は、ハードワイヤード演算構成を含む第１の領域１１５を有する。図２に示す実施例では、第１の領域１１５は、例えば、メモリコントローラ２００として構成されており、メモリコントローラ２００は、Ｓ－ＲＡＭ、マスクＲＯＭまたはフラッシュとして構成されたメモリユニット１２５からの処理命令１２７の読み出しを制御または監視し、システムバス２１０により、ブリッジ素子２１５を介して、ここでマイクロコントローラコア（μＣコア）として構成されているプログラマブル演算構成を含む第２の領域１２０にそれをロードする。第２の領域１２０は、通信インターフェース１４０を介してセンサ信号１４５を受信し、処理命令１２７のコマンドに従って処理することができる。

センサ信号１４５がトリガ基準に対応した場合、人員保護手段１３０のトリガは、通信インターフェース１４０のトリガ回路２２０を介してトリガ信号１５５によって第２の領域１２０またはμＣコアで起動され、その後トリガ制御回路２２５によって実施できる。また、第１の領域１１５、第２の領域１２０、メモリユニット１２５および／または通信インターフェース１４０の動作のためのクロック信号１６５を提供する水晶発振器の形態のクロック発生器１６０が設けられてもよい。

図３は、ここで提示する変形例に係る制御装置の動作開始を準備する方法３００の一実施例のフローチャートを示す。方法３００は、第１の処理命令を制御装置のうちの第１の制御装置のメモリユニットに記憶するステップ３１０と、第１の処理命令とは異なる第２の処理命令を制御装置のうちの第２の制御装置のメモリユニットに記憶するステップ３１０とを含む。

図４は、車両の人員保護手段の起動方法４００の一実施例のフローチャートを示し、方法４００は、ここで提示する変形例に係る制御装置のメモリユニットから処理命令を読み出すステップ４１０と、処理命令を演算モジュールの第２の領域にロードするステップと、を含む。さらに、方法４００は、演算モジュールの第２の領域で処理命令を実行し、車両の人員保護手段を起動させるステップ４２０を含む。

実施例が第１の特徴と第２の特徴との間に「および／または」の接続を含んでいる場合、これは、実施例が、一実施形態に従うと第１の特徴および第２の特徴の両方を含み、他の実施形態に従うと第１の特徴のみまたは第２の特徴のみのいずれかを含むことを意味すると読み取られる。

Claims (13)

1. 車両（１００）の人員保護手段（１３０）を起動させるための制御装置（１０５）であって、
   ハードワイヤード演算構成を含む第１の領域（１１５）と、プログラマブル演算構成を含む第２の領域（１２０）とを有する一体型演算モジュール（１１０）を備え、
   前記演算モジュール（１１０）は、少なくとも前記第２の領域（１２０）において前記人員保護手段（１３０）を起動させるための処理命令（１２７）を実行するように構成されている、との特徴を少なくとも有する制御装置（１０５）。
2. 前記演算モジュール（１１０）の前記第１の領域（１１５）と前記第２の領域（１２０）とが、共通の半導体部品の異なる領域に実装されていることを特徴とする請求項１に記載の制御装置（１０５）。
3. 前記処理命令（１２７）が記憶され得るメモリユニット（１２５）を特徴とし、、前記処理命令（１２７）が前記制御装置（１０５）の動作開始後に前記演算モジュール（１１０）の前記第２の領域（１２０）にロードされ得る、請求項１または２に記載の制御装置（１０５）。
4. 前記制御装置（１０５）の外部のユニット（１５０）にデータを伝送するための、少なくとも１つの通信インターフェース（１４０）を特徴とし、前記通信インターフェース（１４０）が、前記プログラマブル演算構成を含む前記第２の領域からの通信を実行可能であり、および／または、前記通信インターフェース（１４０）が、前記ハードワイヤード演算構成の前記第１の領域（１１５）からの通信を実行不能である、請求項１から３のいずれか一項に記載の制御装置（１０５）。
5. 前記通信インターフェース（１４０）は、ＬＩＮバスインターフェース、ＣＡＮバスインターフェース、ＣＡＮ－ＦＤバスインターフェース、またはフレックスレイバスインターフェースとして構成されていることを特徴とする、請求項４に記載の制御装置（１０５）。
6. 前記演算モジュール（１１０）の外部に構成または配置されたクロック発生器（１６０）を特徴とする、請求項１から５のいずれか一項に記載の制御装置（１０５）。
7. 前記クロック発生器（１６０）は、水晶発振器で構成され、または水晶発振器を有することを特徴とする、請求項６に記載の制御装置（１０５）。
8. 前記演算モジュールが（１１０）は、前記処理命令（１２７）の少なくとも一部を前記第１の領域（１１５）で実行するために構成されていることを特徴とする、請求項１から７のいずれか一項に記載の制御装置（１０５）。
9. 前記演算モジュール（１１０）は、人員保護手段（１３０）として前記車両（１００）の乗員保護手段、特にエアバッグ（１３０）を起動させるために構成されていることを特徴とする、請求項１から８のいずれか一項に記載の制御装置（１０５）。
10. 請求項１から９のいずれか一項に記載の制御装置（１０５）の動作開始を準備する方法（３００）であって、
    前記制御装置（１０５）のうちの第１の制御装置のメモリユニット（１２５）に第１の処理命令（１２７）を記憶し、前記制御装置（１０５）のうちの第２の制御装置のメモリユニット（１２５）に前記第１の処理命令とは異なる第２の処理命令を記憶するステップ（３１０）を備える方法（３００）。
11. 車両（１００）の人員保護手段（１３０）を起動させる方法（４００）であって、
    請求項１から１０のいずれか一項に従って処理命令（１２７）を制御装置（１０５）のメモリユニット（１２５）から読み出し、前記処理命令（１２７）を前記演算モジュール（１１０）の前記第２の領域（１２０）にロードするステップ（４１０）と、
    前記演算モジュール（１１０）の前記第２の領域（１２０）で前記処理命令（１２７）を実行して、前記車両（１００）の前記人員保護手段（１３０）を起動させるステップ（４２０）と
    を備える方法（４００）。
12. 請求項１０または１１に記載の方法（３００；４００）のステップを実行および／または制御するために設定されているコンピュータプログラム。
13. 請求項１２に記載のコンピュータプログラムが記憶されている機械読み出し可能な記憶媒体。
    

Images