JP2003198572A - 確定的フィールドバス及びその種のバスの管理方法 - Google Patents
確定的フィールドバス及びその種のバスの管理方法Info
- Publication number
- JP2003198572A JP2003198572A JP2002277748A JP2002277748A JP2003198572A JP 2003198572 A JP2003198572 A JP 2003198572A JP 2002277748 A JP2002277748 A JP 2002277748A JP 2002277748 A JP2002277748 A JP 2002277748A JP 2003198572 A JP2003198572 A JP 2003198572A
- Authority
- JP
- Japan
- Prior art keywords
- bus
- subscriber
- controller
- station
- stations
- 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.)
- Granted
Links
Classifications
-
- 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/40006—Architecture of a communication node
- H04L12/40026—Details regarding a bus guardian
-
- 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/403—Bus networks with centralised control, e.g. polling
-
- 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/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Portable Nailing Machines And Staplers (AREA)
- On-Site Construction Work That Accompanies The Preparation And Application Of Concrete (AREA)
- Inorganic Insulating Materials (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Traffic Control Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
【課題】 確定的フィールドバスの性能を改善すること
によって、アビオニクスの分野に使用を広げること。 【解決手段】 各々が通信プロトコルを生成し復号する
責任を持つ少なくとも一つの制御器を備えるいくつかの
加入者局の間で、メッセージの通信が提供される確定的
フィールドバスの管理のための処理において、該処理
は、唯一つの加入者局のみが、ある時に能動的であり、
他は受動的なままであるという交換の原理によって、加
入者局の一つからバス上への送信は可能であり、他の局
からバス上への送信は、不可能であることを特徴とす
る。
によって、アビオニクスの分野に使用を広げること。 【解決手段】 各々が通信プロトコルを生成し復号する
責任を持つ少なくとも一つの制御器を備えるいくつかの
加入者局の間で、メッセージの通信が提供される確定的
フィールドバスの管理のための処理において、該処理
は、唯一つの加入者局のみが、ある時に能動的であり、
他は受動的なままであるという交換の原理によって、加
入者局の一つからバス上への送信は可能であり、他の局
からバス上への送信は、不可能であることを特徴とす
る。
Description
【０００１】
【発明の属する技術分野】本発明は、確定的（determin
istic）フィールドバスとその種のバス、特にアビオニ
クス用バスの管理方法に関する。
istic）フィールドバスとその種のバス、特にアビオニ
クス用バスの管理方法に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】本明
細書の末尾にある、参考文献［１］、［２］に定義され
るＣＡＮ（コントローラエリアネットワーク）バスが、
フィールドバスの集まりの一部を形成している。それ
は、標準では定義されていない物理層で１Ｍｂ／ｓまで
の処理量を持つ非同期バスである。従って、電線支持体
や光支持体や電磁支持体を含んで、いくつかの媒体を使
用することができる。これらのＩＳＯ（国際標準機構）
の標準には、ＣＡＮバスは、リアルタイムに高い安全性
を持って命令を配布することを、効率的に支持する、シ
リアル通信プロトコルとして記載されている。その応用
として選ばれる物には、通常、高い送信の信頼性を持
ち、低廉な多重配線の考えに基づいている。
細書の末尾にある、参考文献［１］、［２］に定義され
るＣＡＮ（コントローラエリアネットワーク）バスが、
フィールドバスの集まりの一部を形成している。それ
は、標準では定義されていない物理層で１Ｍｂ／ｓまで
の処理量を持つ非同期バスである。従って、電線支持体
や光支持体や電磁支持体を含んで、いくつかの媒体を使
用することができる。これらのＩＳＯ（国際標準機構）
の標準には、ＣＡＮバスは、リアルタイムに高い安全性
を持って命令を配布することを、効率的に支持する、シ
リアル通信プロトコルとして記載されている。その応用
として選ばれる物には、通常、高い送信の信頼性を持
ち、低廉な多重配線の考えに基づいている。
【０００３】システムを弾力的なものにするために、Ｃ
ＡＮバスの考えでは、メッセージ自身の中身に基づいた
アドレッシング方式を提案しており、それらは発信元と
行き先のアドレスに基づいてはいない。メッセージは放
送され、言い換えれば、或る局から送られたメッセージ
は、ネットワーク内の他の全ての局に送信される。送信
されたメッセージは、その後、各局に搭載される“受け
入れ”フィルターによって実際には選択される。
ＡＮバスの考えでは、メッセージ自身の中身に基づいた
アドレッシング方式を提案しており、それらは発信元と
行き先のアドレスに基づいてはいない。メッセージは放
送され、言い換えれば、或る局から送られたメッセージ
は、ネットワーク内の他の全ての局に送信される。送信
されたメッセージは、その後、各局に搭載される“受け
入れ”フィルターによって実際には選択される。
【０００４】多くの通信機器と誤り検出機器は、送信の
品質と安全性を改善するために開発されてきた。これら
の機器には、受領通知、ＣＲＣ（周期冗長符号）の存
在、“スタッフィング”ビット技術等々が含まれる。さ
らに“リアルタイム”の応用例を満たすために、ＣＳＭ
Ａ／ＣＤ＋ＡＭＰ（キャリア検出多重アクセス／衝突ア
クセス＋メッセージ優先度の調停）方式が採用され、媒
体へのアクセスが重なるのを排除する。この機器は、ビ
ットレベル自身の競合を用いて動作する。言い換える
と、バスアクセスの際の衝突は、ビットの期間を通して
管理される。
品質と安全性を改善するために開発されてきた。これら
の機器には、受領通知、ＣＲＣ（周期冗長符号）の存
在、“スタッフィング”ビット技術等々が含まれる。さ
らに“リアルタイム”の応用例を満たすために、ＣＳＭ
Ａ／ＣＤ＋ＡＭＰ（キャリア検出多重アクセス／衝突ア
クセス＋メッセージ優先度の調停）方式が採用され、媒
体へのアクセスが重なるのを排除する。この機器は、ビ
ットレベル自身の競合を用いて動作する。言い換える
と、バスアクセスの際の衝突は、ビットの期間を通して
管理される。
【０００５】異質な装備は、各備品が他の備品に対して
どのように動作するかを定義した内部接続の標準の定義
によって、互換性が保たれる。その標準バスのアーキテ
クチャは、ＯＳＩモデルの名の下に良く知られる様に、
全てのバスの範疇に適用可能である。いくつかの層は、
自由であり、それ故に、バスの種類によって特に定める
ことはしない。参照用モデルは、７つの層を定義し、各
層で行われるサービスの機能を特定している。
どのように動作するかを定義した内部接続の標準の定義
によって、互換性が保たれる。その標準バスのアーキテ
クチャは、ＯＳＩモデルの名の下に良く知られる様に、
全てのバスの範疇に適用可能である。いくつかの層は、
自由であり、それ故に、バスの種類によって特に定める
ことはしない。参照用モデルは、７つの層を定義し、各
層で行われるサービスの機能を特定している。
【表１】
【０００６】第７層は、配布されたアプリケーションに
共通する機構と、交換される情報の重要度について定義
している。第６層は、メッセージや文書やファイル等々
のような交換される情報の構文を扱う。第５層は、加入
者間の対話を組織し、同期を取るための手段を差し出
す。第４層は、２ユーザー間で、バスの一端から他端へ
情報を移送する手段を供給する。特に処理を扱う層（第
５，６，７層）と、通信を扱う層（第１，２，３層）と
の間の仲介として使用される。第３層は、２つの加入者
間で、データブロック（パケット）を転送する。第２層
は、隣接するシステム（互いに直接に接続される）間
で、情報を信頼性高く転送する。第１層は、データブロ
ック内のビットを送信し；機械的規則や電気的規則及び
交換のプロトコルを定め、装備の２つの項目間の物理的
接続を設定するための手段を提供する。
共通する機構と、交換される情報の重要度について定義
している。第６層は、メッセージや文書やファイル等々
のような交換される情報の構文を扱う。第５層は、加入
者間の対話を組織し、同期を取るための手段を差し出
す。第４層は、２ユーザー間で、バスの一端から他端へ
情報を移送する手段を供給する。特に処理を扱う層（第
５，６，７層）と、通信を扱う層（第１，２，３層）と
の間の仲介として使用される。第３層は、２つの加入者
間で、データブロック（パケット）を転送する。第２層
は、隣接するシステム（互いに直接に接続される）間
で、情報を信頼性高く転送する。第１層は、データブロ
ック内のビットを送信し；機械的規則や電気的規則及び
交換のプロトコルを定め、装備の２つの項目間の物理的
接続を設定するための手段を提供する。
【０００７】これらの層は、標準的なプロトコルで、他
の装備内の等価な層と通信をする。層は、直に隣接する
層と、単一の装備内のハードウェアあるいはソフトウェ
アのインターフェイスを通して、通信をする。
の装備内の等価な層と通信をする。層は、直に隣接する
層と、単一の装備内のハードウェアあるいはソフトウェ
アのインターフェイスを通して、通信をする。
【０００８】ＣＡＮプロトコルは、第２層の全体および
ＩＳＯ／ＯＳＩモデルの７つの層の最初の大部分を扱う
のみである。
ＩＳＯ／ＯＳＩモデルの７つの層の最初の大部分を扱う
のみである。
【０００９】ＣＡＮバス上の調停機構があり；もし、バ
スが自由の時に、２つあるいはそれ以上のユニットが同
時に使用され始めると、識別子内容の全体を通して、ビ
ット毎の非破壊的な調停によって解決されるバスの衝突
がある（ＣＳＭＡ／ＣＤ＋ＡＭＰ方式）。この調停の機
構は、時間やデータの損失が無いことを保証する。
スが自由の時に、２つあるいはそれ以上のユニットが同
時に使用され始めると、識別子内容の全体を通して、ビ
ット毎の非破壊的な調停によって解決されるバスの衝突
がある（ＣＳＭＡ／ＣＤ＋ＡＭＰ方式）。この調停の機
構は、時間やデータの損失が無いことを保証する。
【００１０】調停の段階が実行されると、各送信側は、
バス上を送信したビットのレベルと、それ自身送信しよ
うと考えるビットのレベルとを比較する。もし、これら
のレベルが、同一であれば、ノードは、送信を続ける。
もし、劣性レベル（論理レベル‘１’）が送られて、優
性レベル（論理レベル‘０’）がバス上に観測されれ
ば、検討しているユニットは調停を失っており、送信を
停止して、それ以上のビットを送らないようにしなけれ
ばならない。メッセージを送ろうとする新しい試みは、
現在のフレームの最後に、送信がうまく終了するまで行
われる。従って、この調停の方式は、バスアクセスのた
めの優性度を定義し；最高位の優先度（その識別子の２
進の内容に基づいて）のメッセージを持ったユニット
は、バスへのアクセスを得て、そのメッセージを送信す
る。図１で示される例において、加入者Ａ１とＡ２は、
１０で調停を手放し、それゆえＡ３に対して優先権を持
たず、Ａ３は、バスを得て、メッセージを送信する。
バス上を送信したビットのレベルと、それ自身送信しよ
うと考えるビットのレベルとを比較する。もし、これら
のレベルが、同一であれば、ノードは、送信を続ける。
もし、劣性レベル（論理レベル‘１’）が送られて、優
性レベル（論理レベル‘０’）がバス上に観測されれ
ば、検討しているユニットは調停を失っており、送信を
停止して、それ以上のビットを送らないようにしなけれ
ばならない。メッセージを送ろうとする新しい試みは、
現在のフレームの最後に、送信がうまく終了するまで行
われる。従って、この調停の方式は、バスアクセスのた
めの優性度を定義し；最高位の優先度（その識別子の２
進の内容に基づいて）のメッセージを持ったユニット
は、バスへのアクセスを得て、そのメッセージを送信す
る。図１で示される例において、加入者Ａ１とＡ２は、
１０で調停を手放し、それゆえＡ３に対して優先権を持
たず、Ａ３は、バスを得て、メッセージを送信する。
【００１１】誤りの通信と検出の機器の多くは、送信の
品質と安全性とを増すべく、特に、ＣＲＣと“スタッフ
ィング”ビットの考えである受領通知の方式を含んで、
開発されてきた。これらの機器の各々を順番に見ていこ
う。
品質と安全性とを増すべく、特に、ＣＲＣと“スタッフ
ィング”ビットの考えである受領通知の方式を含んで、
開発されてきた。これらの機器の各々を順番に見ていこ
う。
【００１２】全ての受信側は、メッセージにエラーを検
出しなかったときには、受領通知を送らなければならな
い。従って、受信側は、受領通知フィールド内の“ＡＣ
Ｋスロット”と呼ばれるビット内に既に存在する劣性ビ
ット上の優性ビットを重ねる。さもないと、もしメッセ
ージが無効であると思われる場合に、受信側は、受領通
知を返さない。さらに、ＣＡＮプロトコルを満足させる
のに、受信側は、誤りフレームを送信することで誤りを
伝えなくてはならない。
出しなかったときには、受領通知を送らなければならな
い。従って、受信側は、受領通知フィールド内の“ＡＣ
Ｋスロット”と呼ばれるビット内に既に存在する劣性ビ
ット上の優性ビットを重ねる。さもないと、もしメッセ
ージが無効であると思われる場合に、受信側は、受領通
知を返さない。さらに、ＣＡＮプロトコルを満足させる
のに、受信側は、誤りフレームを送信することで誤りを
伝えなくてはならない。
【００１３】バス上を送信される情報を保護するため
に、ＣＲＣ（周期冗長符号）がフレーム自身の中に付け
加えられる。これは、送信側が発信の間、計算し、受信
側が受信の間、計算する符号である。２つの結果が比較
され、もしそれらが同じでなければ、誤りが付け加えら
れ、これは自動的に受信側によって伝えられる。
に、ＣＲＣ（周期冗長符号）がフレーム自身の中に付け
加えられる。これは、送信側が発信の間、計算し、受信
側が受信の間、計算する符号である。２つの結果が比較
され、もしそれらが同じでなければ、誤りが付け加えら
れ、これは自動的に受信側によって伝えられる。
【００１４】加入者によって交換される情報は、ディジ
タルである。それは、バス上を通ることができるように
ＮＲＺ（非ゼロ復帰）で符号化される。言い換えると、
同じ値の２ビット間には、非ゼロ復帰は無い。ビット
は、ＮＲＺで符号化されるので、特定のメッセージが同
じ値を持つ、大量のビットを含んでいることは可能であ
り、一つあるいはいくつかの局に、ネットワーク上に問
題があると信じさせることができる。“スタッフィン
グ”ビットの考えは、同じ値を持つ５個の連続するビッ
トの後に、受信側が追加ビット（これは受信側が除去す
るであろう）を挿入することからなる。このスタッフィ
ングビットの値は、５個の他のビットの反対の値であ
る。この処理によって、バス上をメッセージが移送され
る間の安全性が増す。
タルである。それは、バス上を通ることができるように
ＮＲＺ（非ゼロ復帰）で符号化される。言い換えると、
同じ値の２ビット間には、非ゼロ復帰は無い。ビット
は、ＮＲＺで符号化されるので、特定のメッセージが同
じ値を持つ、大量のビットを含んでいることは可能であ
り、一つあるいはいくつかの局に、ネットワーク上に問
題があると信じさせることができる。“スタッフィン
グ”ビットの考えは、同じ値を持つ５個の連続するビッ
トの後に、受信側が追加ビット（これは受信側が除去す
るであろう）を挿入することからなる。このスタッフィ
ングビットの値は、５個の他のビットの反対の値であ
る。この処理によって、バス上をメッセージが移送され
る間の安全性が増す。
【００１５】バス上を移動される全ての情報は、フレー
ムの形で送られる。フレームは、異なるフィールドでま
とめられるビットのシークエンスである。
ムの形で送られる。フレームは、異なるフィールドでま
とめられるビットのシークエンスである。
【００１６】フレームには、４つのソースがある。
・ データフレーム
・ 要求フレーム
・ 誤りフレーム
・ 過負荷フレーム
【００１７】データフレームは、データを移送する。そ
れは、以下の７つのフィールドからなる。 ・ フレーム開始あるいはＳＯＦ ・ 調停フィールド ・ 制御フィールド ・ データフィールド ・ ＣＲＣシークエンス ・ 受領通知フィールド ・ フレーム終了あるいはＥＯＦ そしてその後、インターフェイスフィールドと呼ばれる
８番目のフィールドが続く。
れは、以下の７つのフィールドからなる。 ・ フレーム開始あるいはＳＯＦ ・ 調停フィールド ・ 制御フィールド ・ データフィールド ・ ＣＲＣシークエンス ・ 受領通知フィールド ・ フレーム終了あるいはＥＯＦ そしてその後、インターフェイスフィールドと呼ばれる
８番目のフィールドが続く。
【００１８】データ送信は、フレームの回覧を配布する
バス上の誤りによって影響される。いくつかの種類の誤
りが起こりうる。 ・ 物理層のレベルでは、 −誤りに影響されるビット（例えば、寄生物によって） −“スタッフィング“ビット誤り：ＳＯＦとＣＲＣの間
の“スタッフィング“ビット規則の違反
バス上の誤りによって影響される。いくつかの種類の誤
りが起こりうる。 ・ 物理層のレベルでは、 −誤りに影響されるビット（例えば、寄生物によって） −“スタッフィング“ビット誤り：ＳＯＦとＣＲＣの間
の“スタッフィング“ビット規則の違反
【００１９】・ フレームレベルでは、
−受領通知誤り：“ＡＣＫスロット”ビットの間に、優
性ビットが無い −ＣＲＣ誤り：受信側が計算するＣＲＣの値と、送信側
から送られるＣＲＣの値の間の食い違い
性ビットが無い −ＣＲＣ誤り：受信側が計算するＣＲＣの値と、送信側
から送られるＣＲＣの値の間の食い違い
【００２０】・ フレーム構造レベルでは、
−“ＣＲＣ区切り文字（ＣＲＣ delimiter）”誤り
−“受領通知区切り文字”誤り
−“フレーム終了”誤り
−“誤り区切り文字”誤り
−“過負荷区切り文字”誤り
【００２１】全ての場合において、誤りが存在すること
は、バス上に作られる誤りフレームによって、伝えられ
る。
は、バス上に作られる誤りフレームによって、伝えられ
る。
【００２２】要求フレームを送ることで、あるノード
は、ネットワーク上に存在する他のノードへ、対応する
データフレームの形で、他のノードからデータを受信し
たいということを知らせる。要求フレームと関連するデ
ータフレームは、同じ識別子によって識別される。も
し、２つのデータフレームが同時に送られると、データ
フレームは、要求フレームに対して、優先権を持つ。
は、ネットワーク上に存在する他のノードへ、対応する
データフレームの形で、他のノードからデータを受信し
たいということを知らせる。要求フレームと関連するデ
ータフレームは、同じ識別子によって識別される。も
し、２つのデータフレームが同時に送られると、データ
フレームは、要求フレームに対して、優先権を持つ。
【００２３】要求フレームは、以下の６つのフィールド
からできている。 ・ フレームの開始あるいはＳＯＦ ・ 調停フィールド ・ 制御フィールド ・ ＣＲＣシークエンス ・ 受領通知フィールド ・ フレームの終了あるいはＥＯＦ そして、また“インターフレーム”フィールドが後に続
く。
からできている。 ・ フレームの開始あるいはＳＯＦ ・ 調停フィールド ・ 制御フィールド ・ ＣＲＣシークエンス ・ 受領通知フィールド ・ フレームの終了あるいはＥＯＦ そして、また“インターフレーム”フィールドが後に続
く。
【００２４】誤りフレームは、２つのフィールドからな
る。 ・ 誤りフラグフィールド：バス上に存在する異なる局
が寄与する誤りフラグの重ね合わせからなる。これらの
誤りフラグは、誤りの種類によって決まる異なる２つの
種類であろう（後に定義される）： −能動誤りの場合の、６個の優性ビット −受動誤りの場合の、６個の劣性ビット ・フィールド区切り文字：８個の連続的劣性ビットから
成る。
る。 ・ 誤りフラグフィールド：バス上に存在する異なる局
が寄与する誤りフラグの重ね合わせからなる。これらの
誤りフラグは、誤りの種類によって決まる異なる２つの
種類であろう（後に定義される）： −能動誤りの場合の、６個の優性ビット −受動誤りの場合の、６個の劣性ビット ・フィールド区切り文字：８個の連続的劣性ビットから
成る。
【００２５】その後、上で定義されたインターフレーム
フィールドが続く。
フィールドが続く。
【００２６】過負荷フレームの目的は、局が過負荷にな
っていることを示すことである。これは、受信側が次の
フレーム（データあるいは要求）を受け入れるのに、い
くばくかの時間が必要な時、あるいは、優性ビットが中
断段階にある時に検出された時に発せられる。無期限に
バスを妨害するのを避けるために、わずか２つの連続的
な過負荷フレームが可能である。このフレームは、わず
か２つのフィールドからなる。
っていることを示すことである。これは、受信側が次の
フレーム（データあるいは要求）を受け入れるのに、い
くばくかの時間が必要な時、あるいは、優性ビットが中
断段階にある時に検出された時に発せられる。無期限に
バスを妨害するのを避けるために、わずか２つの連続的
な過負荷フレームが可能である。このフレームは、わず
か２つのフィールドからなる。
【００２７】・ 過負荷フラグフィールド：６個の連続
的な優性ビットからなる。 ・ フィールド区切り文字：８個の連続的な劣性ビット
からなる。
的な優性ビットからなる。 ・ フィールド区切り文字：８個の連続的な劣性ビット
からなる。
【００２８】ＣＡＮプロトコルの下で動作し、異なる媒
体上でフレームを移送することのできる解決法を生み出
すのに使用できる要素が多くある。ＣＡＮバスの要素
は、以下の機能を持つ４つの主要な分類に従って分割す
ることができる。 ・プロトコルマネージャ（コントローラ）：これらのマ
ネージャの機能は、プロトコルを生成し復号することで
ある。通常は、単独で動作することはできず、マイクロ
コントローラによって制御されなくてはならない。
体上でフレームを移送することのできる解決法を生み出
すのに使用できる要素が多くある。ＣＡＮバスの要素
は、以下の機能を持つ４つの主要な分類に従って分割す
ることができる。 ・プロトコルマネージャ（コントローラ）：これらのマ
ネージャの機能は、プロトコルを生成し復号することで
ある。通常は、単独で動作することはできず、マイクロ
コントローラによって制御されなくてはならない。
【００２９】・ プロトコルマネージャを搭載したマイ
クロコントローラ：２つの部品（プロトコルマネージャ
とマイクロコントローラ）を作る価格を下げるために作
られる。 ・ ライン制御インターフェイス（ドライバ）：これら
はプロトコルマネージャと支援部（support）との間の
リンクを制御する部分を作り上げている。 ・ ＳＬＩＯ（シリアルリンク入出力）：これらは、非
常に簡単な回路であり、言い換えると、ＣＰＵやマイク
ロコントローラインターフェイスを搭載する必要が無
い。これらの機能は主に、ディジタルあるいはアナログ
の入出力のタスクを実行することであり、バス上でのそ
れらの機能は、スレーブモードのみ（尋ねることはでき
る）である。
クロコントローラ：２つの部品（プロトコルマネージャ
とマイクロコントローラ）を作る価格を下げるために作
られる。 ・ ライン制御インターフェイス（ドライバ）：これら
はプロトコルマネージャと支援部（support）との間の
リンクを制御する部分を作り上げている。 ・ ＳＬＩＯ（シリアルリンク入出力）：これらは、非
常に簡単な回路であり、言い換えると、ＣＰＵやマイク
ロコントローラインターフェイスを搭載する必要が無
い。これらの機能は主に、ディジタルあるいはアナログ
の入出力のタスクを実行することであり、バス上でのそ
れらの機能は、スレーブモードのみ（尋ねることはでき
る）である。
【００３０】この種のＣＡＮバスには、いくつかの欠点
がある。最初に、処理量と長さの点で、理論的な限界が
ある。調停と受領通知動作の原理は、別の加入者から出
力されたフレームビットの計時された組み合わせが必要
である。
がある。最初に、処理量と長さの点で、理論的な限界が
ある。調停と受領通知動作の原理は、別の加入者から出
力されたフレームビットの計時された組み合わせが必要
である。
【００３１】様々な制限も追加として、実行中に見つか
る。 ・ バス上を送信するドライバ回路でのインピーダンス
不整合 ・ バス上の多重衝突条件による、この不整合の変種 ・ 避雷保護によって起こる航空学上の容量性電荷によ
る信号波形の可能性のある劣化。
る。 ・ バス上を送信するドライバ回路でのインピーダンス
不整合 ・ バス上の多重衝突条件による、この不整合の変種 ・ 避雷保護によって起こる航空学上の容量性電荷によ
る信号波形の可能性のある劣化。
【００３２】従って、ライン上の送信品質は、劣化し、
処理量／長さの条件を制限する使用時には、理論的な性
能が劣化する。
処理量／長さの条件を制限する使用時には、理論的な性
能が劣化する。
【００３３】従って、この種のバスは、“自動車市場”
の種類の使用に、より適しており、その通信上の制約は
厳しくはなく、以下の様である。 −バスは、数メートルの長さ −処理用は、２５０ｋビット／ｓ −ＥＭＩ及び避雷保護回路は無く、従って、従って民生
用の部品に固有の特徴に関係した、不整合の問題に対し
て神経質では無い。
の種類の使用に、より適しており、その通信上の制約は
厳しくはなく、以下の様である。 −バスは、数メートルの長さ −処理用は、２５０ｋビット／ｓ −ＥＭＩ及び避雷保護回路は無く、従って、従って民生
用の部品に固有の特徴に関係した、不整合の問題に対し
て神経質では無い。
【００３４】本発明の目的は、その様なバスを、その性
能を改善することによって、アビオニクスの分野に使用
を広げることである。 −ラインのインピーダンスを制御する（一人の動作中の
加入者のみ） −バスの長さを支援部と接続の減衰によってのみ限定さ
れる −バスの長さに関係なく、１Ｍビット／ｓの速度が可
能。
能を改善することによって、アビオニクスの分野に使用
を広げることである。 −ラインのインピーダンスを制御する（一人の動作中の
加入者のみ） −バスの長さを支援部と接続の減衰によってのみ限定さ
れる −バスの長さに関係なく、１Ｍビット／ｓの速度が可
能。
【００３５】
【課題を解決するための手段】本発明は、各々が通信プ
ロトコルを生成し復号する責任を持つ少なくとも一つの
制御器を備えるいくつかの加入者局の間で、メッセージ
の通信が可能な確定的フィールドバスの管理のための処
理を提案し、該処理は、唯一つの加入者局のみが、ある
時に能動的であり、他は受動的であるという交換の原理
によって、加入者局の一つからバス上への発信は可能で
あり、他の局からバス上への発信は、不可能であること
を特徴とする。“能動的”と“受動的”という用語は、
バス上においては、電気に関する意味であると理解され
たい。
ロトコルを生成し復号する責任を持つ少なくとも一つの
制御器を備えるいくつかの加入者局の間で、メッセージ
の通信が可能な確定的フィールドバスの管理のための処
理を提案し、該処理は、唯一つの加入者局のみが、ある
時に能動的であり、他は受動的であるという交換の原理
によって、加入者局の一つからバス上への発信は可能で
あり、他の局からバス上への発信は、不可能であること
を特徴とする。“能動的”と“受動的”という用語は、
バス上においては、電気に関する意味であると理解され
たい。
【００３６】有利なことに、この処理は、ビット並置
（juxtaposition）方式を使用しない。この処理には、
以下の機構を使用することができる。 −各制御器から、出力レベルの監視をすること −スレーブの加入者局において、ローカルに管理された
応答を送るための、承認用ウィンドウを使用すること −もし欠陥がある場合は、加入者局をバスから切り離す
こと −３以上のビットの多段サンプリングをすること。
（juxtaposition）方式を使用しない。この処理には、
以下の機構を使用することができる。 −各制御器から、出力レベルの監視をすること −スレーブの加入者局において、ローカルに管理された
応答を送るための、承認用ウィンドウを使用すること −もし欠陥がある場合は、加入者局をバスから切り離す
こと −３以上のビットの多段サンプリングをすること。
【００３７】本発明は、また、制御器とラインドライバ
回路とライン自身とを持ち、いくつかの加入者局の間で
メッセージの通信を運ぶ、確定的フィールドバスを提案
し、該バスは、唯一つの加入者局が、ある時に能動的で
あり、他は受動的であるという交換の原理によって、加
入者局の一つからバス上への送信を可能にする手段と、
他の局からバス上への送信を不可能にする手段とを備え
る管理装置を含むことを特徴とする。
回路とライン自身とを持ち、いくつかの加入者局の間で
メッセージの通信を運ぶ、確定的フィールドバスを提案
し、該バスは、唯一つの加入者局が、ある時に能動的で
あり、他は受動的であるという交換の原理によって、加
入者局の一つからバス上への送信を可能にする手段と、
他の局からバス上への送信を不可能にする手段とを備え
る管理装置を含むことを特徴とする。
【００３８】ＣＡＮバスと比較すると、このバスは、以
下の有利な特徴を持っている。 −ビット並置の排除 ・ 受領通知を行わない ・ 調停を行わない −機能フレームの維持 ・ データフレーム ・ 要求フレーム −非機能フレーム ・ 加入者が受信時に誤りフレームを送らない ・ バス上に過負荷フレームを送らない
下の有利な特徴を持っている。 −ビット並置の排除 ・ 受領通知を行わない ・ 調停を行わない −機能フレームの維持 ・ データフレーム ・ 要求フレーム −非機能フレーム ・ 加入者が受信時に誤りフレームを送らない ・ バス上に過負荷フレームを送らない
【００３９】−変更無しのフレームフォーマット
・ 民生用の分析ツールを使用する
−変更無しの安全性機能
・ ＣＲＣでのデータの検査
・ “スタッフィング”ビットでビット符号化
−変更無しの物理的支援
・ 試験済みの物理的振る舞い
−処理量／長さ／加入者数の点で改善された性能。
【００４０】第１実施形態では、各加入者局は、２つの
関連する制御器を備える。第１モードは、以下の有利な
特徴を持っている： ・ バス上に送られるデータの自己検査 ・ ローカルな自動受領通知 ・ 聞取モードのみに変更することを可能にする市場で
利用可能なＣＡＮ部品を用いた簡易な使用。
関連する制御器を備える。第１モードは、以下の有利な
特徴を持っている： ・ バス上に送られるデータの自己検査 ・ ローカルな自動受領通知 ・ 聞取モードのみに変更することを可能にする市場で
利用可能なＣＡＮ部品を用いた簡易な使用。
【００４１】第２実施形態では、各加入者局では、制御
器とバスドライバの間に置かれて、以下を可能にする安
全性の機構を作る論理手段を備える： ・ 制御器の出力における、構成の監視 ・ 加入者スレーブ局において、ローカルに管理される
応答を送ることを承認するためのウィンドウの使用 ・ もし欠陥がある場合は、加入者局をバスから切り離
すこと。
器とバスドライバの間に置かれて、以下を可能にする安
全性の機構を作る論理手段を備える： ・ 制御器の出力における、構成の監視 ・ 加入者スレーブ局において、ローカルに管理される
応答を送ることを承認するためのウィンドウの使用 ・ もし欠陥がある場合は、加入者局をバスから切り離
すこと。
【００４２】第２実施形態は、以下の有利な特徴を持っ
ている： ・ バス上に送られるデータの自己検査 ・ ローカルな自動受領通知 ・ 市場で利用可能な、全ての種類のＣＡＮ制御器を使
用すること ・ 欠陥のある加入者の切り離し。
ている： ・ バス上に送られるデータの自己検査 ・ ローカルな自動受領通知 ・ 市場で利用可能な、全ての種類のＣＡＮ制御器を使
用すること ・ 欠陥のある加入者の切り離し。
【００４３】第３の実施形態において、各加入者局は、
以下の機能を実行する専用部品を持っている： −安全性機構の追加 ・ 加入者スレーブ局において、ローカルに管理される
応答を送ることを承認するためのウィンドウの使用 ・ もし欠陥がある場合は、加入者局をバスから切り離
すこと。 −３以上のビットの多段サンプリングをすること（標準
的なＣＡＮバスと同様）。
以下の機能を実行する専用部品を持っている： −安全性機構の追加 ・ 加入者スレーブ局において、ローカルに管理される
応答を送ることを承認するためのウィンドウの使用 ・ もし欠陥がある場合は、加入者局をバスから切り離
すこと。 −３以上のビットの多段サンプリングをすること（標準
的なＣＡＮバスと同様）。
【００４４】第３モードは、以下の有利な特徴を持って
いる： ・ より小さなハードウェアアーキテクチャ／低価格 ・ 欠陥のある加入者の切り離し ・ ビット同期の改善 ・ 外部からの攻撃に対する、より強い免疫性
いる： ・ より小さなハードウェアアーキテクチャ／低価格 ・ 欠陥のある加入者の切り離し ・ ビット同期の改善 ・ 外部からの攻撃に対する、より強い免疫性
【００４５】この種の確定的フィールドバスは、アビオ
ニクスに用いるのが有利であろう。本発明は、厳しい制
約を持つ通信における要求を満たすのに使用することが
できる、すなわち： −大きな処理用（数百ｋビット／ｓ以上） −長いバス長（１００ｍ以上） −保証された確定論（データが送信されなくてはならな
いときに対する完全な制御）
ニクスに用いるのが有利であろう。本発明は、厳しい制
約を持つ通信における要求を満たすのに使用することが
できる、すなわち： −大きな処理用（数百ｋビット／ｓ以上） −長いバス長（１００ｍ以上） −保証された確定論（データが送信されなくてはならな
いときに対する完全な制御）
【００４６】この種のアーキテクチャは、上述したＣＡ
Ｎバスの制約を克服する。もし、ただ一つの加入者が、
バス上で能動的であるなら、他の加入者との間の調停と
多段受領通知は、もはや不必要である。支持物と部品の
性能の本質に関する長さの限界は、航空学的環境の要求
と、完全に一致する。例えば、ＣＡＮのようなドライバ
回路あるいはＲＳ４８５のようなドライバ回路は、電気
的接続の場合に使用することができ、または、高価でな
い部品は、光リンクに使用することができる。この場
合、雷やＥＭＩの保護回路は、もはや必要ではない： −バスに整合する加入者に関する問題を解決すること
は、非常に簡単になる −確定的な観点からすると、第１実施形態において、ネ
ットワーク“縦並び”制御器は、ネットワーク内で交換
のためのマスターであり、バスマスターとして他の加入
者にスピーチの時間を配布する役割を果たす −使用されるハードウェアは、現在使用されているＣＡ
Ｎバス部品のみから作られ、従って費用の点と、供給元
が多いという点で有利である −従来の確定的フィールドプロトコルに特有のメッセー
ジの安全性を高める機構（“スタッフィング”ビット、
ＣＲＣ、受領通知等々）は、依然として能動的である。
Ｎバスの制約を克服する。もし、ただ一つの加入者が、
バス上で能動的であるなら、他の加入者との間の調停と
多段受領通知は、もはや不必要である。支持物と部品の
性能の本質に関する長さの限界は、航空学的環境の要求
と、完全に一致する。例えば、ＣＡＮのようなドライバ
回路あるいはＲＳ４８５のようなドライバ回路は、電気
的接続の場合に使用することができ、または、高価でな
い部品は、光リンクに使用することができる。この場
合、雷やＥＭＩの保護回路は、もはや必要ではない： −バスに整合する加入者に関する問題を解決すること
は、非常に簡単になる −確定的な観点からすると、第１実施形態において、ネ
ットワーク“縦並び”制御器は、ネットワーク内で交換
のためのマスターであり、バスマスターとして他の加入
者にスピーチの時間を配布する役割を果たす −使用されるハードウェアは、現在使用されているＣＡ
Ｎバス部品のみから作られ、従って費用の点と、供給元
が多いという点で有利である −従来の確定的フィールドプロトコルに特有のメッセー
ジの安全性を高める機構（“スタッフィング”ビット、
ＣＲＣ、受領通知等々）は、依然として能動的である。
【００４７】
【発明の実施の形態】本発明は、また、制御器とライン
ドライバ回路と実際のラインとを持ち、いくつかの加入
者局の間でメッセージの通信を提供する、確定的フィー
ルドバスに関し、該バスは、唯一つの加入者局のみが、
ある時に能動的であり、他は受動的であるという交換の
原理によって、加入者局の一つからバス上への送信を認
可する手段と、他の局からバス上への送信を不可能にす
る手段とを含む管理装置を備えることを特徴とする。こ
のバスに対する管理処理に依ると、ＣＡＮ通信プロトコ
ルによって提供されるサービスは使用されるが、このプ
ロトコルの基本原理は、もはや使用されず（衝突管理と
受領通知）、一方バス制御器は維持される。
ドライバ回路と実際のラインとを持ち、いくつかの加入
者局の間でメッセージの通信を提供する、確定的フィー
ルドバスに関し、該バスは、唯一つの加入者局のみが、
ある時に能動的であり、他は受動的であるという交換の
原理によって、加入者局の一つからバス上への送信を認
可する手段と、他の局からバス上への送信を不可能にす
る手段とを含む管理装置を備えることを特徴とする。こ
のバスに対する管理処理に依ると、ＣＡＮ通信プロトコ
ルによって提供されるサービスは使用されるが、このプ
ロトコルの基本原理は、もはや使用されず（衝突管理と
受領通知）、一方バス制御器は維持される。
【００４８】本発明の第１実施形態において、バスへの
加入者は全て、２つの関連するバス制御器を“縦並び
に”備える。
加入者は全て、２つの関連するバス制御器を“縦並び
に”備える。
【００４９】図２に示される様に、従来からのＣＡＮ加
入者の一般的なアーキテクチャは、アプリケーションの
処理を実行するマイクロコントローラ２０と、ＣＡＮプ
ロトコルに従ったバス管理に責任のあるプロトコル制御
器２１と、標準的な参考文献［１］と［２］の勧めに従
った電気信号を整形するラインインターフェイス２２と
に基づいている。ＣＡＮバスは、参照番号２３である。
入者の一般的なアーキテクチャは、アプリケーションの
処理を実行するマイクロコントローラ２０と、ＣＡＮプ
ロトコルに従ったバス管理に責任のあるプロトコル制御
器２１と、標準的な参考文献［１］と［２］の勧めに従
った電気信号を整形するラインインターフェイス２２と
に基づいている。ＣＡＮバスは、参照番号２３である。
【００５０】他方、図３で示される第１実施形態では、
加入者の一般的なアーキテクチャとして、２つのプロト
コル制御器３０，３１が使用されることを要求してい
る。ラインインターフェイスとバスへの接続が重なるの
を防ぐために、２つの制御器に共通のラインインターフ
ェイス３１が使用され、送信信号は、送信のためのアク
セスを管理するために基本的な論理ゲート３３（ＡＮＤ
ゲート）を通り抜け、そのループはラインインターフェ
イスによって作られる。バスは、参照番号３４である。
加入者の一般的なアーキテクチャとして、２つのプロト
コル制御器３０，３１が使用されることを要求してい
る。ラインインターフェイスとバスへの接続が重なるの
を防ぐために、２つの制御器に共通のラインインターフ
ェイス３１が使用され、送信信号は、送信のためのアク
セスを管理するために基本的な論理ゲート３３（ＡＮＤ
ゲート）を通り抜け、そのループはラインインターフェ
イスによって作られる。バスは、参照番号３４である。
【００５１】所定の如何なる時にも、バス上には、一つ
だけ送信制御器があり、他は聞き取り側である。送信制
御器は、交換を管理するバス制御器として動作する。送
信の間は、“通常”モードで動作し、他の制御器は、受
信の“受動的”モードで動作する。２つの制御器を“縦
並び”に使用することにより、データがバス上に正しく
送られたかを即時に調べて、全ての送信が正しく送られ
たかを受領通知によって確認することができる。データ
がバス上に送られた後、バス制御器は受動的モードに戻
る。
だけ送信制御器があり、他は聞き取り側である。送信制
御器は、交換を管理するバス制御器として動作する。送
信の間は、“通常”モードで動作し、他の制御器は、受
信の“受動的”モードで動作する。２つの制御器を“縦
並び”に使用することにより、データがバス上に正しく
送られたかを即時に調べて、全ての送信が正しく送られ
たかを受領通知によって確認することができる。データ
がバス上に送られた後、バス制御器は受動的モードに戻
る。
【００５２】この送信の最後に、２つの場合が起こり得
る： −フレームを送る唯一の目的は、情報を他の加入者に提
供することであった（“放送”のような送信） −送信は、実際には他の加入者への問い合わせであっ
た。また、この他の加入者からの返事は必要である。
る： −フレームを送る唯一の目的は、情報を他の加入者に提
供することであった（“放送”のような送信） −送信は、実際には他の加入者への問い合わせであっ
た。また、この他の加入者からの返事は必要である。
【００５３】もし、送信が加入者からの応答を要求す
る、単一の加入者への質問であるなら、加入者は、答え
るべき立場には無い（それは受動的モードにある）。よ
り高いレベルである、アプリケーションレベルでは、メ
ッセージが実際にそこに宛てられたかが調べられる。こ
の場合、アプリケーションは、応答が必要なときにの
み、制御器を“通常”モードに再構成する。この応答制
御器は、また、“縦並び”であり、それゆえ、データが
バス上に正しく送られたかを調べることができる。その
後、バス制御器は、応答を受け取ることができ、それゆ
え、他の加入者に質問したり他の加入者に知らせたりす
ることができる。
る、単一の加入者への質問であるなら、加入者は、答え
るべき立場には無い（それは受動的モードにある）。よ
り高いレベルである、アプリケーションレベルでは、メ
ッセージが実際にそこに宛てられたかが調べられる。こ
の場合、アプリケーションは、応答が必要なときにの
み、制御器を“通常”モードに再構成する。この応答制
御器は、また、“縦並び”であり、それゆえ、データが
バス上に正しく送られたかを調べることができる。その
後、バス制御器は、応答を受け取ることができ、それゆ
え、他の加入者に質問したり他の加入者に知らせたりす
ることができる。
【００５４】この実施形態において、もう衝突は無いの
で、衝突を管理する調停の必要は無い。動作は、質問／
返事モードにある。受領通知ビットの時間一致は、無用
である（受領通知は“縦並びで”制御器によってローカ
ルに管理される）。
で、衝突を管理する調停の必要は無い。動作は、質問／
返事モードにある。受領通知ビットの時間一致は、無用
である（受領通知は“縦並びで”制御器によってローカ
ルに管理される）。
【００５５】第２実施形態において、第１実施形態の利
点（マスター／スレーブプロトコルに関する性能）は継
承されるが、第２制御器が、制御器とドライバ回路の間
に挿入されて同じ機能を実行する専用ロジックによって
置き換えられる： −加入者が受動的モードにあるときに、バス上の送信を
できなくする（受信のみ） ・ 加入者による、送信の自動的受領通知（ローカルな
受領通知）、 ・ 禁止されている受信において、フレームの最後にバ
ス上に受領通知を送信すること、 ・ 加入者が受信しているときに、バス上の誤りフレー
ムの送信を排除すること
点（マスター／スレーブプロトコルに関する性能）は継
承されるが、第２制御器が、制御器とドライバ回路の間
に挿入されて同じ機能を実行する専用ロジックによって
置き換えられる： −加入者が受動的モードにあるときに、バス上の送信を
できなくする（受信のみ） ・ 加入者による、送信の自動的受領通知（ローカルな
受領通知）、 ・ 禁止されている受信において、フレームの最後にバ
ス上に受領通知を送信すること、 ・ 加入者が受信しているときに、バス上の誤りフレー
ムの送信を排除すること
【００５６】そして、また、
−安全機構の追加、
・ 制御器からの、出力レベル（Ｔｘ）の構成の監視
・ スレーブ側加入者において、ローカルに管理される
応答を送る承認のためのウィンドウ ・ 欠陥があるときに、バスから切り離された加入者。
応答を送る承認のためのウィンドウ ・ 欠陥があるときに、バスから切り離された加入者。
【００５７】従って、第１実施形態の第２制御器は、排
除され、任意の第１制御器が使用される。受動的モード
⇔能動的モードから変更して戻るための時間は、もはや
使われない。アプリケーション層は、もはや第２制御器
を管理しない。バス上の妨害は、もし加入者の落ち度が
あれば、限られたものである。
除され、任意の第１制御器が使用される。受動的モード
⇔能動的モードから変更して戻るための時間は、もはや
使われない。アプリケーション層は、もはや第２制御器
を管理しない。バス上の妨害は、もし加入者の落ち度が
あれば、限られたものである。
【００５８】専用ロジックは、追加される部品から成
る、つまりＭＳ−ＣＡＮあるいは“マスター−スレー
ブ”のようなマネージャ４０である。図４に示す様に、
このマネージャ４０は、独立型のプログラム可能な回路
であり、例えば、制御器４１とＣＡＮバス４３の“ドラ
イバー”回路４２（トランシーバ）との間に挿入される
ＦＰＧＳのような回路である。これは、マスターバスと
スレーブへのアクセスを管理し、一時に一つにだけ書き
込みをする権利を割り当てる。この方式は、バス上での
衝突を防止し、受領通知を禁止する。
る、つまりＭＳ−ＣＡＮあるいは“マスター−スレー
ブ”のようなマネージャ４０である。図４に示す様に、
このマネージャ４０は、独立型のプログラム可能な回路
であり、例えば、制御器４１とＣＡＮバス４３の“ドラ
イバー”回路４２（トランシーバ）との間に挿入される
ＦＰＧＳのような回路である。これは、マスターバスと
スレーブへのアクセスを管理し、一時に一つにだけ書き
込みをする権利を割り当てる。この方式は、バス上での
衝突を防止し、受領通知を禁止する。
【００５９】ＣＡＮプロトコルが、制御器４１上にあっ
て受領通知を受けていないフレームの自動的な再送信を
課するので、マネージャ４０は、制御器４１に受領通知
ビットをローカルに与えなくてはならない。
て受領通知を受けていないフレームの自動的な再送信を
課するので、マネージャ４０は、制御器４１に受領通知
ビットをローカルに与えなくてはならない。
【００６０】このマネージャ４０は、図５に示される機
能ブロック図に基づいて定義され、そこでは、入力と出
力が以下のような意味を持つ。 −ＲＳＴ：リセット −ＤＩＳＣ ＩＮ−Ｐ：パルスで、ラインインターフェ
イス制御器の接続を断つ命令 −ＤＩＳＣ ＩＮ−Ｓ：状態（state）で、ラインイン
ターフェイス制御器の接続を断つ命令 −ＤＩＳＣ−Ｓ：マネージャの状態（接続が切れている
かラインが繋がっているか） −ＳＯＦ：フレームの開始（ＳＯＦビット）
能ブロック図に基づいて定義され、そこでは、入力と出
力が以下のような意味を持つ。 −ＲＳＴ：リセット −ＤＩＳＣ ＩＮ−Ｐ：パルスで、ラインインターフェ
イス制御器の接続を断つ命令 −ＤＩＳＣ ＩＮ−Ｓ：状態（state）で、ラインイン
ターフェイス制御器の接続を断つ命令 −ＤＩＳＣ−Ｓ：マネージャの状態（接続が切れている
かラインが繋がっているか） −ＳＯＦ：フレームの開始（ＳＯＦビット）
【００６１】−ＥＯＦ：フレームの終了（ＥＯＦフィー
ルド内の最後のビット） −ＡＣＫ：受領通知（ＡＣＫビット） −ＥＮＶ：ＳＯＦからフレーム内の最後の劣性ビットま
での、フレームの包絡線 −ＣＬＫ：制御器用クロック −ＣＬＫ ＳＥＬ：クロック用周波数を選択する：１６
あるいは２４ＭＨｚ（ＳＪＡ１０００で１６あるいは２
４ＭＨｚ、インテル（登録商標）社製８２５２７で１６
ＭＨｚ）
ルド内の最後のビット） −ＡＣＫ：受領通知（ＡＣＫビット） −ＥＮＶ：ＳＯＦからフレーム内の最後の劣性ビットま
での、フレームの包絡線 −ＣＬＫ：制御器用クロック −ＣＬＫ ＳＥＬ：クロック用周波数を選択する：１６
あるいは２４ＭＨｚ（ＳＪＡ１０００で１６あるいは２
４ＭＨｚ、インテル（登録商標）社製８２５２７で１６
ＭＨｚ）
【００６２】−ＴＩＭＥＲ ＳＥＬ：認可された応答時
間を選択する：タイマーＴとＴ′（２×８ビット） −ＤＥＢ ＳＥＬ：処理量の選択（５００ｋｂｐｓある
いは１Ｍｂｐｓ） −Ｉ／ＦへのＴｘ，Ｒｘ：電気的ラインインターフェイ
スへの入出力（例えば８２Ｃ２５１） −Ｔｘ，Ｒｘ制御器（ＣＴＲＬ）：制御器のＴｘ出力、
Ｒｘ入力 −Ｍ／Ｓ：“マスター”モードあるいは“スレーブ”モ
ードでの、動作構成入力。
間を選択する：タイマーＴとＴ′（２×８ビット） −ＤＥＢ ＳＥＬ：処理量の選択（５００ｋｂｐｓある
いは１Ｍｂｐｓ） −Ｉ／ＦへのＴｘ，Ｒｘ：電気的ラインインターフェイ
スへの入出力（例えば８２Ｃ２５１） −Ｔｘ，Ｒｘ制御器（ＣＴＲＬ）：制御器のＴｘ出力、
Ｒｘ入力 −Ｍ／Ｓ：“マスター”モードあるいは“スレーブ”モ
ードでの、動作構成入力。
【００６３】専用ロジックの機能は、ＣＡＮフレームの
構造を保っている間、最も低いレベルの層まで、マスタ
ー／スレーブ動作モードを可能にする。いつでもバス上
には能動的な加入者は一つしかあってはならないという
事実から、加入者間において多数の調停と受領通知はも
はや無いということになる。マスターの加入者（バス上
で単独あるいは冗長に組になって）は、自身が能動モー
ドへと入って、バス上に一つの要求を送り、その要求
は、受動的である全てのスレーブ加入者（このフレーム
に受領通知を送らない）に送信される。このフレーム
は、マスター加入者のところで専用ロジックによってロ
ーカルに認可と受領通知がされ、スレーブ加入者のとこ
ろに宛てられる。マスター加入者は、応答に必要な限
り、自身で受動的モードに入る。関係するスレーブ加入
者は、自身で能動的モードに入って応答し（承認された
時間ウィンドウの間）、もう一度受動的モードに戻る。
この返事も専用ロジックによってスレーブ加入者のとこ
ろでローカルに、認可と受領通知とがなされ、マスター
加入者によって受信される。
構造を保っている間、最も低いレベルの層まで、マスタ
ー／スレーブ動作モードを可能にする。いつでもバス上
には能動的な加入者は一つしかあってはならないという
事実から、加入者間において多数の調停と受領通知はも
はや無いということになる。マスターの加入者（バス上
で単独あるいは冗長に組になって）は、自身が能動モー
ドへと入って、バス上に一つの要求を送り、その要求
は、受動的である全てのスレーブ加入者（このフレーム
に受領通知を送らない）に送信される。このフレーム
は、マスター加入者のところで専用ロジックによってロ
ーカルに認可と受領通知がされ、スレーブ加入者のとこ
ろに宛てられる。マスター加入者は、応答に必要な限
り、自身で受動的モードに入る。関係するスレーブ加入
者は、自身で能動的モードに入って応答し（承認された
時間ウィンドウの間）、もう一度受動的モードに戻る。
この返事も専用ロジックによってスレーブ加入者のとこ
ろでローカルに、認可と受領通知とがなされ、マスター
加入者によって受信される。
【００６４】第３実施形態において、以下の機能を実行
する専用部品が使用される。 −加入者が受動的モードのときの、バス上の送信を禁止 −安全性機構の追加 ・ スレーブ加入者局でローカルに管理される応答の送
信を承認するウィンドウの使用 ・ もしそのバスが欠陥のあるものなら、バスから加入
者局を切り離すこと −ビットの多段サンプリング。
する専用部品が使用される。 −加入者が受動的モードのときの、バス上の送信を禁止 −安全性機構の追加 ・ スレーブ加入者局でローカルに管理される応答の送
信を承認するウィンドウの使用 ・ もしそのバスが欠陥のあるものなら、バスから加入
者局を切り離すこと −ビットの多段サンプリング。
【００６５】従来のＣＡＮ制御器を専用部品（あるいは
専用制御器）と取り替える。この専用部品５０は、バス
５２のアプリケーション層５１と物理的支援部の間をラ
イン“ドライバ”を通してインターフェイスする。
専用制御器）と取り替える。この専用部品５０は、バス
５２のアプリケーション層５１と物理的支援部の間をラ
イン“ドライバ”を通してインターフェイスする。
【００６６】その部品は、以下の４つの機能を支援す
る。 −送信５４：アプリケーションデータをフレームの形式
でバスへ転送する −受信５５：バス上のフレームを復元して、アプリケー
ションデータを抽出する −パラメータ設定５３：アプリケーション層との対話イ
ンターフェイスをして、制御器のパラメータを設定する −監視５６：物理層が正しく動作しているかを調べる。
る。 −送信５４：アプリケーションデータをフレームの形式
でバスへ転送する −受信５５：バス上のフレームを復元して、アプリケー
ションデータを抽出する −パラメータ設定５３：アプリケーション層との対話イ
ンターフェイスをして、制御器のパラメータを設定する −監視５６：物理層が正しく動作しているかを調べる。
【００６７】これらの機能は、並列にあるいは順次実行
される。図６で示した図は、異なる場合を図解してい
る。 −パラメータ設定機能５３は、他の機能が能動的な状態
であるかどうかに関わらず、アプリケーション層５１に
関して常に能動的かつ利用可能でなくてはならない。 −送信５４と受信５５の機能は、排他的に能動化される
（制御器は送信するか受信するかである）。 −監視機能５６は、（送信フレームを調べるために）送
信層の要求時に能動化され、受信したフレームの品質を
調べるために、受信層の要求時に能動化される。
される。図６で示した図は、異なる場合を図解してい
る。 −パラメータ設定機能５３は、他の機能が能動的な状態
であるかどうかに関わらず、アプリケーション層５１に
関して常に能動的かつ利用可能でなくてはならない。 −送信５４と受信５５の機能は、排他的に能動化される
（制御器は送信するか受信するかである）。 −監視機能５６は、（送信フレームを調べるために）送
信層の要求時に能動化され、受信したフレームの品質を
調べるために、受信層の要求時に能動化される。
【００６８】専用部品は、ＡＳＩＣ（Application Spec
ific IC：特定用途向け集積回路）で特定された部品あ
るいはマイクロプログラムされた制御器の形態で作られ
る。
ific IC：特定用途向け集積回路）で特定された部品あ
るいはマイクロプログラムされた制御器の形態で作られ
る。
【００６９】参考文献
［１］ＩＳＯ標準１１５１９
［２］ＩＳＯ標準１１８９８
【図１】 ＣＡＮバスの調停の原理を示す図である。
【図２】 従来のＣＡＮ加入者の一般的なアーキテクチ
ャを示す図である。
ャを示す図である。
【図３】 本発明の第１実施形態を示す図である。
【図４】 本発明の第２実施形態を示す図である。
【図５】 本発明の第２実施形態を示す図である。
【図６】 本発明の第３実施形態を示す図である。
２０…マイクロコントローラ
２１，３０，３１…プロトコル制御器
２２，３２…ラインインターフェイス
２３，４３…ＣＡＮバス
３３…論理ゲート
３４，５２…バス
４０…マネージャ
４１…制御器
４２…ドライバー回路
５１…アプリケーション層
５３…パラメータ設定機能
５４…送信機能
５５…受信機能
５６…監視機能
Claims (11)
- 【請求項１】 各々が、通信プロトコルを生成し復号す
る責任を持つ少なくとも一つの制御器を備えるいくつか
の加入者局の間で、メッセージの通信が提供される確定
的フィールドバスの管理のための処理において、 該処理は、唯一つの加入者局のみが、ある時に能動的で
あり、他は受動的なままであるという交換の原理によっ
て、加入者局の一つからバス上への送信は可能であり、
他の局からバス上への送信は、不可能であることを特徴
とする処理。 - 【請求項２】 ビット並置の原理は使用されないことを
特徴とする請求項１記載の処理。 - 【請求項３】 監視機構が、各制御器からの出力レベル
に対して使用されることを特徴とする請求項１記載の処
理。 - 【請求項４】 スレーブ加入者局においてローカルに管
理される応答を送る承認のためのウィンドウが使用され
ることを特徴とする請求項１記載の処理。 - 【請求項５】 もし欠陥がある場合は、加入者局は、バ
スから切り離されることを特徴とする請求項１記載の処
理。 - 【請求項６】 ３より上の各ビットは、多段サンプリン
グされることを特徴とする請求項１記載の処理。 - 【請求項７】 制御器とラインドライバ回路とライン自
身とを持ち、いくつかの加入者局の間でメッセージの通
信を提供する、確定的フィールドバスにおいて、 該バスは、唯一つの加入者局が、ある時に能動的であ
り、一方、他は受動的であるという交換の原理によっ
て、バス上の加入者局の一つから送信を認可する手段
と、他の局からバス上への送信を不可能にする手段とを
含む管理装置を備えることを特徴とするバス。 - 【請求項８】 各加入者局は、２つの関連する制御器を
備えることを特徴とする請求項７記載のバス。 - 【請求項９】 上記各加入者局では、制御器と対応する
バスドライバとの間に置かれて、 ・ 制御器の出力レベルの構成の監視と、 ・ 加入者スレーブ局において、ローカルに管理される
応答を送ることを承認するためのウィンドウの使用と、 ・ もし欠陥がある場合は、加入者局をバスから切り離
すこととのための安全性の機構を実行する論理手段を備
えることを特徴とする請求項７記載のバス。 - 【請求項１０】 上記各加入者局は、 ・ 加入者スレーブ局において、ローカルに管理される
応答を送ることを承認するためのウィンドウの使用と、 ・ もし欠陥がある場合は、加入者局をバスから切り離
すこととが可能な安全性機構と、 ビットの多段サンプリングとの機能を実行する専用部品
を備えることを特徴とする請求項７記載のバス。 - 【請求項１１】 請求項７〜１０のいずれか一つに記載
の確定的フィールドバスの、アビオニクスへの使用。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0112427A FR2830152B1 (fr) | 2001-09-27 | 2001-09-27 | Bus de terrain deterministe et procede de gestion d'un tel bus |
| FR0112427 | 2001-09-27 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003198572A true JP2003198572A (ja) | 2003-07-11 |
| JP4220208B2 JP4220208B2 (ja) | 2009-02-04 |
Family
ID=8867658
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002277748A Expired - Fee Related JP4220208B2 (ja) | 2001-09-27 | 2002-09-24 | 確定的フィールドバス及びその種のバスの管理方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7284078B2 (ja) |
| EP (1) | EP1304836B1 (ja) |
| JP (1) | JP4220208B2 (ja) |
| AT (1) | ATE431658T1 (ja) |
| CA (1) | CA2404250C (ja) |
| DE (1) | DE60232296D1 (ja) |
| FR (1) | FR2830152B1 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SE533636C2 (sv) * | 2004-10-25 | 2010-11-16 | Xinshu Man L L C | Anordning vid bussförbindelse i CAN-system |
| US8185680B2 (en) * | 2006-02-06 | 2012-05-22 | Standard Microsystems Corporation | Method for changing ownership of a bus between master/slave devices |
| DE102008034445B4 (de) * | 2008-07-24 | 2010-03-11 | Diehl Aerospace Gmbh | Verfahren und Einrichtung zum Erfassen von Bus-Teilnehmern |
| CN102034063A (zh) * | 2009-09-28 | 2011-04-27 | 西门子（中国）有限公司 | 调整连续波传输时间的方法及读写器 |
| DE102009055797A1 (de) * | 2009-11-25 | 2011-05-26 | Valeo Schalter Und Sensoren Gmbh | Schaltungsanordnung und ein Steuergerät für sicherheitsrelevante Funktionen |
| DE102011080476A1 (de) * | 2011-08-05 | 2013-02-07 | Robert Bosch Gmbh | Verfahren und Vorrichtung zur Verbesserung der Datenübertragungssicherheit in einer seriellen Datenübertragung mit flexibler Nachrichtengröße |
| EP2713560B1 (de) * | 2012-07-16 | 2015-03-04 | ELMOS Semiconductor AG | Verfahren zum Betreiben eines Transceivers eines an einen Datenbus angeschlossenen Bus-Teilnehmers |
| CN104750039B (zh) * | 2013-12-26 | 2018-05-01 | 同方威视技术股份有限公司 | 安检设备的集中管理系统、装置和方法 |
| DE102015209207A1 (de) * | 2014-09-02 | 2016-03-03 | Robert Bosch Gmbh | Verfahren zur seriellen Übertragung eines Rahmens über ein Bussystem von einem Sender zu mindestens einem Empfänger und Teilnehmerstation für ein Bussystem |
| DE102019205487A1 (de) * | 2019-04-16 | 2020-10-22 | Robert Bosch Gmbh | Teilnehmerstation für ein serielles Bussystem und Verfahren zur Kommunikation in einem seriellen Bussystem |
| IT202100015488A1 (it) * | 2021-06-14 | 2022-12-14 | St Microelectronics Srl | Microcontrollore e procedimento di funzionamento corrispondente |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4785396A (en) * | 1986-01-28 | 1988-11-15 | Intel Corporation | Push-pull serial bus coupled to a plurality of devices each having collision detection circuit and arbitration circuit |
| US5434861A (en) * | 1989-02-02 | 1995-07-18 | Pritty; David | Deterministic timed bus access method |
| DE59305660D1 (de) * | 1992-11-04 | 1997-04-10 | Siemens Ag | Anordnung mit mehreren aktiven und passiven busteilnehmern |
| US5574848A (en) * | 1993-08-24 | 1996-11-12 | National Semiconductor Corporation | Can interface selecting one of two distinct fault recovery method after counting a predetermined number of recessive bits or good can frames |
| DE19509133C2 (de) * | 1994-04-11 | 2003-07-17 | Daimler Chrysler Ag | Anordnung zur Überwachung von Zweidraht-Busleitungen |
| US5526213A (en) * | 1994-08-03 | 1996-06-11 | The Babcock & Wilcox Company | Ground fault protection for EMAT transistor switched magnet pulsers |
| EP0882342B1 (en) * | 1996-02-22 | 2006-07-05 | Kvaser Consultant Ab | Device for affecting messages in a CAN-system |
| SE9604759L (sv) * | 1996-12-23 | 1998-03-23 | Nob Elektronik Ab | Elektroniskt ringformigt bussystem uppdelad i ett flertal sektioner |
| US5980078A (en) * | 1997-02-14 | 1999-11-09 | Fisher-Rosemount Systems, Inc. | Process control system including automatic sensing and automatic configuration of devices |
| US6111888A (en) * | 1997-05-27 | 2000-08-29 | Micro Motion, Inc. | Deterministic serial bus communication system |
| US5958029A (en) * | 1997-10-20 | 1999-09-28 | Motorola, Inc. | Method and system for efficient message validation |
| DE19815097C2 (de) * | 1998-04-03 | 2002-03-14 | Siemens Ag | Busmasterumschalteinheit |
| DE19854178A1 (de) * | 1998-11-24 | 2000-05-31 | Siemens Ag | Bus für hochskalierbares Multiprozessorsystem, dazugehöriges redundantes Bussystem, sowie Verfahren zum Übertragen von Information in einem derartigen Bussystem |
| GB9916359D0 (en) * | 1999-07-14 | 1999-09-15 | New Holland Uk Ltd | A contoller area network |
| DE10147446A1 (de) * | 2001-09-26 | 2003-04-17 | Bosch Gmbh Robert | Verfahren und Vorrichtung zur Überwachung eines Bussystems und Bussystem |
| US7486693B2 (en) * | 2001-12-14 | 2009-02-03 | General Electric Company | Time slot protocol |
| US7337255B2 (en) * | 2002-06-12 | 2008-02-26 | The Boeing Company | Distributed data handling and processing resources system |
-
2001
- 2001-09-27 FR FR0112427A patent/FR2830152B1/fr not_active Expired - Fee Related
-
2002
- 2002-09-17 CA CA2404250A patent/CA2404250C/en not_active Expired - Fee Related
- 2002-09-24 JP JP2002277748A patent/JP4220208B2/ja not_active Expired - Fee Related
- 2002-09-25 DE DE60232296T patent/DE60232296D1/de not_active Expired - Lifetime
- 2002-09-25 EP EP02292348A patent/EP1304836B1/fr not_active Expired - Lifetime
- 2002-09-25 AT AT02292348T patent/ATE431658T1/de not_active IP Right Cessation
- 2002-09-26 US US10/256,846 patent/US7284078B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE60232296D1 (de) | 2009-06-25 |
| ATE431658T1 (de) | 2009-05-15 |
| JP4220208B2 (ja) | 2009-02-04 |
| EP1304836B1 (fr) | 2009-05-13 |
| CA2404250C (en) | 2014-02-11 |
| EP1304836A1 (fr) | 2003-04-23 |
| US20030058882A1 (en) | 2003-03-27 |
| FR2830152B1 (fr) | 2004-08-20 |
| US7284078B2 (en) | 2007-10-16 |
| CA2404250A1 (en) | 2003-03-27 |
| FR2830152A1 (fr) | 2003-03-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1484876B1 (en) | Full duplex flow control for ethernet networks | |
| JP6093031B2 (ja) | プロトコル例外状態を利用したデータ伝送 | |
| Di Natale et al. | Understanding and using the controller area network communication protocol: theory and practice | |
| KR950014178B1 (ko) | 컴퓨터 시스템용 입/출력 네트워크 | |
| CA2027230C (en) | Station-to-station full duplex communication in a communications network | |
| US6169729B1 (en) | 200 Mbps PHY/MAC apparatus and method | |
| JP6121563B2 (ja) | プロトコル例外状態を用いたデータ伝送プロトコル | |
| EP0974219A1 (en) | Power savings in multiple technology physical layer devices supporting autonegotiation | |
| US6741566B1 (en) | Remote management ethernet network and device | |
| US20210399919A1 (en) | Error frame shielding unit for a user station of a serial bus system, and method for communicating in a serial bus system | |
| CN112422219A (zh) | 以太网接口和相关系统、方法和设备 | |
| JP4220208B2 (ja) | 確定的フィールドバス及びその種のバスの管理方法 | |
| US6219353B1 (en) | Message hub | |
| US10162777B2 (en) | Transmission unit with checking function | |
| Specification | Bosch | |
| Kim et al. | Communication using controller area network protocol | |
| EP0962078A1 (en) | Method and apparatus for integrating multiple repeaters into a single collision domain | |
| JP3217397B2 (ja) | 通信制御装置のデータ送信方法 | |
| Layer et al. | Controller Area Network | |
| CN117176661A (zh) | 一种通信方法以及相关装置 | |
| KR100374441B1 (ko) | 스테이션과특히이서네트네트워크용통신채널들간의릴레이유닛 | |
| Martinez | Considerations For Real-Time Processing In A Local Area Network | |
| RL | FINAL ISO/IEC COMMITTEE DRAFT FCD 24740 | |
| Noh et al. | Implementing the Controller Area Network (CAN) Protocol for Multiplex System | |
| JPH0191552A (ja) | データ伝送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050801 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070720 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070724 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071015 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080115 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080328 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080701 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080930 |
|
| 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: 20081021 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4220208 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131121 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131121 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |