JP2006270520A - Control system - Google Patents
Control system Download PDFInfo
- Publication number
- JP2006270520A JP2006270520A JP2005085774A JP2005085774A JP2006270520A JP 2006270520 A JP2006270520 A JP 2006270520A JP 2005085774 A JP2005085774 A JP 2005085774A JP 2005085774 A JP2005085774 A JP 2005085774A JP 2006270520 A JP2006270520 A JP 2006270520A
- Authority
- JP
- Japan
- Prior art keywords
- type
- data
- grandchild
- packet
- bus
- 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
- 238000004891 communication Methods 0.000 claims abstract description 35
- 230000005540 biological transmission Effects 0.000 claims description 112
- 238000012546 transfer Methods 0.000 claims description 11
- 238000007689 inspection Methods 0.000 claims description 2
- 238000000034 method Methods 0.000 description 59
- 230000008569 process Effects 0.000 description 56
- 238000012545 processing Methods 0.000 description 35
- 230000005236 sound signal Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 230000005856 abnormality Effects 0.000 description 6
- 239000000872 buffer Substances 0.000 description 5
- 230000008859 change Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000003825 pressing Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 102100022907 Acrosin-binding protein Human genes 0.000 description 1
- 102100038445 Claudin-2 Human genes 0.000 description 1
- 102100031798 Protein eva-1 homolog A Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000005669 field effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000001404 mediated effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Information Transfer Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
Description
本発明は、デジタルミキサ等の制御に用いて好適な制御システムに関する。 The present invention relates to a control system suitable for use in controlling a digital mixer or the like.
従来より、２本の信号線を用いて複数のデバイス間でデータをやりとりするシリアル・バスとして、Ｉ2Ｃバスが知られている。また、このＩ2Ｃバスを電子楽器内部のデバイス（例えば鍵盤、パネル操作子、表示器、音源等）間の通信に応用したもの（Ｅバス）が特許文献１に開示されている。なお、Ｉ2Ｃにおいては、各デバイスに対して「１」〜「１２７」のアドレスが付与される。従って、原理上は最大「１２７」のデバイスをＩ2Ｃバスに接続することが可能である。
Conventionally, an I 2 C bus is known as a serial bus for exchanging data between a plurality of devices using two signal lines.
しかし、現実的には、Ｉ2Ｃのデバイス数が増加すると、リピータと呼ぶバッファアンプをＩ2Ｃバスの随所に介挿する必要がある。従って、デバイス数の多い機器においてはリピータの数が多くなりコストアップを招くという問題があった。特に、デジタルミキサは電子楽器と比較すると、操作子や表示器等の数が多いため、Ｉ2Ｃバス上のデバイス数も多くせざるを得えなかった。 However, in reality, when the number of I 2 C devices increases, it is necessary to insert buffer amplifiers called repeaters everywhere on the I 2 C bus. Therefore, there is a problem that the number of repeaters is increased in a device having a large number of devices, resulting in an increase in cost. In particular, since the digital mixer has a larger number of controls and displays than an electronic musical instrument, the number of devices on the I 2 C bus has to be increased.
また、Ｉ2Ｃバスに接続される各デバイスには、バスとの接続用のバスインタフェースが必要である。このバスインタフェースから他のデバイスに対してデータを送信するためには、送信先および送信元デバイスのアドレスを指定する機能が必要であり、例えばＲＳ２３２Ｃ等のシリアル通信用のインタフェースと比較すると、構成が複雑であった。
この発明は上述した事情に鑑みてなされたものであり、Ｉ2Ｃバス等の複雑なシリアル・バスに接続するデバイス数を減少させつつ、実質的に多数のデバイス間の通信を実現できる制御システムを提供することを目的としている。
Each device connected to the I 2 C bus requires a bus interface for connection to the bus. In order to transmit data to other devices from this bus interface, a function for designating the address of the transmission destination and the transmission source device is necessary. Compared with an interface for serial communication such as RS232C, for example, the configuration is It was complicated.
The present invention has been made in view of the above-described circumstances, and a control system capable of realizing communication between a large number of devices while reducing the number of devices connected to a complicated serial bus such as an I 2 C bus. The purpose is to provide.
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の制御システムにあっては、シリアルデータを伝送する第１種バス（Ｅバス２１６，２１７）と、前記第１種バスに接続され、各々にユニークな第１種アドレス（Ｅバス上のアドレス）を有し、該第１種アドレスによる送信元アドレスおよび送信先アドレスを含む第１種パケットを前記第１種バスを介して送受信することによって相互にデータ通信を行う複数の第１種デバイス（親システムおよび子システム）と、前記第１種デバイスの少なくとも一部に対して、該第１種デバイス毎に独立して接続された複数の第２種バス（Ｓバス）と、前記各第２種バスに接続された複数の第２種デバイス（孫システム）と、前記第２種デバイスを経由することなく前記第１種デバイスによって直接的に制御される第１種被制御要素（フェーダ等）と、前記各第２種デバイスによって制御される複数の第２種被制御要素（スイッチ，ロータリーエンコーダ等）と、前記各第１種デバイスに設けられ、何れかの被制御要素を識別する被制御要素識別情報（ポート番号、グループ番号、種別）と該被制御要素に対する制御内容を特定する制御データ（第１データの上位バイト、ＬＥＤ輝度、操作量の値）とを含む第１種パケットを前記第１種バスから受信すると、該受信した第１種パケットに含まれる前記被制御要素識別情報に基づいて、該被制御要素が前記第１種被制御要素であるのか否かを判定する被制御要素種別判定手段（ＳＰ８）と、前記各第１種デバイスに設けられ、前記被制御要素種別判定手段（ＳＰ８）の判定結果が肯定的であった場合に、対応する第１種被制御要素の状態を前記制御データに基づいて設定する第１種設定手段（ＳＰ１０）と、前記各第１種デバイスに設けられ、前記被制御要素種別判定手段（ＳＰ８）の判定結果が否定的であった場合に、対応する第２種デバイスを特定する第２種デバイス特定情報と前記被制御要素識別情報と前記制御データとから成る第２種パケット（パケット４００）を接続された前記第２種バスを介して送信する受信パケット転送手段と、前記各第２種デバイスに設けられ、前記第２種パケットが自機の制御する第２種被制御要素を制御するためのパケットであるのか否かを判定する自機指定判定手段（ＳＰ１０８）と、前記各第２種デバイスに設けられ、前記自機指定判定手段（ＳＰ１０８）の判定結果が肯定的であったことを条件として、対応する第２種被制御要素の状態を前記制御データに基づいて設定する第２種設定手段（ＳＰ２６）と、前記各第２種デバイスに設けられ、自機が制御する第２種被制御要素の操作が検出されると、該第２種被制御要素を特定する被制御要素識別情報と、検出した操作状態を表す制御データとから成る第２種データ（第１〜第３データ４１２〜４１４）を前記第２種バスを介して出力する第２種データ送信手段（ＳＰ１２６）と、前記各第１種デバイスに設けられ、複数の第２種バスから受信した前記第２種データに対して前記第１種アドレスによる送信元アドレスおよび送信先アドレスを追加して成る第１種パケットを前記第１種バスを介して送信する送信パケット転送手段（ＳＰ５０）とを有することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載の制御システムにおいて、前記各第２種デバイスに設けられ、前記自機指定判定手段（ＳＰ１０８）の判定結果が否定的であった場合に、前記第２種パケットが前記第２種バス上に正常に出力されているか否かを検査する第２種パケット検査手段（ＳＰ１１０〜ＳＰ１１４）をさらに有することを特徴とする。
In order to solve the above problems, the present invention is characterized by having the following configuration. The parentheses are examples.
2. The control system according to
Furthermore, in the configuration according to
このように、各第１種デバイスを第１種バスを介して接続し、各第１種デバイスに第２種バスを介して第２種デバイスを接続する構成によれば、送信先アドレスおよび送信元アドレスをデータに付加する機能を必要とする第１種デバイスの数を、第２種デバイスの数分だけ減少させることができる。そして、データの入出力に際して送信先アドレスおよび送信元アドレスを付加する機能を要しない第２種デバイスは第１種デバイスよりも安価に構成することができるため、装置全体の構成を簡素化しコストダウンを図ることができる。 As described above, according to the configuration in which each first type device is connected via the first type bus and each second type device is connected to each first type device via the second type bus, the transmission destination address and the transmission The number of first type devices that require the function of adding original addresses to data can be reduced by the number of second type devices. Since the second type device that does not require the function of adding the destination address and the source address when inputting and outputting data can be configured at a lower cost than the first type device, the configuration of the entire apparatus is simplified and the cost is reduced. Can be achieved.
1．実施例のハードウエア構成
1．1．操作パネル１００の構成
次に、本発明の一実施例のデジタルミキサの操作パネル１００の全体構成を図１を参照し説明する。図において操作パネル１００は、セクション１０１〜１０４の「４」セクションから構成されている。ここで、セクション１０１，１０２は入力チャンネルの音量等を調整するフェーダ等から構成されている。同様に、セクション１０４は出力チャンネルの音量等を調整するフェーダ等から構成されている。また、セクション１０３は、これら入出力チャンネルのうち選択された一のチャンネルにおける詳細なパラメータの設定等に用いられる。ここで、各入力チャンネルにおいて音量・音質調節された音声信号は、ステレオバス、ＭＩＸバス、ＣＵＥバス等のバスに出力される。
1． Hardware configuration of the embodiment
1.1. Configuration of Operation Panel 100 Next, the overall configuration of the operation panel 100 of the digital mixer according to an embodiment of the present invention will be described with reference to FIG. In the figure, the operation panel 100 is configured by “4”
ここで、ステレオバスとは、主として客席への放音に使用される音声信号をミキシングするバスであり、ＭＩＸバスとは補助的な放音およびレコーディング等の用途に使用されるバスである。また、ＣＵＥバスとは、デジタルミキサの操作者等に対するモニタ用の音声信号をミキシングするバスである。そして、各出力チャンネルはこれらバスに対して各々割り当てられており、各バスにてミキシングされた音声信号のレベル等がセクション１０４において調節され、外部に出力されることになる。
Here, the stereo bus is a bus that mixes audio signals mainly used for sound emission to the passenger seat, and the MIX bus is a bus used for auxiliary sound emission and recording. The CUE bus is a bus that mixes a monitoring audio signal for an operator of a digital mixer or the like. Each output channel is assigned to each of these buses, and the level of the audio signal mixed in each bus is adjusted in the
次に、セクション１０１，１０３の詳細構成を図２を参照し説明する。まず、セクション１０１の内部において１１２−１〜ｎはセンド・オン／オフスイッチであり、各々対応する入力チャンネルを各ＭＩＸバスに出力するか否かを設定する。１２４−１〜ｎは電動フェーダであり、各入力チャンネルの音声信号のゲインを設定する。１１４−１〜ｎはセンドモードスイッチであり、各入力チャンネルから各ＭＩＸバスに出力される音声信号として、電動フェーダ１２４−１〜ｎによる音量調節前の信号または音量調節後の信号のうち一方を選択する。１１６−１〜ｎはロータリーエンコーダであり、指定されたＭＩＸバスに対するセンドレベル等を設定する。１１８−１〜ｎはＬＥＤ表示器群であり、各入力チャンネルの各種状態をＬＥＤの点灯／消灯状態によって表示する。
Next, the detailed configuration of the
１２０−１〜ｎはセレクトスイッチであり、セクション１０３において詳細なパラメータを設定すべきチャンネルを選択する。１２２−１〜ｎはオン／オフスイッチであり、各々対応する入力チャンネルをステレオバスおよびＭＩＸバスに出力するか否かを設定する。１２６−１〜ｎはＣＵＥスイッチであり、各入力チャンネルの音声信号をＣＵＥバスに出力するか否かを選択する。
Reference numerals 120-1 to 120-n denote select switches, which select channels on which detailed parameters are set in the
ここで、上述した各スイッチ、ロータリーエンコーダおよび電動フェーダの状態は、デジタルミキサ内部の制御システム（図３の回路、詳細は後述する）により、自動的に設定することも可能である。まず、上述した各スイッチはＬＥＤを内蔵したキースイッチであり、対応するパラメータのオン／オフ状態は制御システム内で把握されている。そして、このＬＥＤをオン／オフすることにより、該パラメータのオン／オフ状態が操作者に対して表示されることになる。従って、制御システムの内部にて当該パラメータのオン／オフ状態を変更し、変更結果に応じてＬＥＤをオン／オフすれば、その状態を自動的に設定することができる。 Here, the state of each switch, rotary encoder, and electric fader described above can be automatically set by a control system inside the digital mixer (a circuit in FIG. 3, details will be described later). First, each switch described above is a key switch with a built-in LED, and the on / off state of the corresponding parameter is grasped in the control system. By turning this LED on / off, the on / off state of the parameter is displayed to the operator. Therefore, if the on / off state of the parameter is changed inside the control system and the LED is turned on / off according to the change result, the state can be automatically set.
また、各ロータリーエンコーダは、無限回動する形式のものであり、操作者がこれを回動させると、所定の単位角度だけ回動される毎に、ワンショットのパルスが制御システムに出力される。これにより、制御システムにおいては、このパルス数をカウントすることにより、操作前後におけるロータリーエンコーダの回動角度を得ることができる。このロータリーエンコーダに対しては、上述した通り、指定されたＭＩＸバスに対するセンドレベル等のパラメータが割り当てられているから、制御システム内部では当該センドレベルが回動角度に応じて増減される。さらに、各ロータリーエンコーダの周囲には、十数個程度のＬＥＤが環状に配置されており、対応するパラメータの設定値の概算値がこのＬＥＤによって表示される。従って、制御システムの内部にて当該パラメータの値を変更し、変更結果に応じてこれらＬＥＤのオン／オフ状態を設定すれば、該パラメータを自動的に設定することができる。 Each rotary encoder is of an infinitely rotating type, and when the operator rotates it, a one-shot pulse is output to the control system every time it is rotated by a predetermined unit angle. . Thereby, in the control system, the rotation angle of the rotary encoder before and after the operation can be obtained by counting the number of pulses. As described above, parameters such as the send level for the designated MIX bus are assigned to the rotary encoder, and therefore the send level is increased or decreased in accordance with the rotation angle in the control system. Furthermore, around a dozen LEDs are arranged around each rotary encoder, and an approximate value of the corresponding parameter setting value is displayed by this LED. Accordingly, if the value of the parameter is changed inside the control system and the on / off state of these LEDs is set according to the change result, the parameter can be automatically set.
また、操作者によって電動フェーダが操作されると、その操作位置が検出され、制御システムに通知される。これにより、制御システムにおいては、電動フェーダの操作位置に応じてパラメータ値（主として音声信号のゲイン）が設定される。一方、かかるパラメータの値は、電動フェーダの物理的な操作位置に応じて決定されるため、かかるパラメータ値をパネル上に自動的に再現するために、電動フェーダにはモータ等の駆動機構が設けられている。すなわち、パラメータ値を自動設定する場合には、制御システムの指令に基づいてモータが駆動され、電動フェーダの物理的な操作位置が設定されることになる。 Further, when the electric fader is operated by the operator, the operation position is detected and notified to the control system. Thereby, in the control system, the parameter value (mainly the gain of the audio signal) is set according to the operation position of the electric fader. On the other hand, since the value of the parameter is determined according to the physical operation position of the electric fader, the electric fader is provided with a drive mechanism such as a motor in order to automatically reproduce the parameter value on the panel. It has been. That is, when the parameter value is automatically set, the motor is driven based on a command from the control system, and the physical operation position of the electric fader is set.
ここで、セクション１０１の各操作子等はさらに３種類のサブセクション１０１−Ａ，１０１−Ｂ，１０１−Ｃに分割される。なお、「サブセクション」とは、比較的廉価なＣＰＵ１個で制御可能な範囲毎にに「セクション」を便宜上分割したものである。まず、サブセクション１０１−Ａは、電動フェーダ１２４−１〜ｎによって構成され、サブセクション１０１−Ｂはオン／オフスイッチ１１２−１〜ｎ、センドモードスイッチ１１４−１〜ｎ、およびロータリーエンコーダ１１６−１〜ｎから構成される。さらに、サブセクション１０１−Ｃは、ＬＥＤ表示器群１１８−１〜ｎ、セレクトスイッチ１２０−１〜ｎ、オン／オフスイッチ１２２−１〜ｎおよびＣＵＥスイッチ１２６−１〜ｎから構成される。以上、セクション１０１の構成について詳述したが、セクション１０２，１０４もセクション１０１と同様に構成されており、各々３種類のサブセクション１０２−Ａ，１０２−Ｂ，１０２−Ｃおよびサブセクション１０４−Ａ，１０４−Ｂ，１０４−Ｃに分類される。
Here, each operator of the
次に、セクション１０３の内部において１３０はタッチスクリーンであり、ディスプレイと、その表面に配置された透明なタッチパネルとから構成されている。そして、操作者が指先またはライトペン等でタッチパネルを押下すると、その旨およびタッチパネル上の押下位置の座標とが検出される。１３２−１〜１３２−６，１３６−１〜１３６−１４，１３８−１〜１３８−１５はスイッチであり、セクション１０３に割り当てられた機能に応じて、各種パラメータのオン／オフ状態等を設定する。１３４−１〜１３４−１５はロータリーエンコーダであり、例えば上記セレクトスイッチ１２０−１〜ｎによって選択された入力チャンネルから各ＭＩＸバスへのセンドレベルを調節するために用いられる。上記セクション１０３の構成のうち、タッチスクリーン１３０はサブセクション１０３−Ａを構成し、スイッチ１３２−１〜１３２−６およびロータリーエンコーダ１３４−１〜１３４−１５はサブセクション１０３−Ｂを構成し、スイッチ１３６−１〜１３６−１４，１３８−１〜１３８−１５はサブセクション１０３−Ｃを構成する。
Next, 130 in the
1．2．制御システムの全体構成
次に、本実施例のデジタルミキサの制御システムの全体構成を図３を参照し説明する。図おいて２２０は親システムであり、デジタルミキサ全体の監視および制御を行う。２０１−Ａ，２０２−Ａ，２０３−Ａ，２０４−Ａは子システムであり、各々セクション１０１〜１０４に関する監視および制御を統括するとともに、サブセクション１０１−Ａ，１０２−Ａ，１０３−Ａ，１０４−Ａに対する監視および制御を直接的に実行する。２０１−Ｂ，２０２−Ｂ，２０３−Ｂ，２０４−Ｂ，２０１−Ｃ，２０２−Ｃ，２０３−Ｃ，２０４−Ｃは孫システムであり、各子システム２０１−Ａ〜２０４−Ａの制御の下、サブセクション１０１−Ｂ，１０２−Ｂ，１０３−Ｂ，１０４−Ｂ，１０１−Ｃ，１０２−Ｃ，１０３−Ｃ，１０４−Ｃを監視および制御する。より具体的には、親システム２２０はＩ2Ｃに準拠するＥバスのコネクタを２つ備えたシステム基板であり、各子システムはＥバスのコネクタと、双方向シリアル通信を行うＳバスのコネクタとを一つずつ備えたシステム基板であり、各孫システムはＳバスのコネクタを１つ備えたシステム基板である。２１６，２１７はＥバスのケーブルであり、親システム２２０および子システム２０１−Ａ〜２０４−ＡのＥバスコネクタに接続され、それらのシステム間で信号を伝送する。２１１〜２１４はＳバスであり、各子システムと配下の孫システムのＳバスコネクタに接続され、それらのシステム間で信号を伝送する。
1.2. Next, the overall configuration of the control system of the digital mixer of the present embodiment will be described with reference to FIG. In the figure,
親システム２２０の内部において２２２はＥバスＩ／Ｏ部であり、Ｅバス２１６，２１７に対して信号を入出力するとともに、Ｅバス２１６，２１７に対するリピータ機能を有している。２２４は親システム２２０の各部を接続するＣＰＵバスである。２３４は信号処理部であり、デジタル音声信号に対して、イコライジング、ミキシング、レベル調節等の処理を実行する。上述したステレオバス、ＭＩＸバス等もこの信号処理部２３４で実行されるアルゴリズムによって実現されているものである。２３６は波形Ｉ／Ｏ部であり、外部から入力される多チャンネルのアナログ信号またはデジタル信号を親システム２２０の内部形式のデジタル信号に変換し信号処理部２３４に供給するとともに、信号処理部２３４から供給されたデジタル信号をアナログ信号または外部形式のデジタル信号に変換し出力する。
Inside the
２２６はその他Ｉ／Ｏ部であり、デジタルミキサを遠隔制御する外部の制御装置等に接続される。２２８はＣＰＵであり、フラッシュメモリ２３０に記憶されたプログラム（詳細は後述する）に基づいて、親システム２２０の各部を制御する。２３２はＲＡＭであり、ＣＰＵ２２８のワークメモリとして使用される。２３８はディスプレイであり、上述したタッチスクリーン１３０の一部を成す。
The other I /
1．3．子システムおよび孫システムの構成
次に、子システムの一般的構成を図４(a)を参照し説明する。図４(a)において２４２は表示器群であり、各種ＬＥＤ等から構成される。但し、本実施例にあっては、子システムによって直接的に制御されるサブセクション１０１−Ａ，１０３−Ａ等において特に表示器群２４２に該当するものはない。２４４は操作子群であり、サブセクション１０１−Ａにおいては電動フェーダ１２４−１〜ｎ、サブセクション１０３−Ａにおいてはタッチスクリーン１３０を構成するタッチパネルがこれに該当する。２４６はシリアルＩ／Ｏ部であり、Ｓバスを介して配下の孫システムとの間で各種信号を入出力する。２４８はＥバスＩ／Ｏ部であり、Ｅバスを介して親システムとの間で各種信号を入出力する。２５２はＣＰＵであり、フラッシュメモリ２５４に格納されたプログラムに基づいて子システム内の各部を制御する。２５６はＲＡＭであり、ＣＰＵ２５２のワークメモリとして使用される。
1.3. Configuration of Child System and Grandchild System Next, a general configuration of the child system will be described with reference to FIG. In FIG. 4 (a),
次に、孫システムの一般的構成を図４(b)を参照し説明する。図４(b)において２６２は表示器群であり、各種ＬＥＤ（単独のＬＥＤ、スイッチに内蔵されたＬＥＤ、ロータリーエンコーダの周囲のＬＥＤ）等から構成される。２６４は操作子群であり、各種スイッチおよびロータリーエンコーダ等から構成される。２６６はシリアルＩ／Ｏ部であり、Ｓバスを介して対応する子システムとの間で各種信号を入出力する。２７２はＣＰＵであり、フラッシュメモリ２７４に格納されたプログラムに基づいて、孫システム内の各部を制御する。２７６はＲＡＭであり、ＣＰＵ２７２のワークメモリとして使用される。
Next, a general configuration of the grandchild system will be described with reference to FIG. In FIG. 4B,
2．実施例の通信プロトコル
2．1．Ｅバス・プロトコル
2．1．1．物理的構成
次に、親システム２２０および子システム２０１−Ａ〜２０４−Ａ間を接続するＥバス２１６，２１７のプロトコルを説明する。まず、Ｅバス２１６の具体的構成を図５に示す。但し、図５においてはＥバス２１６（Ｉ2Ｃバス）を構成する７本のワイヤーのうち、クロック信号ＳＣＬを伝送するＳＣＬライン２１６ａと、データ信号ＳＤＡを伝送するＳＤＡライン２１６ｂとの２本の信号線のみを図示する。なお、図示していない残り５本の信号線はイニシャルクリアライン１本と、電源ライン４本である。親システム２２０のＥバスＩ／Ｏ部２２２の内部において３７１，３７２はプルアップ用の抵抗器であり、ＳＣＬライン２１６ａおよびＳＤＡライン２１６ｂを各々所定の電圧Ｖｐにプルアップする。
2． Example communication protocol
2.1. E-bus protocol
2.1.1. Physical Configuration Next, the protocols of the E buses 216 and 217 for connecting the
３６１，３６２は電界効果トランジスタ（以下、単にトランジスタという）であり、各ライン２１６ａ，２１６ｂにオープンドレイン接続されている。ここで、Ｅバス２１６にＥバスＩ／Ｏ部２２２「のみ」が接続されていたと仮定すると、トランジスタ３６１，３６２がオン状態になるとクロック信号ＳＣＬおよびデータ信号ＳＤＡは接地レベル付近の値になる。また、トランジスタ３６１，３６２がオフ状態になると、各信号ＳＣＬ，ＳＤＡは電圧Ｖｐ付近の値になる。ここで、接地レベルと電圧Ｖｐとの中間付近のある値を閾値とし、該閾値未満の電圧を論理値“０”とし、該閾値以上の電圧を論理値“１”とする。３５１，３５２はバッファであり、各信号ＳＣＬ，ＳＤＡの論理値を検出する。
従って、ＥバスＩ／Ｏ部２２２においては、トランジスタ３６１，３６２をオン／オフすることにより、クロック信号ＳＣＬおよびデータ信号ＳＤＡを各々ＳＣＬライン２１６ａおよびＳＤＡライン２１６ｂを介して送信することができ、さらに各ライン２１６ａ，２１６ｂ上の信号ＳＣＬ，ＳＤＡをバッファ３５１，３５２を介して受信することができる。同様に、子システム２０１−Ａおよび２０２−Ａにおいても、各ライン２１６ａ，２１６ｂにオープンドレイン接続されたトランジスタ３６３，３６４および３６５，３６６と、各ライン２１６ａ，２１６ｂの論理値を検出するバッファ３５３，３５４および３５５，３５６とが設けられている。各ラインに接続されたトランジスタのうち何れかがオン状態になると当該ライン上の信号は“０”になるから、これらトランジスタは各ライン２１６ａ，２１６ｂ上のワイアード・アンド回路を構成している。以上、Ｅバス２１６の構成を説明したが、Ｅバス２１７の構成もこれと同様である。そして、Ｅバス２１６，２１７は、ＥバスＩ／Ｏ部２２２内のリピータを介して相互に接続されている。
Therefore, in the E bus I /
2．1．2．パケット形式
次に、ＳＣＬライン２１６ａおよびＳＤＡライン２１６ｂにおけるデータ転送時のタイミングチャートを図６に示す。Ｅバスシステムにおいては、バスが開放状態（“１”）の時のみにデータ転送を開始することができる。Ｅバスに接続されたデバイス（親システムまたは子システム）のうち、Ｅバスを介してデータを送信しようとするデバイスにおいては、各信号ＳＣＬ，ＳＤＡの何れもが“１”である旨が確認された後、データ信号ＳＤＡとして“０”が出力される。これをスタートビット（Start Bit）という。このスタートビットにより、該デバイスによってＥバスにデータが出力されようとしている旨が他のデバイスにおいて検出される。
2.1.2. Packet Format Next, FIG. 6 shows a timing chart at the time of data transfer on the
ここで、Ｅバスに接続された各デバイス間では「１バイト（８ビット）」単位でデータ信号ＳＤＡが送受信される。また、クロック信号ＳＣＬはデータ信号ＳＤＡの各ビットが安定するタイミングで立ち下がるように、送信元デバイスによって生成される。そして、該「１バイト」のデータ信号ＳＤＡの送信が完了したとき、送信元デバイスにおいては確認用の「１ビット」のクロックパルス（ＡＣＫ）が生成される。このＡＣＫが出力されるタイミングにおいては、送信元デバイスはデータ信号ＳＤＡとして“１”を出力するが、データを受信する側の送信先デバイスにおいては、正常なデータが受信された場合には、データ信号ＳＤＡとして“０”が出力される。これら信号のワイアード・アンドの結果、ＳＤＡライン２１６ｂ上に現れるデータ信号ＳＤＡは結局は“０”になるため、送信元デバイスにおいては、送信先デバイスがデータ信号ＳＤＡを正常に受信したか否かを確認することができる。
Here, the data signal SDA is transmitted and received in units of “1 byte (8 bits)” between the devices connected to the E bus. In addition, the clock signal SCL is generated by the transmission source device so that each bit of the data signal SDA falls at a timing when it is stabilized. When the transmission of the “1 byte” data signal SDA is completed, a “1 bit” clock pulse (ACK) for confirmation is generated in the transmission source device. At the timing when this ACK is output, the transmission source device outputs “1” as the data signal SDA. However, when normal data is received at the transmission destination device on the data receiving side, “0” is output as the signal SDA. As a result of wired-and-swing of these signals, the data signal SDA appearing on the
また、各デバイスには、「７ビット」のユニークなアドレスが付与されている。そして、送信元デバイスにおいては、スタートビットが出力された後に、最初に「７ビット」の送信先アドレスと、Ｒ／Ｗビットと称するビットとが出力される。但し、本実施例においては、Ｒ／Ｗビットは常に“０”（Write）である。これに引き続いて、「７ビット」の送信元アドレスと、ダミーの“０”信号とが出力される。以上の「２バイト」によってパケットのヘッダ部３７０が構成される。これに引き続き、一または複数バイトから成るデータ部３８０が送信元デバイスから送信される。なお、本実施例においては、データ部３８０は常に「３バイト」長である。このデータ部３８０を構成する各バイトを第１データ、第２データ、第３データと呼ぶ。
Each device is given a unique address of “7 bits”. In the transmission source device, after the start bit is output, the transmission destination address of “7 bits” and the bit called the R / W bit are output first. However, in this embodiment, the R / W bit is always “0” (Write). Following this, a “7-bit” source address and a dummy “0” signal are output. The
ここで、本実施例におけるデバイス名およびアドレス名と、Ｉ2Ｃ規格におけるこれらの名称との関係について説明しておく。まず、本実施例における「送信元アドレス」は、Ｉ2Ｃ規格では「マスタアドレス」と呼ばれ、「送信元デバイス」は「マスタデバイス」と呼ばれる。また、「送信先アドレス」は「スレーブアドレス」と呼ばれ、「送信先デバイス」は「スレーブデバイス」と呼ばれる。「マスタデバイス」とは通信を開始させるとともにＳＣＬライン２１６ａにクロック信号ＳＣＬを出力するデバイスであり、必ずしもデータ部３８０を送信するデバイスに限られない。
Here, the relationship between the device name and address name in this embodiment and these names in the I 2 C standard will be described. First, “source address” in the present embodiment is called “master address” in the I 2 C standard, and “source device” is called “master device”. The “destination address” is called a “slave address”, and the “destination device” is called a “slave device”. The “master device” is a device that starts communication and outputs a clock signal SCL to the
すなわち、上述したＲ／Ｗビットが“０”(Write)であれば、マスタデバイスによってデータ部３８０が出力され、スレーブデバイスはこれを受信することになる。一方、Ｒ／Ｗビットが仮に“１”(Read)であれば、スレーブデバイスによってデータ部３８０が出力され、マスタデバイスはこれを受信することになる。しかし、本実施例のようなデジタルミキサにおいては、リアルタイム性が要求されるため、一のデバイスＡから他のデバイスＢに対してデータを送信する必要が生じたとき、デバイスＡがマスタデバイスとなってデバイスＢに対して直ちにデータ転送を開始する必要がある。このため、本実施例においては、マスタデバイスの出力するＲ／Ｗビットは常に“０”(Write)であり、Ｉ2Ｃ規格における「マスタデバイス」は「送信元デバイス」と同義になり、「スレーブデバイス」は「送信先デバイス」と同義になる。
That is, if the R / W bit described above is “0” (Write), the
次に、アービトレーションについて説明する。Ｅバスシステムにおいては、各デバイスはバスが開放状態（Ｈレベル）の時のみにデータ送信を開始することができるが、複数のデバイスが送信元デバイスとしてほぼ同時にデータ送信を開始しようとすることがある。この場合は、何れか一のデバイスに対してのみ通信を許可するアービトレーションが行われる。このアービトレーションでは、ＳＤＡラインに各デバイスのデータ出力部のトランジスタがワイヤードアンド接続されていることを利用している。具体的に説明すると、データ転送開始した際には、図４に示すようにスタートビットに続いて送信先アドレスがＳＤＡライン２１６ｂに送出されるので、データ送信しようとする複数のデバイスにおいてこのＳＤＡラインから受信したアドレスと自機がアドレス指定した送信先アドレスとが１ビットずつ対比される。この場合、同時に複数のデバイスからデータがＳＤＡライン２１６ｂに送出された場合には、これらのデータはワイヤードアンドされていることからいずれかのデバイスが“０”を送出した際にＳＤＡラインは“０”に保持されるようになる。
Next, arbitration will be described. In the E bus system, each device can start data transmission only when the bus is in an open state (H level), but a plurality of devices may try to start data transmission almost simultaneously as source devices. is there. In this case, arbitration for permitting communication only with any one of the devices is performed. This arbitration utilizes the fact that the data output transistor of each device is wired and connected to the SDA line. More specifically, when data transfer is started, the destination address is sent to the
すると、デバイスによっては自機が指定した送信先アドレスの対比するビットが“１”であるのに対して、ＳＤＡライン２１６ｂから取り込まれたビットが“０”になる。このようにアドレスに不一致が生じた場合は、他のデバイスの優先順位が高いと判断してデータ出力がオフにされる。なお、これらデバイスの出力した送信先アドレスが一致している場合においても、送信元アドレスはデバイス毎に異なるから、必ず一のデバイスを除いた他のデバイスはデータ出力がオフにされることになる。
Then, the bit taken in from the
次に、上記各デバイスのアドレス構成を説明する。上述したように各デバイスのアドレスは「７ビット」から構成されているが、その上位「４ビット」をカテゴリＩＤといい、デバイスの種類を表す。例えば、親システム２２０のカテゴリＩＤを「０００１ｂ」（ｂは２進数）とし、子システムのカテゴリＩＤを「００１０ｂ」とするとよい。また、アドレスの下位「３ビット」をサブアドレスといい、各カテゴリ毎に「０００ｂ」〜「１１１ｂ」の範囲でユニークな番号が付与される。上述したアービトレーションにおいては送信先アドレスの先頭から“０”が長く続くほど、その送信先デバイスへの送信が優先して実行されるから、データを転送する優先順序に応じてカテゴリＩＤを決定するとよい。
Next, the address configuration of each device will be described. As described above, the address of each device is composed of “7 bits”, but the upper “4 bits” is called a category ID and represents the type of device. For example, the category ID of the
2．1．3．パケット種別
(1)プロトコルの種類
先行技術文献の特開２００２−２５１１８３号公報に開示されたＥバスシステムは元々は電子楽器内部のデバイスの相互接続のために開発されたものであり、電子楽器内部にて各種スイッチ、ＪＯＧコントローラ、コンティニュアスコントローラ等の操作状態を入出力するための「標準プロトコル」、ＭＩＤＩ信号を入出力するための「ＭＩＤＩプロトコル」、および各デバイスに対する初期化処理等のコマンドを送信する「共通プロトコル」が定められている。各デバイスは、ホスト系（本実施例においては親システム２２０）を除いて、標準プロトコルまたはＭＩＤＩプロトコルのうち何れか一方のパケットのみを入出力できるようになっている。
2.1.3. Packet type
(1) Type of protocol The E-bus system disclosed in Japanese Patent Application Laid-Open No. 2002-251183, which was a prior art document, was originally developed for interconnection of devices inside an electronic musical instrument. Sends "standard protocol" for inputting / outputting operation status of various switches, JOG controllers, continuous controllers, etc., "MIDI protocol" for inputting / outputting MIDI signals, and initialization processing commands for each device. A “common protocol” is defined. Except for the host system (the
各デバイスが標準プロトコルまたはＭＩＤＩプロトコルのうち何れを取り扱うものであるかは、カテゴリＩＤによって決定される。すなわち、同文献によれば、カテゴリＩＤが「０１０１ｂ」であるデバイスに対してＭＩＤＩプロトコルが適用される。但し、共通プロトコルのパケットは、各デバイスがカテゴリＩＤにかかわらず、入出力することが可能である。本実施例においては、特にＭＩＤＩ信号をＥバスを介して伝送することは考慮していないため、適用されるプロトコルは標準プロトコルおよび共通プロトコルの二種類のみになる。すなわち、全てのデバイスは共通プロトコルおよび標準プロトコルのパケットを入出力することになる。 Whether each device handles a standard protocol or a MIDI protocol is determined by a category ID. That is, according to this document, the MIDI protocol is applied to a device whose category ID is “0101b”. However, a packet of a common protocol can be input / output by each device regardless of the category ID. In the present embodiment, since the MIDI signal is not particularly considered to be transmitted via the E bus, only two types of protocols are applied, the standard protocol and the common protocol. That is, all devices input / output packets of common protocol and standard protocol.
(2)共通プロトコル
次に、共通プロトコルおよび標準プロトコルのパケットの構成を図７を参照し説明する。
まず、Ｅバスシステムを起動する際、親システム２２０から各子システム２０１−Ａ〜２０４−Ａに対して、「Ｃ０１：Ｅバススタート」なるパケットが送信される。このパケットにおいては、送信先アドレスは各子システムのアドレスであり、送信元アドレスは親システムのアドレスである。そして、データ部３８０の第１データは０１ｈ（ｈは１６進数）、第２および第３データは００ｈに設定される。このパケットが受信されると、各子システムにおいては、Ｅバスに係る入出力処理が準備される。ところで、このＥバススタートを送信するにあたっては、「ゼネラルコール」という送信方法を採用することができる。これは、送信先アドレスを「０００００００ｂ」とすることにより、他のデバイスに対して一斉にパケットを送信する方法である。この「ゼネラルコール」を用いてＥバススタートを送信すると、１回の送信によって全子システムを初期化することができる。
(2) Common Protocol Next, the configuration of the common protocol and standard protocol packets will be described with reference to FIG.
First, when the E bus system is activated, a packet “C01: E bus start” is transmitted from the
次に、親システム２２０においては、各子システムに対して、「Ｃ０２：カテゴリＩＤ・サブアドレス・リクエスト」なるパケットが送信される。これは、各子システムに対してカテゴリＩＤとサブアドレスとを返信するように求めるパケットである。このパケットにおいてもゼネラルコールを用いることができる。なお、親システム２２０においてはＥバス２１６，２１７に接続している子システムが元々認識されているため、このパケットは、各子システムが正常に動作しているか否かの確認のために主として用いられる。
Next, in the
次に、各子システムにおいては、このＣ０２：カテゴリＩＤ・サブアドレス・リクエストが受信されると、「Ｃ０３：カテゴリＩＤ・サブアドレス・リプライ」なるパケットが親システム２２０に対して返信される。該パケットにおいて、送信先アドレスは親システム２２０のアドレスであり、送信元アドレスは当該パケットを送信する子システムのアドレスである。該パケットにおいて第１データは「００ｈ」であり、第２データは該子システムのカテゴリＩＤ、第３データは該子システムのサブアドレスである。また、親システム２２０と子システムとの間でその他の情報、例えばエラー報告などを入出力する場合には、「Ｃ０４：その他」のパケットが用いられる。該パケットにおいて第１データは「００ｈ」〜「０Ｆｈ」の範囲であり、第２および第３データは入出力する情報に応じたパラメータである。
Next, in each child system, when this C02: category ID / sub address / request is received, a packet of “C03: category ID / sub address / reply” is returned to the
(3)標準プロトコル
(3．1)子システムから親システムへのデータ送信
次に、子システムから親システムに対するデータ送信用のパケットについて説明する。これらのパケットにおいては、送信先アドレスは必ず親システム２２０であり、送信元アドレスは当該パケットを送信する子システムのアドレスである。まず、子システム（またはその配下の孫システム）において、何れかのスイッチがオフ状態に設定されると、その旨がＣ１１：ＳＷ ＯＦＦというパケットによって、該子システムから親システム２２０に通知される。該パケットにおいて、第１データは「６ｘｈ」（但し、ｘは「０ｈ〜Ｆｈ」の範囲のポート番号、以下同）であり、第２データは「００ｈ」〜「ＦＦｈ」の範囲のスイッチ番号である。また、第３データはダミーデータ「００ｈ」である。
(3) Standard protocol
(3.1) Data transmission from child system to parent system Next, a packet for data transmission from the child system to the parent system will be described. In these packets, the transmission destination address is always the
同様に、何れかのスイッチがオン状態に設定されると、その旨がＣ１２：ＳＷ ＯＮというパケットによって、該子システムから親システム２２０に通知される。該パケットにおいて、第１データは「７ｘｈ」であり、第２データは「００ｈ」〜「ＦＦｈ」の範囲のスイッチ番号であり、第３データはダミーデータ「００ｈ」である。このように、ＳＷ ＯＮ／ＯＦＦパケットにあっては、ポート番号の種類が最大「１６」であって、各ポート毎に最大「２５６」のスイッチ番号を指定できるため、本実施例においては、各セクション毎に最大「１６×２５６」のスイッチを設けることが可能である。
Similarly, when any of the switches is set to the on state, the child system is notified to the
また、子システム（またはその配下の孫システム）において、何れかのＪＯＧコントローラが操作されると、その旨がＣ１３：ＪＯＧコントローラというパケットによって、該子システムから親システム２２０に通知される。なお、ＪＯＧコントローラとは、操作量の相対的な変化量によってパラメータを設定する操作子であり、本実施例のデジタルミキサにおいては、各種ロータリーエンコーダがこれに該当する。Ｃ１３：ＪＯＧコントローラにおいて、第１データは「Ｃｘｈ」であり、第２データは「００ｈ」〜「ＦＦｈ」の値によってＪＯＧコントローラの種別を示す。そして、第３データはＪＯＧコントローラの操作量の相対的な変化量を「８ビット」の分解能で示す。これにより、各子システム（またはその配下の孫システム）毎に最大「１６×２５６」のＪＯＧコントローラを設けることができる。
When any JOG controller is operated in the child system (or a grandchild system under the child system), the fact is notified from the child system to the
また、子システムにおいて、何れかのコンティニュアスコントローラが操作されると、その旨がＣ１４：コンティニュアスコントローラというパケットによって、該子システムから親システム２２０に通知される。なお、コンティニュアスコントローラとは、操作量の絶対的な値によってパラメータを設定する操作子であり、その操作量は「１６ビット」の分解能を有する。本実施例のデジタルミキサにおいては、電動フェーダがこれに該当する。また、上述したように、サブセクション１０３−Ａにおいてはタッチスクリーン１３０はライトペンまたは指先による押下のオン／オフ情報と、押下位置とが検出される。このうち、押下のオン／オフ情報は、「スイッチのオン／オフ」であるとみなされる。また、押下位置のＸ座標およびＹ座標は各々個別のコンティニュアスコントローラの操作量であるとみなされる。
When any continuous controller is operated in the child system, the fact is notified from the child system to the
Ｃ１４：コンティニュアスコントローラのパケットにおいて、第１データは「Ｅｘｈ」であり、第２データは操作量の上位「８ビット」、第３データは操作量の下位「８ビット」である。なお、本実施例においては、電動フェーダ等のコンティニュアスコントローラは子システムによって直接的に（孫システムを経由することなく）監視および制御される。コンティニュアスコントローラを識別する情報はポート番号のみであるから、本実施例において各子システムには最大「１６」のコンティニュアスコントローラを設けることができる。 C14: In the packet of the continuous controller, the first data is “Exh”, the second data is the upper “8 bits” of the operation amount, and the third data is the lower “8 bits” of the operation amount. In this embodiment, a continuous controller such as an electric fader is monitored and controlled directly by a child system (without going through a grandchild system). Since the information identifying the continuous controller is only the port number, in this embodiment, each child system can be provided with a maximum of “16” continuous controllers.
(3．2)親システムから子システムへのデータ送信
次に、親システムから子システムに対するデータ送信用のパケットについて説明する。これらのパケットにおいては、送信先アドレスは何れかの子システムであり、送信元アドレスは親システム２２０のアドレスである。まず、子システム（またはその配下の孫システム）に対して、ＬＥＤの点灯状態を指定する場合は、その旨がＣ２１：ＬＥＤコントロールというパケットによって、親システム２２０から対応する子システムに通知される。該パケットにおいて、第１データは「６ｘｈ」であり、第２データは「００ｈ」〜「ＦＦｈ」の範囲のグループ番号である。ここで、「グループ」とは、輝度を同時に設定すべき一または複数のＬＥＤの集合の意味である。また、第３データは当該グループに設定される輝度であり、「００ｈ」〜「ＦＦｈ」の範囲で指定される。ここで「００ｈ」は消灯状態、「ＦＦｈ」は最大輝度の点灯状態であり、両者の間の値によって中間輝度の点灯状態が表現される。
(3.2) Data transmission from parent system to child system Next, a packet for data transmission from the parent system to the child system will be described. In these packets, the destination address is any child system, and the source address is the address of the
また、ある一のＬＥＤをあるグループに含める旨を指定する場合には、その旨がＣ２２：ＬＥＤグループ設定というパケットによって、親システム２２０から該子システムに通知される。該パケットにおいて、第１データは「７ｘｈ」であり、第２データは「００ｈ」〜「ＦＦｈ」の範囲のＬＥＤ番号であり、第３データは「００ｈ」〜「ＦＦｈ」の範囲のグループ番号である。例えば、子システムがパケットＣ２１：ＬＥＤコントロールを受信し、（該子システムまたはその配下の孫システムの）あるグループの輝度が設定されると、そのグループに含まれている全てのＬＥＤは、設定された輝度で点灯ないし消灯する。また、子システムがパケットＣ２２：ＬＥＤグループ設定を受信し、あるＬＥＤをあるグループに含める設定が行われると、そのＬＥＤはそのグループに設定されている輝度で点灯ないし消灯する。なお、グループ「００ｈ」の輝度は「００ｈ」（消灯）に固定であり、また、グループ「ＦＦｈ」の起動は「ＦＦｈ」（最大輝度）に固定であり、それぞれ変更することはできない。
When designating that a certain LED is to be included in a certain group, the fact is notified from the
また、親システム２２０で実行されたシーンリコール等により、子システム（またはその配下の孫システム）の、何れかのＪＯＧコントローラに係るパラメータ値が変更され、当該パラメータに応じた表示を該子システム等において表示すべき場合には、そのパラメータ値がＣ２３：ＪＯＧコントローラというパケットによって、親システム２２０から該子システムに通知される。本実施例においては、各種ロータリーエンコーダの周囲にはＬＥＤが環状に配置されているから、これらロータリーエンコーダに対応するパラメータの設定値の概算値がこれらＬＥＤの点灯状態によって表示される。Ｃ２３：ＪＯＧコントローラにおいて、第１データは「Ｃｘｈ」であり、第２データは「００ｈ」〜「ＦＦｈ」の値によってＪＯＧコントローラの種別を示す。そして、第３データは該ＪＯＧコントローラに係るパラメータ値を「８ビット」の分解能で示す。
In addition, a parameter value related to any JOG controller of the child system (or a grandchild system under the child system) is changed by a scene recall or the like executed in the
また、子システムに対して、何れかのコンティニュアスコントローラの操作量を設定すべき場合には、その旨がＣ２４：コンティニュアスコントローラというパケットによって、親システム２２０から該子システムに通知される。上述したように、本実施例においては、電動フェーダと、タッチスクリーン１３０のＸ座標およびＹ座標とがコンティニュアスコントローラとして扱われるが、このうち親システム２２０から操作量が設定されるものは電動フェーダのみである。Ｃ２４：コンティニュアスコントローラのパケットにおいて、第１データは「Ｅｘｈ」であり、第２データは設定すべき操作量の上位「８ビット」、第３データは該操作量の下位「８ビット」である。
When the operation amount of any continuous controller is to be set for the child system, the fact is notified from the
2．2．Ｓバス・プロトコル
2．2．1．物理的構成
次に、子システムおよび配下の孫システム間を接続するＳバス２１１〜２１４のプロトコルを説明する。まず、先に図３において述べたように子システム２０１−Ａには二の孫システム２０１−Ｂ，２０１−Ｃが接続されているが、仮に孫システム２０１−Ｂのみが子システム２０１−Ａに対して一対一に接続されていたと仮定した場合のバス構成を図８(a)に示す。図において子システム２０１−Ａが出力する初期化信号／ＥＸＴＩＣは、接続ライン２１１−１を介して、孫システム２０１−Ｂにリセット信号／ＲＥＳＥＴとして供給される。また、孫システム２０１−Ｂの出力データ信号ＴＸＤは、接続ライン２１１−２を介して、子システム２０１−Ａに入力データ信号ＲＸＤとして供給される。逆に、子システム２０１−Ａの出力データ信号ＴＸＤは、接続ライン２１１−３を介して、孫システム２０１−Ｂに入力データ信号ＲＸＤとして供給される。
2.2. S bus protocol
2.2.1. Physical Configuration Next, the protocol of the
また、接続ライン２１１−４を介して、子システム２０１−Ａから孫システム２０１−Ｂに対してクロック信号ＣＬＫが出力される。また、接続ライン２１１−５，２１１−６の各々を介して、孫システム２０１−Ｂから子システム２０１−Ａに対して、ビジー信号ＢＵＳＹおよび送信要求信号ＴＸＲＥＱが出力供給される。ここで、ビジー信号ＢＵＳＹは、孫システム２０１−Ｂが内部処理等のために子システム２０１−Ａからデータを受け取れる状態にない場合に“０”に設定され、データを受信可能な場合に“１”に設定される。また、送信要求信号ＴＸＲＥＱは、孫システム２０１−Ｂから子システム２０１−Ａに対して送信すべきデータが発生し、そのデータ送信の許可を子システム２０１−Ａに求める場合に“０”に設定され、それ以外の場合に“１”に設定される。 Further, the clock signal CLK is output from the child system 201-A to the grandchild system 201-B through the connection line 211-4. Also, the busy signal BUSY and the transmission request signal TXREQ are output and supplied from the grandchild system 201-B to the child system 201-A via each of the connection lines 211-5 and 211-6. Here, the busy signal BUSY is set to “0” when the grandchild system 201-B is not ready to receive data from the child system 201-A for internal processing or the like, and “1” when the data can be received. "Is set. The transmission request signal TXREQ is set to “0” when data to be transmitted from the grandchild system 201-B to the child system 201-A is generated and permission of the data transmission is requested from the child system 201-A. Otherwise, it is set to “1”.
次に、本実施例の実際の構成のように、子システム２０１−Ａに複数の孫システムが接続される場合の接続状態を図８(b)に示す。なお、本実施例では子システム２０１−Ａに「２台」の孫システムが接続されているが、ここでは説明の便宜上、３台の孫システム２０１−Ｂ，２０１−Ｃ，２０１−Ｄが接続される場合の接続状態を示す。一つの子システムに対しては最大「７台」の孫システムを接続することができ、各孫システムには各々にＳバス上のユニークなアドレス「０００ｂ」〜「１１０ｂ」が付与される。図８(b)においては、図８(a)に示した全ての接続ライン２１１−１〜２１１−６は、全ての孫システム２０１−Ｂ〜２０１−Ｄに対してパラレルに接続される。従って、子システム２０１−Ａの出力する初期化信号／ＥＸＴＩＣ、出力データ信号ＴＸＤおよびクロック信号ＣＬＫは、全ての孫システムに対してパラレルに供給されることになる。 Next, FIG. 8B shows a connection state when a plurality of grandchild systems are connected to the child system 201-A as in the actual configuration of the present embodiment. In this embodiment, “two” grandchild systems are connected to the child system 201-A, but here, for convenience of explanation, three grandchild systems 201-B, 201-C, and 201-D are connected. Shows the connection status. A maximum of “7” grandchild systems can be connected to one child system, and each grandchild system is given a unique address “000b” to “110b” on the S bus. In FIG. 8B, all the connection lines 211-1 to 211-6 shown in FIG. 8A are connected in parallel to all the grandchild systems 201-B to 201-D. Therefore, the initialization signal / EXTIC, the output data signal TXD, and the clock signal CLK output from the child system 201-A are supplied in parallel to all grandchild systems.
また、このように複数の孫システムをパラレルに接続する場合には、孫システムの出力する出力データ信号ＴＸＤ、ビジー信号ＢＵＳＹおよび送信要求信号ＴＸＲＥＱは、オープンドレイン出力でなければならず、対応する接続ラインをプルアップしておく必要がある。これにより、各孫システムの出力信号のワイヤードアンド結果が子システム２０１−Ａによって受信されることになる。例えば、各孫システムはビジー状態にあるとき“０”のビジー信号を出力し、ビジー状態にないとき“１”のビジー信号を出力する。従って、子システムは、配下の何れかの孫システムがビジー状態のときに“０”のビジー信号ＢＵＳＹを受信し、配下の全ての孫システムがビジー状態にないとき“１”のビジー信号ＢＵＳＹを受信する。 When a plurality of grandchild systems are connected in parallel in this way, the output data signal TXD, busy signal BUSY, and transmission request signal TXREQ output from the grandchild system must be open drain outputs, and corresponding connections are made. The line needs to be pulled up. Thereby, the wired-and-result of the output signal of each grandchild system is received by the child system 201-A. For example, each grandchild system outputs a “0” busy signal when it is busy, and outputs a “1” busy signal when it is not busy. Therefore, the child system receives a busy signal BUSY of “0” when any subordinate grandchild system is busy, and receives a busy signal BUSY of “1” when all subordinate grandchild systems are not busy. Receive.
2．2．2．パケット形式
次に、子システムおよび孫システム間においては、両者の出力データ信号ＴＸＤおよび入力データ信号ＲＸＤによってパケットが送受信されることにより、データが伝送される。ここで、伝送されるパケットの形式を図９(a)〜(f)を参照し説明する。何れのパケットも「１バイト」を単位として送受信されるが、図９(a)に示すように子システムから孫システムに送信されるパケットにはメッシュを付して表示し、孫システムから子システムに送信されるパケットは無地にて表示する。
2.2.2. Packet Format Next, data is transmitted between the child system and the grandchild system by transmitting and receiving packets by the output data signal TXD and the input data signal RXD of both. Here, the format of the transmitted packet will be described with reference to FIGS. Each packet is transmitted and received in units of “1 byte”. However, as shown in FIG. 9A, packets transmitted from the child system to the grandchild system are displayed with a mesh, and the grandchild system sends the child system. Packets sent to are displayed in plain color.
まず、子システムから何れかの孫システムに対してデータを送信する場合には、図９(b)に示す形式の子システム送信パケット４００が送受信される。パケット４００の内部において４０１は先頭に設けられるステータスバイトであり、当該パケット４００を受信すべき孫システムのアドレス、データの送信方向等がここで指定される。４０２〜４０４は第１〜第３データであり、その内容は図７に示したＥバスプロトコルの第１〜第３データと同様である。
First, when data is transmitted from a child system to any grandchild system, a child
次に、子システムが何れかの孫システムからデータを受信する場合には、図９(c)に示す子システム受信パケット４１０が送受信される。パケット４１０の内部において４１１は、上記ステータスバイト４０１と同様のステータスバイトである。４１２〜４１４は第１〜第３データであり、その内容は図７に示したＥバスプロトコルの第１〜第３データと同様であるが、これらデータはステータスバイト４１１において指定された孫システムによって送信される。
Next, when the child system receives data from any grandchild system, the child
ところで、ある孫システムから子システムに対してデータ送信が必要になった場合、例えば孫システムが監視および制御する操作子に何らかの操作イベントが発生した場合には、その孫システムにおいては送信要求信号ＴＸＲＥＱが“０”に設定される。しかし、子システムに受信される送信要求信号ＴＸＲＥＱは配下の全ての孫システムが出力する送信要求信号ＴＸＲＥＱのワイヤードアンド結果であるから、子システムは送信要求を発生した孫システムを直ちに特定することができない。そこで、送信要求を発生した孫システムを特定するために、図９(d)に示すアービトレーションパケット４２０が送受信される。パケット４２０の内部において４２１はステータスバイトであり、該パケット４２０がアービトレーションパケットであることを表示する。４２２はこれに対するリプライバイトであり、配下の全ての孫システムから送信される。従って、子システムによって受信されるリプライバイト４２２は、これらのワイヤードアンド結果である。
By the way, when it is necessary to transmit data from a certain grandchild system to a child system, for example, when an operation event occurs in an operator monitored and controlled by the grandchild system, the grandchild system transmits a transmission request signal TXREQ. Is set to “0”. However, since the transmission request signal TXREQ received by the child system is a wired-and-result of the transmission request signal TXREQ output by all the subordinate grandchild systems, the child system can immediately identify the grandchild system that generated the transmission request. Can not. Therefore, an
次に、図９(e)を参照し、ステータスバイト４０１，４１１，４１２の詳細を説明する。ステータスバイト４０１，４１１，４１２の上位「３ビット」はアドレス４３０を構成する。このアドレス４３０は、子システム送信パケット４００または子システム受信パケット４１０においては、特定の一の孫システムのアドレス、すなわち「０００ｂ」〜「１１０ｂ」の値である。また、アービトレーションパケット４２０においては、アドレス４３０は「１１１ｂ」に設定される。これは、全ての孫システムに対して同時に通信するためのブロードキャストの意味である。次に、ステータスバイトの上位から第４ビットは通信方向フラグ４３２であり、ステータスバイトに続く第１〜第３データを子システムが出力する場合は“０”(Write)に設定され、第１〜第３データまたはリプライバイト４２２を孫システムが出力すべき場合は“１”(Read)に設定される。ステータスバイトの下位「４ビット」はエラーチェックコード４３４を構成する。これは、子システムが出力する全てのステータスバイト毎に「１」づつカウントアップしたカウント結果の下位「４ビット」の値である。なお、アービトレーションパケットの通信方向フラグ４３２を“１”(Read)とすれば、アドレス「１１１ｂ」の逆方向“０”(Write)のパケットを別のコマンドとして用いることができる。
Next, details of the
次に、図９(f)を参照し、アービトレーションパケット４２０内のリプライバイト４２２として、各孫システムが子システムに送信するデータの詳細を説明する。まず、孫システムが送信要求信号ＴＸＲＥＱを出力していない場合には、該孫システムの出力するリプライバイトは「１１１１１１１１ｂ」である。また、孫システムが“０”の送信要求信号ＴＸＲＥＱを出力している場合には、孫システムのアドレスに応じてリプライバイトの内容が異なる。すなわち、図９(f)に示すように、孫システムのアドレスに対応したユニークな特定位置のビットが“０”にされ、その他のビットが“１”に設定されるのである。子システムにおいては、これら孫システムが出力したリプライバイトのワイヤードアンド結果が受信されるため、受信したリプライバイト４２２の各ビットのうち“０”であるビットを検索すると、送信要求が発生した孫システムが特定できる。例えば、リプライバイト４２２が「１１１１１０１０ｂ」であったならば、アドレス「０００ｂ」および「０１０ｂ」の２つの孫システムにおいて送信要求が発生したことがわかる。
Next, with reference to FIG. 9 (f), details of data transmitted from each grandchild system to the child system as the
2．2．3．パケット送信の具体例
(1)子システムから孫システムへのデータ送信
次に、図１０を参照し、子システムから孫システムに対してデータ送信を行う場合の動作を、子システムに「３」台の孫システムを接続した場合を例として説明する。なお、図１０〜図１２において、ＤＡＴＡ１〜３、ＢＵＳＹ１〜３、ＴＸＲＥＱ１〜３は、図８(b)における「３」台の孫システム２０１−Ｂ，２０１−Ｃ，２０１−Ｄが各々出力するデータ信号、ビジー信号および送信要求信号である。まず、各孫システムにおいては必要に応じて様々な処理が行われているが、これらの処理が終了すると、時刻ｔ1〜ｔ3の期間に各孫システムのビジー信号ＢＵＳＹ１〜３が“１”に立ち上がる。そして、全てのビジー信号ＢＵＳＹ１〜３が立ち上がったタイミングである時刻ｔ3において、子システムに受信されるビジー信号ＢＵＳＹが“１”になるため、全ての孫システムにおいてステータスバイトの受信が可能になった旨が子システムにおいて認識される。
2.2.3. Example of packet transmission
(1) Data transmission from child system to grandchild system Next, referring to FIG. 10, the operation when data is transmitted from the child system to the grandchild system is connected to "3" grandchild systems in the child system. This will be described as an example. 10 to 12, DATA1 to 3, BUSY1 to 3, and TXREQ1 to 3 are output by “3” grandchild systems 201 -B, 201 -C, and 201 -D in FIG. 8B, respectively. A data signal, a busy signal, and a transmission request signal. First, various processes are performed as necessary in each grandchild system. When these processes are completed, the busy signals BUSY1 to BUSY1 of each grandchild system rise to "1" during the period of time t1 to t3. . At time t3, which is the timing when all the busy signals BUSY1 to BUSY3 rise, the busy signal BUSY received by the child system becomes “1”, so that the status byte can be received in all grandchild systems. The effect is recognized in the child system.
かかる状態において子システムが特定の孫システムに対してデータ送信すべき場合には、子システムからステータスバイト４０１の各ビットが順次送信される。また、クロック信号ＣＬＫは、各ビットが出力されるタイミングに同期して“０”に立ち下げられる。該ステータスバイトの受信が各孫システムにおいて開始されると、孫システムにおいては、ステータスバイトを受信するとともに該ステータスバイトに対応する処理を実行するために、時刻ｔ5〜ｔ7の期間にビジー信号ＢＵＳＹ１〜３が各々“０”に立ち下げられる。このうち少なくとも一の信号が“０”になると、子システムに受信されるビジー信号ＢＵＳＹは“０”になる。これにより、子システムにおいては、該ビジー信号ＢＵＳＹが再び“１”に立ち上がるまで、孫システムに対する送信が待機される。
In this state, when the child system should transmit data to a specific grandchild system, each bit of the
ここで、各孫システムにおいては、ステータスバイト４０１内のアドレス４３０と、自機のアドレスとが比較され、両者の一致／不一致が判定される。図示の例にあっては、孫システム２０１−Ｃのみにおいて「一致」と判定され、他の孫システムにおいては「不一致」と判定されたとする。そして、孫システム２０１−Ｃにおいては、通信方向フラグ４３２に応じて、自機が第１〜第３データを出力するのか、子システムの出力する第１〜第３データを自機が受信するのかが判定される。また、各孫システムにおいては、エラーチェックコード４３４の結果が正当であるか否かも判定される。なお、かかる処理の詳細は後述する。
Here, in each grandchild system, the address 430 in the
各孫システムにおいて以上のようなステータスバイト４０１に対する処理が終了すると、時刻ｔ8〜ｔ10の期間に、各ビジー信号ＢＵＳＹ１〜３が“１”に立ち上げられる。そして、最終的なビジー信号ＢＵＳＹは、最後の時刻ｔ9において“１”になる。子システムにおいては、ビジー信号ＢＵＳＹが“１”になったことが確認されると、時刻ｔ11から第１データ４０２の各ビットが順次出力される。各孫システムにおいては、この第１コマンド４０２を解釈するために、時刻ｔ12〜ｔ14の期間において、各ビジー信号ＢＵＳＹが“０”に立ち下がる。トータルのビジー信号ＢＵＳＹは、最先の時刻ｔ12に“０”に立ち下がる。
When the processing for the
ここで、孫システム２０１−Ｃの内部においては、この第１データ４０２は有効なデータとして、その内容に応じた処理が実行される。一方、他の孫システムにおいては、該第１データ４０２の内容は無視されることになる。そして、各孫システムにおいて、「無視する」との判断、または必要な処理の実行が終了すると、時刻ｔ15〜ｔ17の期間においてビジー信号ＢＵＳＹが“１”に立ち上がる。以下、同様の処理が第２データ４０３および第３データ４０４についての実行され、以上の処理によって子システムから孫システム２０１−Ｃに対して、第１〜第３データが送信されたことになる。
Here, in the grandchild system 201-C, the
(2)孫システムから子システムへのデータ送信
次に、図１１，図１２を参照し、孫システムから子システムに対してデータ送信を行う場合の動作を説明する。まず、孫システム２０１−Ｂ，２０１−Ｄが監視および制御するサブセクションにおいて、例えば何らかの操作子の操作イベントが発生する。そして、孫システム２０１−Ｂ，２０１−Ｄにおいて、これらイベントを子システムを介して親システムに送信すべく、送信要求信号ＴＸＲＥＱ１，３が図１１の時刻ｔ44，ｔ45において“０”に立ち下がったとする。トータルの送信要求信号ＴＸＲＥＱは、このうち最先の時刻ｔ44において“０”に立ち下がることになる。
(2) Data transmission from grandchild system to child system Next, the operation when data transmission from the grandchild system to the child system will be described with reference to FIGS. First, in a subsection monitored and controlled by the grandchild systems 201-B and 201-D, for example, an operation event of some operator occurs. Then, in the grandchild systems 201-B and 201-D, the transmission request signals TXREQ1 and 3 fall to “0” at times t44 and t45 in FIG. 11 in order to transmit these events to the parent system via the child system. To do. The total transmission request signal TXREQ falls to “0” at the earliest time t44.
送信要求信号ＴＸＲＥＱが“０”になったことが検出されると、子システムにおいては、トータルのビジー信号ＢＵＳＹが“１”であるか否かが確認され、仮にビジー信号ＢＵＳＹが“０”であれば“１”になるまで処理が待機する。図示の例では時刻ｔ44の時点でビジー信号ＢＵＳＹは“１”であるから、その直後の時刻ｔ46において、アービトレーションパケット４２０のステータスバイト４２１の出力が開始される。時刻ｔ47〜ｔ49においては、このステータスバイト４２１を受信および解釈するために、各孫システムのビジー信号ＢＵＳＹ１〜３が次々と“０”に立ち下げられる。
When it is detected that the transmission request signal TXREQ has become “0”, in the child system, it is confirmed whether or not the total busy signal BUSY is “1”, and the busy signal BUSY is “0”. If so, the process waits until “1”. In the illustrated example, since the busy signal BUSY is “1” at time t44, output of the
ここで、“０”の送信要求信号ＴＸＲＥＱ１，３を出力中の孫システム２０１−Ｂ，２０１−Ｄにおいては、ステータスバイト４２１に対して、「自機が送信要求を出力した」旨を通知するリプライバイトを返信すべきである、と判定される。一方、孫システム２０１−Ｃにおいては送信要求が発生していないため、「自機は送信要求を出力していない」旨を通知するリプライバイトを返信すべきである、と判定される。以上のような判定が終了し、リプライバイトを返信する準備が完了すると、各孫システムにおいて、時刻ｔ50〜ｔ52の期間において、ビジー信号ＢＵＳＹ１〜３が各々“１”に立ち上げられる。子システムにおいてはトータルのビジー信号ＢＵＳＹが“１”になったことが確認されると、時刻ｔ53から、クロック信号ＣＬＫの出力が開始される。
Here, the grandchild systems 201-B and 201-D that are outputting the transmission request signals TXREQ1 and 3 of “0” notify the
各孫システムにおいては、このクロック信号ＣＬＫの立ち下がりが検出されると、自機が“０”の送信要求信号ＴＸＲＥＱ１〜３を出力中であるか否かと、自機のアドレスとに基づいて、図９(f)に示されたリプライバイト４２２がの各ビットが順次出力される。このリプライバイト４２２の各ビットはビット毎にワイヤードアンドされ、その結果が子システムに受信されるから、受信したリプライバイト４２２のうち“０”であるビットに応じて、“０”の送信要求信号ＴＸＲＥＱを出力した孫システムは２０１−Ｂ，２０１−Ｄである旨が子システムにおいて認識されることになる。そして、リプライバイトの出力が完了すると、各孫システムのビジー信号ＢＵＳＹ１〜３が時刻ｔ57〜ｔ59の期間において各々“１”に立ち上げられる。
In each grandchild system, when the falling edge of the clock signal CLK is detected, based on whether or not the own device is outputting the transmission request signals TXREQ1 to TXREQ1 of “0”, and the address of the own device, Each bit of the
次に図１２において、トータルのビジー信号ＢＵＳＹが“１”である旨が子システムにおいて確認されると、送信要求があった孫システムのうち、何れか一の孫システム（ここでは孫システム２０１−Ｂであったとする）に対する子システム受信パケット４１０のステータスバイト４１１の各ビットが子システムから順次出力される（時刻ｔ60）。そして、各孫システムにおいては、ステータスバイトを受信するとともに対応する処理を実行するために、時刻ｔ61〜ｔ63の期間にビジー信号ＢＵＳＹ１〜３が各々“０”に立ち下げられる。
Next, in FIG. 12, when it is confirmed in the child system that the total busy signal BUSY is “1”, any one of the grandchild systems (here grandchild system 201- Each bit of the
ここで、各孫システムにおいては、ステータスバイト４０１内のアドレス４３０と、自機のアドレスとが比較され、両者の一致／不一致が判定される。図示の例にあっては、孫システム２０１−Ｂにおいて「一致する」と判定され、他の孫システムにおいては「不一致」と判定されたとする。そして、孫システム２０１−Ｂにおいては、通信方向フラグ４３２に応じて、自機が第１〜第３データを出力するのか、子システムの出力する第１〜第３データを自機が受信するのかが判定される。ここでは、自機がデータを送信する“１”(Read)であったとする。各孫システムにおいて以上のようなステータスバイト４１１に対する処理が終了すると、時刻ｔ64〜ｔ66の期間に、各ビジー信号ＢＵＳＹ１〜３が“１”に立ち上げられる。そして、最終的なビジー信号ＢＵＳＹは、最後の時刻ｔ65において“１”になる。子システムにおいては、ビジー信号ＢＵＳＹが“１”になったことが確認されると、時刻ｔ67からクロック信号ＣＬＫの出力が開始される。
Here, in each grandchild system, the address 430 in the
孫システム２０１−Ｂにおいて、このクロック信号ＣＬＫの立ち下がりが検出されると、先に送信要求したパケットの第１データ４１２の内容が該クロック信号ＣＬＫに同期して出力される。一方、アドレスが不一致であった他の孫システムにおいては、ダミーデータ（“１”信号）が出力される。これにより、これらのワイヤードアンド結果は、孫システム２０１−Ｂの出力した第１データ４１２の内容と同一になり、該第１データ４１２が子システムによって受信される。そして、第１データ４１２またはダミーデータの出力が完了すると、各孫システムのビジー信号ＢＵＳＹ１〜３が時刻ｔ71〜ｔ73の期間において各々“１”に立ち上げられる。以後同様に、子システムにおいて第２データ４１３および第３データ４１４に対するクロック信号ＣＬＫが順次生成されると、これに同期して孫システム２０１−Ｂから第２データ４１３および第３データ４１４が順次出力される。
When the grandchild system 201-B detects the falling edge of the clock signal CLK, the contents of the
以上により、孫システム２０１−Ｂから子システムに対するデータ転送が終了したため、孫システム２０１−Ｂの送信要求信号ＴＸＲＥＱ１は時刻ｔ88において“１”に立ち上げられる。但し、他の送信要求を行った孫システム２０１−Ｄについては未だデータ転送が実行されていないため、その送信要求信号ＴＸＲＥＱ３は引き続き“０”に保たれている。これにより、時刻ｔ60〜ｔ88 の期間と同様の処理が、子システムと孫システム２０１−Ｄとの間で実行されることになる。 Thus, since the data transfer from the grandchild system 201-B to the child system has been completed, the transmission request signal TXREQ1 of the grandchild system 201-B is raised to “1” at time t88. However, since the data transfer is not yet executed for the grandchild system 201-D which has made another transmission request, the transmission request signal TXREQ3 is still kept at “0”. As a result, processing similar to the period from time t60 to time t88 is executed between the child system and the grandchild system 201-D.
3．実施例の動作
3．1．子システム：親システムからのデータ受信
次に、Ｅバス２１６，２１７を介して子システムが親システムからパケットを受信した場合の動作を説明する。子システムにおいてＥバス２１６，２１７を介して「５バイト」パケットが受信されると、子システムにおいては図１３(a)に示すデータ受信ルーチンが起動される。図において処理がステップＳＰ２に進むと、受信したパケットは共通プロトコルのパケットであるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ４に進み、配下の孫システムに対して当該共通プロトコルのパケットのデータ部３８０が送信される。次に、処理がステップＳＰ６に進むと、受信した共通プロトコルのデータ部３８０に応じた処理が実行される。すなわち、「Ｃ０１：Ｅバススタート」が受信されたのであれば、子システム内部において必要な初期化処理が実行される。また、「Ｃ０２：カテゴリＩＤ・サブアドレス・リクエスト」が受信されたのであれば、「Ｃ０３：カテゴリＩＤ・サブアドレス・リプライ」のパケットが親システム２２０に返信される。
3． Operation of the embodiment
3.1. Child System: Data Reception from Parent System Next, the operation when the child system receives a packet from the parent system via the E buses 216 and 217 will be described. When a “5-byte” packet is received via the E buses 216 and 217 in the child system, the data reception routine shown in FIG. 13A is started in the child system. In the figure, when the process proceeds to step SP2, it is determined whether or not the received packet is a common protocol packet. If “YES” is determined here, the process proceeds to step SP4, and the
一方、ステップＳＰ２において「ＮＯ」と判定されると、処理はステップＳＰ８に進む。本実施例において、かかる場合には、受信されたパケットは必ず標準プロトコルのパケットである。ステップＳＰ８においては、データ部３８０内の第１データの内容が確認され、「(a)該パケットは「Ｃ２４：コンティニュアスコントローラ」である」、「(b)第１データ内のポート番号ｘが『０ｈ』である」、のうち何れかの条件が満たされているか否かが判定される。本実施例においては、子システムは孫システムを経由することなくコンティニュアスコントローラを直接的に監視および制御することにしている。これは、子システムが直接監視・制御している方が操作に対するレスポンスが良いためである。また、他の操作子等については、子システムが直接的に監視および制御するものに対しては、ポート番号ｘとして「０ｈ」が割り当てられている。従って、ステップＳＰ８は、受信したパケットが「孫システムを経由することなく子システムが直接的に処理すべきパケットであるか否か」を判定するステップである。なお、コンティニュアスコントローラについても、他の操作子と同様、ポート番号ｘで子システム、孫システムの振り分けをするようにしてもよい。
On the other hand, if “NO” is determined in step SP2, the process proceeds to step SP8. In this embodiment, in such a case, the received packet is always a standard protocol packet. In step SP8, the content of the first data in the
ステップＳＰ８において「ＹＥＳ」と判定されると、処理はステップＳＰ１０に進み、受信した標準プロトコルのデータ部３８０に基づいて、これに応じた処理が実行される。例えば、受信したパケットが「Ｃ２４：コンティニュアスコントローラ」であれば、ポート番号ｘに対応する電動フェーダの操作量が、第２データおよび第３データによって示される操作量になるまで、該電動フェーダが駆動される。一方、ステップＳＰ８において「ＮＯ」と判定されると、処理はステップＳＰ１２に進む。子システムにおいては、コンティニュアスコントローラ以外の操作子については、ポート番号ｘに応じて孫システムに割り当てられている。このため、ステップＳＰ１２においては、該ポート番号ｘに対応する孫システムに対して、Ｓバスを介してデータ部３８０が送信される。
If “YES” is determined in step SP8, the process proceeds to step SP10, and based on the received standard
ところで、上記ステップＳＰ４およびＳＰ１２においては、図１５(a)に示す対孫送信サブルーチンが呼び出されることにより、実際の転送処理が実行される。以下、同サブルーチンの内容を説明する。図１５(a)において処理がステップＳＰ６２に進むと、孫システムに転送すべき第１〜第３データが準備され、所定のレジスタに格納される。次に、処理がステップＳＰ６４に進むと、子システム送信パケット４００用のステータスバイト４０１が作成される。該ステータスバイト４０１において、アドレス４３０は第１〜第３データを送信すべき孫システムのアドレスであり、通信方向フラグ４３２は“０”(Write)に設定される。また、エラーチェックコード４３４は、過去に送信した最後のステータスバイトに用いたエラーチェックコードを「１」だけカウントアップした値に設定される。次に、処理がステップＳＰ６６に進むと、作成したステータスバイト４０１が各孫システムに対して送信され、ステップＳＰ６８においては第１〜第３データが順次出力される。
By the way, in steps SP4 and SP12, an actual transfer process is executed by calling the grandchild transmission subroutine shown in FIG. The contents of the subroutine will be described below. When the process proceeds to step SP62 in FIG. 15A, the first to third data to be transferred to the grandchild system are prepared and stored in a predetermined register. Next, when the process proceeds to step SP64, a
このように、ステップＳＰ４およびＳＰ１２（および対孫送信サブルーチン（図１５(a)））においては、親システム２２０から受信したデータ部３８０（第１〜第３データ）がそのままの形で孫システムに転送される。すなわち、本実施例によれば、予め子システムにおいてデータ変換を行うような処理は全く不要になり、子システムの負荷をきわめて軽減することができるのである。
As described above, in steps SP4 and SP12 (and the grandchild transmission subroutine (FIG. 15A)), the data part 380 (first to third data) received from the
3．2．孫システム：子システムからのデータ受信
上記対孫送信サブルーチン（図１５(a)）のステップＳＰ６６においては子システムによってステータスバイトが孫システムに送信されたが、該ステータスバイトの受信が完了すると、各孫システムにおいて図１６に示すステータスバイト受信イベントルーチンが起動される。図において処理がステップＳＰ１０４に進むと、エラーチェックコード４３４が正常であるか否かが確認される。すなわち、今回受信したエラーチェックコード４３４は、当該Ｓバスにおいて過去に送信された最後のステータスバイトに用いたエラーチェックコードを「１」だけカウントアップした値に等しいか否かが確認される。ここで「ＮＯ」と判定されると、処理はステップＳＰ１０６に進み、所定のエラー処理が実行された後に本ルーチンの処理が終了する。
3.2. Grandchild system: data reception from child system In step SP66 of the above-mentioned grandchild transmission subroutine (FIG. 15 (a)), the status byte is transmitted to the grandchild system by the child system. In the grandchild system, the status byte reception event routine shown in FIG. 16 is started. In the figure, when the process proceeds to step SP104, it is confirmed whether or not the error check code 434 is normal. That is, it is confirmed whether or not the error check code 434 received this time is equal to a value obtained by counting up the error check code used for the last status byte transmitted in the past in the S bus by “1”. If "NO" is determined here, the process proceeds to step SP106, and after a predetermined error process is executed, the process of this routine is ended.
一方、エラーチェックコード４３４が正常であれば、処理はステップＳＰ１０７に進み、該ステータスバイトはアービトレーションパケットのステータスバイト４２１であるか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ１０８に進み、ステータスバイト内のアドレス４３０によって自機が指定されたか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１１６に進み、通信方向フラグ４３２“１”(Read)であるか否かが判定される。ここで「ＮＯ」（“０”：Write）と判定されると、処理はステップＳＰ１１８に進み、第１〜第３データが順次受信される。
On the other hand, if the error check code 434 is normal, the process proceeds to step SP107, and it is determined whether or not the status byte is the
なお、ステップＳＰ１１８の実行時間には所定の「最大時間」が設定されている。この最大時間中に第１〜第３データが全て受信されなかった場合には、その時点で「タイムアウト」としてステップＳＰ１１８の処理が中断される。次に、処理がステップＳＰ１２０に進むと、第１〜第３データの内容が正常であるか否かが判定される。なお、上記タイムアウトが発生した場合には、第１〜第３データは常に異常であると判定されることになる。ここで「ＮＯ」と判定されると、処理はステップＳＰ１２２に進み、所定のエラー処理が実行された後に本ルーチンの処理が終了する。一方、ステップＳＰ２０において「ＹＥＳ」と判定されると、本ルーチンが正常終了する。 A predetermined “maximum time” is set as the execution time of step SP118. If all the first to third data are not received during this maximum time, the process of step SP118 is interrupted as “timeout” at that time. Next, when the process proceeds to step SP120, it is determined whether or not the contents of the first to third data are normal. When the timeout occurs, it is determined that the first to third data are always abnormal. If "NO" is determined here, the process proceeds to step SP122, and after a predetermined error process is executed, the process of this routine is ended. On the other hand, if “YES” is determined in step SP20, this routine is normally terminated.
このように、第１〜第３データに係るパケットが正常に受信された後にステータスバイト受信イベントルーチン（図１６）が終了すると、当該孫システムにおいては、図１３(b)に示すデータ受信ルーチンが引き続いて起動される。図１３(b)において処理がステップＳＰ２２に進むと、受信したパケットは共通プロトコルのパケットであるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ２４に進み、受信した共通プロトコルのデータ部３８０に応じた処理が実行される。例えば、「Ｃ０１：Ｅバススタート」が受信されたのであれば、孫システム内部において必要な初期化処理が実行される。なお、「Ｃ０２：カテゴリＩＤ・サブアドレス・リクエスト」などについては、子システムが独自に親システムに対して応答すべきものであるから、孫システムにおいては無視される。
As described above, when the status byte reception event routine (FIG. 16) ends after the packets related to the first to third data are normally received, the grandchild system performs the data reception routine shown in FIG. It is subsequently activated. When the processing proceeds to step SP22 in FIG. 13B, it is determined whether or not the received packet is a common protocol packet. If "YES" is determined here, the process proceeds to step SP24, and a process according to the received
ところで、先に述べたステップＳＰ４（図１３(a)）においては、子システムによって受信された共通プロトコルのパケットは、その内容にかかわらず孫システムにも転送される。従って、上述したように、孫システムにとって不要なパケットも子システムから転送されることになり、受信した共通プロトコルのパケットを無視するか否かは孫システムにおいて独自に判断されることになる。これにより、親システムと孫システムとの間で送受信される共通プロトコルのパケットを新たに定めたとしても、子システムは単にこれを転送を実行すればよいため、追加された共通プロトコルに関して全く関知する必要がなくなり、設計変更等の作業を簡略化することができる。 By the way, in step SP4 (FIG. 13A) described above, the packet of the common protocol received by the child system is transferred to the grandchild system regardless of the contents. Therefore, as described above, a packet unnecessary for the grandchild system is also transferred from the child system, and whether or not the received packet of the common protocol is ignored is uniquely determined in the grandchild system. As a result, even if a new packet of a common protocol to be transmitted / received between the parent system and the grandchild system is newly determined, the child system only needs to execute the transfer, so it is completely informed about the added common protocol. This eliminates the need to simplify the work such as design changes.
一方、ステップＳＰ２２において「ＮＯ」と判定されると、処理はステップＳＰ２６に進む。本実施例において、かかる場合には、受信されたパケットは必ず標準プロトコルのパケットである。ステップＳＰ２６においては、受信した標準プロトコルのデータ部３８０に基づいて、これに応じた処理が実行される。例えば、受信したパケットが「Ｃ２３：ＪＯＧコントローラ」であれば、第１データ内のポート番号ｘおよび第２データ内の「種別」に対応する一のロータリーエンコーダの周辺ＬＥＤの点灯／消灯状態が、第３データによって示された操作量に対応する状態に変更される。
On the other hand, if “NO” is determined in step SP22, the process proceeds to step SP26. In this embodiment, in such a case, the received packet is always a standard protocol packet. In step SP26, based on the received standard
3．3．孫システム：データ送信要求の発生
次に、孫システムにおいて親システムに対して送信すべきデータが発生した場合は、図１４(a)に示すデータ発生イベントルーチンが起動される。孫システムが親システムに対して送信すべきデータには、標準プロトコルのパケットによって送信すべきデータと、共通プロトコルのパケットによって送信すべきデータとがある。例えば、該孫システムによって監視および制御されているスイッチ、ロータリーエンコーダ等の操作子が操作されると、その旨は標準プロトコルのパケットによって親システムに通知しなければならない。また、孫システムが当該孫システム自体の異常、または子システムの異常を検出した場合には、その旨を共通プロトコル（Ｃ０４：その他）によって親システム２２０に報告しなければならない。
3.3. Grandchild System: Generation of Data Transmission Request Next, when data to be transmitted to the parent system is generated in the grandchild system, a data generation event routine shown in FIG. 14A is started. Data to be transmitted by the grandchild system to the parent system includes data to be transmitted by a standard protocol packet and data to be transmitted by a common protocol packet. For example, when an operator such as a switch or a rotary encoder monitored and controlled by the grandchild system is operated, the fact must be notified to the parent system by a standard protocol packet. When the grandchild system detects an abnormality of the grandchild system itself or an abnormality of the child system, the fact must be reported to the
そこで、該データ発生イベントルーチンにおいては、最初のステップＳＰ３０において、送信すべきデータは共通プロトコルによって送信すべきものであるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ３２に進み、エラー内容等を報告するデータが共通プロトコル（Ｃ０４：その他）のパケットにおける第１〜第３データの形式で作成される。一方、ステップＳＰ３０において「ＮＯ」と判定されると、操作子等のイベント内容に基づいて、標準プロトコルのパケットの第１〜第３データが作成される。何れの場合も、次に処理がステップＳＰ３６に進むと、生成されたパケットを子システムに送信するために、“０”の送信要求信号ＴＸＲＥＱが出力され、本ルーチンの処理は終了する。 Therefore, in the data generation event routine, in the first step SP30, it is determined whether or not the data to be transmitted is to be transmitted by the common protocol. If "YES" is determined here, the process proceeds to step SP32, and data reporting the error content and the like is created in the format of the first to third data in the packet of the common protocol (C04: other). On the other hand, if “NO” is determined in step SP30, the first to third data of the standard protocol packet is created based on the event contents such as the operator. In any case, when the process proceeds to step SP36 next, in order to transmit the generated packet to the child system, a transmission request signal TXREQ of “0” is output, and the process of this routine ends.
その後、当該送信要求信号ＴＸＲＥＱに応じて、子システムによってアービトレーションパケット４２０のステータスバイト４２１が送信される。これに対して、各孫システムにおいては、上述したステータスバイト受信イベントルーチン（図１６）が再び起動される。そして、処理がステップＳＰ１０７に進むと、ここで「ＹＥＳ」と判定され、処理はステップＳＰ１０９に進む。従って、各孫システムにおいては、自機が送信要求を行っているか否かと、自機のアドレスとに基づいてリプライバイト４２２が生成され、子システムが生成するクロック信号ＣＬＫに同期して該リプライバイト４２２の内容がＳバス上に送信される。
Thereafter, in response to the transmission request signal TXREQ, the
次に、送信要求を行った一または複数の孫システムの中から一の孫システムを指定するステータスバイト４１１を子システムが送信すると、各孫システムにおいては、該ステータスバイト受信イベントルーチン（図１６）が再び起動される。このステータスバイト４１１内のアドレス４３０によって受信先として指定された孫システムにおいては、ステップＳＰ１０４，ＳＰ１０８，ＳＰ１１６を介して処理はステップＳＰ１２４に進む。ここでは、先のデータ発生イベントルーチン（図１４(a)）によって準備された第１〜第３データが、送信用のレジスタに格納される。次に、処理がステップＳＰ１２６に進むと、子システムが発生するクロック信号ＣＬＫに同期して、これら第１〜第３データが子システムに対して順次送信される。そして、ステップＳＰ１２６においては、今回の送信によって子システムに現時点で送信すべきデータが全て送信されたのであれば、該孫システムが送信する送信要求信号ＴＸＲＥＱが“１”に設定される。一方、子システムに送信すべきデータが未だ残存している場合には、送信要求信号ＴＸＲＥＱは“０”のまま保たれる。
Next, when the child system transmits a
3．4．子システム：親システムへのデータ送信
次に、子システムにおいて親システムに対して送信すべきデータが発生した場合は、図１４(b)に示すデータ発生イベントルーチンが起動される。ここで、孫システムの場合と同様に、子システムが親システムに対して送信すべきデータには、標準プロトコルのパケットによって送信すべきデータと、共通プロトコルのパケットによって送信すべきデータとがある。例えば、該子システムによって監視および制御されている電動フェーダが操作されると、その旨は標準プロトコルのパケットによって親システムに通知しなければならない。また、子システムが配下の孫システムの異常を検出した場合、あるいは子システムが該子システム自体の異常を検出した場合には、その旨を共通プロトコル（Ｃ０４：その他）によって親システム２２０に報告しなければならない。
3.4. Child System: Data Transmission to Parent System Next, when data to be transmitted to the parent system is generated in the child system, a data generation event routine shown in FIG. 14B is started. Here, as in the case of the grandchild system, data to be transmitted by the child system to the parent system includes data to be transmitted by a standard protocol packet and data to be transmitted by a common protocol packet. For example, when an electric fader that is monitored and controlled by the child system is operated, the fact must be notified to the parent system by a standard protocol packet. When the child system detects an abnormality of the subordinate grandchild system, or when the child system detects an abnormality of the child system itself, the fact is reported to the
そこで、該データ発生イベントルーチンにおいても、最初のステップＳＰ４０において、送信すべきデータは共通プロトコルによって送信すべきものであるか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ４２に進み、エラー内容等を報告するデータが共通プロトコル（Ｃ０４：その他）のパケットにおける第１〜第３データの形式で作成される。一方、ステップＳＰ３０において「ＮＯ」と判定されると、操作子等のイベント内容に基づいて、標準プロトコルのパケットの第１〜第３データが作成される。何れの場合も、次に処理がステップＳＰ４６に進むと、生成された第１〜第３データがＥバス上のパケットに変換され親システム２２０に送信される。
Therefore, also in the data generation event routine, in the first step SP40, it is determined whether or not the data to be transmitted is to be transmitted by the common protocol. If "YES" is determined here, the process proceeds to step SP42, and data for reporting the error content or the like is created in the format of the first to third data in the packet of the common protocol (C04: other). On the other hand, if “NO” is determined in step SP30, the first to third data of the standard protocol packet is created based on the event contents such as the operator. In either case, when the process proceeds to step SP46, the generated first to third data are converted into packets on the E bus and transmitted to the
3．5．子システム：孫システムからの送信要求に対する処理
次に、子システムにおいて受信している送信要求信号ＴＸＲＥＱが“０”になると、ＣＰＵ２５２に対して送信要求割込みが発生し、図１５(b)に示す送信要求割込みルーチンが起動される。図において処理がステップＳＰ７２に進むと、アービトレーションパケット４２０のステータスバイト４２１がＳバスを介して配下の孫システムに送信され、これに対して各孫システムが送信したリプライバイトのワイヤードアンド結果であるリプライバイト４２２が子システムにおいて受信される。
3.5. Child system: Processing for transmission request from grandchild system Next, when the transmission request signal TXREQ received in the child system becomes “0”, a transmission request interrupt is generated for the
上述したように、このリプライバイト４２２においては複数の孫システムが“０”を返信することがあるため、次のステップＳＰ７４においては、これら送信要求を行った孫システムのうち、子システムに対してデータを送信すべき孫システムが決定される。次に、処理がステップＳＰ７６に進むと、子システム受信パケット４１０のステータスバイト４１１が生成される。このステータスバイト４１１において指定されるアドレス４３０は先にステップＳＰ７４において決定された孫システムのアドレスである。また、通信方向フラグ４３２は“１”(Read)であり、エラーチェックコード４３４は、過去に送信したエラーチェックコードを「１」だけカウントアップした値に設定される。
As described above, in the
次に、処理がステップＳＰ７８に進むと、該ステータスバイト４１１がＳバスを介して送信される。次に、処理がステップＳＰ８０に進むと、孫システムから送信された第１〜第３データが順次受信される。なお、ステップＳＰ８０の実行時間には所定の「最大時間」が設定されている。この最大時間中に第１〜第３データが全て受信されなかった場合には、その時点で「タイムアウト」としてステップＳＰ８０の処理が中断される。次に、処理がステップＳＰ８２に進むと、第１〜第３データの内容が正常であるか否かが判定される。なお、上記タイムアウトが発生した場合には、第１〜第３データは常に異常であると判定されることになる。
Next, when the process proceeds to step SP78, the
ここで「ＹＥＳ」と判定されると、処理は正常終了する。一方、「ＮＯ」と判定されると、処理はステップＳＰ８４に進み、所定のエラー処理が実行された後に本ルーチンの処理は異常終了する。そして、送信要求割込みルーチン（図１５(b)）が正常終了した場合には、図１４(c)に示すデータ受信イベントルーチンが起動される。図において処理がステップＳＰ５０に進むと、先に受信した第１〜第３データがＥバス上のパケットとして親システム２２０に送信される。
If “YES” is determined here, the process ends normally. On the other hand, if "NO" is determined, the process proceeds to step SP84, and after a predetermined error process is executed, the process of this routine ends abnormally. When the transmission request interrupt routine (FIG. 15B) ends normally, the data reception event routine shown in FIG. 14C is started. In the figure, when the process proceeds to step SP50, the first to third data received earlier are transmitted to the
3．6．孫システム：子システムおよび他の孫システムの監視
上述したように、子システムが出力するステータスバイトは、アービトレーションパケット４２０のものを除けば、特定の一の孫システムを通信相手として指定するものである。従って、通信相手として指定されなかった他の孫システムにおいては、該ステータスバイトに係るパケットを無視しても差し支えない。しかし、本実施例においては、各孫システムは自機が通信相手として指定されなかった場合には、子システムを監視することにより、装置全体としての信頼性を向上させている。ここで、再びステータスバイト受信イベントルーチン（図１６）を参照しその詳細を説明する。
3.6. Grandchild system: Monitoring of child system and other grandchild systems As described above, the status byte output from the child system designates a specific grandchild system as a communication partner, except for the
まず、上述したように、ステータスバイトが受信されると、ステップＳＰ１０４においてエラーチェックコード４３４が正しいか否かがチェックされるが、かかる処理は自機が通信相手として指定されたか否かにかかわらず実行される。次に、通信相手として指定されなかった孫システムにおいては、ステップＳＰ１０８において「ＮＯ」と判定され、処理はステップＳＰ１１０に進む。ここでは、Ｓバス上に送出される第１〜第３データが順次受信される。このステップＳＰ１１０においても、上述したＳＰ１１８と同様に、最大時間中に第１〜第３データが全て受信されなかった場合には、その時点で「タイムアウト」が発生したと判断されステップＳＰ１１０の処理が中断される。そして、処理がステップＳＰ１１２に進むと、該第１〜第３データがが正常であるか否かが確認される。ここで「ＹＥＳ」と判定されると、本ルーチンの処理が正常終了する。一方、タイムアウトが発生した場合など異常である場合は「ＮＯ」と判定され、処理はステップＳＰ１１４に進み、所定のエラー処理が実行された後に処理が異常終了する。 First, as described above, when the status byte is received, it is checked in step SP104 whether or not the error check code 434 is correct. This process is performed regardless of whether or not the own device is designated as the communication partner. Executed. Next, in the grandchild system not designated as the communication partner, “NO” is determined in step SP108, and the process proceeds to step SP110. Here, the first to third data transmitted on the S bus are sequentially received. Also in step SP110, as in the case of SP118 described above, if all the first to third data are not received during the maximum time, it is determined that a “timeout” has occurred at that time, and the processing of step SP110 is performed. Interrupted. Then, when the process proceeds to step SP112, it is confirmed whether or not the first to third data are normal. If “YES” is determined here, the processing of this routine ends normally. On the other hand, if it is abnormal such as when a time-out occurs, it is determined as “NO”, and the process proceeds to step SP114, and after a predetermined error process is executed, the process ends abnormally.
3．7．エラー処理の詳細
ところで、対孫送信サブルーチン（図１５(a)）のステップＳＰ８４、ステータスバイト受信イベントルーチン（図１６）のステップＳＰ１０６，ＳＰ１１４，ＳＰ１２２においては所定のエラー処理が実行される旨を述べたが、ここでエラー処理とは、発生したエラーの詳細を報告するように、共通プロトコルの「Ｃ０４：その他」に属する第１〜第３データを作成し、これを親システム２２０に送信する処理である。ここで、子システムが孫システムの異常を検出した場合にその旨を親システムに報告する場合には通信経路上の障害は無いが、孫システムが子システムの異常を検出した場合には問題がある。すなわち、孫システムと親システム２２０の間には、エラーの詳細を直接的に報告する通信経路が設けられておらず、孫システムは障害を有する子システムを介して親システムにエラーの詳細を報告する共通プロトコルのパケットを送信しなければならないのである。
3.7. Details of Error Processing By the way, it is stated that predetermined error processing is executed at step SP84 of the grandchild transmission subroutine (FIG. 15A) and steps SP106, SP114, and SP122 of the status byte reception event routine (FIG. 16). However, the error processing here is processing for creating the first to third data belonging to the common protocol “C04: Other” and transmitting this to the
ここで、子システムに生じている障害の状況次第では、子システムは該パケットを仲介できない可能性もある。しかし、子システムにおいてなんらかの障害が存在したとしても、少なくとも孫システムから親システム２２０宛に送信されたパケットを仲介する機能が動作していれば、当該パケットを親システムに到達させることができる。これにより、装置に障害が発生した場合に、親システム２２０においては詳細な障害内容を迅速に把握することができる。さらに、例えば親システムがある子システムの暴走状態を把握することができた場合に、親システムが当該子システムに対してのみ「Ｃ０１：Ｅバススタート」を出力して該子システムをリセットしてもよい。これにより、子システムが再び正常に動作する可能性もある。
Here, depending on the situation of a failure occurring in the child system, the child system may not be able to mediate the packet. However, even if there is some failure in the child system, the packet can reach the parent system at least if the function of mediating the packet transmitted from the grandchild system to the
4．実施例の効果
以上のように、本実施例においては、以下のような効果がある。
(1)孫システムがデータ部３８０の内容を生成し子システムがヘッダ部３７０を生成したＥバス上のパケットは、子システムが全体を生成したパケットと全く同一の形式で親システム２２０に送信される。従って、親システム２２０においては、ある子システムからパケットを受信したとき、そのパケットは子システムが全体を生成したパケットであるのか、孫システムがデータ部３８０を生成し子システムが仲介したパケットであるのかを区別する必要がない。従って、本実施例によれば、親システム２２０が直接的に管理すべきＥバス上のデバイスをきわめて少なくすることが可能になる。さらに、孫システムのＣＰＵ２７２にはＩ2Ｃ機能を有しない安価なＣＰＵを使用することができるから、制御システム全体のコストダウンを図ることができる。
Four. As described above, the present embodiment has the following effects.
(1) A packet on the E bus in which the grandchild system generates the contents of the
(2)また、本実施例において子システムと孫システムとの間でパケットの送受信が実行される場合は、必ず子システムが出力するステータスバイト４０１，４１１，４１２によってパケットが開始される。このステータスバイトによれば、これに引き続いて第１〜第３データまたはリプライバイト４２２を出力するデバイス（子システムまたは孫システム）が一意に特定される。従って、例えば複数のデバイスが同時にデータ送信を開始してＳバス上でデータが衝突するような事態が未然に防止される。換言すれば、かかるデータの衝突を考慮することなく子システムのシリアルＩ／Ｏ部２４６および孫システムのシリアルＩ／Ｏ部２６６を構成することができ、これらの要素にかかる費用については一層のコストダウンが可能である。
(2) In this embodiment, when packet transmission / reception is executed between the child system and the grandchild system, the packet is always started by the
(3)さらに、各孫システムはその上位の子システムとのみ通信するために、孫システムが出力するデータ中に通信の相手先を特定する情報は全く不要である。さらに、Ｓバスにデータを出力する孫システムは予めステータスバイトにて指定された孫システムに限られるから、孫システムは自機のアドレスすら送信する必要がない。これにより、孫システムのシリアルＩ／Ｏ部２６６においては、データに送受信アドレスを付加するような動作は全く不要になり、シリアルＩ／Ｏ部２６６等の一層のコストダウンを実現することができる。
(3) Furthermore, since each grandchild system communicates only with its higher-level child systems, there is no need for any information for specifying the communication partner in the data output by the grandchild system. Furthermore, since the grandchild system that outputs data to the S bus is limited to the grandchild system previously designated by the status byte, the grandchild system does not need to transmit even its own address. As a result, in the serial I /
(4)また、本実施例においては、ステータスバイトにおいて通信相手として指定されなかった孫システムにおいても、エラーチェックコード４３４が正しいか否か判定（ＳＰ１０４〜ＳＰ１０６）されるとともに、Ｓバス上に現れた第１〜第３データが正常に出力されたか否かも判定される（ＳＰ１０８〜ＳＰ１１４）。これにより、データ通信に直接的に関与していない孫システムも「チェック装置」としての機能を発揮することができるから、孫システムが有するリソースを有効に利用してデジタルミキサ全体の信頼性を高めることができる。また、ステータスバイトにおいて自機が通信相手として指定されなかった孫システムにおいてエラーチェックコード４３４の推移が把握しておくことにより、次に自機を通信相手として指定したステータスバイトを受信したとき、その中に含まれるエラーチェックコード４３４が正当なものであるか否かを迅速かつ容易に判定することができる。 (4) In this embodiment, even in the grandchild system that is not designated as the communication partner in the status byte, it is determined whether or not the error check code 434 is correct (SP104 to SP106) and appears on the S bus. It is also determined whether the first to third data are normally output (SP108 to SP114). As a result, since the grandchild system that is not directly involved in data communication can also function as a “check device”, the resources of the grandchild system are effectively used to improve the reliability of the entire digital mixer. be able to. In addition, by grasping the transition of the error check code 434 in the grandchild system in which the own device is not designated as the communication partner in the status byte, the next time the status byte designating the own device as the communication partner is received, It is possible to quickly and easily determine whether or not the error check code 434 included therein is valid.
(5)さらに、本実施例においては、孫システムにおいてデータ送信の必要性が発生した場合には、パケットが送受信されるデータ線とは別ラインの信号線にて送信要求信号ＴＸＲＥＱが子システムに送信される。従って、これらパケットの通信を全く妨げることなく孫システムから子システムに対して、データ送信の必要性を通知することができる。かかる構成は、例えば子システムからポーリングされるのを待って孫システムから子システムにデータ送信の必要性を報告する構成と比較すると、操作子等のイベントが生じたときに、その内容をより迅速に親システムに報告できる点できわめて有利である。 (5) Further, in this embodiment, when the necessity of data transmission occurs in the grandchild system, the transmission request signal TXREQ is transmitted to the child system on a signal line different from the data line on which the packet is transmitted and received. Sent. Therefore, it is possible to notify the necessity of data transmission from the grandchild system to the child system without hindering communication of these packets. Such a configuration, for example, waits for polling from the child system and reports the necessity of data transmission from the grandchild system to the child system. It is extremely advantageous in that it can be reported to the parent system.
5．変形例
本発明は上述した実施例に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記実施例においては、各孫システム２０１−Ｂ〜２０１−Ｄの送信要求信号ＴＸＲＥＱ１〜３は接続ライン２１１−６に供給され、これら送信要求信号ＴＸＲＥＱ１〜３のワイヤードアンド結果が送信要求信号ＴＸＲＥＱとして子システム２０１−Ａに供給された（図８(a)）。しかし、図１７に示すように、これら送信要求信号ＴＸＲＥＱ１〜３を独立した接続ライン２１１−１１〜１３によって子システム２０１−Ａに供給してもよい。かかる構成によれば、子システム２０１−Ａは、接続ライン２１１−１１〜１３のうち何れが“０”になったかに基づいて送信要求を行った孫システムを直ちに特定することができる。従って、孫システムから子システムに対してパケットを送信する場合に、アービトレーションパケットの送受信は全く不要になる。
Five. Modifications The present invention is not limited to the above-described embodiments, and various modifications can be made as follows, for example.
(1) In the above-described embodiment, the transmission request signals TXREQ1 to TXREQ1 to 3 of the grandchild systems 201-B to 201-D are supplied to the connection line 211-6, and the wired-and result of these transmission request signals TXREQ1 to TXREQ1 is a transmission request. The signal TXREQ is supplied to the child system 201-A (FIG. 8 (a)). However, as shown in FIG. 17, these transmission request signals TXREQ <b> 1 to 3 may be supplied to the child system 201 -A through independent connection lines 211-11 to 13-13. According to such a configuration, the child system 201-A can immediately specify the grandchild system that has made a transmission request based on which of the connection lines 211-11 to 13 is "0". Therefore, when a packet is transmitted from the grandchild system to the child system, transmission / reception of the arbitration packet is completely unnecessary.
従って、本変形例を採用する場合には、図１１に示した信号処理を省略し、図１２に示した信号処理を直ちに実行することができる。このように、子システムが各孫システムの送信要求信号ＴＸＲＥＱ１〜３をそのまま受信するか、これらのワイヤードアンド結果を受信するかは、子システムに求められる動作速度や許容できる回路規模等に応じて決定するとよい。なお、子システムが何れの方式によって送信要求信号ＴＸＲＥＱを受信する場合であっても、孫システム自体の構成は一切変更する必要がない。 Therefore, when the present modification is adopted, the signal processing shown in FIG. 11 can be omitted and the signal processing shown in FIG. 12 can be immediately executed. In this way, whether the child system receives the transmission request signals TXREQ1 to TXREQ1 of each grandchild system as they are or whether to receive these wired-and results depends on the operation speed required for the child system, the allowable circuit scale, and the like. It is good to decide. Even if the child system receives the transmission request signal TXREQ by any method, it is not necessary to change the configuration of the grandchild system itself.
(2)また、上記実施例は、ＥバスおよびＳバスシステムをデジタルミキサ内の各デバイス間の通信に用いた例を説明したが、本発明はデジタルミキサ内の通信に限られるものではなく、例えば大型の電子楽器等、複数のＣＰＵ等によって装置を制御する各種機器に適用することができる。また、上記実施例においては、ＥバスおよびＳバスを組み合わせてデジタルミキサ内の通信経路を形成したが、より小規模な装置においては、Ｓバスのみを用いて制御システムを構成してもよいことは言うまでも無い。なお、Ｓバスのみを用いた制御システムは、制御の全体を統括する「マスタデバイス（実施例における子システム）」と、マスタデバイスの管理の下、制御の一部を分担する「スレーブデバイス（同、孫システム）」との組み合わせによって構成されることになる。 (2) In the above embodiment, an example in which the E bus and S bus systems are used for communication between devices in the digital mixer has been described. However, the present invention is not limited to communication in the digital mixer. For example, the present invention can be applied to various devices that control the apparatus by a plurality of CPUs or the like such as a large electronic musical instrument. In the above embodiment, the communication path in the digital mixer is formed by combining the E bus and the S bus. However, in a smaller apparatus, the control system may be configured using only the S bus. Needless to say. Note that a control system using only the S bus has a “master device (child system in the embodiment)” that controls the entire control, and a “slave device (same system) under the management of the master device. , Grandchild system) ”.
(3) また、上記実施例において、エラーチェックコード４３４はステータスバイトが出力される毎に「１」づつカウントアップされたが、エラーチェックコードはこれに限定されるものではなく、ステータスバイトが出力される毎に所定の規則で変動する値であって、その規則通りにエラーチェックコードが変動したか否かを各孫システムによって検証できるものであればどのようなものでもよい。 (3) In the above embodiment, the error check code 434 is incremented by “1” every time the status byte is output. However, the error check code is not limited to this, and the status byte is output. Any value may be used as long as it is a value that fluctuates according to a predetermined rule each time it can be verified by each grandchild system whether or not the error check code has fluctuated according to the rule.
(4)また、上記実施例においては、各システムのＣＰＵ２２８，２５２，２７２上で動作するプログラムによって各種処理を実行したが、このプログラムのみをＣＤ−ＲＯＭ、フレキシブルディスク等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。
(4) In the above embodiment, various processes are executed by programs operating on the
１００：操作パネル、１０１〜１０４：セクション、１０１−Ａ〜１０１−Ｃ，１０２−Ａ〜１０２−Ｃ，１０３−Ａ〜１０３−Ｃ，１０４−Ａ〜１０４−Ｃ：サブセクション、１１２−１〜ｎ：オン／オフスイッチ、１１４−１〜ｎ：センドモードスイッチ、１１６−１〜ｎ：ロータリーエンコーダ、１１８−１〜ｎ：ＬＥＤ表示器群、１２０−１〜ｎ：セレクトスイッチ、１２２−１〜ｎ：オン／オフスイッチ、１２４−１〜ｎ：電動フェーダ、１２６−１〜ｎ：ＣＵＥスイッチ、１３０：タッチスクリーン、１３２−１〜１３２−６，１３６−１〜１３６−１４，１３８−１〜１３８−１５：スイッチ、１３４−１〜１３４−１５：ロータリーエンコーダ、２０１−Ａ〜２０４−Ａ：子システム、２０１−Ｂ，２０１−Ｃ，２０１−Ｄ，２０２−Ｂ，２０２−Ｃ，２０３−Ｂ，２０３−Ｃ，２０４−Ｂ，２０４−Ｃ：孫システム、２１１〜２１４：Ｓバス、２１１−１〜２１１−６：接続ライン、２１１−１１〜１３：接続ライン、２１６，２１７：Ｅバス、２１６ｂ：ＳＤＡライン、２１６ａ：ＳＣＬライン、２２０：親システム、２２２：ＥバスＩ／Ｏ部、２２４：ＣＰＵバス、２２６：その他Ｉ／Ｏ部、２２８：ＣＰＵ、２３０：フラッシュメモリ、２３２：ＲＡＭ、２３４：信号処理部、２３６：波形Ｉ／Ｏ部、２３８：ディスプレイ、２４２：表示器群、２４４：操作子群、２４６：シリアルＩ／Ｏ部、２４８：ＥバスＩ／Ｏ部、２５２：ＣＰＵ、２５４：フラッシュメモリ、２５６：ＲＡＭ、２６２：表示器群、２６４：操作子群、２６６：シリアルＩ／Ｏ部、２７２：ＣＰＵ、２７４：フラッシュメモリ、２７６：ＲＡＭ、３５１〜３５６：バッファ、３６１〜３６６：トランジスタ、３７０：ヘッダ部、３７１，３７２：抵抗器、３８０：データ部、４００：子システム送信パケット、４０１，４１１，４１２：ステータスバイト、４１０：子システム受信パケット、４２０：アービトレーションパケット、４２１：ステータスバイト、４２２：リプライバイト、４３０：アドレス、４３２：通信方向フラグ、４３４：エラーチェックコード。 100: Operation panel, 101-104: Section, 101-A to 101-C, 102-A to 102-C, 103-A to 103-C, 104-A to 104-C: Subsection, 112-1 to n: ON / OFF switch, 114-1 to n: Send mode switch, 116-1 to n: Rotary encoder, 118-1 to n: LED display group, 120-1 to n: Select switch, 122-1 to n: On / off switch, 124-1 to n: Electric fader, 126-1 to n: CUE switch, 130: Touch screen, 132-1 to 132-6, 136-1 to 136-14, 138-1 138-15: Switch, 134-1 to 134-15: Rotary encoder, 201-A to 204-A: Child system, 201-B, 201-C, 201-D 202-B, 202-C, 203-B, 203-C, 204-B, 204-C: grandchild system, 211-214: S bus, 211-1, 211-2: connection line, 211-11-13 : Connection line, 216, 217: E bus, 216b: SDA line, 216a: SCL line, 220: Parent system, 222: E bus I / O unit, 224: CPU bus, 226: Other I / O unit, 228: CPU, 230: flash memory, 232: RAM, 234: signal processing unit, 236: waveform I / O unit, 238: display, 242: indicator group, 244: operator group, 246: serial I / O unit, 248 : E bus I / O unit, 252: CPU, 254: Flash memory, 256: RAM, 262: Display group, 264: Operator group, 266: Serial I / O unit, 72: CPU, 274: Flash memory, 276: RAM, 351-356: Buffer, 361-366: Transistor, 370: Header part, 371, 372: Resistor, 380: Data part, 400: Child system transmission packet, 401 411, 412: status byte, 410: child system received packet, 420: arbitration packet, 421: status byte, 422: reply byte, 430: address, 432: communication direction flag, 434: error check code.
Claims (2)
前記第１種バスに接続され、各々にユニークな第１種アドレスを有し、該第１種アドレスによる送信元アドレスおよび送信先アドレスを含む第１種パケットを前記第１種バスを介して送受信することによって相互にデータ通信を行う複数の第１種デバイスと、
前記第１種デバイスの少なくとも一部に対して、該第１種デバイス毎に独立して接続された複数の第２種バスと、
前記各第２種バスに接続された複数の第２種デバイスと、
前記第２種デバイスを経由することなく前記第１種デバイスによって直接的に制御される第１種被制御要素と、
前記各第２種デバイスによって制御される複数の第２種被制御要素と、
前記各第１種デバイスに設けられ、何れかの被制御要素を識別する被制御要素識別情報と該被制御要素に対する制御内容を特定する制御データとを含む第１種パケットを前記第１種バスから受信すると、該受信した第１種パケットに含まれる前記被制御要素識別情報に基づいて、該被制御要素が前記第１種被制御要素であるのか否かを判定する被制御要素種別判定手段と、
前記各第１種デバイスに設けられ、前記被制御要素種別判定手段の判定結果が肯定的であった場合に、対応する第１種被制御要素の状態を前記制御データに基づいて設定する第１種設定手段と、
前記各第１種デバイスに設けられ、前記被制御要素種別判定手段の判定結果が否定的であった場合に、対応する第２種デバイスを特定する第２種デバイス特定情報と前記被制御要素識別情報と前記制御データとから成る第２種パケットを接続された前記第２種バスを介して送信する受信パケット転送手段と、
前記各第２種デバイスに設けられ、前記第２種パケットが自機の制御する第２種被制御要素を制御するためのパケットであるのか否かを判定する自機指定判定手段と、
前記各第２種デバイスに設けられ、前記自機指定判定手段の判定結果が肯定的であったことを条件として、対応する第２種被制御要素の状態を前記制御データに基づいて設定する第２種設定手段と、
前記各第２種デバイスに設けられ、自機が制御する第２種被制御要素の操作が検出されると、該第２種被制御要素を特定する被制御要素識別情報と、検出した操作状態を表す制御データとから成る第２種データを前記第２種バスを介して出力する第２種データ送信手段と、
前記各第１種デバイスに設けられ、複数の第２種バスから受信した前記第２種データに対して前記第１種アドレスによる送信元アドレスおよび送信先アドレスを追加して成る第１種パケットを前記第１種バスを介して送信する送信パケット転送手段と
を有することを特徴とする制御システム。 A first type bus for transmitting serial data;
A first type packet connected to the first type bus, having a unique first type address, and including a source address and a destination address according to the first type address, is transmitted and received via the first type bus. A plurality of first type devices that perform data communication with each other, and
A plurality of second-type buses connected to at least a part of the first-type devices independently for each first-type device;
A plurality of second type devices connected to the respective second type buses;
A first type controlled element that is directly controlled by the first type device without going through the second type device;
A plurality of second-type controlled elements controlled by each of the second-type devices;
A first type packet provided in each of the first type devices and including controlled element identification information for identifying any controlled element and control data for specifying control content for the controlled element is transmitted to the first type bus. When receiving from the controlled element type determining means for determining whether the controlled element is the first type controlled element based on the controlled element identification information included in the received first type packet When,
A first type which is provided in each of the first type devices and sets the state of the corresponding first type controlled element based on the control data when the determination result of the controlled element type determination unit is affirmative; Seed setting means;
Second-type device specifying information for specifying the corresponding second-type device and the controlled-element identification when the determination result of the controlled-element-type determining means provided in each of the first type devices is negative A received packet transfer means for transmitting a second type packet comprising information and the control data via the connected second type bus;
A self-device designation determination unit that is provided in each of the second-type devices and determines whether the second-type packet is a packet for controlling a second-type controlled element controlled by the own device;
A second type is provided in each second type device, and sets the state of the corresponding second type controlled element based on the control data on condition that the determination result of the device designation determination unit is affirmative. Two kinds of setting means;
When an operation of the second type controlled element provided in each of the second type devices and controlled by the own device is detected, controlled element identification information for specifying the second type controlled element and the detected operation state Second type data transmitting means for outputting second type data comprising control data representing the second type data via the second type bus;
A first type packet provided in each of the first type devices, wherein a source address and a destination address by the first type address are added to the second type data received from a plurality of second type buses; And a transmission packet transfer means for transmitting via the first type bus.
をさらに有することを特徴とする請求項１記載の制御システム。 Whether or not the second type packet is normally output on the second type bus when the determination result of the device designation determination means is negative provided in each second type device. The control system according to claim 1, further comprising second type packet inspection means for inspecting.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005085774A JP4193806B2 (en) | 2005-03-24 | 2005-03-24 | Control system |
| US11/377,126 US20060218321A1 (en) | 2005-03-24 | 2006-03-15 | Control system and communication system for digital mixer |
| US12/487,606 US7979609B2 (en) | 2005-03-24 | 2009-06-18 | Control system and communication system for digital mixer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005085774A JP4193806B2 (en) | 2005-03-24 | 2005-03-24 | Control system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2006270520A true JP2006270520A (en) | 2006-10-05 |
| JP4193806B2 JP4193806B2 (en) | 2008-12-10 |
Family
ID=37206004
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005085774A Expired - Fee Related JP4193806B2 (en) | 2005-03-24 | 2005-03-24 | Control system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4193806B2 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013135306A (en) * | 2011-12-26 | 2013-07-08 | Nec Corp | Transponder, and method and program for controlling the same |
| JP2017188728A (en) * | 2016-04-01 | 2017-10-12 | 日本電波工業株式会社 | Control circuit |
| JP2018026088A (en) * | 2016-08-09 | 2018-02-15 | 株式会社リコー | Communication system and image forming apparatus |
-
2005
- 2005-03-24 JP JP2005085774A patent/JP4193806B2/en not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013135306A (en) * | 2011-12-26 | 2013-07-08 | Nec Corp | Transponder, and method and program for controlling the same |
| JP2017188728A (en) * | 2016-04-01 | 2017-10-12 | 日本電波工業株式会社 | Control circuit |
| JP2018026088A (en) * | 2016-08-09 | 2018-02-15 | 株式会社リコー | Communication system and image forming apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4193806B2 (en) | 2008-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7979609B2 (en) | Control system and communication system for digital mixer | |
| US7774511B2 (en) | Addressing multiple devices on a shared bus | |
| JP5814474B2 (en) | Method for driving a communication system | |
| CA2894567C (en) | Systems and methods for exchanging usb information with selected remote devices | |
| US7840732B2 (en) | Stacked card address assignment | |
| EP1838060B1 (en) | Audio network system | |
| JP4193806B2 (en) | Control system | |
| KR20050004062A (en) | Method and data structure for random access via a bus connection | |
| US11409679B2 (en) | System component and use of a system component | |
| US11824681B2 (en) | Processing system, related integrated circuit, device and method | |
| JP4419082B2 (en) | Communications system | |
| WO2011114383A1 (en) | Information processing device, and device information collection processing method for information processing device | |
| US7391788B2 (en) | Method and system for a three conductor transceiver bus | |
| EP1966942B1 (en) | Flow control mechanisms on synchronous serial tdma bus | |
| EP2089804B1 (en) | Peripheral supplied addressing in a simple dma | |
| JP4193728B2 (en) | Mixer | |
| US20200241832A1 (en) | Audio signal processing apparatus, method for processing audio signal, and storage medium storing program | |
| JP4321321B2 (en) | Acoustic signal processing apparatus and program | |
| EP1018819A2 (en) | Data transmission control apparatus and data transmission method | |
| JP2005324644A (en) | Input control system, input controller and host controller | |
| US7499191B2 (en) | Apparatus for transmitting print data using multiple virtual connections and a method thereof | |
| CN117539806B (en) | Multi-point communication system | |
| US8307145B2 (en) | Method and system for connecting multiple IDE devices to a USB apparatus using a single USB-to-IDE adapter | |
| JP2005269603A (en) | Acoustic signal processing system and program | |
| US20220188254A1 (en) | Methods for identifying target slave address for serial communication interface |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080509 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080520 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080722 |
|
| 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: 20080902 |
|
| 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: 20080915 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4193806 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: 20111003 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111003 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121003 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121003 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131003 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |