JP7214459B2 - communication controller - Google Patents
communication controller Download PDFInfo
- Publication number
- JP7214459B2 JP7214459B2 JP2018233728A JP2018233728A JP7214459B2 JP 7214459 B2 JP7214459 B2 JP 7214459B2 JP 2018233728 A JP2018233728 A JP 2018233728A JP 2018233728 A JP2018233728 A JP 2018233728A JP 7214459 B2 JP7214459 B2 JP 7214459B2
- Authority
- JP
- Japan
- Prior art keywords
- reception
- data
- communication means
- control
- operation mode
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40169—Flexible bus arrangements
- H04L12/40176—Flexible bus arrangements involving redundancy
- H04L12/40182—Flexible bus arrangements involving redundancy by using a plurality of communication lines
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
Description
本発明は、通信制御装置に関し、特に、複数のマイコンを組み合わせて所定の制御処理を実行するとともに、マイコン(演算制御装置)間を相互に冗長接続する通信方式を備えた通信制御装置に関する。
BACKGROUND OF THE
自動車に関連する様々な社会的課題を解決する手段として、自動運転に対するニーズが増大している。運転の自動化レベルを示す指標としてはSociety of Automotive Engineers(SAE)によるJ3016がよく知られている。レベル1に相当するアダプティブクルーズコントロールやレーンキーピングアシストシステムといった、運転者の操作を部分的に支援する機能はすでに実用化されている。一方で、運転者が運転に介入することを不要にしたレベル4やレベル5対応の自動運転車は、それぞれ2025年及び2030年を目途に市場投入されると期待されている。それらの実現に向け、従来の完成車メーカやサプライヤ各社に加え、例えば画像認識や機械学習に強みをもつ異業種からの参入プレーヤやベンチャ企業が開発に鎬を削っているのが現状である。
There is an increasing need for automated driving as a means of solving various social issues related to automobiles. J3016 by the Society of Automotive Engineers (SAE) is well known as an index indicating the level of driving automation. Functions that partially assist the driver's operation, such as adaptive cruise control and lane-keeping assist system equivalent to
車両の縦方向(加減速)と横方向(ステアリング)の運動を同時に制御するレベル2以上の自動運転車では、自動運転ECUと呼ばれる車両制御装置が車両制御の中心的役割を担うことになる。自動運転ECUには、(1)自車及び周囲の環境に関するデータを取得するセンシング、(2)取得したセンサデータや地図情報を統合し分析する状況認識、(3)認識結果に基づき安全な走行軌道を生成する行動計画、(4)行動計画を自車の運動に反映させるためのアクチュエータ制御、等を含む複雑な各種情報処理を、大規模なデータに対しリアルタイムに実行することが求められる。
In
自動運転ECUのアーキテクチャや実装方式に関し共通プラットフォームと呼べるものは現在のところ存在しない。上記情報処理のステージごとに独立したマイコン上で動作する複数の機能モジュールを実装し、それら複数の機能モジュール間を通信手段により相互接続することで各処理を連携させる分散システムは、技術的なメリットが多いと考えられている。 There is currently no common platform for autonomous driving ECU architectures and implementation methods. A distributed system that implements multiple functional modules that operate on an independent microcomputer for each stage of information processing, and interconnects these multiple functional modules by communication means to coordinate each process has technical merits. It is believed that there are many
一方で、上記のモジュラ設計を導入することにより、複数の機能モジュール間の接続が新たなボトルネックを発生させる可能性がある。すなわち、制御処理全体を複数のマイコンによりソフトウェアパイプラインとして実行するため、処理の中間データをモジュールの主要構成デバイスであるマイコン間でリアルタイム(例えば10ミリ秒オーダ)に受け渡す必要が生じ、このような中間データのやり取りがボトルネックを発生させ得る。 On the other hand, by introducing the above modular design, connections between multiple functional modules may create new bottlenecks. That is, since the entire control process is executed as a software pipeline by a plurality of microcomputers, intermediate processing data must be transferred in real time (for example, on the order of 10 milliseconds) between the microcomputers that are the main constituent devices of the module. Intermediate data exchange can cause bottlenecks.
加えて、自動車向け応用においては、システムを構成する装置の一部が故障した場合でも、システム全体として所定の制御性と安全状態を維持することが期待される。そのため、自動運転ECUのような特に重要度の高い装置においては、マイコン間通信手段を含むハードウェアの冗長構成を採用することが求められる。 In addition, in automotive applications, the system as a whole is expected to maintain a predetermined controllability and a safe state even if some of the devices that make up the system fail. Therefore, it is required to adopt a redundant configuration of hardware including inter-microcomputer communication means in a particularly important device such as an automatic driving ECU.
自動車向け応用ほどのリアルタイム性が要求されない分野においては、非特許文献1に開示されているように、イーサネットスイッチ(「イーサネット」は登録商標)を介して通信経路を冗長化するとともに、所定のプロトコルにより切り替えを含む経路管理を行う実装が公知である。
In fields where real-time performance is not required as much as automotive applications, as disclosed in Non-Patent
図17は、従来方式により経路冗長化したマイコン間通信システムの一例を示す。マイコン900はイーサネットプロトコルを処理するイーサネットアダプタ901を内蔵し、マイコン外部への接続ポート902及びイーサネットケーブル903を介して、マイコン外部とのイーサネット通信を行う。マイコン900に接続ポート902が1つのみ実装されている場合には、マイコン900ごとに外部にイーサネットスイッチ910が追加され、イーサネットケーブル903がイーサネットスイッチ910に備えられた複数のスイッチ接続ポート914(914a~914h)のいずれかに接続される。
FIG. 17 shows an example of an inter-microcomputer communication system with path redundancy according to the conventional method. A
更に、複数のスイッチ接続ポート914を利用して複数のイーサネットスイッチ910間をイーサネットケーブル915-1、915-2…により並列接続することで、マイコン間通信の経路冗長化を実現することができる。
Further, by connecting a plurality of Ethernet
イーサネットスイッチ910は、スイッチ接続ポート914間のフレーム転送ルールに関する制御情報を保持する制御テーブル911を有し、スイッチマトリクス制御インタフェース912を介してスイッチマトリクス913の動作を制御する。これにより、指定されたスイッチ接続ポート914間でフレーム転送が実行される。
The Ethernet
更に、イーサネットスイッチ910はスパニングツリープロトコル(STP:Spanning Tree Protocol)をサポートすることで、STPの定める手順に従い、ループ状の通信経路に起因するブロードキャストストームを抑止する目的で冗長化された2つの通信経路のうち一方のみのフレーム転送を有効とする。また、イーサネットスイッチ910は、STPの定める手順に従い、ネットワーク管理用フレームの不達により通信経路の障害を検出した場合には、障害を含まない側の通信経路を有効とするよう、制御テーブル911の内容を適切に更新する。これにより、通信経路の冗長化及び障害時の経路切り替え制御が実現される。
Furthermore, the
ただし、STPの仕様により障害発生から経路切り替え完了までの数10秒間は通信不可となるため、リアルタイム性の要件を満たすことはできない。通信経路の冗長化によりマイコン間通信の耐障害性向上を図る場合、従来方式ではプロトコルに依存する切り替え時間に加え、通信エラー検出を起点とするリカバリ処理に伴うオーバヘッドが制御周期とは非同期に発生することで、通信のリアルタイム性を保証できなくなる虞がある。また冗長化された複数データの受信処理により演算制御装置(CPU)の負荷率が上昇する虞がある。 However, according to the STP specifications, communication is disabled for several tens of seconds from the occurrence of a failure to the completion of path switching, so real-time requirements cannot be met. When attempting to improve the fault tolerance of communication between microcontrollers by making the communication path redundant, in the conventional method, in addition to the switching time that depends on the protocol, the overhead associated with the recovery process starting from the detection of a communication error occurs asynchronously with the control cycle. As a result, there is a risk that real-time communication cannot be guaranteed. In addition, there is a possibility that the load factor of the arithmetic and control unit (CPU) will increase due to the redundant multiple data reception process.
本発明は、通信のリアルタイム性を保証すると共に、演算制御装置の負荷率を軽減することを可能にした通信制御装置を提供することを目的とする。 SUMMARY OF THE INVENTION It is an object of the present invention to provide a communication control device that can guarantee real-time communication and reduce the load factor of an arithmetic control device.
本発明に係る通信制御装置は、第1の演算制御装置と第2の演算制御装置とを接続し、第1のデータを送受信する第1の通信手段と、前記第1の演算制御装置と前記第2の演算制御装置とを接続し、前記第1のデータとは異なる第2のデータを送受信する第2の通信手段と、前記第1の通信手段及び第2の通信手段に接続され、前記第1のデータ又は前記第2のデータのいずれか一方を正常に受信した際には、他方の受信動作をマスクするマスク付き受信部とを備えたことを特徴とする。 A communication control device according to the present invention includes: first communication means for connecting a first arithmetic and control device and a second arithmetic and control device to transmit and receive first data; a second communication means connected to a second arithmetic and control unit and transmitting/receiving second data different from the first data; connected to the first communication means and the second communication means; and a masked receiving section that, when one of the first data and the second data is normally received, masks the receiving operation of the other.
本発明に係る通信制御装置では、第1及び第2の演算制御装置の間を第1及び第2の通信手段で冗長接続し、それぞれ第1及び第2のデータを転送する。受信側では、第1のデータ又は第2のデータのいずれか一方を正常に受信完了した際には他方の受信動作をマスク付き受信部によりマスクし、一方についてのみ受信処理を行うことで、CPU負荷率の上昇を抑止することができる。従って、本発明によれば、通信のリアルタイム性を保証すると共に、演算制御装置の負荷率を軽減することを可能にした通信制御装置を提供することができる。 In the communication control device according to the present invention, the first and second arithmetic and control units are redundantly connected by the first and second communication means to transfer the first and second data, respectively. On the receiving side, when one of the first data and the second data is normally received, the receiving operation of the other is masked by the masked receiving unit, and only one of the data is received. An increase in the load factor can be suppressed. Therefore, according to the present invention, it is possible to provide a communication control device that can guarantee real-time communication and reduce the load factor of the arithmetic control device.
以下、添付図面を参照して本実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号又は対応する番号で表示される場合もある。なお、添付図面は本開示の原理に則った実施形態と実装例を示しているが、これらは本開示の理解のためのものであり、決して本開示を限定的に解釈するために用いられるものではない。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味においても限定するものではない。 Hereinafter, this embodiment will be described with reference to the accompanying drawings. In the accompanying drawings, functionally identical elements may be labeled with the same or corresponding numbers. It should be noted that although the attached drawings show embodiments and implementation examples in accordance with the principles of the present disclosure, they are for the purpose of understanding the present disclosure and are in no way used to interpret the present disclosure in a restrictive manner. is not. The description herein is merely exemplary and is not intended to limit the scope or application of this disclosure in any way.
本実施形態では、当業者が本開示を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本開示の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。 Although the present embodiments are described in sufficient detail to enable those skilled in the art to practice the present disclosure, other implementations and configurations are possible without departing from the scope and spirit of the present disclosure. It is necessary to understand that it is possible to change the composition/structure and replace various elements. Therefore, the following description should not be construed as being limited to this.
[第1の実施の形態]
図1は、本発明の第1の実施の形態に係る車両制御装置1(通信制御装置)の構成を示す。車両制御装置1(ECU)は、当該装置に課せられた所定の制御処理のうち、それぞれ一部を実行する第1のマイコン10(第1の演算制御装置)及び第2のマイコン20(第2の演算制御装置)を備える。説明の簡単のため、図1では車両制御装置1が2個のマイコン10、20を有しているものとして説明をするが、車両制御装置1が2より大きい数のマイコンを有していてもよいことは言うまでもない。2より大きい数のマイコンが1つの車両制御装置に含まれている場合でも、その中の2つのマイコンの構成を、以下の説明に従って構成することが可能である。
[First embodiment]
FIG. 1 shows the configuration of a vehicle control device 1 (communication control device) according to the first embodiment of the present invention. A vehicle control device 1 (ECU) includes a first microcomputer 10 (first arithmetic control device) and a second microcomputer 20 (second Arithmetic control unit). For the sake of simplicity of explanation, FIG. It goes without saying that it is good. Even if more than two microcomputers are included in one vehicle control device, two microcomputers among them can be configured according to the following description.
第1のマイコン10及び第2のマイコン20の間の接続は、第1の通信手段101(以下TP1とも記す)と第2の通信手段102(以下TP2とも記す)による冗長接続の態様で構成される。特に制限されないが、説明を簡潔にするため、マイコン間のデータ通信方向は第1のマイコン10(送信側)から第2のマイコン20(受信側)に限定して説明を行う。第1の通信手段101と第2の通信手段102は、準拠する規格/仕様は共通であってもよいし、その一部又は全部が異なるものであってもよい。一例としては、第1の通信手段101はPCIeなどの高速インタフェースであり、第2の通信手段102はCANやSPI等の低速インタフェースであるが、これに限られるものではない。
The connection between the
第1の通信手段101は、所定の制御処理の実行に必要な全制御データ(以下「通常時データ」又は「第1のデータ」とも記す)の転送に利用するインタフェースである。また、第2の通信手段102は、冗長接続を構成する第1の通信手段101と第2の通信手段102の一方に通信障害が生じた場合に実行する縮退処理に必要な制御データ(以下「縮退時データ」又は「第2のデータ」とも記す)の転送に利用するインタフェースである。 The first communication means 101 is an interface used to transfer all control data (hereinafter also referred to as "normal data" or "first data") necessary for executing predetermined control processing. The second communication means 102 also provides control data (hereinafter referred to as " This is an interface used for transferring "degenerate data" or "second data").
どのデータを縮退時データとするかは、装置構成、ネットワーク構成、通信路の状況等に応じて適宜決定することができる。縮退時データは、通常時データのうちの一部のデータとしてもよい。一例としては、自動運転に必要な全てのデータのうち、緊急停止に必要なデータのみを縮退時データとして抽出することができる。又は、縮退時データは、通常時データの一部又は全部から所定のアルゴリズムに基づき生成したダイジェストデータであってもよい。あるいは、縮退時データは、それらの任意の組み合わせであってもよい。なお、2つのマイコン10、20の間のインタフェースの数は、2に限定されるものではなく、3以上であってもよい。3以上のインタフェースのうちの幾つかが通常時データの転送に利用され、それ以外のインタフェースが縮退時データの転送に利用可能とされていればよい。
Which data is to be degenerated data can be appropriately determined according to the device configuration, network configuration, communication path conditions, and the like. The degenerate data may be part of the normal data. As an example, it is possible to extract only the data necessary for an emergency stop from all the data necessary for automatic operation as data at the time of degeneracy. Alternatively, the degenerate data may be digest data generated based on a predetermined algorithm from part or all of the normal data. Alternatively, the degenerate data may be any combination thereof. The number of interfaces between the two
第1のマイコン10は、所定の制御処理の一部に相当する第1の制御アプリケーション210を実行可能に構成されている。第1のマイコン10は、遅延付き送信部100を備えている。第1の制御アプリケーション210は、実行の結果得られた通常時データ及び縮退時データを、遅延付き送信部100が提供する送信インタフェース211を利用し第2のマイコン20に送出する。遅延付き送信部100は、後述するように、通常時データの受信の完了を縮退時データの受信の完了に先行させるため、第1の通信手段101の転送処理よりも、第2の通信手段102の転送処理を遅延させる遅延処理を実行可能に構成されている。
The
第2のマイコン20は、第2の制御アプリケーション220、第1の縮退モード用システムソフトウェア230、及び第2の縮退モード用システムソフトウェア240を実行可能に構成されている。第2の制御アプリケーション220は、第1の制御アプリケーション210と同様に、所定の制御処理の一部に相当する処理を実行する。第1の縮退モード用システムソフトウェア230は、冗長接続に生じた通信障害が第1の段階である場合に選択・実行される。第2の縮退モード用システムソフトウェア240は、冗長接続に生じた通信障害が第2の段階である場合に選択・実行される。
The
また、第2のマイコン20は、マスク付き受信部120、動作モード制御部140、及びスケジューリング制御部160を備える。
The
マスク付き受信部120は、第1の通信手段101及び第2の通信手段102に接続され、各通信手段の受信状態や障害発生(受信未完了、又は受信処理中にエラー検出)の有無に基づき所定の手続きにより生成した受信状態通知を、受信状態制御インタフェース122から動作モード制御部140に対して出力する。
The
動作モード制御部140は、マスク付き受信部120の状態(マスク付き受信部120から受信した受信状態通知)及び/又は自身の内部状態に基づき、次に第2のマイコン20が遷移すべき状態(モード)を決定する。そして、動作モード制御部140は、動作モード制御インタフェース141経由でスケジューリング制御部160へ、第2のマイコン20が遷移すべき状態を指示する。
The operation
スケジューリング制御部160は、動作モード制御部140からの指示に従い、指示に従ったソフトウェアの実行を指示する。例えば、次に実行すべき(遷移すべき)ソフトウェアが第2の制御アプリケーション220の場合には、実行制御インタフェース161により、第2の制御アプリケーション220の実行が指示される。次に実行すべき(遷移すべき)ソフトウェアが第1の縮退モード用システムソフトウェアの場合には、実行制御インタフェース162により、第1の縮退モード用システムソフトウェアの実行が指示される。次に実行すべき(遷移すべき)ソフトウェアが第2の縮退モード用システムソフトウェアの場合には、実行制御インタフェース163により、第2の縮退モード用システムソフトウェアの実行が指示される。実行を指示されたソフトウェアは、マスク付き受信部120の提供する受信インタフェース121を利用してデータの受信を行う。実行を指示されたソフトウェアは、通常時データ及び/又は縮退時データの受信処理を行う。実行の指示に対象外とされたソフトウェアは、いずれのデータの受信処理も行わない。
図2は、遅延付き送信部100の詳細な構成の一例を示す。遅延付き送信部100は、一例として、送信トリガ制御部110、第1の送信バッファ114、第2の送信バッファ116、第1の送信制御部118、及び第2の送信制御部119を備える。
FIG. 2 shows an example of a detailed configuration of the
第1の送信バッファ114は、通常時データを第1の通信手段101を介して送信するために通常時データを一時格納するデータ記憶部である。第1の送信バッファ114に一時格納された通常時データは、第1の送信データインタフェース115を介し第1の送信制御部118に出力される。
The
また、第2の送信バッファ116は、縮退時データを第2の通信手段102を介して送信するために縮退時データを一時格納するデータ記憶部である。第2の送信バッファ116に一時格納された縮退時データは、第2の送信データインタフェース117を介し第2の送信制御部119に出力される。
Also, the
第1の送信制御部118は、第1の送信データインタフェース115から取得した送信データ(通常時データの一部又は全部)を所定のプロトコルに従い第1の通信手段101に送出する。また、第2の送信制御部119は、第2の送信データインタフェース117から取得した送信データ(縮退時データの一部又は全部)を所定のプロトコルに従い第2の通信手段102に送出する。
The first
送信トリガ制御部110は、第1の通信手段101及び第2の通信手段102への送信開始タイミング時間の差分を計測し、カウントダウン動作が可能なタイマ111を備える。送信トリガ制御部110は、送信トリガインタフェース112、113を介して、それぞれ第1の通信手段101へのデータの送信開始、及び第2の通信手段102へのデータの送信開始を指示するトリガを、第1の送信制御部118及び第2の送信制御部119に送信する。
The transmission
なお、第1の制御アプリケーション210と遅延付き送信部100とのインタフェースとなる送信インタフェース211は、第1の送信バッファ114、第2の送信バッファ116への送信データ格納に加え、送信バッファの空き状態チェックや明示的な送信要求を可能とするインタフェースを含んでいてよい。
Note that the
特に制限されないが、送信トリガ制御部110は、第1の制御アプリケーション210からの送信開始要求を受け、タイマ111のカウント値を所定の初期カウント値に設定する。その後、タイマ111にカウントダウン動作を開始させ、同時に送信トリガインタフェース112を介して、第1の通信手段101への通常時データの送信開始を指示する。
Although not particularly limited, the transmission
送信トリガ制御部110は更に、タイマ111のカウント値がゼロ以下(アンダフロー)となった時点でカウントダウン動作を停止させ、同時に第2の通信手段102への送信トリガインタフェース113を介して、第2の通信手段102への縮退時データの送信開始を指示する。なお、第1の通信手段101及び第2の通信手段102がいずれも一度の送受信動作で正常に通信が完了する(すなわち再送が発生しない)という条件下で、通常時データの受信完了時刻が縮退時データの受信完了時刻に対して先行するよう、タイマ111の初期カウント値を設定することができる。このように設定することで、通常時データの受信の完了を縮退時データの受信の完了に先行させることができ、データ送受信のオーバヘッドを低減することが可能になる。マスク付き受信部120は、受信の不要なデータをマスクすることにより演算制御装置の負荷率を軽減する役割を有するが、この遅延付き送信部100は、データ送信のタイミングの遅延により、通常時データの受信が縮退時データの受信に比べて先行するようにすることで、演算制御装置の負荷率を軽減することができる。
The transmission
図3は、マスク付き受信部120の詳細な構成を示すブロック図である。
FIG. 3 is a block diagram showing the detailed configuration of the
マスク付き受信部120は、所定のプロトコルに従い第1の通信手段101からデータ(通常時データ)を受信する第1の受信制御部130、所定のプロトコルに従い第2の通信手段102からデータ(縮退時データ)を受信する第2の受信制御部133、第1の受信データインタフェース132から取得した受信データ(通常時データ)を格納する第1の受信バッファ138、第2の受信データインタフェース135から取得した受信データ(縮退時データ)を格納する第2の受信バッファ139を備える。また、マスク付き受信部120は受信マスク制御部136を備える。
The
第1の受信制御部130は、第1の通信手段101の準拠するプロトコルで定義された受信処理が完了すると、第1の受信状態通知インタフェース131に対し、受信状態(受信処理完了及び受信処理中のエラー検出の有無)を出力する。通信エラーの検出については、送信データに対して付加された巡回冗長検査(CRC)コードのチェックなど、第1の通信手段101の準拠するプロトコルにて規定された手段を利用するものとする。
When the reception process defined by the protocol conforming to the first communication means 101 is completed, the first
第2の受信制御部133は、第2の通信手段102の準拠するプロトコルで定義された受信処理が完了すると、第2の受信状態通知インタフェース134に対し、受信状態(受信処理完了及び受信処理中のエラー検出の有無)を出力する。通信エラーの検出については、送信データに対して付加された巡回冗長検査(CRC)コードのチェックなど、第2の通信手段102の準拠するプロトコルにて規定された手段を利用するものとする。
When the reception process defined by the protocol conforming to the second communication means 102 is completed, the second
受信マスク制御部136は、第1の受信状態通知インタフェース131を経由して取得した第1の受信制御部130の受信状態、第2の受信状態通知インタフェース134を経由して取得した第2の受信制御部133の受信状態に加え、自身による受信マスク動作の有効性を指定する受信マスク設定情報を、受信状態保持レジスタ137に保持する。
The reception
受信マスク制御部136は更に、受信状態保持レジスタ137の保持データに基づき、後述する手続きにより生成した受信状態通知を、受信状態制御インタフェース122から動作モード制御部140へ出力する。また、受信マスク制御部136は、受信状態制御インタフェース122から受信状態保持レジスタ137の更新要求を受信した場合には、要求された更新処理を行う。
The reception
なお、第2の制御アプリケーション220、第1の縮退モード用システムソフトウェア230、及び第2の縮退モード用システムソフトウェア240とのインタフェースとしての受信インタフェース121は、第1の受信バッファ138、第2の受信バッファ139に格納された受信データに加え、受信状態保持レジスタ137の保持データの一部又は全部の取得を可能とするインタフェースを含んでいてよい。
The
図4は、受信状態保持レジスタ137に保持される情報と、その情報に基づく受信マスク制御部136の動作(受信状態通知、受信マスク更新)との関係を示すテーブルである。
FIG. 4 is a table showing the relationship between the information held in the reception
受信状態保持レジスタ137は、一例として以下の設定情報、又は状態情報を示すデータを保持可能に構成されている。
(1)第1の通信手段101(TP1)に関して、受信完了時に動作モード制御部140への完了通知をマスクするかどうかを設定するTP1受信マスク設定(C101)
(2)第1の受信制御部130が受信処理を完了したか否かを示すTP1受信状態(完了)(C102)
(3)第1の受信制御部130の受信処理中にエラーを検出したか否かを示すTP1受信状態(エラー)(C103)
(4)第2の通信手段102(TP2)に関して、受信完了時に動作モード制御部140への完了通知をマスクするかどうかを設定するTP2受信マスク設定(C201)
(5)第2の受信制御部133が受信処理を完了したか否かを示すTP2受信状態(完了)(C202)
(6)第2の受信制御部133の受信処理中にエラーを検出したか否かを示すTP2受信状態(エラー)(C203)
The reception
(1) Regarding the first communication means 101 (TP1), TP1 reception mask setting (C101) for setting whether or not to mask the completion notification to the operation
(2) TP1 reception state (completed) indicating whether or not the first
(3) TP1 reception status (error) indicating whether or not an error has been detected during the reception process of the first reception control unit 130 (C103)
(4) Regarding the second communication means 102 (TP2), TP2 reception mask setting (C201) for setting whether or not to mask the completion notification to the operation
(5) TP2 reception state (completed) indicating whether or not the second
(6) TP2 reception status (error) indicating whether or not an error is detected during the reception process of the second reception control unit 133 (C203)
受信状態保持レジスタ137は、受信マスク設定(C101、C201)に関する情報を、受信インタフェース121又は受信状態制御インタフェース122からの更新要求に応じて、それぞれ独立してセット(Y:マスクは有効とされ、受信完了通知は無効とされる)又はクリア(N:マスクは無効とされ、受信完了通知は有効とされる)を行うことが可能なように構成され得る。
The reception
また、受信状態保持レジスタ137は、受信状態(完了)(C102、C202)に関する情報を、受信マスク制御部136の指示によりセット(Y:受信完了)又はクリア(N:受信未完了)を行うことが可能に構成され得る。加えて、受信状態保持レジスタ137は、受信インタフェース121又は受信状態制御インタフェース122からの要求に応じて、受信状態(完了)(C102、C202)に関する情報のクリア(N:受信未完了)のみが可能に構成されることもできる。
In addition, the reception
更に、受信状態保持レジスタ137は、受信完了(エラー)(C103、C203)に関する情報を、受信状態(完了)がY(受信完了)である場合のみ有効に設定することができる。また、受信状態保持レジスタ137は、受信マスク制御部136の指示により、受信完了(エラー)(C103、C203)に関する情報についてセット(Y:エラーあり)又はクリア(N:エラーなし)を設定可能である。これに代えて、受信インタフェース121又は受信状態制御インタフェース122からの要求によりクリア(N:エラーなし)のみが可能に構成されることもできる。
Furthermore, the reception
なお、受信中にエラーを検出した場合の受信完了通知の有効性を選択可能とするため、受信マスク設定(C101、C201)とは独立した設定(以下「拡張受信マスク設定」と記す)を、受信状態保持レジスタ137の保持対象データとして追加してもよい。このとき、以下の(1)~(3)のうちのいずれかの動作を、通信手段毎に独立に設定することができる。
(1)受信マスク設定=Y(マスク有効)
この場合、拡張受信マスク設定の設定内容によらず受信完了通知は無効とされる。
(2)受信マスク設定=N(マスク無効)、且つ拡張受信マスク設定=N(マスク無効)
この場合、受信中のエラー検出の有無によらず受信完了通知は有効とされる。
(3)受信マスク設定=N(マスク無効)、且つ拡張受信マスク設定=Y(マスク有効)
この場合、受信中にエラーが検出されなかった場合のみ受信完了通知は有効とされる。
In addition, in order to select the validity of the reception completion notification when an error is detected during reception, a setting (hereinafter referred to as "extended reception mask setting") independent of the reception mask setting (C101, C201) is It may be added as data to be held in the reception
(1) Reception mask setting = Y (mask valid)
In this case, the reception completion notification is invalid regardless of the contents of the extended reception mask setting.
(2) Reception mask setting = N (mask disabled) and extended reception mask setting = N (mask disabled)
In this case, the reception completion notification is valid regardless of whether an error is detected during reception.
(3) Reception mask setting = N (mask disabled) and extended reception mask setting = Y (mask enabled)
In this case, the reception completion notification is valid only when no error is detected during reception.
受信マスク制御部136は、図4のテーブルに従い、第1の通信手段101と第2の通信手段102のうち、受信処理が先行して完了し且つ受信マスクが無効に設定されている通信手段については、当該通信手段に関する受信状態通知(C301)を、受信状態制御インタフェース122から出力する。なお、拡張受信マスク設定が追加されていれば当該設定を併せて反映する。
The reception
同時に、先行して完了した受信処理でエラーが検出されなかった場合、受信処理が未完了の通信手段に関する受信状態通知を抑止するよう受信マスクを更新(C302)する。本制御により、第2のマイコン20の動作に影響しない受信データについてはソフトウェアによる受信処理を省略し、冗長化された通信手段であってもCPU負荷率の上昇を抑止することが可能となる。
At the same time, if no error is detected in the previously completed reception process, the reception mask is updated (C302) so as to suppress the reception status notification regarding the communication means for which the reception process has not been completed. With this control, it is possible to omit reception processing by software for received data that does not affect the operation of the
図5は、動作モード制御部140の詳細な構成を示すブロック図である。
FIG. 5 is a block diagram showing the detailed configuration of the operation
動作モード制御部140は、動作モード決定部150と、カウントダウン動作が可能な1つ以上のタイマ152(152a及び152b)を備えたデッドライン検出部151とを備える。動作モード決定部150とデッドライン検出部151とは、タイマ152のそれぞれについてカウント値がゼロ以下(アンダフロー)であることを示すデータを送信するためのデッドライン通知インタフェース153により相互接続される。この第1の実施の形態の動作モード制御部140は、1の制御周期Tc毎にデータ受信の状況を判断し、動作モードを切り替える。デッドライン検出部151は、所定の制御周期の中でデータが所定時間内に正常に受信を完了するか否かを検出する機能を有する。
The operation
動作モード決定部150は、受信状態制御インタフェース122から取得した受信状態通知、及びデッドライン検出部151からデッドライン通知インタフェース153を経由して取得したデッドライン検出情報に基づき、第2のマイコン20の動作モードを決定し、その決定の結果を動作モード制御インタフェース141に出力することでスケジューリング制御部160に通知する。
The operation
動作モード制御部140は、制御周期の開始タイミングを特定する制御周期開始トリガも受信可能に構成される。動作モード制御部140は、制御周期開始トリガを受信すると、1つ以上のタイマ152のカウント値をそれぞれ所定の初期カウント値に設定した後、タイマ152のカウントダウン動作を開始させる。同時に動作モード制御部140は、受信状態保持レジスタ137の保持データの初期化を、受信状態制御インタフェース122経由でマスク付き受信部120中の受信マスク制御部136に対して要求する。具体的には、保持データC101、C102、C103、C201、C202、C203がクリアされる。ただし、拡張受信マスク設定の内容は保持される。
The operation
また、動作モード決定部150は、1つ以上のタイマ152のうちいずれかのカウント値がゼロ以下(アンダフロー)となったことがデッドライン検出部151から通知されると、デッドライン通知インタフェース153を介して当該タイマ152のカウントダウン動作の停止を指示する。当該タイマ152が特定のタイマ(152b)であった場合には、受信状態保持レジスタ137に保持されたTP1受信マスク設定(C101)を有効(Y)とするよう、受信状態制御インタフェース122を介して受信マスク制御部136に対し要求する。
Further, when the operation
また、特に制限されないが、タイマ152bの初期カウント値には、制御周期Tcから第2の制御アプリケーション220の実行に要する時間Te1を減じた、第1の通信手段101の受信処理を許可する時間(TP1受信ウィンドウ(第1の経過時間))Tr1(=Tc-Te1)を計測するためのカウント値を設定することができる。これにより、第1の通信手段101の受信完了タイミングの遅延が原因として、第2の制御アプリケーション220の処理が当該制御周期内に完了しないという問題を回避することができる。
Also, although not particularly limited, the initial count value of the
また、特に制限されないが、タイマ152aの初期カウント値には、制御周期Tcから第2の縮退モード用システムソフトウェア240の実行に要する時間Te2を減じた、第1の通信手段101又は第2の通信手段102の受信処理を許可する時間(デッドライン時間(第2の経過時間))Tr2(=Tc-Te2)を計測するためのカウント値を設定することができる。これにより、第1の通信手段101及び第2の通信手段102のいずれも正常に受信完了しなかったことを原因として、第2の縮退モード用システムソフトウェア240の処理が当該制御周期内に完了しないという問題を回避することができる。デッドライン時間Tr2は、上述のTP1受信ウィンドウTr1よりも長い時間に設定され得る。
Also, although not particularly limited, the initial count value of the
次に、動作モード決定部150において動作モードを決定するための手順を、図6のフローチャートを参照して説明する。動作モード決定部150は、デッドライン通知インタフェース153からのデッドライン情報と、受信状態制御インタフェース122からの受信状態通知(C301)に基づき、以下の処理フローにより第2のマイコン20の動作モードを決定し、その決定情報を動作モード制御インタフェース141に出力してスケジューリング制御部160に転送する。
Next, the procedure for determining the operation mode in the operation
本手順では、まずタイマ152aのアンダフローにより、制御周期開始からデッドライン時間Tr2が経過(デッドライン検出)しているかどうかを確認する(ステップS101)。デッドライン検出が認められた場合には(ステップS101:Yes)、第1の通信手段101及び第2の通信手段102の両方で障害が発生していると判断し、動作モード制御インタフェース141により第2の縮退モードへの遷移を要求(ステップS107)する。この要求を受信したスケジューリング制御部160は、第2の縮退モード用システムソフトウェアへの実行制御インタフェース163により、第2の縮退モード用システムソフトウェア240の実行をトリガ(指示)する。
In this procedure, first, it is checked whether or not the deadline time Tr2 has passed (deadline detection) from the start of the control cycle by an underflow of the
デッドライン検出が認められない場合(ステップS101:No)は、続いて受信状態通知(C301)が「受信待ち」であるかどうかを確認(ステップS102)し、「受信待ち」である場合(ステップS102:Yes)にはステップS101に戻り、デッドライン検出、又は第1の通信手段101又は第2の通信手段102のいずれかの受信完了を示す受信状態通知が得られるまで、上記のループが繰り返される。 If the deadline detection is not recognized (step S101: No), then it is checked whether the reception status notification (C301) is "waiting for reception" (step S102), and if it is "waiting for reception" (step If S102: Yes), the process returns to step S101, and the above loop is repeated until a deadline is detected or reception status notification indicating completion of reception by either the first communication means 101 or the second communication means 102 is obtained. be
受信状態通知が「受信待ち」でなかった場合には(ステップS102:No)、更に受信状態通知(C301)が「TP1受信完了(正常)」であるかどうかが確認される(ステップS103)。 If the reception status notification is not "waiting for reception" (step S102: No), it is further confirmed whether the reception status notification (C301) is "TP1 reception completed (normal)" (step S103).
「TP1受信完了(正常)」である場合(ステップS103:Yes)は、第1の通信手段101から通常時データを正常に受信できたと判断し、動作モード制御インタフェース141により通常モードへの遷移が要求される(ステップS105)。この要求を受信したスケジューリング制御部160は、第2の制御アプリケーションへの実行制御インタフェース161により、第2の制御アプリケーション220の実行をトリガする。
If it is "TP1 reception complete (normal)" (step S103: Yes), it is determined that the normal data has been successfully received from the first communication means 101, and the operation
一方、受信状態通知が「TP1受信完了(正常)」でなかった場合(ステップS103:No)は、更に受信状態通知(C301)が「TP2受信完了(正常)」であるかどうかが確認される(ステップS104)。 On the other hand, if the reception status notification is not "TP1 reception completed (normal)" (step S103: No), it is further confirmed whether the reception status notification (C301) is "TP2 reception completed (normal)". (Step S104).
「TP2受信完了(正常)」である場合(ステップS104:Yes)は、第1の通信手段101に障害が発生しているがTP2から縮退時データを正常に受信できたと判断し、動作モード制御インタフェース141により第1の縮退モードへの遷移を要求(ステップS106)する。この要求を受信したスケジューリング制御部160は、第1の縮退モード用システムソフトウェアへの実行制御インタフェース162により、第1の縮退モード用システムソフトウェア230の実行をトリガする。
If the result is "TP2 reception completed (normal)" (step S104: Yes), it is determined that the degenerate data was successfully received from TP2 although a failure occurred in the first communication means 101, and operation mode control is performed. The
一方、受信状態通知が「TP2受信完了(正常)」でなかった場合(ステップS104:No)は、第1の通信手段101、第2の通信手段102の両方で障害が発生していると判断し、動作モード制御インタフェース141により第2の縮退モードへの遷移を要求(ステップS107)する。この本要求を受信したスケジューリング制御部160は、第2の縮退モード用システムソフトウェアへの実行制御インタフェース163により、第2の縮退モード用システムソフトウェア240の実行をトリガする。
On the other hand, if the reception status notification is not "TP2 reception completed (normal)" (step S104: No), it is determined that a failure has occurred in both the first communication means 101 and the second communication means 102. Then, the operation
上記の構成によれば、第1の通信手段101/第2の通信手段102の受信状態と受信完了順序の様々な組み合わせが異なると、動作モード制御部140における制御情報の入出力、決定される動作モード、第2のマイコン20で実行されるソフトウェアが異なる。以下、図7~図16を参照して、異なる組合せ毎の各部の動作を説明する。
According to the above configuration, input/output of control information in the operation
図7及び図8は、それぞれTP1受信ウィンドウTr1、デッドライン時間Tr2を計測するタイマ152b、152aにおけるアンダフロー発生の有無に基づく、動作モード制御部140の動作モード決定メカニズムを詳細に示したタイミングチャートである。図7~図8では、Case1-1~1-3を示している。図7、図8は、それぞれ、その左側においてCase1-1の場合のタイミングチャートを図示し、その右側にCase1-2、1-3を示している。Case1-1~1-3は、様々な状況の変化により生じ得動作を示したものであり、それぞれ独立である。
7 and 8 are timing charts showing in detail the operation mode determination mechanism of the operation
<Case1-1>
図7及び図8に示すように、Case1-1は、第1の通信手段101で第2の通信手段102に先行してTP1受信ウィンドウTr1内に通常時データを正常に受信完了したことで、当該制御周期は通常モード用の処理である第2の制御アプリケーション220を実行する場合を示している。
<Case 1-1>
As shown in FIGS. 7 and 8, in Case 1-1, the first communication means 101 precedes the second communication means 102 and completes normal data reception within the TP1 reception window Tr1. This control cycle indicates a case where the
動作モード制御部140中の動作モード決定部150は、動作モード制御インタフェース141を介して、スケジューリング制御部160から制御周期開始トリガ(T)を受信する。トリガ(T)を受信した動作モード決定部150は、デッドライン通知インタフェース153によりタイマ152a及び152bへの初期カウント値の再ロード(L)を指示し、同時に受信状態制御インタフェース122に対して受信状態保持レジスタ137の初期化(リセット)要求(R)を出力する。
The operation
再ロード(L)の指示を受けたデッドライン検出部151は、タイマ152a、152bに対し、制御周期先頭を基準にそれぞれデッドライン時間Tr2、TP1受信ウィンドウTr1の経過を計測するための所定のカウント値を設定し、デクリメント動作の開始を指示する。また、初期化要求(R)を受けた受信マスク制御部136は、受信状態保持レジスタ137のうち拡張受信マスク設定以外の保持データをすべてクリアすることで、第1の通信手段101、及び第2の通信手段102での受信完了通知が有効となるよう設定する。
Receiving the reload (L) instruction, the
TP1受信ウィンドウTr1内に第1の受信制御部130が通常時データを正常に受信完了すると、当該情報は第1の受信状態通知インタフェース131により受信マスク制御部136に伝達される。受信マスク制御部136は、当該情報を反映するよう受信状態保持レジスタ137の内容を更新(図4の#5に相当)し、同時に受信状態制御インタフェース122に対して、受信状態通知「TP1受信完了(正常)」を出力する。加えて、受信が未完了である第2の通信手段102についてTP2受信マスク(C201)を設定(図4の#7に遷移)することで、当該制御周期内の受信状態が確定する(図7参照)。
When the first
受信状態制御インタフェース122の受信状態通知を監視していた動作モード決定部150は、図6の動作モード決定フローに基づき通常モードへの遷移を決定し、動作モード制御インタフェース141を介してスケジューリング制御部160に当該遷移を指示(C)する。動作モード決定部150は同時に、偽のアンダフローイベント発生を抑止するため、デッドライン通知インタフェース153によりタイマ152a、152bのデクリメント動作の停止を指示する(図7参照)。
The operation
遷移指示(C)を受けたスケジューリング制御部160は、第2の制御アプリケーションへの実行制御インタフェース161により、第2の制御アプリケーション220の実行を指示する。
The
<Case1-2>
図7の右側に示すように、Case1-2は、第1の通信手段101はTP1受信ウィンドウTr1内に通常時データを正常に受信完了できず(受信未完了、又は受信完了したが受信中にエラー検出のいずれか)、第2の通信手段102でデッドライン時間Tr2までに縮退時データを正常に受信完了し、このため、当該制御周期は第1の縮退モード用の処理である第1の縮退モード用システムソフトウェア230を実行する場合を示している。
<Case 1-2>
As shown on the right side of FIG. 7, in Case 1-2, the first communication means 101 cannot normally receive data within the TP1 reception window Tr1 (reception has not been completed, or reception has been completed but is still being received). error detection), the second communication means 102 normally completes reception of the degenerated data by the deadline time Tr2, and therefore the control cycle is the first degenerated mode processing. A case of executing the degenerate
動作モード決定部150は、動作モード制御インタフェース141を介して、スケジューリング制御部160から制御周期開始トリガ(T)を受信する。トリガ(T)を受信した動作モード決定部150は、デッドライン通知インタフェース153によりタイマ152a及び152bへの初期カウント値の再ロード(L)を指示し、同時に受信状態制御インタフェース122に対して受信状態保持レジスタ137の初期化要求(R)を出力する。
The operation
再ロード(L)の指示を受けたデッドライン検出部151は、タイマ152a、152bに対し、制御周期の先頭を基準に、それぞれデッドライン時間Tr2、TP1受信ウィンドウTr1の経過を計測するための所定のカウント値を設定し、デクリメント動作の開始を指示する。また、初期化要求(R)を受けた受信マスク制御部136は、受信状態保持レジスタ137のうち拡張受信マスク設定以外の保持データをすべてクリアする。これにより、第1の通信手段101、第2の通信手段102の受信完了通知が有効となる。
Receiving the reload (L) instruction, the
通常時データを正常に受信完了できないままTP1受信ウィンドウTr1が経過すると、タイマ152bでアンダフローが発生し、当該イベント情報がデッドライン通知インタフェース153を介して動作モード決定部150に通知される。通知を受けた動作モード決定部150は、デッドライン通知インタフェース153によりタイマ152bのデクリメント動作の停止を指示するとともに、受信状態制御インタフェース122に対してTP1受信マスク設定要求(M)を出力する。TP1受信マスク設定要求(M)を受けた受信マスク制御部136は、受信状態保持レジスタ137のうちTP1受信マスク(C101)の内容をセット(図4の#13に相当)することで、TP1受信ウィンドウ時間経過後は第2の通信手段102での受信完了通知のみが有効となるよう設定が更新される。
If the TP1 reception window Tr1 elapses without normal data reception being completed normally, an underflow occurs in the
デッドライン時間Tr2までに第2の受信制御部133が縮退時データを正常に受信完了すると、当該情報は第2の受信状態通知インタフェース134により受信マスク制御部136に伝達される。受信マスク制御部136は、当該情報を反映するよう受信状態保持レジスタ137の内容を更新する(図4の#15に相当)。具体的には、TP受信状態(完了)をNからYに切り替える。受信マスク制御部136は、同時に受信状態制御インタフェース122に対して、受信状態通知「TP2受信完了(正常)」を出力する。TP1受信マスクはすでに設定されているため、以上で当該制御周期内の受信状態が確定する。
When the second
受信状態制御インタフェース122の受信状態通知を監視していた動作モード決定部150は、図6の動作モード決定フローに基づき第1の縮退モードへの遷移を決定し、動作モード制御インタフェース141を介してスケジューリング制御部160に当該遷移を指示(C)する。動作モード決定部150は同時に、偽のアンダフローイベント発生を抑止するため、デッドライン通知インタフェース153によりタイマ152aのデクリメント動作の停止を指示する。
The operation
遷移指示(C)を受けたスケジューリング制御部160は、第1の縮退モード用システムソフトウェアへの実行制御インタフェース162により、第1の縮退モード用システムソフトウェア230の実行を指示する。
The
<Case1-3>
図8の右側に示すように、Case1-3は、第1の通信手段101はTP1受信ウィンドウTr1内に通常時データを正常に受信完了できず(受信未完了、又は受信完了したが受信中にエラー検出のいずれか)、且つ第2の通信手段102もデッドライン時間Tr2までに縮退時データが正常に受信完了できず(受信未完了、又は受信完了したが受信中にエラー検出のいずれか)、このため、当該制御周期は第2の縮退モード用の処理である第2の縮退モード用システムソフトウェア240を実行する場合を示している。
<Case 1-3>
As shown on the right side of FIG. 8, in Case 1-3, the first communication means 101 cannot normally receive data within the TP1 reception window Tr1 (reception has not been completed, or reception has been completed but is still being received). error detection), and the second communication means 102 cannot normally complete reception of the degenerate data by the deadline time Tr2 (either reception is not completed, or reception is completed but an error is detected during reception) Therefore, this control cycle indicates the case where the second degeneracy
動作モード決定部150は、動作モード制御インタフェース141を介して、スケジューリング制御部160から制御周期開始トリガ(T)を受信する。トリガ(T)を受信した動作モード決定部150は、デッドライン通知インタフェース153によりタイマ152a及び152bへの初期カウント値の再ロード(L)を指示し、同時に受信状態制御インタフェース122に対して受信状態保持レジスタ137の初期化要求(R)を出力する。
The operation
再ロード(L)の指示を受けたデッドライン検出部151は、タイマ152a、152bに対し、制御周期先頭を基準にそれぞれデッドライン時間Tr2、TP1受信ウィンドウTr1の経過を計測するための所定のカウント値を設定し、デクリメント動作の開始を指示する。また、初期化要求(R)を受けた受信マスク制御部136は、受信状態保持レジスタ137のうち拡張受信マスク設定以外の内容をすべてクリアすることで、第1の通信手段101、第2の通信手段102での受信完了通知が有効となるよう設定する。
Receiving the reload (L) instruction, the
通常時データを正常に受信完了できないままTP1受信ウィンドウTr1が経過すると、タイマ152bでアンダフローが発生し、当該イベント情報がデッドライン通知インタフェース153を介して動作モード決定部150に通知される。通知を受けた動作モード決定部150は、デッドライン通知インタフェース153によりタイマ152bのデクリメント動作の停止を指示するとともに、受信状態制御インタフェース122に対してTP1受信マスク設定要求(M)を出力する。TP1受信マスク設定要求(M)を受けた受信マスク制御部136は、受信状態保持レジスタ137のうちTP1受信マスク(C101)の内容をセット(図4の#13に相当)することで、TP1受信ウィンドウTr1経過後は第2の通信手段102での受信完了通知のみ有効となるよう設定を更新する。
If the TP1 reception window Tr1 elapses without normal data reception being completed normally, an underflow occurs in the
更に、縮退時データを正常に受信完了できないままデッドライン時間Tr2が経過すると、タイマ152aでアンダフローが発生し、当該イベント情報がデッドライン通知インタフェース153を介して動作モード決定部150に通知される。通知を受けた動作モード決定部150は、デッドライン通知インタフェース153によりタイマ152aのデクリメント動作の停止を指示する。これに加え、図示しない追加の処理として、受信状態制御インタフェース122に対してTP2受信マスク設定要求を出力してもよい。TP2受信マスク設定要求を受けた受信マスク制御部136は、受信状態保持レジスタ137のうちTP2受信マスク(C201)の内容をセットする(図4の#19に相当)。デッドライン時間Tr2経過後は第1の通信手段101/第2の通信手段102のいずれの受信完了通知とも無効となるよう設定を更新してもよい。
Furthermore, if the deadline time Tr2 elapses without the degenerate data being received normally, an underflow occurs in the
動作モード決定部150は、図6の動作モード決定フローに基づき第2の縮退モードへの遷移を決定し、動作モード制御インタフェース141を介してスケジューリング制御部160に当該遷移を指示(C)する。遷移指示(C)を受けたスケジューリング制御部160は、第2の縮退モード用システムソフトウェアへの実行制御インタフェース163により、第2の縮退モード用システムソフトウェア240の実行を指示する。
The operation
次に、図9~図12のタイミングチャートを参照して、制御周期内の第1の通信手段101及び第2の通信手段102の受信完了順序と、第2のマイコン20での実行ソフトウェアとの関係を動作レベルで説明する。
Next, referring to the timing charts of FIGS. 9 to 12, the order of completion of reception by the first communication means 101 and the second communication means 102 within the control period and the execution software in the
<Case2-1>
図9及び図10の左側に示すCase2-1は、第1の通信手段101で第2の通信手段102に先行してTP1受信ウィンドウTr1内に通常時データを正常に受信完了した場合を示している。この場合、当該制御周期における第2のマイコン20は、第2の制御アプリケーション220の処理の一部として、通常時データの受信処理を実行する。
<Case 2-1>
Case 2-1 shown on the left side of FIGS. 9 and 10 shows a case where the first communication means 101 normally completes reception of normal data within the TP1 reception window Tr1 prior to the second communication means 102. there is In this case, the
Case2-1では、第1の通信手段101だけでなく、第2の通信手段102もデッドライン時間Tr2までに縮退時データを正常に受信完了している。しかし、第1の通信手段101の正常な受信が完了した時点でTP2受信マスクが受信マスク制御部136により設定される。このため、第2の制御アプリケーション220の実行には不要な、縮退時データの受信処理が第2のマイコン20において実行されることはない。これにより、第2のマイコン20における負荷率が軽減される。
In Case 2-1, not only the first communication means 101 but also the second communication means 102 have normally received the degenerate data by the deadline time Tr2. However, the TP2 reception mask is set by the reception
<Case2-2>
図9の中央に示すCase2-2は、第1の通信手段101はTP1受信ウィンドウ内に受信完了したが受信中にエラーを検出した場合を示している。この場合、拡張受信マスク設定に基づき、第1の通信手段101の受信完了通知はマスクされる。
<Case 2-2>
Case 2-2 shown in the center of FIG. 9 shows the case where the first communication means 101 completes reception within the TP1 reception window but detects an error during reception. In this case, the reception completion notification of the first communication means 101 is masked based on the extended reception mask setting.
一方、第2の通信手段102でデッドライン時間Tr2までに縮退時データが正常に受信完了すると、第2の通信手段102の受信完了通知についてはマスクがされず、受信状態制御インタフェース122により動作モード制御部140に出力される。このため、当該制御周期における第2のマイコン20は、第1の縮退モード用システムソフトウェア230の処理の一部として、縮退時データの受信処理を実行する。
On the other hand, when the second communication means 102 normally completes reception of the degenerate data by the deadline time Tr2, the reception completion notification of the second communication means 102 is not masked, and the reception
このCase2-2では、第2の通信手段102の正常な受信が完了した時点でTP1受信マスクが設定される。このため、当該時点以降の再送処理により第1の通信手段101で正常に受信が完了したとしても、第1の縮退モード用システムソフトウェア230の実行には不要な通常時データの受信処理は実行されない。これにより、第2のマイコン20における負荷率が軽減される。
In this Case 2-2, the TP1 reception mask is set when the normal reception of the second communication means 102 is completed. Therefore, even if reception is normally completed by the first communication means 101 due to retransmission processing after this time point, normal data reception processing unnecessary for execution of the first degenerate
<Case2-3>
図9の右側に示すCase2-3は、第1の通信手段101は伝送路の障害によりTP1受信ウィンドウTr1内に受信完了せず、一方、第2の通信手段102ではデッドライン時間Tr2までに縮退時データを正常に受信完了した場合を示している。この場合、当該制御周期における第2のマイコン20は、第1の縮退モード用システムソフトウェア230の処理の一部として、縮退時データの受信処理を実行する。
<Case 2-3>
In Case 2-3 shown on the right side of FIG. 9, the first communication means 101 does not complete reception within the TP1 reception window Tr1 due to a failure in the transmission path, while the second communication means 102 degenerates by the deadline time Tr2. This shows the case where the hour data has been received normally. In this case, the
このCase2-3では、第2の通信手段102の正常な受信が完了した時点でTP1受信マスクが設定される。このため、当該時点以降に第1の通信手段101において正常に通常時データの受信が完了したとしても、第1の縮退モード用システムソフトウェア230の実行には不要な通常時データの受信処理が実行されることはない。
In this Case 2-3, the TP1 reception mask is set when the normal reception of the second communication means 102 is completed. Therefore, even if the reception of normal data is normally completed in the first communication means 101 after this time, the normal data reception processing that is unnecessary for the execution of the first degenerate
<Case2-4>
図10の中央に示すCase2-4は、第1の通信手段101で、第2の通信手段102に先行してTP1受信ウィンドウTr1内に通常時データを正常に受信完了し、一方、第2の通信手段102もデッドライン時間Tr2までに受信完了したが受信中にエラーを検出した場合を示している。この場合、当該制御周期における第2のマイコン20は、第2の制御アプリケーション220の処理の一部として、通常時データの受信処理を実行する。第2の通信手段102もデッドライン時間Tr2までに受信完了したが受信中にエラーを検出したため、拡張受信マスク設定に基づき受信完了通知は受信マスク制御部136でのマスク設定によりマスクされる。第1の通信手段101での正常受信完了時点でTP2受信マスクが設定されるので、当該時点以降の再送処理により第2の通信手段102側で正常に受信完了したとしても、第2の制御アプリケーション220の実行には不要な、縮退時データの受信処理が実行されることはない。これにより、第2のマイコン20における負荷率が軽減される。
<Case 2-4>
Case 2-4 shown in the center of FIG. The communication means 102 also completes reception by the deadline time Tr2, but an error is detected during reception. In this case, the
<Case2-5>
図10の右側に示すCase2-5は、第1の通信手段101で第2の通信手段102に先行してTP1受信ウィンドウTr1内に通常時データを正常に受信完了し、一方、第2の通信手段102は伝送路の障害によりデッドライン時間Tr2までに受信完了しなかった場合を示している。この場合、当該制御周期における第2のマイコン20は、第2の制御アプリケーション220の処理の一部として、通常時データの受信処理を実行する。
<Case 2-5>
Case 2-5 shown on the right side of FIG.
Case2-5では、第2の通信手段102は伝送路の障害によりデッドライン時間Tr2までに受信完了しない。第1の通信手段101の正常受信完了時点で、受信マスク制御部136によりTP2受信マスクが設定される。当該時点以降に第2の通信手段102側で正常に受信完了したとしても、第2の制御アプリケーション220の実行には不要な、縮退時データの受信処理は実行されない。これにより、第2のマイコン20における負荷率が軽減される。
In Case 2-5, the second communication means 102 does not complete reception by the deadline time Tr2 due to a failure in the transmission line. Upon completion of normal reception by the first communication means 101, the reception
<Case3-1>
図11の左側に示すCase3-1は、第1の通信手段101はTP1受信ウィンドウTr1内に通常時データを受信完了したが受信中にエラーが検出され、第2の通信手段102もデッドライン時間Tr2までに縮退時データを受信完了したが受信中にエラーを検出した場合を示している。この場合、拡張受信マスク設定に基づき、第1の通信手段101の受信完了通知はマスクされる。
<Case 3-1>
In Case 3-1 shown on the left side of FIG. 11, the first communication means 101 completed receiving normal data within the TP1 reception window Tr1, but an error was detected during reception, and the second communication means 102 also received the deadline time. It shows a case where reception of degenerate data is completed by Tr2, but an error is detected during reception. In this case, the reception completion notification of the first communication means 101 is masked based on the extended reception mask setting.
また、第2の通信手段102もデッドライン時間Tr2までに受信完了したが受信中にエラーを検出したため、拡張受信マスク設定に基づき、第2の通信手段102の受信完了通知はマスクされる。第1の通信手段101/第2の通信手段102いずれの受信完了通知が行われないままデッドライン時間Tr2が経過すると、当該制御周期における第2のマイコン20は、デッドライン検出により第2の縮退モード用システムソフトウェア240を実行する。
Although the second communication means 102 also completed reception by the deadline time Tr2, since an error was detected during reception, the reception completion notification of the second communication means 102 is masked based on the extended reception mask setting. When the deadline time Tr2 elapses without any reception completion notification from either the first communication means 101 or the second communication means 102, the
<Case3-2>
図11の右側に示すCase3-2は、第1の通信手段101側は伝送路の障害によりTP1受信ウィンドウTr1内に受信完了せず、第2の通信手段102も伝送路の障害によりデッドライン時間Tr2までに受信完了しない場合を示している。この場合、第1の通信手段101/第2の通信手段102のいずれの受信完了通知も行われないままデッドライン時間Tr2が経過する。当該制御周期における第2のマイコン20は、デッドライン検出により第2の縮退モード用システムソフトウェア240を実行する。
<Case 3-2>
In Case 3-2 shown on the right side of FIG. 11, the first communication means 101 does not complete reception within the TP1 reception window Tr1 due to a transmission path failure, and the second communication means 102 also has a deadline time due to a transmission path failure. This shows the case where reception is not completed by Tr2. In this case, the deadline time Tr2 elapses without receiving a reception completion notification from either of the first communication means 101 and the second communication means 102 . The
<Case4-1>
図12の左側に示すCase4-1は、伝送路の障害による再送が発生し受信完了タイミングが遅延したにも拘わらず、第1の通信手段101側で第2の通信手段102側に先行してTP1受信ウィンドウTr1内に通常時データを正常に受信完了した場合を示している。また、第2の通信手段102では、デッドライン時間Tr2までに縮退時データを正常に受信完了したと想定している。
<Case 4-1>
In Case 4-1 shown on the left side of FIG. 12, the first communication means 101 side precedes the second communication means 102 side even though retransmission occurs due to a transmission path failure and the reception completion timing is delayed. It shows the case where normal data reception is completed within the TP1 reception window Tr1. In addition, it is assumed that the second communication means 102 has successfully received the degenerate data by the deadline time Tr2.
この場合、当該制御周期における第2のマイコン20は、第2の制御アプリケーション220の処理の一部として、通常時データの受信処理を実行する。第1の通信手段101の正常な受信完了時点でTP2受信マスクが設定される。このため、第2の通信手段102がデッドライン時間Tr2までに縮退時データを正常に受信完了しても、その受信完了通知はマスクされる。このため、第2の制御アプリケーション220の実行には不要な、縮退時データの受信処理が実行されることはない。
In this case, the
<Case4-2>
図12の中央に示すCase4-2は、伝送路の障害による再送が発生し受信完了タイミングが遅延したことにより、第1の通信手段101はTP1受信ウィンドウTr1の経過以降に通常時データを正常に受信完了した場合を示している。この場合、TP1受信ウィンドウTr1が経過した時点でTP1受信マスクが設定されるため、通常時データの受信処理が実行されることはない。一方、第2の通信手段102に関してはデッドライン時間Tr2までに縮退時データを正常に受信完了したと想定している。この場合、当該制御周期における第2のマイコン20は、第1の縮退モード用システムソフトウェア230の処理の一部として、縮退時データの受信処理を実行する。
<Case 4-2>
In Case 4-2 shown in the center of FIG. 12, the first communication means 101 normally receives data after the TP1 reception window Tr1 elapses due to a delay in reception completion timing caused by retransmission due to a transmission line failure. This indicates that reception has been completed. In this case, since the TP1 reception mask is set when the TP1 reception window Tr1 has passed, the normal data reception processing is not executed. On the other hand, as for the second communication means 102, it is assumed that reception of the degenerate data has been completed normally by the deadline time Tr2. In this case, the
<Case4-3>
図12の右側に示すCase4-3は、伝送路の障害により再送が発生し受信完了タイミングが遅延したことにより、第1の通信手段101はTP1受信ウィンドウTr1の経過以降に通常時データを正常に受信完了した場合を示している。一方、第2の通信手段102については、デッドライン時間Tr2までに受信完了したが、受信中にエラーが検出されたと想定している。
<Case 4-3>
In Case 4-3 shown on the right side of FIG. 12, retransmission occurs due to a failure in the transmission line and the reception completion timing is delayed. This indicates that reception has been completed. On the other hand, as for the second communication means 102, it is assumed that reception was completed by the deadline time Tr2, but an error was detected during reception.
TP1受信ウィンドウTr1が経過した時点でTP1受信マスクが設定されるため、通常時データの受信処理が実行されることはない。また、第2の通信手段102についても、デッドライン時間Tr2までに受信完了したが、受信中にエラーを検出したため、拡張受信マスク設定に基づき、第2の通信手段102の受信完了通知はマスクされる。このため、第1の通信手段101、及び第2の通信手段102いずれの受信完了通知も行われないままデッドライン時間Tr2が経過する。このため、当該制御周期における第2のマイコン20は、デッドライン検出により第2の縮退モード用システムソフトウェア240を実行する。
Since the TP1 reception mask is set when the TP1 reception window Tr1 elapses, normal data reception processing is not executed. In addition, although the second communication means 102 also completed reception by the deadline time Tr2, since an error was detected during reception, the reception completion notification of the second communication means 102 was masked based on the extended reception mask setting. be. Therefore, the deadline time Tr2 elapses without any reception completion notification from either the first communication means 101 or the second communication means 102 . Therefore, the
以上説明したように、第1の実施の形態の車両制御装置によれば、複数のマイコンを複数のインタフェースにより冗長接続した場合であっても、マスク付き受信部120により不要なデータの受信がマスク動作により遮断される。これにより、通信のリアルタイム性を保証すると共に、演算制御装置の負荷率を軽減することを可能にした車両制御装置を提供することができる。
As described above, according to the vehicle control apparatus of the first embodiment, even when a plurality of microcomputers are redundantly connected through a plurality of interfaces, reception of unnecessary data is masked by the
[第2の実施の形態]
次に、図13~図16を参照して、本発明の第2の実施の形態に係る車両制御装置1を説明する。第2の実施の形態の装置の構成は、第1の実施の形態と略同一であるので、重複する説明は省略する。ただし、後述するように、遅延付き送信部100によるタイミング制御は不要であるので、遅延付き送信部100の遅延制御が無効とされるか、または遅延付き送信部100が通常の送信部に置換され得る。
[Second embodiment]
Next, a
第2の実施の形態では、複数の制御周期を跨ぐ動作モード制御方式が採用されている。図13~図16は、その方式が採用される場合における第2のマイコン20の動作を示す。第1の実施の形態で説明した制御方式とは異なり、図13~図16は、1の制御周期において、第1の通信手段101、及び第2の通信手段102のうちの1つのみについて受信完了通知が有効(受信マスク無効)に設定される。動作モード決定部150は、1の制御周期における第1の通信手段101又は第2の通信手段102による受信の状態を判断し、その判断の結果に従い、動作モードを決定する。動作モード決定部150が決定した動作モードは、当該制御周期(第1の制御周期)ではなく、当該制御周期の次の制御周期(第2の制御周期)で実行される。
In the second embodiment, an operation mode control method that straddles a plurality of control cycles is adopted. 13 to 16 show the operation of the
従って、図13~図16の方式では、通常時データ及び縮退時データの受信が1つの制御周期内で完了すればよく、その後決定された動作モードは、当該周期内で完了する必要はなく、次の制御周期で実行される。また、第1の通信手段101と第2の通信手段102の間での受信完了タイミングの順序関係は不問である。このため、遅延付き送信部100における通常時データ及び縮退時データの送信タイミング制御が不要となる。この方式は、制御周期内の各処理に対し処理時間を時系列的に割り当てるタイミング設計の難易度が低下するというメリットがある。
Therefore, in the methods of FIGS. 13 to 16, reception of normal data and degraded data may be completed within one control cycle, and the operation mode determined thereafter need not be completed within that cycle. Executed in the next control cycle. Also, the order of reception completion timings between the first communication means 101 and the second communication means 102 is irrelevant. Therefore, transmission timing control of the normal data and the degenerated data in the
なお、この第2の実施の形態での制御方式においては、制御周期の先頭で設定するTP1/TP2受信マスクに3つの設定パタンが存在する。制御開始時点では、通常時データのみ受信完了通知を許可する通常モード用受信完了通知マスクが設定される。これによれば、通常時データを転送する第1の通信手段101側の受信完了通知が有効(マスク無効)に、縮退時データを転送する第2の通信手段102側の受信完了通知が無効(待機状態=マスク有効)にそれぞれ初期設定される。また、拡張受信マスク設定については常に無効(エラー検出時も完了通知は有効)とされる。 In the control method of the second embodiment, there are three setting patterns for the TP1/TP2 reception mask set at the beginning of the control cycle. At the start of control, a normal mode reception completion notification mask that permits reception completion notification only for normal data is set. According to this, the reception completion notification on the side of the first communication means 101 that transfers normal data is valid (disable masking), and the reception completion notification on the side of the second communication means 102 that transfers degraded data is invalid ( standby state=mask enabled). Also, the extended receive mask setting is always disabled (completion notification is enabled even when an error is detected).
また、特に制限されないが、第2の実施形態におけるタイマ152は1つ(152aのみ)でもよい。制御周期から以下で説明するTP1/TP2受信マスク切り替えに要する時間を減じた、第1の通信手段101又は第2の通信手段102の受信処理を許可する時間をデッドライン時間Tr2とし、当該時間を計測するカウント値をタイマ152aに設定することができる。
Although not particularly limited, the number of
<Case5-1>
図13の左側に示すCase5-1は、通常モード用受信完了通知マスクが設定された状態で、第1の通信手段101側がデッドライン時間Tr2までに通常時データを正常に受信完了し、第2の通信手段102側もデッドライン時間Tr2までに縮退時データを正常に受信完了した場合を示している。この場合、当該制御周期における第2のマイコン20は、第2の制御アプリケーション220の処理の一部として、通常時データの受信処理を実行する。第2の通信手段102側もデッドライン時間Tr2までに縮退時データを正常に受信完了したが、TP2受信マスクが設定されているため、縮退時データの受信処理が実行されることはない。次制御周期の受信マスク設定パタンは変更せず、通常モード用受信完了通知マスク設定が維持される。
<Case 5-1>
Case 5-1 shown on the left side of FIG. 13 is a state in which the normal mode reception completion notification mask is set, and the first communication means 101 normally completes reception of the normal data by the deadline time Tr2. The communication means 102 side of (1) also completes receiving the degenerate data normally by the deadline time Tr2. In this case, the
<Case5-2>
図13の中央に示すCase5-2は、通常モード用受信完了通知マスクが設定された状態で、第1の通信手段101側はデッドライン時間Tr2までに受信完了したが受信中にエラーを検出した場合を示している。この場合、当該制御周期における第2のマイコン20は、第2の制御アプリケーション220の一部である第1のエラー処理として、次制御周期の受信マスク設定パタンを第1の縮退モード用受信完了通知マスクに設定する。これによれば、第1の通信手段101の受信完了通知が無効に変更され(閉塞=マスク有効かつ再解除禁止)、第2の通信手段102の受信完了通知が有効(待機状態解除=マスク無効)に変更される。第2の通信手段102は当該制御周期のデッドライン時間Tr2までに縮退時データを正常に受信完了するが、TP2受信マスクが設定されているため、縮退時データの受信処理が実行されることはない。
<Case 5-2>
Case 5-2 shown in the center of FIG. 13 is a state in which the normal mode reception completion notification mask is set, and the first communication means 101 side has completed reception by the deadline time Tr2, but an error was detected during reception. indicates the case. In this case, the
<Case5-3>
図13の右側に示すCase5-3は、Case5-2が発生して第1の縮退モード用受信完了通知マスクが設定され、第2の通信手段102は次の制御周期におけるデッドライン時間Tr2までに縮退時データを正常に受信完了した場合における処理を示している。この場合、当該次の制御周期における第2のマイコン20は、第1の縮退モード用システムソフトウェア230の処理の一部として、縮退時データの受信処理を実行する。更に次の制御周期の受信マスク設定パタンは変更せず、第1の縮退モード用受信完了通知マスク設定が維持される。
<Case 5-3>
In Case 5-3 shown on the right side of FIG. 13, Case 5-2 occurs and the first degenerate mode reception completion notification mask is set, and the second communication means 102 does not receive the message by deadline time Tr2 in the next control cycle. It shows the processing when reception of degenerate data is completed normally. In this case, the
<Case5-4>
図14に示すCase5-4は、Case5-2が発生して第1の縮退モード用受信完了通知マスクが設定され、第2の通信手段102側は当該制御周期においてはデッドライン時間Tr2までに受信完了したが、次の制御周期での受信中にエラーを検出した場合を示している。この場合、当該制御周期における第2のマイコン20は、第1の縮退モード用システムソフトウェア230の一部である第2のエラー処理として、次制御周期の受信マスク設定パタンを第2の縮退モード用受信完了通知マスクに設定する。このマスクにより、第1の通信手段101側の受信完了通知は無効(閉塞=マスク有効かつ再解除禁止)を維持し、第2の通信手段102側の受信完了通知も無効(閉塞=マスク有効かつ再解除禁止)に変更される。このCase5-3、5-4の説明から明らかなように、この第2の実施の形態では、障害の深刻度に応じて縮退レベルが変更される。
<Case 5-4>
In Case 5-4 shown in FIG. 14, Case 5-2 occurs and the first degenerate mode reception completion notification mask is set, and the second communication means 102 side receives by the deadline time Tr2 in the control cycle. This indicates the case where the data is completed but an error is detected during reception in the next control cycle. In this case, the
<Case5-5>
図14に示すCase5-5は、Case5-4により第2の縮退モード用受信完了通知マスクが設定された場合における次の制御周期における処理を示している。この場合、通常時データ又は縮退時データの受信完了を待たずに、第2の縮退モード用システムソフトウェア240が実行される。特に制限されないが、車両制御装置1全体、又は第2のマイコン20を対象とする所定の初期化処理の一部として第1の通信手段101/第2の通信手段102の閉塞を解除することで、通常モード用受信完了通知マスクの設定状態に復帰可能としてよい。
<Case 5-5>
Case 5-5 shown in FIG. 14 shows the processing in the next control cycle when the second degenerate mode reception completion notification mask is set in Case 5-4. In this case, the second degeneracy-
<Case5-6>
図15に示すCase5-6は、Case5-1が発生した後、通常モード用受信完了通知マスクが設定されたが、次の制御周期において、第1の通信手段101の受信完了通知が行われないままデッドライン時間Tr2が経過した場合を示している。この場合、当該制御周期における第2のマイコン20は、デッドライン通知インタフェース153によるデッドライン通知を契機に、第2の制御アプリケーション220の一部である第1のエラー処理として、第1の通信手段101側の受信が未完了であることを確認し、次制御周期の受信マスク設定パタンを第1の縮退モード用受信完了通知マスクに変更する。第2の通信手段102はデッドライン時間Tr2までに縮退時データを正常に受信完了したが、TP2受信マスクが設定されているため、縮退時データの受信処理が実行されることはない。
<Case 5-6>
In Case 5-6 shown in FIG. 15, the reception completion notification mask for normal mode is set after Case 5-1 occurs, but the reception completion notification of the first communication means 101 is not performed in the next control cycle. It shows a case where the deadline time Tr2 has passed. In this case, the
<Case5-7>
図15に示すCase5-7は、Case5-1及びCase5-6が発生した後、第1の縮退モード用受信完了通知マスクが設定された状態で、第2の通信手段102側がデッドライン時間Tr2までに縮退時データを正常に受信完了した場合を示している。当該制御周期における第2のマイコン20は、第1の縮退モード用システムソフトウェア230の処理の一部として、縮退時データの受信処理を実行する。更に次の制御周期の受信マスク設定パタンは変更せず、第1の縮退モード用受信完了通知マスク設定が維持される。
<Case 5-7>
In Case 5-7 shown in FIG. 15, after the occurrence of Case 5-1 and Case 5-6, the second communication means 102 side is set to the deadline time Tr2 while the first degenerate mode reception completion notification mask is set. shows the case where reception of degenerate data is completed normally. The
<Case5-8>
図16に示すCase5-8は、Case5-1に続いてCase5-6が発生した後、第1の縮退モード用受信完了通知マスクが設定され、次の制御周期において、第2の通信手段102側の受信完了通知が行われないままデッドライン時間Tr2が経過した場合を示している。この場合、当該制御周期における第2のマイコン20は、デッドライン通知インタフェース153によるデッドライン通知を契機に、第1の縮退モード用システムソフトウェア230の一部である第2のエラー処理として、第2の通信手段102側の受信が未完了であることを確認し、更に次の制御周期の受信マスク設定パタンを第2の縮退モード用受信完了通知マスクに変更する。このように、この第2の実施の形態では、障害の深刻度に応じて縮退レベルを適宜変更することが可能にされている。
<Case 5-8>
In Case 5-8 shown in FIG. 16, after Case 5-6 occurs following Case 5-1, the first degenerate mode reception completion notification mask is set, and in the next control period, the second communication means 102 side This shows the case where the deadline time Tr2 has passed without receiving the reception completion notification. In this case, the
<Case5-9>
Case5-8の後、図16の右側に示すCase5-9が実行される。このCase5-9では、第2の縮退モード用受信完了通知マスクが設定されているため、通常時データ又は縮退時データの受信完了を待たずに、第2の縮退モード用システムソフトウェア240を実行する。特に制限されないが、車両制御装置1全体、又は第2のマイコン20を対象とする所定の初期化処理の一部として第1の通信手段101/第2の通信手段102の閉塞を解除することで、通常モード用受信完了通知マスクの設定状態に復帰可能としてよい。
<Case 5-9>
After Case 5-8, Case 5-9 shown on the right side of FIG. 16 is executed. In Case 5-9, since the second degeneracy mode reception completion notification mask is set, the second degeneracy
以上、本発明の実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。実施の形態中で説明された構成要素は、ハードウェアにより実現されてもよいし、ソフトウェアにより実現されてもよい。 Although embodiments of the present invention have been described above, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, replacements, and modifications can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the scope of the invention described in the claims and equivalents thereof. Components described in the embodiments may be implemented by hardware or by software.
1…車両制御装置
10…第1のマイコン
20…第2のマイコン
100…遅延付き送信部
101…第1の通信手段(TP1)
102…第2の通信手段(TP2)
110…送信トリガ制御部
111…タイマ
112、113…送信トリガインタフェース
114…第1の送信バッファ
115…第1の送信データインタフェース
116…第2の送信バッファ
117…第2の送信データインタフェース
118…第1の送信制御部
119…第2の送信制御部
120…マスク付き受信部
121…受信インタフェース
122…受信状態制御インタフェース
130…第1の受信制御部
131…第1の受信状態通知インタフェース
132…第1の受信データインタフェース
133…第2の受信制御部
134…第2の受信状態通知インタフェース
135…第2の受信データインタフェース
136…受信マスク制御部
137…受信状態保持レジスタ
138…第1の受信バッファ
139…第2の受信バッファ
140…動作モード制御部
141…動作モード制御インタフェース
150…動作モード決定部
151…デッドライン検出部
152、152a、152b…タイマ
153…デッドライン通知インタフェース
160…スケジューリング制御部
161~163…実行制御インタフェース
210…第1の制御アプリケーション
211…送信インタフェース
220…第2の制御アプリケーション
230…第1の縮退モード用システムソフトウェア
240…第2の縮退モード用システムソフトウェア
900…マイコン
901…イーサネットアダプタ
902…接続ポート
903…イーサネットケーブル
910…イーサネットスイッチ
911…制御テーブル
912…スイッチマトリクス制御インタフェース
913…スイッチマトリクス
914、914a、914b、914c、914d、914e、914f、914g、914h…スイッチ接続ポート
915-1、915-2…イーサネットケーブル
DESCRIPTION OF
102...Second communication means (TP2)
REFERENCE SIGNS LIST 110: transmission trigger control unit 111:
Claims (8)
前記第1の演算制御装置と前記第2の演算制御装置とを接続し、前記第1のデータとは異なる第2のデータを送受信する第2の通信手段と、
前記第1の通信手段及び第2の通信手段に接続され、前記第1のデータ又は前記第2のデータのいずれか一方を正常に受信した際には、他方の受信動作をマスクするマスク付き受信部と
を備えた通信制御装置。 a first communication means for connecting the first arithmetic and control unit and the second arithmetic and control unit and transmitting and receiving the first data;
a second communication means for connecting the first arithmetic and control unit and the second arithmetic and control unit and transmitting and receiving second data different from the first data;
connected to the first communication means and the second communication means, and receiving with a mask for masking the receiving operation of the other when one of the first data and the second data is normally received; and a communication control device.
前記動作モード制御部は、前記第1の経過時間又は前記第2の経過時間の間に前記第1のデータ又は前記第2のデータの受信が完了しない場合に、前記マスク付き受信部におけるマスクの状態を切り替えるよう構成された、請求項3に記載の通信制御装置。 The operation mode control unit is configured to measure a first elapsed time and a second elapsed time longer than the first elapsed time for each control cycle,
The operation mode control unit is configured to change the mask in the reception unit with mask when reception of the first data or the second data is not completed during the first elapsed time or the second elapsed time. 4. The communication controller of claim 3, configured to switch states.
前記第1のデータ及び第2のデータのいずれも前記第2の経過時間の間に受信できなかった場合には、動作モードを前記第1の縮退モードとは異なる第2の縮退モードに切り替える、請求項5に記載の通信制御装置。 The operation mode control unit switches the operation mode to a first degenerate mode when either one of the first data and the second data cannot be received within the first elapsed time. ,
If neither the first data nor the second data can be received during the second elapsed time, switching the operation mode to a second degeneration mode different from the first degeneration mode; The communication control device according to claim 5.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018233728A JP7214459B2 (en) | 2018-12-13 | 2018-12-13 | communication controller |
| PCT/JP2019/046723 WO2020121839A1 (en) | 2018-12-13 | 2019-11-29 | Communication control device |
| DE112019005638.7T DE112019005638T5 (en) | 2018-12-13 | 2019-11-29 | Communication control device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018233728A JP7214459B2 (en) | 2018-12-13 | 2018-12-13 | communication controller |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020096298A JP2020096298A (en) | 2020-06-18 |
| JP7214459B2 true JP7214459B2 (en) | 2023-01-30 |
Family
ID=71075995
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018233728A Active JP7214459B2 (en) | 2018-12-13 | 2018-12-13 | communication controller |
Country Status (3)
| Country | Link |
|---|---|
| JP (1) | JP7214459B2 (en) |
| DE (1) | DE112019005638T5 (en) |
| WO (1) | WO2020121839A1 (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009152796A (en) | 2007-12-19 | 2009-07-09 | Fujitsu Ltd | Network relay device |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5274094B2 (en) * | 2007-06-04 | 2013-08-28 | 三菱電機株式会社 | Communication system, transmission station, and communication method |
-
2018
- 2018-12-13 JP JP2018233728A patent/JP7214459B2/en active Active
-
2019
- 2019-11-29 WO PCT/JP2019/046723 patent/WO2020121839A1/en not_active Ceased
- 2019-11-29 DE DE112019005638.7T patent/DE112019005638T5/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009152796A (en) | 2007-12-19 | 2009-07-09 | Fujitsu Ltd | Network relay device |
Also Published As
| Publication number | Publication date |
|---|---|
| DE112019005638T5 (en) | 2021-08-26 |
| JP2020096298A (en) | 2020-06-18 |
| WO2020121839A1 (en) | 2020-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11590907B2 (en) | In-vehicle network system, electronic control unit, and gateway device | |
| JP7179999B2 (en) | vehicle control system | |
| CN105103061B (en) | The method of control and data transmission set, processing unit and the process control for redundancy with dispersion redundancy | |
| US10120772B2 (en) | Operation of I/O in a safe system | |
| US8996735B2 (en) | Remote data concentrator | |
| CN110545152A (en) | upper computer with real-time transmission function in Ethernet and Ethernet system | |
| CN106716931B (en) | Network nodes, control modules for components and Ethernet rings | |
| CN110808908B (en) | System and method for switching redundant network in real time across platforms | |
| JP2017534502A5 (en) | ||
| JP2017011519A (en) | Communication system using network | |
| JP7214459B2 (en) | communication controller | |
| KR101623510B1 (en) | Fault-tolerant failsafe computer system using cots components | |
| CN105637811A (en) | Semantic deduplication | |
| JP4297765B2 (en) | Transmission system | |
| KR102163762B1 (en) | Method for processing error in autonomous drive controller | |
| CN106603431B (en) | Method and device for data scheduling in industrial wireless network based on hybrid critical tasks | |
| US9524259B2 (en) | Method for operating an automation device to reduce dead time on account of a physical interruption in a ring or a failed unit | |
| CN111835632A (en) | Method for operating a TSN capable network coupling element | |
| CN100382040C (en) | A Redundancy Method for Navigation, Guidance and Control System of Micro-aircraft | |
| CN110677283A (en) | A method for network dual redundancy fast switching | |
| US9311212B2 (en) | Task based voting for fault-tolerant fail safe computer systems | |
| US9673958B2 (en) | Information transmission network and node | |
| US20250094277A1 (en) | Method for low latency fail-operational time sensitive networking | |
| JP6394727B1 (en) | Control device, control method, and fault tolerant device | |
| US20150229519A1 (en) | Node and Information Transmission Network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20211018 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20230110 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230118 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7214459 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |