JISC1901:1987 計測器用インタフェースシステム

C 1901 : 1987

(1)

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

ページ

第1節概説 ······················································································································· 1

1. 適用範囲と目的 ··············································································································· 1

1.1 適用範囲 ······················································································································ 1

1.2 目的 ···························································································································· 1

2. 定義 ······························································································································ 2

2.1 一般的なシステム用語····································································································· 2

2.2 信号とその経路 ············································································································· 3

3. インタフェースシステムの概要 ·························································································· 3

3.1 インタフェースの目的····································································································· 3

3.2 基本的な伝送能力 ·········································································································· 4

3.3 メッセージの経路とバス構造 ···························································································· 5

3.4 インタフェースシステム要素 ···························································································· 6

第2節機能的仕様 ·············································································································· 7

4. 機能区分 ························································································································ 7

4.1 デバイスファンクション·································································································· 8

4.2 インタフェースファンクションの概念 ················································································ 8

4.3 メッセージの概念 ········································································································ 10

5. インタフェースファンクションの規定に使用される記号法 ···················································· 13

5.1 ステートダイヤグラムの表記記号 ···················································································· 13

5.2 メッセージの出力記号··································································································· 14

6. ソースハンドシェークインタフェース (SH) ファンクション ·················································· 15

6.1 概説 ·························································································································· 15

6.2 SHファンクションのステートダイヤグラム ······································································ 15

6.3 SHファンクションのステートの説明 ··············································································· 15

6.4 SHファンクションのサブセット ····················································································· 18

6.5 SHファンクションの補足説明及び指針 ············································································ 18

7. アクセプタハンドシェークインタフェース (AH) ファンクション ··········································· 18

7.1 概説 ·························································································································· 18

7.2 AHファンクションのステートダイヤグラム ······································································ 19

7.3 AHファンクションのステートの説明 ··············································································· 19

7.4 AHファンクションのサブセット····················································································· 21

7.5 AHファンクションの補足説明及び指針 ············································································ 21

8. トーカインタフェース (T) ファンクション（シリアルポール機能を含む。） ····························· 21

8.1 概要 ·························································································································· 21

8.2 Tファンクションのステートダイヤグラム ········································································ 22

C 1901 : 1987 目次

(2)

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

ページ

8.3 Tファンクションの説明 ································································································ 25

8.4 TとTEファンクションのサブセット ··············································································· 27

8.5 T及びTEファンクションの補足説明及び指針 ··································································· 28

9. リスナインタフェース (L) ファンクション ········································································ 28

9.1 概説 ·························································································································· 28

9.2 Lファンクションのステートダイヤグラム ········································································ 29

9.3 Lファンクションの説明 ································································································ 30

9.4 LファンクションとLEファンクションのサブセット ·························································· 32

9.5 L及びLEファンクションの補足説明及び指針 ··································································· 32

10. サービスリクエストインタフェース (SR) ファンクション ··················································· 33

10.1 概説 ························································································································· 33

10.2 SRファンクションのステートダイヤグラム ····································································· 33

10.3 SRファンクションのステートの説明 ·············································································· 34

10.4 SRファンクションのサブセット ···················································································· 34

10.5 SRファンクションの補足説明と指針 ·············································································· 34

11. リモートローカルインタフェース (RL) ファンクション ······················································ 35

11.1 概説 ························································································································· 35

11.2 RLファンクションのステートダイヤグラム ····································································· 35

11.3 RLファンクションの説明 ····························································································· 35

11.4 RLファンクションのサブセット ···················································································· 36

11.5 RLファンクションの補足説明及び指針 ··········································································· 37

12. パラレルポールインタフェース (PP) ファンクション·························································· 37

12.1 概説 ························································································································· 37

12.2 PPファンクションのステートダイヤグラム ····································································· 38

12.3 PPファンクションの説明 ····························································································· 39

12.4 PPファンクションのサブセット ···················································································· 40

12.5 PPファンクションの補足説明及び指針 ··········································································· 40

13 デバイスクリアインタフェース (DC) ファンクション

13.1 概説 ························································································································· 41

13.2 DCファンクションのステートダイヤグラム ···································································· 41

13.3 DCファンクションの説明 ···························································································· 41

13.4 DCファンクションのサブセット ··················································································· 42

13.5 DCファンクションの補足説明及び指針 ·········································································· 42

14 デバイストリガインタフェース (DT) ファンクション ·························································· 42

14.1 概説 ························································································································· 42

14.2 DTファンクションのステートダイヤグラム····································································· 42

14.3 DTファンクションの説明 ···························································································· 42

14.4 DTファンクションのサブセット ··················································································· 43

14.5 DTファンクションの補足説明及び指針 ·········································································· 43

C 1901 : 1987 目次

(3)

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

ページ

15. コントローラインタフェース (C) ファンクション ······························································ 43

15.1 概説 ························································································································· 43

15.2 Cファンクションのステートダイヤグラム ······································································ 44

15.3 Cファンクションの説明 ······························································································ 44

15.4 Cファンクションのサブセット ····················································································· 51

15.5 Cファンクションの補足説明及び指針 ············································································ 51

16. リモートメッセージのコード化及び転送 ··········································································· 53

16.1 リモートメッセージのコード ························································································ 53

16.2 リモートメッセージのコード化の概念 ············································································ 53

16.3 リモートメッセージの転送 ··························································································· 53

16.4 リモートメッセージのコード表の構成及び取り決め ·························································· 54

16.5 リモートメッセージのコード表の全容 ············································································ 54

16.6 JISコード説明：メッセージコード化の概要 ····································································· 57

16.7 ステート移行時間の値 ································································································· 57

第3節電気的仕様 ············································································································ 57

17. 適用範囲 ···················································································································· 57

18. 論理ステートと電気的ステートとの関係 ··········································································· 58

19 ドライバの必要条件 ······································································································ 58

19.1 ドライバのタイプ ······································································································· 58

19.2 ドライバの仕様 ·········································································································· 58

20. レシーバの必要条件 ····································································································· 58

20.1 レシーバの仕様（許容値） ··························································································· 58

20.2 レシーバの仕様（推奨） ······························································································ 59

21. 複合デバイスの負荷に対する必要条件 ·············································································· 59

21.1 終端抵抗 ··················································································································· 59

21.2 負電圧のクランプ ······································································································· 59

21.3 DC負荷条件 ·············································································································· 59

21.4 容量性負荷の制限 ······································································································· 60

21.5 代表的な回路構成 ······································································································· 60

22. 接地条件 ···················································································································· 61

23. ケーブル特性 ·············································································································· 61

23.1 導線の必要条件 ·········································································································· 61

23.2 ケーブル構造 ············································································································· 61

24 ステートの移行時間 ······································································································ 62

第4節機械的仕様 ············································································································ 63

25. 適用範囲 ···················································································································· 63

26. コネクタタイプ ··········································································································· 63

26.1 電気的特性 ················································································································ 63

26.2 機械的特性 ················································································································ 63

C 1901 : 1987 目次

(4)

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

ページ

26.3 環境特性 ··················································································································· 63

27. コネクタピン割付け ····································································································· 63

28. 装置用コネクタの取付方法····························································································· 64

29. ケーブルアセンブリ ····································································································· 65

第5節システムへの応用と設計者に対する指針 ····································································· 66

30. システムへの適合性 ····································································································· 66

30.1 一般的指針 ················································································································ 66

31. データ転送速度 ··········································································································· 66

32. デバイスの能力 ··········································································································· 67

32.1 ビジーファンクション ································································································· 67

32.2 リモートローカルの応用 ······························································································ 68

33. 論理AND及びORによる動作 ························································································ 69

33.1 RFD及びDACメッセージ ···························································································· 69

33.2 SRQメッセージ ········································································································· 69

33.3 回路構成 ··················································································································· 69

34. アドレスの割当て方法··································································································· 72

35. インタフェースファンクションの組合せ例 ········································································ 72

第6節システムの必要条件とユーザに対する指針··································································· 72

36. システムへの適合性 ····································································································· 72

37. システムを構築する場合の必要条件 ················································································· 72

38. アドレスの割当て方法··································································································· 73

38.1 トーカアドレス ·········································································································· 73

38.2 リスナアドレス ·········································································································· 73

38.3 2次アドレス ·············································································································· 73

39. ケーブル接続制限 ········································································································ 74

39.1 最大ケーブル長 ·········································································································· 74

39.2 最大ケーブル長の分配 ································································································· 74

39.3 ケーブル構成 ············································································································· 74

39.4 グランドに対する注意 ································································································· 74

40. 操作シーケンス ··········································································································· 74

40.1 データ転送 ················································································································ 74

40.2 シリアルポー ············································································································· 75

40.3 コントロールの受渡し ································································································· 75

40.4 パラレルポール ·········································································································· 75

40.5 デバイスを強制的にリモート制御状態にする場合 ····························································· 76

40.6 インタフェースクリアを送る場合 ·················································································· 76

40.7 tca使用に対しての制限 ································································································ 76

附属書A 計測システムの例 ································································································ 77

附属書B ハンドシェークのタイミング ·················································································· 79

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

日本工業規格 JIS

C 1901 : 1987

計測器用インタフェースシステム

An Interface System for Programmable Measuring Instruments

第1節概説

1. 適用範囲と目的

1.1

適用範囲

1.1.1. この規格は，機器システムを組み立てるために，プログラマブル若しくはノンプログラマブルな電

子計測器とその他の機器又はアクセサリとの接続に使用されるインタフェース系に適用する。

1.1.2. この規格は，次のような機器システム用インタフェース，又はその一部に適用する。

(1) 接続されている装置間の転送データがデジタルの場合（アナログは除く。）。

(2) 接続しているケーブルの合計の長さが20mを超えない場合。

(3) いずれの1本の信号ラインに対してもそのデータ転送速度が1メガビット／秒を超えない場合。

この規格の基本的な機能に関する仕様は，次の条件を満足するデジタルインタフェースにも適用する。

(1) デバイス間の距離がより大きい。

(2) より多くのデバイスを必要とする。

(3) より大きい耐雑音性を必要とする環境。

(4) これらの組合せ。

このような拡張した応用に対しては，異なった電気的及び機械的仕様が必要とされる。

（例えば，対称性をもつ回路構成，高いスレショルドレベルをもつ論理回路構成，特殊なコネクタ及び

ケーブル構成）

1.1.3

この規格は，機器のシステムにおいて有用とみなされるプロセッサ，発振器，表示器，記憶装置，

ターミナルユニットのような他のシステム要素に応用できる。

1.1.4

この規格は，通常，電気的に条件の良い，かつ物理的寸法（システムコンポーネント間の距離）も

限定された実験室及び生産試験室の環境に対して適用する。

1.1.5

この規格の主要な目的は，単品で十分使用できる機器を外的手段を用いて他の機器と接続可能にす

るインタフェースシステムを示すことである。また，この規格は，その機器内の各部分間の接続にも適用

する。

1.2

目的この規格は，次のことを目的とする。

(1) 限定された距離で使用するための多目的システムの定義。

(2) システムを通して相互に接続され，確実に情報が伝達されるために装置が満たすべき，デバイスに依

存しないインタフェースの機能的，電気的，機械的必要条件の決定。

(3) システムに関する用語，定義の決定。

(4) メーカ個々に製造された機器が一つの機能システムとして接続可能にすること。

(5) 同時にシステムに接続される機器に幅広い能力（簡単な能力から複雑な能力まで）を許容すること。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

(6) メッセージをコントローラや中間ユニットを経由しないで機器間で直接伝達することも可能にするこ

と。

(7) システムに接続される機器の機能に最小限の制限を与えるだけで構成できるようなシステムの定義。

(8) 幅広いデータ転送速度にわたって非同期転送可能にするシステムの定義。

(9) システム自身が比較的低価格で，かつ低価格のデバイスを相互接続することができるシステムの定義。

(10) 簡単に使用できるシステムの定義。

1.2.1

この規格は，機器システム用インタフェースの特性だけとし，装置の設計仕様，無線障害規制への

配慮，性能，安全性は，適用しない。

備考性能及び安全性に関しては，IEC 359（電子測定装置の機能的性能の表し方），IEC 348（電子

測定器に対する安全規格）を参照のこと。

引用規格，対応国際規格及び関連規格：83ページに示す。

2. 定義特に区別する必要のない限り，この規格では次のように定義する。

(1) “システム”とは，一般にデバイス間の確実なデータ転送を行うためのすべての回路，ケーブル，コ

ネクタ，メッセージ，制御方法などを含んでいるバイト直列ビット並列インタフェースシステムを示

す。

(2) “デバイス”又は“機器 (Apparatus) ”とは，この規格を満足するインタフェースと接続されるプロ

グラマブルな測定デバイス又は製品を示す。

2.1

一般的なシステム用語

2.1.1. システム指定された機能を実行することによって，与えられた目的を達成するように構成した要

素の組合せ。

備考システムとその周辺又は他のシステムとは，それらとこのシステム間の結合を切断する仮想界

面によって区分される。これらの界面を通じて，システムは周辺から影響を受けたり，外部シ

ステムからの作用を受けるとともに，それ自身が周辺や外部システムに作用を及ぼす。

2.1.2

インタフェース考察するシステムとその他のシステム間，又はシステム構成部間で，これを通じ

て情報伝達が行われる境界面。

2.1.3

インタフェースシステムデバイス間の情報伝達に必要なインタフェースのデバイスに依存しな

い機械的，電気的，機能的要素の集まり。ケーブル，コネクタ，送受信回路，信号ライン仕様，タイミン

グ及び制御規定並びに機能的論理回路は，その典型的なシステム要素である。

2.1.4

プログラマブル特定の仕事を行うために，デバイス内部の回路状態を変えるためのデータを受信

する能力をもたせるデバイスの特性。

2.1.5

リモート制御異なる仕事をデバイスに行わせるために，その電気的インタフェース結合を介して

デバイスをプログラマブルにする方法。

2.1.6

ローカル制御種々の仕事をデバイスに行わせるために，デバイス自身のもつローカル（前面又は

後面パネル）コントロールを行うことによってデバイスをプログラマブルにする方法（手動制御とも呼ば

れる。）。

2.1.7

適合性デバイスがこの規格に基づいて設計されている場合，変更を必要としないで互いに接続で

きる度合い（機械的，電気的，機能的に）。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

2.1.8

ハンドシェークサイクルステータスとコントロール信号との“インタロックされたシーケンス

（かみ合わされた順序）”によって，インタフェースを介してデジタル信号が各データバイトを転送する過

程。“インタロックされたシーケンス”とは，そのシーケンスにおいて一つの現象 (event) が起きる前に必

ずその前の現象が起こっていなければならないような固定されたシーケンスをいう。

2.1.9

プログラマブルな測定機器システムからの命令によって指定された動作を行う測定機器。必要な

場合には，その測定結果をシステムへ送る機能がある。

2.1.10 ターミナルユニット考察しているインタフェースシステムを終端する機器であり，またこれによ

って，このインタフェースシステムと他のインタフェースシステム間の接続を行う（必要な場合には符号

変換も行う。）機器。

2.2

信号とその経路

2.2.1

信号伝達情報の物理的表現。

備考この規格に関しては，一般的にいう“信号”よりも限定された定義で，この規格ではデジタル

電気信号だけを示す。

2.2.2

信号パラメータ電気量のパラメータ。その値又はその値のシーケンスは情報を伝達する。

2.2.3

信号レベル任意の基準振幅と比較した信号の振幅（この規格においては電圧）。

2.2.3.1

高ステート二つのバイナリロジックステートの一つで表されるメッセージ内容を示す相対的

に正の信号レベル。

2.2.3.2

低ステート二つのバイナリロジックステートの一つで表されるメッセージ内容を示す相対的

に正でない信号レベル。

2.2.4

信号ライン接続するデバイス間のメッセージの伝達に使用しているインタフェースシステム内

の信号線。

2.2.5

バイト計算機の1ワードより一般的に短く，1単位として操作する隣接したバイナリビットのグ

ループ（通常，8ビットで示す。）。

2.2.6

バス多数のデバイスが接続され，その間のメッセージを伝達するインタフェースシステムによっ

て使用する信号ラインの組合せ又は1本の信号ライン。

2.2.6.1

一方向性バス個々のどのデバイスにも使用するメッセージの転送方向が，一方向だけ（入力だ

け，又は出力だけ）のバス。

2.2.6.2

双方向性バス個々のどのデバイスにも使用するメッセージの転送方向が，双方向（入出力共用）

のバス。

2.2.7

バイト直列共通のバスを用いて情報を伝達するために用いる一連のビット並列であるデータバ

イト。

2.2.8

ビット並列同時に発生するデータビット (Concurrent data bits) の集まり。ビット並列データは，

グループ（バイト）として同時に取り扱うこともあり，個々のデータビットとして独立に取り扱うことも

ある。

3. インタフェースシステムの概要

3.1

インタフェースの目的

3.1.1

インタフェースシステムの全般的な目的は，接続したデバイスの間で誤りなく“メッセージ”の転

送を行うための能率よい伝送路を設ける。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

3.1.2

インタフェースシステムによって転送するメッセージ（ある量の情報）には，大別して次の2種類

がある。

(1) インタフェースシステム自体を管理するために用いるメッセージで，この規格では“インタフェース

メッセージ”と呼ぶ。

(2) インタフェースシステムによって接続されたデバイス間で転送するメッセージで，このメッセージは，

直接インタフェースシステムによって使用するものではない。この規格では“デバイスディペンデン

トメッセージ”（デバイスに依存するメッセージ）と呼ぶ。

備考デバイスディペンデントメッセージの詳細にわたる規定は，この規格の範囲外とする。

3.2

基本的な伝送能力

3.2.1

デバイス間で効率的に情報交換を行う場合，次の3種類の機能をもつデバイスが必要である。

(1) リスナとして動作するデバイス

(2) トーカとして動作するデバイス

(3) コントローラとして動作するデバイス

備考この規格では，デバイスの役割をより良く記述するために“トーカ”及び“リスナ”という用

語は特別の意味をもつ。これらの用語は他のトランスミッタ（送信機），レシーバ（受信機）と

いった術語との混同を避けるために用いている。

3.2.2

この規格で定められるインタフェースシステムの記述において

(a) リスナとしての能力をもつデバイスは，インタフェースシステムに接続された他のデバイスからの

デバイスメッセージを受信できるように，あるインタフェースメッセージによってアドレスされる。

(b) トーカとしての能力をもつデバイスは，インタフェースシステムに接続された他のデバイスにデバ

イスディペンデントメッセージを送信できるように，あるインタフェースメッセージによってアドレ

スされる。

することができる。また，他のデバイスに決められた動作をするように命令するためのインタフェー

スメッセージを送ることもできる。

しかし，コントローラだけの能力をもつデバイスはデバイスディペンデントメッセージを受信も送

信もすることはできない。

備考この規格を通して用いられるコントローラという用語は，インタフェースシステムの管理を行

うものだけを意味するもので，データプロセッシング用のものとは異なる。

インタフェースシステムで用いられる種々のタイプのコントローラ機能の区分は，第2節に

おいて更に説明する。

3.2.3

リスナ，トーカ，コントローラの機能は，インタフェースシステムに接続されたデバイスに別々に，

又は任意の組合せで一緒に存在する（図1参照）。

3.2.4

基本的なリスナ，トーカ及びコントローラ機能に加えて，本システムは次のような動作を行うイン

タフェースメッセージをもつ。

(a) シリアルポール手順は，（トーカ機能をもつ）デバイスがコントローラに何らかの動作を要求すると

き，サービスリクエストメッセージを送信することによって始められる。コントローラは，これに対

しどのデバイスがサービスを要求しているかを調べるために，順番に可能性をもつすべてのデバイス

のステータスバイトを読み込む。

(b) パラレルポール機能は，コントローラの要請に応じて，1ビットのステータス（状態）情報を他の

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

いくつかのデバイスと同時に送信する能力をデバイスに与える。

パラレルポール応答に使用するデータラインの各デバイスへの割り振りは，インタフェースメッセ

ージによって指定することもできる。

又はトリガ入力ありの状態に設定する能力をデバイスに与える。

これは，システム内の指定された他のデバイス又はすべてのデバイスと同時に行うこともできる。

(d) リモート／ローカル機能は，自身をバスからのデータでプログラムされるようにするか，ローカル

データ（正面パネルのコントロール）でプログラムされるようにするかの選択を行う機能をデバイス

に与える。

3.3

メッセージの経路とバス構造

3.3.1

インタフェースシステムは，すべての情報，インタフェースメッセージとデバイスディペンデント

メッセージを相互接続されたデバイス間で伝達するために16本の信号ラインをもっている。

3.3.2

メッセージは，そのメッセージの内容とインタフェースシステムとの関係に従って，1本又は数本

の線でコード化される。

3.3.3

バスの構造は，機能的に次の3種類の信号線の組に分類し，その基本伝送路を図1に示す。

(1) データバス：8本の信号ライン

(2) データバイトを転送するための転送制御バス：3本の信号ライン

(3) インタフェース管理バス：5本の信号ライン

3.3.3.1

8本のインタフェース信号ラインは，すべての7ビットのインタフェースメッセージとデバイス

ディペンデントメッセージを転送する。

(a) データ入出力1 (DIO 1) ライン

…

(h) データ入出力8 (DIO 8) ライン

メッセージバイトは，DIOラインを用いて次の形で転送する。

(1) ビット並列バイト直列転送

(2) 非同期転送

(3) 双方向転送

備考メッセージは，必要に応じて個々のDIOライン上を転送する。

3.3.3.2

3本の信号ラインの組は，一つのトーカ又は一つのコントローラから，一つ又は複数のリスナへ，

DIOライン上のデータバイトを効率的に転送するために使用する。

(a) Data Valid (DAV) は，DIOライン上の情報の有効性を示す。

(b) Not Ready For Data (NRFD) は，デバイス側が情報を受けとる準備ができたか否かを示す。

DAV，NRFD，NDACの信号ラインは，インタフェースを通して各データバイトを転送するために，い

わゆる“3ワイヤハンドシェーク”※と呼ばれる動作を行う。

注※

3ワイヤハンドシェークの考え方は，6.及び7.で述べる。

参考 3ワイヤハンドシェークについては，工業所有権があるので，解説2.を参照のこと。

3.3.3.3

5本の信号ラインは，インタフェースを通じた情報の流れを管理するために使用する。

(a) ATN (Attention) は，DIOライン上の情報をどのように解釈すべきか，またいずれのデバイスがその情

報に対して応答しなければならないかを定義するために（コントローラによって）使用する。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表1

インタフェースファンクションの分類

インタフェースファンクション

記号

関連メッセージ経路

ソースハンドシェーク

1，2，4，5

アクセプタハンドシェーク

1，2，4，5

トーカ又は拡張トーカ

T又はTE

1，2，3，4，5

リスナ又は拡張リスナ

L又はLE

1，2，3，4，5

サービスリクエスト

1，2，4，5

リモートローカル

1，2，4，5

パラレルポール

1，2，4，5

デバイスクリア

1，2，4，5

デバイストリガ

1，2，4，5

コントローラ

1，2，4，5，6

4.2.3.2

どの瞬間でも，インタフェースファンクションの組合せ（特定のデバイス用に設計者が選択した

組合せ）による能力は，各インタフェースファンクション内でその瞬間にアクティブになっているすべて

のステートの論理的接続である。

4.2.4

インタフェースファンクションの論理設計

4.2.4.1

インタフェースファンクションの定義に用いられているステートダイヤグラムは，そのファンク

ションの論理的及び物理的動作を実現するための明確な回路構成を示してはいない。

例えば，すべてのステートがラッチのFF又は他の記憶素子をもつ必要があるわけではない。

4.2.4.2

インタフェースファンクションを定義しているステートダイヤグラムは，論理回路設計に広い自

由度を与えるべく考慮してある（例えば，ランダムロジック，シーケンシャルロジック等）。

4.2.4.3

本節で定義する各インタフェースファンクションの各ステートに関するすべての条件を満足す

る限り，設計者はある一つの論理設計に二つ又はそれ以上のインタフェースファンクションの組合せを行

うことは自由である。

4.2.4.4

この節では，ステートダイヤグラム，詳細説明，要求及び指針は，デバイス側に対して書かれ，

またデバイス側から見て理解されねばならない。第5節及び第6節は，システム側から見たデバイス間の

関係を示す。

4.2.4.5

インタフェースファンクションは，規格として定義されていないメッセージコーディングはどん

なものでも無視する（応答しない。）。

4.2.4.6

ファンクションは，定義された退出条件が得られた後，定められた条件に矛盾しない限り，いく

らでも（0秒を含む。）そのステートにとどまってよい。

4.3

メッセージの概念

4.3.1

メッセージ各々のメッセージは一つの情報量を構成し，ある特定の時間にTrue又はFalseとして

受けとられる。

インタフェースファンクション及びその周りの物との間のすべての情報は，メッセージの送・受信によ

って伝達する。

4.3.2

ローカルメッセージの伝達経路と内容

4.3.2.1

インタフェースファンクションとデバイスファンクションとの間で送られるメッセージを，“ロ

ーカルメッセージ”と呼ぶ。

4.3.2.2

ローカルメッセージは，デバイスファンクションとインタフェースファンクションとの間で送ら

れる（図2のメッセージ経路⑤を参照）。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

備考ある種のローカルメッセージはリモートメッセージを意味し，又は逆の場合もある。

4.3.2.3

設計者は，インタフェースファンクションに対して新しいローカルメッセージを使用することは

許されない。

4.3.2.4

インタフェースファンクションからデバイスファンクションに送られるローカルメッセージの

使用法は設計者に任せる。

4.3.2.5

デバイスファンクションによって送られるローカルメッセージは，ステート移行に必要な時間だ

け存在しなければならない。

4.3.3

リモートメッセージの伝達経路と内容

4.3.3.1

異なったデバイスのインタフェースファンクション間で，インタフェースを経て送られるメッセ

ージを，“リモートメッセージ”と呼ぶ。

4.3.3.2

リモートメッセージは，“インタフェースメッセージ”か“デバイスディペンデントメッセージ”

かのいずれかである。

4.3.3.3

各々のインタフェースメッセージは，他のデバイスのインタフェースファンクションのステート

移行を起こさせるために送られる。

インタフェースメッセージは，図2のメッセージ経路②に示すように，インタフェースファンクション

によって受けとられるが，デバイスには直接伝達されない。

4.3.3.4

デバイスディペンデントメッセージは，デバイスファンクションとメッセージコーディングロジ

ックとの間で規定されたインタフェースファンクションを経由して渡される。これらは，インタフェース

ファンクション内ではステート移行を生じさせない。

図2のメッセージ経路③に示すデバイスディペンデントメッセージの例は，デバイスのプログラムデー

タ，デバイスの測定データ，デバイスのステータスデータなどがある。

4.3.4

ステートリンケージの伝達経路と内容

4.3.4.1

ステートリンケージは，図2のメッセージ経路④に示すように，一つのインタフェースファンク

ションのアクティブステートへの移行が，他のインタフェースファンクションの規定されたアクティブス

テートの存在に依存するような二つのインタフェースファンクションの論理結合である。

4.3.5

メッセージコーディング

4.3.5.1

メッセージコーディングは，リモートメッセージのコード変換を行うところである。

4.3.5.2

1本の信号線によって送るメッセージを，“ユニラインメッセージ”と呼ぶ。これらのメッセージ

の二つ以上を同時に送ることができる。

4.3.5.3

いくつかの互いに排他的な組合せをもつ他のメッセージと信号線のグループを共有するメッセ

ージを，“マルチラインメッセージ”と呼ぶ。同時には，ただ一つのマルチラインメッセージ（メッセージ

バイト）しか送ることができない。

4.3.6

マルチラインメッセージの分類

4.3.6.1

マルチラインメッセージは，ATNメッセージがTrueの場合，インタフェースメッセージとして

判断される。

4.3.6.2

マルチラインメッセージは，ATNメッセージがFalseの場合，デバイスディペンデントメッセー

ジとして判断される。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

4.3.6.3

ATNメッセージがTrueの場合は，各デバイスはこれらのマルチラインメッセージのいずれか又

はすべてを受信し，それに相応した動作を行ってよい。これらのメッセージは，デバイスのもつインタフ

ェースファンクションの範囲とインタフェースファンクション内のアクティブなステートの組合せによっ

て決定される。

インタフェースメッセージは，次のように分類される。

(1) ユニバーサルコマンド（インタフェースファンクションステートにかかわりなくすべてのテバイスに

よって受信される。）

(2) アドレスコマンド（受信すべくアドレスされたデバイスによって受信される。）

(3) アドレス（すべてのデバイスによって受信される。）

(4) 2次アドレス，2次コマンド（1次アドレス，又は1次コマンドで受信可能状態にされたすべてのデバ

イスによって受信される。）

特定のコマンドのリストは表36による。

4.3.6.4

ATNメッセージがFalseのときは，リスナに指定されていれば，自分へのデバイスディペンデン

トメッセージを受信し，それに相応した動作を行ってよい。

4.3.7

メッセージ伝達規定

4.3.7.1

リモートメッセージ規定

(a) デバイスが送信するすべてのリモートメッセージの値（True又はFalse）は，どんなときでもそのイン

タフェースファンクションのアクティブステートが指示する。

(b) メッセージの値を送るために用いるインタフェース信号線は，リモートメッセージコーディング（表

38参照）で規定するレベルに設定する。

ることを許すから，これらの不一致を解決する方法が与えられる。

これは，インタフェースのメッセージ転送の二つの手段“Active転送”と“Passive転送”を行うこ

とによって達成される。インタフェースは二つのメッセージの値が不一致の場合，一つはActiveであ

り，その他はPassiveであるように構成される。メッセージは，不一致が発生した場合には常にActive

値がPassiveな値を無効にするように転送される。

(d) リモートメッセージは，次の四つの方法の一つで転送することができる。

(1) Active Trueで送信する値は，確実に受信される（デバイスはその値が無効にされることを許さない。）。

(2) Passive Trueで送信する値は，受信される値であるとは限らないし，デバイスはその値が無効にされ

ることを許容しなくてはならない。

(3) Active Falseで送信する値は，確実に受信される（デバイスはその値が無効にされることを許さな

い。）。

(4) Passive Falseで送信する値は，受信される値であるとは限らないし，デバイスはその値が無効にさ

れることを許容しなくてはならない。

(e) この規格では，インタフェースファンクションによって送られるリモートメッセージの値TrueとFalse

の語句は，規定しない限りActive TrueとActive Falseを意味する。

(f) 二つのリモートメッセージ，DACとRFDについては，False値だけがアクティブであることを定義す

る。

そのため論理AND動作がインタフェース信号線上でなされると考えられる（33.を参照のこと。）。

(g) 一つのリモートメッセージ，SRQについては，True値だけがアクティブであると定める。そのため論

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

5.1.3.4

別のステートダイヤグラムとのリンケージは，だ円で囲まれた4文字記号によって表す（例：

）。

もし，囲まれたステートが現在アクティブならば，ステートリンケージはTrueであり，そうでないなら

ばFalseである。

5.1.3.5

最小時間制限は，記号“Tn”で表す。この記号は，少なくとも規定された時間，そのステートに

留まった後，次のステートに移行することを示す。これらの時間制限値を表39に記す。

5.1.3.6

論理ANDは，記号“∧”で表す。

5.1.3.7

論理ORは，記号“∨”で表す。

5.1.3.8

論理ANDは，括弧で制限されていないならば論理ORに優先する。

5.1.3.9

論理NOTは，否定されるべき条件の上の棒線によって表す。結果として，否定された条件は，

線の下の条件がFalseの場合だけTrueである。

5.1.4

もし，更に移行が最大時間制限“（tn以内）”，によって制限されるならば，そのステートは条件が

Trueになった後，その制限時間内にアクティブにならなければならない。

5.1.5

条件の一部がオプションで，設計者の選択によってはTrueである必要がない場合には，オプショ

ン部分を〔〕で囲んで示す。

5.1.6

もし，特定の条件がダイヤグラムの他のすべてのステートから，一つのステートに移行を起こすな

らば，すべての個々の移行を書く代わりに省略した記号法を用いる。

起点となるステートをもたない矢印は，この状態を表すために用いられており，すべての他のステート

から起こり得るステートである。また，この条件は，ダイヤグラム中の他のすべての移行に関してFalse

であると見なせるので，これらはダイヤグラムから省略する（例：IFC又はREN）。

条件→

5.1.7

“Power off” (POFS) は，ほとんどのインタフェースファンクションで有効なステートであり，本

来はすべてのダイヤグラムでPower on時に達せられるステートに導く移行として表されるべきであるが，

ponを省略形として用いる。

(1) ステートダイヤグラムで使用される省略記号法

(2) 上記シンボルの意味する完全な表現

5.2

メッセージの出力記号

5.2.1

各インタフェースファンクションのステートダイヤグラムとともに記載したメッセージ出力表は，

そのファンクションの各ステートで送ることができるリモートメッセージだけを要約している。

5.2.2

メッセージ出力表の列は，インタフェースファンクションのステートを示すのに使用している。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

5.2.3

メッセージ出力表の行は，インタフェースファンクションの少なくとも一つのステートの間に送る

ことができるリモートメッセージを示す。

5.2.4

それぞれのテーブルの記入事項は，特定のステートがアクティブの間送らなければならないメッセ

ージの値を示している。

(1) “T”はActive Trueを示す。

(2) “F”はActive Falseを示す。

(3) “(T)”はPassive Trueを示す。

(4) “(F)”はPassive Falseを示す。

5.2.5

必要な場合は，各テーブルの1行に送ることができるマルチラインリモートメッセージ群を示す。

マルチラインメッセージは，テーブルに記されたのと一致するステートが起こった場合にはTrueで出力さ

れる。マルチラインメッセージは本来排他的であるから，Falseでは表していない。マルチラインメッセー

ジの周りの括弧はActive TrueではなくPassive Trueで送らなければならないことを示している。

5.2.6

デバイスファンクションの動作の欄は，デバイスファンクションが送・受信を許されるメッセージ

を要約している。インタフェースファンクションからデバイスファンクションへのローカルメッセージは，

この規格の範囲外であり，設計者の選択で適当な動作をさせるために使用してよい。

6. ソースハンドシェークインタフェース (SH) ファンクション

6.1

概説 SHファンクションは，マルチラインメッセージを確実に送信する機能をデバイスにもたせる

ものである。接続された一つのSHファンクションと，一つ又はそれ以上のアクセプタハンドシェークイ

ンタフェースファンクション（それぞれ個別のデバイスに含まれる。）間のハンドシェークシーケンスによ

って各マルチラインメッセージの非同期転送が確実に行われる。SHファンクションは，マルチラインメ

ッセージバイト転送の開始，及び終了を制御する。このファンクションは，DAV，RFD，DACメッセージ

を用いてメッセージバイトの効率の良い転送を行う。

6.2

SHファンクションのステートダイヤグラム SHファンクションは，図3に示すステートダイヤグ

ラムと6.に記述されているステートに従って動作する。表2は，あるアクティブステートから次のステー

トに移行するためのメッセージやステートについて記述したものである。表3は，各ステートがアクティ

ブのときに送るメッセージ及びデバイスファンクションの動作を示す。

6.3

SHファンクションのステートの説明

6.3.1

SIDS (Source Idle State)

6.3.1.1

SIDSでは，SHファンクションはハンドシェークサイクルに関与しない。そして新しいメッセー

ジバイトを送信しない。

SHファンクションは，電源投入時にSIDSに入る。

6.3.1.2

SIDSでは，SHファンクションはDAVメッセージをPassive Falseで送信する。

6.3.1.3

SHファンクションは，次の条件でSIDSからSGNSへ移行する。

(1) TACSがアクティブの場合。

(2) 又は，SPASがアクティブな場合。

(3) 又は，CACSがアクティブな場合。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

6.3.2

SGNS (Source Generate State)

6.3.2.1

SGNSでは，デバイスは新しいメッセージバイトを用意し，SHファンクションはそのメッセージ

バイトが有効となるのを待つ。

6.3.2.2

SGNSでは，SHファンクションはDAVメッセージをFalseで送信する。このステートでは，デ

バイスはTファンクションやCファンクションを経由して（TACS及びCACSの間に）送信するマルチラ

インメッセージを変えてもよい。

6.3.2.3

SHファンクションは，SGNSから次の条件で別のステートへ移行する。

(a) nbaメッセージがTrueになるとSDYSへ移行する。

(b) 次の条件でt2以内にSIDSへ移行する。

(1) ATNメッセージがTrueで，しかもCACS及びCTRSのいずれもアクティブでない場合。

(2) 又はATNメッセージがFalseで，しかもTACS及びSPASのいずれもアクティブでない場合。

6.3.3

SDYS (Source Delay State)

6.3.3.1

SDYSでは，SHファンクションはSGNSの間に変更したメッセージバイトがインタフェース信号

線上で落ちつくのを待つ。また，すべてのAHファンクションがメッセージを受け取る準備が完了するの

を待つステートでもある。

6.3.3.2

SDYSでは，SHファンクションはDAVメッセージをFalseで送信する。このステートではデバ

イスは，マルチラインメッセージを変更しない。

6.3.3.3

SHファンクションは，SDYSから次の条件で別のステートへ移行する。

(a) RFDメッセージがTrueになったら，T1時間後にSTRSへ移行する。

(b) 次の場合，t2時間以内にSIDSへ移行する。

(1) ATNメッセージがTrueで，しかもCACS及びCTRSのいずれもアクティブでない場合。

(2) ATNメッセージがFalseで，TACS及びSPASのいずれもアクティブでない場合。

6.3.4

STRS (Source Transfer State)

6.3.4.1

STRSでは，SHファンクションはAHファンクションに有効なメッセージバイトを転送している

状態であることを示している。

6.3.4.2

STRSでは，SHファンクションはDAVメッセージをTrueで送信する。このステートでデバイス

はマルチラインメッセージ及びENDメッセージ（もし使用しているならば）を変更しない。

6.3.4.3

SHファンクションは，STRSから次の条件で別のステートへ移行する。

(a) 次の場合は，t2時間以内にSIWS (Source Idle Wait State) へ移行する。

(1) ATNメッセージがTrueで，しかもCACS及びCTRSのいずれもアクティブでない場合。

(2) 又は，ATNメッセージがFalseで，しかもTACS及びSPASのいずれもアクティブでない場合。

備考これは非同期の割り込みを意味する（15.5参照）。

(b) DACメッセージはTrueになったら，SWNSへ移行する。

6.3.5

SWNS (Source Wait For New Cycle State)

6.3.5.1

SWNSでは，SHファンクションはデバイスが新しいメッセージバイトを送出するのを待ってい

るステートである。

6.3.5.2

SWNSでは，SHファンクションはDAVメッセージをTrue，Falseのいずれにしてもよい。この

ステートのときデバイスは，マルチラインメッセージを変えてもよい。

6.3.5.3

SHファンクションは，SWNSから次の条件で別のステートへ移行する。

(a) nbaメッセージがFalseならば，SGNSへ移行する。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

(b) 次の場合には，t2時間以内にSIWSへ移行する。

(1) ATNメッセージがTrueで，しかもCACS及びCTRSのいずれもアクティブでない場合。

(2) 又は，ATNメッセージがFalseで，しかもTACS及びSPASのいずれもアクティブでない場合。

6.3.6

SIWS (Source Idle Wait State)

6.3.6.1 SIWSでは，SHファンクションは外部的なメッセージバイト転送に関してはアクティブではない。

しかし，自分自身が次の新しいメッセージバイトの送信サイクルが始まるのを待つ内部動作としてはア

クティブである。このステートを使用すると，インタフェース上のデータの損失なしにメッセージバイト

転送シーケンスに対する割り込みが可能であり，デバイスは割り込みが生じた時点で，次の新しいメッセ

ージバイトを送信する準備状態で待ち続ければよい。

6.3.6.2

SIWSでは，DAVメッセージをPassive Falseで送信する。

6.3.6.3

SHファンクションは，SIWSから次の条件で別のステートへ移行する。

(a) nbaメッセージがFalseならば，SIDSへ移行する。

(b) TACS又はSPASがアクティブである場合，又はCACSがアクティブの場合，SWNSへ移行する。

6.4

SHファンクションのサブセット SHファンクションに許されるサブセットを表4に示す。

表4

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

SH0
SH1

SHの機能なし
SHの全機能をもつ

すべて

なし

なし
なし

なし
T1〜T8，TE1〜TE8，C5〜C28の
いずれか

6.5

SHファンクションの補足説明及び指針

6.5.1

nbaメッセージについての説明

6.5.1.1

nbaメッセージがTrueであるということは，デバイスが新しいメッセージを発生したことを示し，

インタフェース信号線上のメッセージが有効となったことを示す。

6.5.1.2 nbaメッセージは，SIDS，SGNSのときだけ，Trueにできる。nbaメッセージは他のどのステート

でもFalseにしてよい。

6.5.2

アイドルステートへの移行条件の別の表現図3における割り込みに関する表現 (ATN∧

は，各ステートへの移行がATNの変化後t2時間以

内に完了する場合には，

という表現に置き換えてもよい。

7. アクセプタハンドシェークインタフェース (AH) ファンクション

7.1

概説 SHファンクションは，リモートマルチラインメッセージを確実に受信する機能をデバイスに

もたせるものである。一つのSHファンクションと，一つ又はそれ以上のAHファンクション（それぞれ

別々のデバイスに含まれる。）間とのハンドシェークシーケンスによって各メッセージバイトを確実に転送

する。

AHファンクションは，バス上のメッセージバイト転送において，自分自身がメッセージ受信準備完了

又は受信完了するまでその転送の開始及び終了を遅らすことができる。AHファンクションは，DAV，RFD，

DACメッセージを用いてメッセージバイトの効率のよい転送を行う。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表6 AHのメッセージ出力

AHステート

リモートメッセージ出力

デバイスファンクションの動作

RFD

DAC

AIDS

(T)

デバイスはマルチラインメッセージもENDメッセージも受け取
らない。

ANRS

同上

ACRS

(T)

同上

AWNS

(T)

同上

ACDS

デバイスはもしLACSがアクティブならばマルチラインメッセ
ージを受けることができる。

7.3.2

ANRS (Acceptor Not Ready State)

7.3.2.1

ANRSでは，AHファンクションはデバイス内部がハンドシェークサイクルを続ける準備がまだ

できていないことを示す。

7.3.2.2

ANRSでは，RFD，DACメッセージをFalseで送信する。

7.3.2.3

AHファンクションは，ANRSから次の条件で別のステートへ移行する。

(a) tcsメッセージがFalseで，しかもATNメッセージがTrue，又はrdyメッセージがTrueの場合，ACRS

ステートへ移行する（15.3.7.1を参照）。

(b) ATNメッセージがFalseで，しかもLADSもLACSもいずれもアクティブでない場合，AIDSへ移行

する。

ェース操作ではあり得ない。）。

7.3.3

ACRS (Acceptor Ready State)

7.3.3.1

ACRSでは，AHファンクションはマルチラインメッセージを受け取る準備ができたことを示す。

7.3.3.2

ACRSでは，DACメッセージをFalseにし，RFDメッセージをPassive Trueで送信する。

7.3.3.3

AHファンクションは，ACRSから次の条件で別のステートへ移行する。

(a) DAVメッセージがTrueになれば，ACDS (Accept Data State) へ移行する。

(b) ATNメッセージがFalseで，しかもLADS及びLACSのいずれもアクティブでない場合，AIDSへ移

行する。

7.3.4

ACDS (Accept Date State)

7.3.4.1

ACDSでは，AHファンクションはSHファンクションに対してメッセージバイトを有効のままで

いるよう指示する。このステートの間だけDIOライン上のメッセージは有効である。

ATNメッセージがTrueの場合，ACDSはインタフェースファンクションに対して現在バスはインタフェ

ースメッセージを転送中であり，DIOラインにそのメッセージが確立していることを示す。

LACSがアクティブの場合，ACDSはデバイスファンクションに対して現在のデバイスディペンデント

メッセージが有効であることを示す。

7.3.4.2

ACDSでは，DAC，RFDメッセージをFalseで送信する。

7.3.4.3

AHファンクションは，ACDSから次の条件で別のステートへ移行する。

(a) ATNメッセージがTrueの場合はT3時間経過後，又はATNメッセージがFalseの場合はrdyメッセー

ジがFalseになったとき，AWNS (Acceptor Wait For New Cycle State) へ移行する。

(b) ATNメッセージがFalseで，LADS及びLACSのいずれもアクティブでない場合，AIDSへ移行する。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

7.3.5

AWNS (Acceptor Wait For New Cycle State)

7.3.5.1

AWNSでは，AHファンクションはマルチラインメッセージを受け取り終わったことを示す。

7.3.5.2

AWNSでは，RFDメッセージをFalseで送信し，DACメッセージをPassive Trueで送信する。

7.3.5.3

AHファンクションは，AWNSから次の条件で別のステートへ移行する。

(a) DAVメッセージがFalseならばANRSへ移行する。

(b) ATNメッセージがFalseで，しかもLADS及びLACSのいずれもアクティブでない場合，AIDSへ移

行する。

7.4

AHファンクションのサブセット AHファンクションに許されるサブセットは，表7のとおりであ

る。

表7

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

AH0

AHの機能なし

すべて

なし

AH1

AH全機能をもつ

なし

7.5

AHファンクションの補足説明及び指針

7.5.1

rdyメッセージはACRSの間にFalseになってはならない。ACRSからANRSへ移行できるのはATN

がFalseになったときだけである。

7.5.2

AHファンクションが受け取るRFDメッセージは，すべてのアクティブなAHファンクションから

転送されるRFDメッセージの論理ANDである。同様にSHファンクションによって受け取られるDAC

メッセージも，すべてAHファンクションから転送されるDACメッセージの論理ANDである。一つの

SHファンクションと多くのAHファンクションとの論理ANDのとりかたは，NRFD，NDAC信号ライン

の使用方法として33.に示す。

7.5.3

インタフェースファンクションは，規格化されたステートダイヤグラムに従って動作するよう設計

する必要がある。しかし，そのステートダイヤグラムを正確に記述する必要はない。

次に，その一例を示す。

インタフェースメッセージの受信によって生じる各インタフェースファンクションのステート移行は，

そのメッセージを受信後行ってもよい。ただし，この場合，移行が終了するまで，次のメッセージ受信の

ためRFDメッセージをFalseにしておく。

インタフェースメッセージ受信中にステート移行を行う（ステートダイヤグラムに忠実な移行）場合と，

現象的にとらえられただけでは区別できない。

このようなステート移行を行う場合は，AHファンクションの退出条件がTrueであってもRFDメッセー

ジをFalseにしておくため，ANRSに留まるべきである。

8. トーカインタフェース (T) ファンクション（シリアルポール機能を含む。）

8.1

概要

8.1.1

Tファンクションは，他のデバイスへデータ（シリアルポール中のステータスデータを含む。）を

インタフェースを通じて送る機能をデバイスに与える。

この機能は，Tファンクションがトーカとしてアドレスされたときだけ存在する。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表8 Tメッセージ及びステートの一覧表

メッセージ：

インタフェースステート：

pon−power on

TIDS−TALKER IDLE STATE

ton−talk only

TADS−TALKER ADDRESSED STATE

IFC−INTERFACE CLEAR

TACS−TALKER ACTIVE STATE

ATN−ATTENTION

SPAS−SERIAL POLL ACTIVE STATE

MTA−MY TALK ADDRESS

SPIS−SERIAL POLL IDLE STATE

SPE−SERIAL POLL ENABLE

SPMS−SERIAL POLL MODE STATE

SPD−SERIAL POLL DISABLE

−ACCEPT DATA STATE（AHファンクション）

OTA−OTHER TALK ADDRESS

MLA−MY LISTEN ADDRESS

表9 T又はTEメッセージの出力表

Tステート

条件

リモートメッセージの送信(2)

デバイスファンクションの動作

マルチライン

END

RQS(4)

TIDS

(NUL)

(F)

デバイスはメッセージを送信してはいけない。

TADS

(NUL)

(F)

デバイスはアドレスされるが，メッセージを送信して

はいけない。

TACS

DAB(1)

又はEOS(1)

T(1)

又はF(1)

(F)

デバイスはDAB，EOS又はDABと同時にENDメッ

セージを送信することができる。

SPAS

APRS(1)

でない場合

STB

又はT

デバイスはSTBメッセージを1バイト送信できる(3)。

SPAS

APRS

の場合

STB(1)

又はT

同上

注(1) メッセージの送信はデバイスファンクションのTファンクションにより可能となる。

(2) 16.表38を参照のこと。
(3) SHファンクションによって送信はコントロールする。
(4) 8.3.4.1を参照のこと。
(5) 10.3.3を参照、のこと。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

8.3

Tファンクションの説明

8.3.1. TIDS (Talker Idle State)

8.3.1.1

TIDSでは，Tファンクション又はTEファンクションは，デバイスメッセージの転送に関与して

はならない。

T，TEファンクションは，電源投入時にTIDSになる。

8.3.1.2

TIDSでは，END及びRQSメッセージはPassive Falseで送信する。また，NULメッセージはPassive

Falseで送信する。

8.3.1.3

Tファンクションは，次の条件の場合TIDSからTADSへ移行する。

(1) MTAメッセージがTrueで，しかもACDSがアクティブの場合。

(2) 又は，tonメッセージがTrueの場合（8.5.3を参照）。

8.3.1.4

TEファンクションは，次の条件の場合はTIDSからTADSへ移行する。

(1) MSAメッセージがTrueで，かつACDSがアクティブで，しかもTPASがアクティブの場合。

(2) 又は，tonメッセージがTrueの場合。

8.3.2

TADS (Talker Addressed State)

8.3.2.1

TADSでは，Tファンクションはそのトーカアドレスを受け取って，デバイスメッセージの送信

の準備状態にあるが，まだ送信はしない。TADSでは，TEファンクションのその1次及び2次トーカアド

レスを受け取って，デバイスメッセージの送信の準備状態にあるが，また送信はしない。

8.3.2.2

TADSでは，END，RQSメッセージはPassive Falseで送信する。また，NULメッセージはPassive

Trueで送信する。

8.3.2.3

Tファンクションは，次の条件で他のステートへ移行する。

(a) ATNメッセージがFalseで，かつSPMSがアクティブでない場合，TACSへ移行する。

(b) ATNメッセージがFalseで，しかもSPMSがアクティブの場合，SPASへ移行する。

(1) OTAメッセージがTrueで，かつACDSがアクティブの場合。

(2) 又は，MLAメッセージがTrueで，かつACDSがアクティブの場合。

(3) 又は，IFCメッセージがTrueならば，t4時間以内に移行する。

備考 MLAの使用はオプションである。

8.3.2.4

TEファンクションは，次の条件で他のステートへ移行する。

(a) ATNメッセージがFalseで，しかもSPMSがインアクティブの場合，TACSへ移行する。

(b) ATNメッセージがFalseで，しかもSPMSがアクティブの場合，SPASへ移行する。

(1) OTAメッセージがTrueで，しかもACDSがアクティブの場合。

(2) 又は，OSAメッセージがTrueで，かつTPASがアクティブで，しかもACDSがアクティブの場合。

(3) 又は，MSAメッセージがTrueで，かつLPASがアクティブで，しかもACDSがアクティブの場合。

(4) 又は，IFCメッセージがTrueならば，t4時間以内に移行する。

備考 MSAの使用はオプションである（図6の備考参照）。

8.3.3

TACS (Talker Active State)

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

8.3.3.1

TACSでは，Tファンクション，TEファンクションはデバイスファンクションからDIOライン上

にデバイスメッセージ（DAB，EOS，STB，ENDなど）を送信することを許可する。デバイスメッセージ

の内容はデバイスファンクションで決定される。デバイスファンクションがDABメッセージの内容（END

メッセージを使用している場合は，ENDのTrue，Falseの決定も含む。）を換えるタイミングは，SHファ

ンクションによって決定される。

8.3.3.2

TACSの間，DAB (Data Byte) やEOS (End of String)，ENDメッセージがデバイスファンクション

によって送信される。

RQSメッセージはPassive Falseで送信する。

備考データのコーディングとフォーマットは，一般的にデバイスに依存し，この規格の範囲外であ

る。

8.3.3.3

Tファンクション，TEファンクションは，次の条件で他のステートへ移行する。

(a) ATNメッセージがTrueならば，t2時間以内にTADSへ移行する。

(b) IFCメッセージがTrueならば，t4時間以内にTIDSへ移行する。

8.3.4

SPAS (Serial Poll Active State)

8.3.4.1

SPASでは，T又はTEファンクションは，ステータスバイト（RQSメッセージとSTBメッセー

ジによって構成される。）の転送をコントロールするためのSHファンクションを使用して，デバイスファ

ンクションからDIOラインへ一つのステータスバイトの送信を許可する。コントローラはデバイスからの

ステータスバイトを1バイトだけ受信すればよいのだが，コントローラがその最初の1バイトを受信後，

ATNラインをTrueにしない場合は，デバイスはさらにそのステータスバイトを送信し続けてよい。この

場合，最初の1バイト以外は転送中各ビットが変化してもよい。ただし，RQSメッセージはSRファンク

ションによって保持されている。

8.3.4.2

SPASでは，APRSがアクティブ又はアクティブでないいずれの場合でもENDメッセージはTrue

又はFalseのいずれかで送信する。APRSがアクティブの場合にはRQSメッセージをTrueで，APRSがア

クティブでない場合にはFalseで送信する。さらにSTBメッセージは，デバイスファンクションによって

送信する。

備考 APRSは，SRファンクションに含まれる。

8.3.4.3

Tファンクション，TEファンクションは，次の条件で他のステートへ移行する。

(a) ATNメッセージがTrueならば，t2時間以内にTADSへ移行する。

(b) IFCメッセージがTrueならば，t4時間以内にTIDSへ移行する。

8.3.5

SPIS (Serial Poll Idle State)

8.3.5.1

SPISでは，Tファンクション，TEファンクションはシリアポールに無関係である。

Tファンクション，TEファンクションは，電源投入時にSPISになる。

8.3.5.2

SPISは，リモートメッセージを送信する能力をもたない。

8.3.5.3

Tファンクション，TEファンクションは，SPEメッセージがTrueで，かつACDSがアクティブ

の場合SPMSへ移行する。

8.3.6

SPMS (Serial Poll Mode State)

8.3.6.1

SPMSでは，Tファンクション，TEファンクションはシリアルポールに関与できる。

8.3.6.2

SPMSは，リモートメッセージを送信する能力をもたない。

8.3.6.3

Tファンクション，TEファンクションは，次の条件でSPMSからSPISへ移行する。

(1) SPDメッセージがTrueで，かつACDSがアクティブの場合。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

(2) 又は，IFCメッセージがTrueならば，t4時間以内に移行する。

8.3.7

TPIS (Talker Primary Idle State)

8.3.7.1

TPISでは，TEファンクションはその1次アドレスを認識できるが，2次アドレスには応答でき

ない。TEファンクションは，電源投入時にTPISになる。

8.3.7.2

TPISは，リモートメッセージを送信する能力をもたない。

8.3.7.3

TEファンクションは，MTAメッセージがTrueで，かつAHファンクションがACDSの場合，

TPISからTPASへ移行する。

8.3.8

TPAS (Talker Primary Addressed State)

8.3.8.1

TPASでは，TEファンクションはその2次アドレスを認識し，応答することができる。

8.3.8.2

TPASは，リモートメッセージを送信する能力をもたない。

8.3.8.3

TEファンクション，PCGメッセージがTrueで，かつMTAメッセージがFalseで，かつACDS

がアクティブならば，TPASからTPISへ移行する。

8.4

TとTEファンクションのサブセット TとTEファンクションに許されるサブセットを表11及び表

12に示す。

表11

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
ト
ー
カ

シ
リ
ア
ル
ポ
ー
ル

ト
ー
ク
オ
ン
リ
ー
モ
ー
ド

ト
ー
カ
指
定
解
除

Ｍ
Ｌ
Ａ
に
よ
り

N N N

すべて

なし

Y Y Y

なし

を除く

SH1，AH1

Y Y N

なし

を除く

tonは常にFalse

同上

Y N Y

SPIS，SPMS，SPAS

を除く

同上

Y N N

SPIS，SPMS，SPAS

を除く

tonは常にFalse

同上

Y Y Y

なし

を含む

SH1かつ（L1〜L4又はLE1

〜LE4）

Y Y N

なし

を含む

tonは常にFalse

同上

Y N Y

SPIS，SPMS，SPAS

を含む

同上

Y N N

SPIS，SPMS，SPAS

を含む

tonは常にFalse

同上

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表12

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
拡
張
ト
ー
カ

シ
リ
ア
ル
ポ
ー
ル

ト
ー
ク
オ
ン
リ
ー
モ
ー
ド

に
よ
り
ト
ー
カ
指
定
解
除

TE0

N N N

すべて

なし

TE1

Y Y Y

なし

を除く

SH1，AH1

TE2

Y Y N

なし

を除く

tonは常にFalse

同上

TE3

Y N Y

SPIS，SPMS，SPAS

を除く

同上

TE4

Y N N

SPIS，SPMS，SPAS

を除く

tonは常にFalse

同上

TE5

Y Y Y

なし

を含む

SH1かつ（L1〜L4又はLE1

〜LE4）

TE6

Y Y N

なし

を含む

tonは常にFalse

同上

TE7

Y N Y

SPIS，SPMS，SPAS

を含む

同上

TE8

Y N N

SPIS，SPMS，SPAS

を含む

tonは常にFalse

同上

8.5

T及びTEファンクションの補足説明及び指針

8.5.1

Tファンクション，TEファンクションを含むデバイスは，MTA，MSAアドレスをユーザが変更で

きるような機能をもつ。

8.5.2

TACSでのデータ送信中の割り込みは，送信データフォーマットに影響を与えてはいけない。

デバイスのTACSへの復帰時のデータ送信は，中断の点の出力データ列のところから続行されることを

推奨する。

8.5.3

tonメッセージを含むデバイスは，トークオンリー状態をつくるマニュアルスイッチをもつ。

9. リスナインタフェース (L) ファンクション

9.1

概説

9.1.1

Lファンクションは，他のデバイスからのデバイスディペンデントデータ（ステータスデータを含

む。）を，インタフェースをとおして受けとる機能をデバイスに与える。この機能は，Lファンクションが

リスナとしてアドレス指定されたときだけ存在する。

9.1.2

Lファンクションには2種類あり，一つはアドレス拡張機能をもち，もう一つはもたない。通常の

Lファンクションは，1バイトアドレスを使用する。アドレス拡張機能をもつLファンクション（以下，

LEという。）は，2バイトアドレスを使用する。その他のすべての点では，LとLEファンクションの機能

は同じである。

9.1.3

2種類のLファンクションのうち，どちらか一つがデバイスに組み込まれる必要がある。

備考 LファンクションとLEファンクションには，広範囲にわたり類似性があるため，9.でまとめて

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

9.3.2

LADS (Listener Addressed State)

9.3.2.1

LADSでは，Lファンクションはそのリスナアドレスを受け取ってデバイスディペンデントメッ

セージの受信の準備状態にあるが，まだ受信はしていない。LADSでは，LEファンクションは1次，2次

リスナアドレスを受け取ってデバイスディペンデントメッセージの受信の準備状態にあるが，まだ受信は

しない。

9.3.2.2

LADSは，リモートメッセージを送信する能力をもたない。

9.3.2.3

Lファンクションは，次の条件でLADSから別のステートへ移行する。

(a) ATNメッセージがFalseならば，t2の時間以内にLACSへ移行する。

(b) 次の場合，LIDSへ移行する。

(1) UNLメッセージがTrueで，かつACDSがアクティブの場合。

(2) 又は，lunメッセージがTrueで，かつCACSがアクティブの場合。

(3) 又は，MTAメッセージがTrueで，かつACDSがアクティブの場合。

(4) 又は，IFCメッセージがTrueならば，t4の時間以内に移行する。

備考 MTAメッセージの使用はオプションである。

9.3.2.4

LEファンクションは，次の条件でLADSから他のステートへ移行する。

(a) ATNメッセージがFalseならば，t2の時間以内にLACSへ移行する。

(b) 次の場合LIDSへ移行する。

(1) UNLメッセージがTrueで，かつACDSがアクティブの場合。

(2) 又は，lunメッセージがTrueで，かつCACSがアクティブの場合。

(3) 又は，MSAメッセージがTrueで，かつTPASとACDSがアクティブの場合。

(4) 又は，IFCメッセージがTrueならば，t4の時間以内に移行する。

備考 MSAメッセージを含む表現法の使用はオプションである（図8の備考参照）。

9.3.3

LACS (Listener Active State)

9.3.3.1

LACSでは，Lファンクション又はLEファンクションはデバイスファンクションに対してインタ

フェース信号ラインを経由してデバイスディペンデントメッセージ (DAB，EOS，STB，END，RQS) を受

信することを許可する。AHファンクションは，メッセージの転送を抑制するために，デバイスファンク

ションによって使用される。

備考データのコーディングとフォーマットは，一般的に個々のデバイスで自由に定めるので，この

規格の範囲外である。

9.3.3.2

LACSは，リモートメッセージを送信する能力をもたない。

9.3.3.3

Lファンクション又はLEファンクションは，次の条件でLACSより別のステートへ移行する。

(a) ATNメッセージがTrueならば，t2時間以内にLADSへ移行する。

(b) IFCメッセージがTrueならば，t4時間以内にLIDSへ移行する。

9.3.4

LPIS (Listener Primany Idle State)

9.3.4.1

LPISでは，LEファンクションはその1次アドレスを認識できるが，2次アドレスには応答でき

ない。LEファンクションは，電源投入時にLPISになる。

9.3.4.2

LPISは，リモートメッセージを送信する能力をもたない。

9.3.4.3

LEファンクションは，MLAメッセージがTrueで，かつACDSがアクティブの場合，LPISから

LPASへ移行する。

9.3.5

LPAS (Listener Primany Addressed State)

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

9.3.5.1

LPASでは，LEファンクションはその2次アドレスを認識し，応答することができる。

9.3.5.2

LPASでは，リモートメッセージを送信する能力をもたない。

9.3.5.3

LEファンクションは，PCGメッセージがTrueで，かつMLAメッセージがFalseで，かつACDS

がアクティブならば，LPASからLPISへ移行する。

9.4

LファンクションとLEファンクションのサブセット LとLEファンクションに許されるサブセッ

トを表16及び表17に示す。

表16

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
リ
ス
ナ

リ
ス
ン
オ
ン
リ
ー
モ
ー
ド

リ
ス
ナ
指
定
解
除

Ｍ
Ｔ
Ａ
命
令
に
よ
り

すべて

なし

を除く

AH1

なし

を除く

lonは常にFalse

同上

なし

を含む

AH1かつ（T1〜T8又はTE1

〜TE8）

なし

を含む

lonは常にFalse

同上

表17

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
拡
張
リ
ス
ナ

リ
ス
ン
オ
ン
リ
ー
モ
ー
ド

に
よ
り
リ
ス
ナ
解
除

LE0

すべて

なし

LE1

なし

を除く

AH1

LE2

なし

を除く

lonは常にFalse

同上

LE3

なし

を含む

AH1かつ（T1〜T8又はTE1

〜TE8）

LE4

なし

を含む

lonは常にFalse

同上

Tファンクションとともに使用されるときは，MTAに置き換えられる。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

9.5 L及びLEファンクションの補足説明及び指針

9.5.1

Lファンクション又はLEファンクションを含むデバイスは，MLA及びMSAとして認識されるリ

スンアドレス及びセカンダリアドレスをユーザがフィールドで変更できるような機能をもつ。

9.5.2

LACSでのデータ受信中の割り込みは，受信データに影響を与えてはいけない。

デバイスのLACSへの復帰時のデータ受信は，中断の点の入力データ列のところから続行されることを

推奨する。

9.5.3

lonメッセージを含む各々のデバイスは，リスンオンリー状態をつくるマニュアルスイッチをもつ。

10. サービスリクエストインタフェース (SR) ファンクション

10.1 概説 SRファンクションは，インタフェースを管理中のコントローラへの非同期のサービスを要求

する能力をデバイスにもたせる。また，それはシリアルポール中の複合ステータスバイトのRQSメッセー

ジの内容を同期させるので，一たん当番コントローラによりRQSメッセージをTrueで受信されるとイン

タフェースによって開放される。

10.2 SRファンクションのステートダイヤグラム SRファンクションは，図9に示されたステートダイ

ヤグラムと10.に記述されている。ステートに従って動作しなければならない。表18は，あるアクティブ

ステートから別のアクティブステートに移行させるためのメッセージやステートについて記述したもので

ある。

表19は，各ステートがアクティブのときに送らなければならないメッセージ及びデバイスファンクショ

ン動作を示す。

図9 サービスリクエストのステートダイヤグラム

表18 SRメッセージ及びステートの一覧表

メッセージ：

インタフェースステート：

pon−power on

NPRS−NEGATIVE POLL RESPONSE STATE

rsv−request service

SRQS−SERVICE REQUEST STATE

APRS−AFFIRMATIVE POLL RESPONSE STATE

−SERIAL POLL ACTIVE STATE（Tファンクション）

表19 SRメッセージ出力表

SRステート

リモートメッセージの送信

デバイスファンクションの動作

SRQ

NPRS

(F)

なし

SRQS

APRS

(F)

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

10.3 SRファンクションのステートの説明

10.3.1 NPRS (Negative Poll Response State)

10.3.1.1 NPRSでは，SRファンクションはサービス要求をしていない。

SRファンクションは、電源投入時にNPRSになる。

10.3.1.2 NPRSでは，SRQメッセージはPassive Falseで送信する。

備考 SPASがアクティブのとき，RQSメッセージはFalseで送信される（8.3.4参照）。

10.3.1.3 SRファンクションは，rsvメッセージがTrueで，かつSPASがアクティブでない場合，NPRSか

らSRQSへ移行する。

10.3.2 SRQS (Service Request State)

10.3.2.1 SRQSでは，SRファンクションはインタフェース全体にサービス要求中であることを示す。

10.3.2.2 SRQSでは，SRQメッセージはTrueで送信する。

10.3.2.3 SRファンクションは，次の条件でSRQSから別のステートへ移行する。

(a) rsvメッセージがFalseで，かつSPASがアクティブでない場合，NPRSへ移行する。

(b) SPASがアクティブならば，APRS (Affirmative Poll Response State) へ移行する。

10.3.3 APRS (Affirmative Poll Response State)

10.3.3.1 APRSでは，SRファンクションはサービスを必要としているが，インタフェースにはサービス要

求を出していない。

10.3.3.2 APRSでは，SRQメッセージはPassive Falseで送信する。

備考 SPASがアクティブのとき，RQSメッセージはトーカによってTrueで送信される（8.3.4参

照）。

10.3.3.3 SRファンクションは，rsvメッセージがFalseで，かつSPASがアクティブでない場合，APRSか

らNPRSへ移行する。

10.4 SRファンクションのサブセット SRファンクションに許されるサブセットを表20に示す。

表20

分類

説明

省略されるステート

その他の条件

必要とされる他の

ファンクションのサブセット

SR0

SR機能なし

すべて

なし

SR1

SRの全機能をもつ

なし

T1，T2，T5，T6，TE1，TE2，TE5，TE6のいずれか

10.5 SRファンクションの補足説明と指針

10.5.1 SRファンクションは，単一理由のサービス要求に使用されることを目的としている。

もし一つのデバイス中に二つ以上のサービス要求理由がある場合は，それぞれの理由に対応したSRフ

ァンクション及びrsvメッセージを使用する。

10.5.1.1 SRQメッセージは，一つのデバイス内のいずれかのSRファンクションによって要求が発生する

ときにTrueで送信する。

10.5.1.2 TファンクションがSPASのとき，もしデバイス内のいずれかのSRファンクションがAPRSにあ

るならば，RQSメッセージはTrueで送信する。

10.5.2 Cファンクションを経由して受け取られたSRQメッセージは，すべてのSRファンクションによっ

て送られたSRQメッセージの論理ORである。

SRQ信号ラインの使用方法は，33.2に示す。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

11.3.1.1 LOCSステートでは，（正面又は背面パネルに）関連したデバイスファンクションのすべてのロー

カル制御が実施され，デバイスはインタフェースからデバイスディペンデントメッセージに応答はしない

が，これを保持してもよい。RLファンクションは電源投入時にLOCSに入る。

11.3.1.2 LOCSは，リモートメッセージを送信する能力をもたない。

11.3.1.3 RLファンクションは，次の条件でLOCSから別のステートへ移行する。

(a) rtlメッセージがFalseで，MLAメッセージがTrueで，しかもACDSがアクティブの場合，REMS (Remote

State) へ移行する。

(b) ユニバーサルコマンド (Local Lockout) メッセージがTrueであり，しかもACDSがアクティブの場合，

LWLS (Local With Lockout State) へ移行する。

11.3.2 LWLS (Local With Lockout State)

11.3.2.1 LWLSでは，関連したデバイスFalseのすべてのローカル制御が操作でき，デバイスではインタ

フェースからのデバイスディペンデントメッセージに応答はしないが，これを保持してもよい（rtlメッセ

ージは無視される）。

11.3.2.2 LWLSは，リモートメッセージを送信する能力をもたない。

11.3.2.3 RLファンクションは，次の条件でLWLSから別のステートへ移行する。

(a) MLAメッセージがTrueであり，しかもACDSがアクティブの場合，RWLS (Remote With Lockout State)

へ移行する。

(b) RENメッセージがFalseであるならば，t4の時間以内にLOCSへ移行する。

11.3.3 REMS (Remote State)

11.3.3.1 REMSでは，ローカルメッセージをインタフェースファンクションに送信する機能を除き，リモ

ートコントロールに対応したデバイスファンクションのローカル制御機能は動作しない。デバイスファン

クションは，リモートデバイスの制御下にある。

11.3.3.2 REMSは，リモートメッセージを送信する能力をもたない。

11.3.3.3 RLファンクションは，次の条件でREMSから他のステートへ移行する。

(a) LLOメッセージがTrueであり，しかもACDSがアクティブの場合，RWLSへ移行する。

(b) 次の場合に，LOCSへ移行する。

(1) RENメッセージがFalseである場合，t4の時間以内に移行する。

(2) 又は，GTLメッセージがTrueで，ACDS及びLADSがアクティブの場合。

(3) 又は，rtlメッセージがTrueであり，しかもLLOメッセージがFalseであるか，又はACDSがアク

ティブでない場合。

11.3.4 RWLS (Remote With Lockout State)

11.3.4.1 RWLSではローカルメッセージをインタフェースファンクションに送信する機能を除き，リモー

トコントロールに対応したデバイスファンクションのローカル制御機能は動作しない。デバイスファンク

ションは，リモート制御動作中である（rtlメッセージは無視される。）。

11.3.4.2 RWLSは，リモートメッセージを送信する機能をもたない。

11.3.4.3 RLファンクションは，次の条件でRWLSから別のステートへ移行する。

(a) RENメッセージがFalseならば，t4の時間以内にLOCSへ移行する。

(b) GTLメッセージがTrueであり，しかもLADS及びACDSがアクティブの場合，LWLSへ移行する。

11.4 RLファンクションのサブセット RLファンクションに許されるサブセットを表23に示す。

表23

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

RL0

RL機能なし

すべて

なし

RL1

すべてのRL機能をもつ

なし

L1〜L4又はLE1〜LE4

RL2

ローカルロックアウト動作なし

LWLS，RWLS

rtlは常にFalseである。

L1〜L4又はLE1〜LE4

11.5 RLファンクションの補足説明及び指針

11.5.1 デバイスがデバイスディペンデントメッセージを送信するか，ローカルで設定できるデータとかち

あうことのないようなデバイスディペンデントメッセージを受信するかのどちらかの能力は，RLファン

クションのアクティブなステートとは無関係である。

11.5.2 REMS又はRWLSのどちらかがアクティブであるときは，ローカル制御の使用は無視し，インタ

フェースからのすべてのデータに応答する。

しかし，特にプログラムを貯える能力をもっているデバイスは，次のように設計してもよい。

(1) インタフェースから新しいデータを受け終わるまで，今行っているローカル制御の状態を継続するこ

と。

(2) 又は，インタフェースから新しいデータを受け終わるまでは以前に受信してあるデータを使用するこ

と。

11.5.3 逆に，LOCS又はLWLSのどちらかがアクティブのときはローカル制御に復帰し，インタフェース

経由で受信するデータは無視する。しかし，次のように設計してもよい。

(1) ローカル制御でデータが設定されるまでは一番新しく受けた入力データを用いること。

(2) 又は，LOCS又はLWLSがアクティブになるときのローカル制御設定データを用いること。

11.5.4 rtlメッセージは，永続的に発生させてはいけない。

11.5.5 ローカルプログラミングソース（例えば，人間の操作）によるデバイスのローカル制御方法は，こ

の規格外である。

12. パラレルポールインタフェース (PP) ファンクション

12.1 概説

12.1.1 PPファンクションは，あらかじめトーカに指定されることなく，当番コントローラに対してPPR

メッセージを送る能力をデバイスに与える。

12.1.2 信号DIO1〜8は，パラレルポール時において，デバイスのステータスビットを転送するのに使用

されている。デバイスはパラレルポールに先だってコントローラ又はローカルメッセージによってPPRメ

ッセージを送信する1本のDIOラインを割り振られる。1ラインに1デバイスを割り振ることで8個のデ

バイスまで可能であるが，パラレルポールコマンドでDIOラインを割り振ることによって任意の数のデバ

イスも可能である。

12.1.3 システム内でパラレルポール機能を使用する場合，コントローラは必要に応じてパラレルポールを

行う必要がある。

12.1.4 パラレルポール機能はサービス要求を示すために使用することができる。この能力は次の点でSRQ

メッセージの使用の場合とは異なる。

(1) コントローラがパラレルポールシーケンスを開始するが，シリアルポールシーケンスの開始はどのデ

バイスからでも要求を出せる。

(2) パラレルポールでは同時に多数のデバイスからステータスデータの転送が可能であるが，シリアルポ

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表25 PPメッセージ出力

PPステート

制限

リモートメッセージ送信

デバイスファンクションの動作

PPRn(2)

PPIS

(F)

なし

PPSS

(F)

PPAS

ist≡Sʼ(1)

PPAS

istSʼ(1)

(F)

注(1) 12.3.3.2を参照のこと。

(2) この欄は，デバイスに割り当てられる特定のメッセージだけに適用する。

12.3 PPファンクションの説明

12.3.1 PPIS (Parallel Poll Idle State)

12.3.1.1 PPISでは，PPファンクションはコントローラによって発せられるパラレルポールに対して応答

できない。

PPファンクションは，電源投入時にPPISになる。

12.3.1.2 PPISでは，すべてのPPRメッセージはPassive Falseとして送られる。

12.3.1.3 PPファンクションは，次の条件でPPISからPPSSへ移行する。ただし，必ず次の一方を使用す

ること。

(1) PPEメッセージがTrueで，かつPACS及びACDSがアクティブの場合。

(2) 又は，lpeメッセージがTrueの場合。

12.3.2 PPSS (Parallel Poll Standby State)

12.3.2.1 PPSSでは，PPファンクションはコントローラによって発せられるパラレルポールに対していつ

でも応答できる状態である。

12.3.2.2 PPSSでは，すべてのPPRメッセージはPassive Falseとして送られる。

12.3.2.3 PPファンクションは，次の条件でPPSSから別のステートへ移行する。

(a) IDYメッセージがTrueである（パラレルポール実行中）場合には，t5時間以内にPPASへ移行する。

(b) 次の場合には，PPISへ移行する。ただし，必ず次の一方を使用すること。

(1) lpeメッセージがFalseの場合。

(2) 又は，PPDメッセージがTrueで，かつPACSとACDSがアクティブの場合。又は，PPUメッセー

ジがTrueで，かつACDSがアクティブの場合。

12.3.3 PPAS (Paralle Poll Active State)

12.3.3.1 PPASでは，PPファンクションはコントローラによって発せられているパラレルポールに応答し

ている状態である。

12.3.3.2 PPASでは，istメッセージの値と最後に受けたPPEコマンドの一部のS (Sense) ビットの値が等

しい場合だけ，PPRメッセージの一つがTrueで送られる。送信されるPRRメッセージは，最後に受信し

たPPEコマンドの一部のP1からP3の3ビットによって指定されたものである。表26は，P1からP3の

値の各々の組合せ（12.5を参照）によって割り振られるPPRメッセージを示している。他のすべてのPPR

メッセージはPassive Falseとして送られる。

12.3.3.3 もし，IDYメッセージがFalseになる（パラレルポールが終了する。）ならば，PPファンクショ

ンは，PPASからPPSSへ，t5の時間以内に移行する。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表26

PPメッセージ

最後に受けたPPEコマンドによる各ビット

指定されたPPRメッセージ

PPR1

PPR2

PPR3

PPR4

PPR5

PPR6

PPR7

PPR8

12.3.4 PUCS (Parallel Poll Unaddressed To Configure State)

12.3.4.1 PUCSでは，インタフェースを通して受けるどんなPPE又はPPDメッセージも，PPファンクシ

ョンは無視する。PPファンクションは，電源投入時にPUCSになる。

12.3.4.2 PUCSでは，リモートメッセージを送信する能力をもたない。

12.3.4.3 もし，PPCメッセージがTrueで，LADSとACDSがアクティブならば，PPファンクションは，

PUCSからPACSへ移行する。

12.3.5 PACS (Parallel Poll Addressed To Configure State)

12.3.5.1 PACSでは，PPファンクションはインタフェースを通して受けるPPE又はPPDメッセージに対

して動作することができる。もし，PPEメッセージを受けるなら，それに伴うビットS，P1，P2，P3をPP

ファンクションは記憶している。

12.3.5.2 PACSでは，リモートメッセージを送信する能力をもたない。

12.3.5.3 PCGメッセージがTrueで，PPCメッセージがFalseで，そしてACDSがアクティブならば，PP

ファンクションは，PACSからPUCSへ移行する。

12.4 PPファンクションのサブセット PPファンクションに許されるサブセットを表27に示す。

表 27

分類

説明

省略されるステート

その他の条件

要求される他のファン

クションのサブセット

PP0

PP機能なし

すべて

なし

PP1

リモートコンフ

ィグレーション

なし

を

含む。

を含む。

lpeを除く。

L1〜L4又はLE1〜LE4

PP2

ローカルコンフ

イグレーション

PUCS

PACS

lpeを含む。

を

除く。

を除く。

ローカルメッセージはS, P1, P2, P3に

置き換えられる。

なし

12.5 PPファンクションの補足説明及び指針もし，PP2を使用するならば，パラレルポールのときに使

用されるPPRメッセージとメッセージ検出方法を指定するPPEコマンドを，フィールドでの設計が可能な

ローカルメッセージで置き換える。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表29 DCメッセージ出力

DCステート

リモートメッセージ送信

デバイスファンクションの動作

DCIS

なし

通常の動作中

DCAS

既知の特定ステートへ戻る。

13.4 DCファンクションのサブセット DCファンクションに許されるサブセットを表30に示す。

表30

分類

説明

省略されるステー

ト

その他の条件

必要とされる他のファン

クションのサブセット

DC0

DC機能なし

すべて

なし

DC1

DCの全機能をもつ

なし

L1〜L4又はLE1〜LE4

DC2

SDC機能を省く

なし

を省略する。

AH1

13.5 DCファンクションの補足説明及び指針

13.5.1 DCASの説明

13.5.1.1 DCASは，デバイスファンクションだけに影響し，その他のインタフェースファンクション（IFC

によってクリアされるファンクション）には影響しない。

13.5.1.2 デバイスは，その動作に支障のない限り任意の目的にDCファンクションを使用してもよい。こ

のファンクションの通常の使い方は，デバイスファンクションを電源投入時の状態にすることである。し

かし，設計者が適当だと考えられる状態にデバイスファンクションを設定するために，このファンクショ

ンを使用してもよい。ただし，この状態については設計者が明記しなければならない。

14 デバイストリガインタフェース (DT) ファンクション

14.1 概説 DTファンクションは，個々のデバイス又はデバイスのグループの一部に基本動作を開始させ

る機能を与えるものである。グループとは，一つのシステムの中の一つのサブセット又は全部のアドレス

指定されたデバイスである。

14.2 DTファンクションのステートダイヤグラム DTファンクションは図13に示すステートダイヤグラ

ムと14に記述されているステートに従って動作する。表31は，あるアクティブステートから次のステー

トに移行するためのメッセージやステートについて記述したものである。表32は，各ステートがアクティ

ブのときに要求されるデバイスファンクションの動作を示す。

14.3 DTファンクションの説明

14.3.1 DTIS (Device Trigger Idle State)

14.3.1.1 DTISでは，DTファンクションは動作しない。

14.3.1.2 DTISでは，リモートメッセージを送信する能力をもたない。

14.3.1.3 DTファンクションは，LADS及びACDSがアクティブで，かつGETメッセージがTrueの場合，

DTISからDTASへ移行する。

14.3.2 DTAS (Device Trigger Active State)

14.3.2.1 DTASでは，DTファンクションはデバイスファンクションの基本動作を開始させる内部メッセー

ジをデバイスファンクションへ送る。

14.3.2.2 DTASは，リモートメッセージを送信する能力をもたない。

14.3.2.3 DTファンクションは，次の条件でDTASからDTISへ移行する。

(1) ACDSがアクティブでない場合。

(2) 又は，LADSがアクティブでない場合。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

(3) 又は，GETメッセージがFalseの場合。

図13 デバイストリガのステートダイヤグラム

表31 DTメッセージ及びステートの一覧表

メッセージ：

インタフェースステート：

GET−GROUP EXECUTE TRIGGER

DTIS−DEVICE TRIGGER IDLE STATE

DTAS−DEVICE TRIGGER ACTIVE STATE

−ACCEPT DATA STATE（AHファンクション）

−LISTENER ADDRESSED STATE（Lファンクション）

表32 DTメッセージ出力

DTステート

リモートメッセージ送信

デバイスファンクションの動作

DTIS

なし

通常の動作中

DTAS

トリガ動作を始める。

14.4 DTファンクションのサブセット DTファンクションに許されるサブセットを表33に示す。

表33

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

DT0

DT機能なし

すべて

なし

DT1

DTの全機能をもつ

なし

L1〜L4又はLE1〜LE4

14.5 DTファンクションの補足説明及び指針

14.5.1 DTASの説明

14.5.1.1 DTASは，デバイス（又はデバイスの一部分）が指定された動作を開始することを示す。

14.5.1.2 DTASがアクティブになった後，デバイスは直ちに動作を開始する方が望ましい。

14.5.1.3 一度デバイスが動作開始したら，その動作が終了するまでの次の動作開始を行ってはいけない。

最初の動作が終了した後でだけ，デバイスは次のDTASのアクティブの条件に応じて新しい次の動作を始

めることができる。

15. コントローラインタフェース (C) ファンクション

15.1 概説

15.1.1 Cファンクションはインタフェースを通じてデバイスのアドレス，ユニバーサルコマンド，アドレ

スコマンドを他のデバイスに送る機能をもつ。また，どのデバイスがサービスを要求しているかを決める

ためのパラレルポールを行う機能をもつ。

15.1.2 Cファンクションは，インタフェースを通じてATNメッセージを送っている間だけ動作可能であ

る。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

15.1.3 もし，インタフェースシステム内にCファンクションをもつデバイスが二つ以上ある場合は，い

かなるときも動作中の一つを除いて他のものはすべてCIDS (Controller Idle State) になっていなければなら

ない。

CファンクションをもつデバイスがCIDSになっていないときは（インタフェースシステムの）“コント

ローラ・インチャージ（当番コントローラ）”と呼ばれる。

また，この規格ではCファンクションをもつデバイス間の“コントローラ・インチャージ”の交替を可

能とするプロトコルが示されている。

15.1.4 インタフェースに接続されているデバイスの中の一つ，デバイスのCファンクションだけSACS

(System Control Active State) となることができる。

インタフェースの操作を行っている間はSACSになっていなければならず，そしてコントローラ・イン

チャージ（当番コントローラ）であるか否かに関係なく，IFC，RENメッセージをインタフェースを通し

て送信する能力をもつ。このデバイスを（インタフェースシステムの）“システムコントローラ”と呼ぶ。

15.2 Cファンクションのステートダイヤグラム Cファンクションは図14で示すステートダイヤグラム

と15.を通じて記述されるステートに従って動作する。表34は，あるアクティブステートから別のステー

トに移行するためのメッセージやステートについて記述したものである。

表35は，各ステートがアクティブのときに送られるメッセージ及びデバイスファンクションの動作を示

す。

15.3 Cファンクションの説明

15.3.1 CIDS (Controller Idle State)

15.3.1.1 CIDSでは，Cファンクションはインタフェースをコントロールするすべての能力を失う。Cファ

ンクションは電源投入時にCIDSになる。

15.3.1.2 CIDSでは，ATN，IDYはPassive Falseで送信され，NULメッセージはPassive Trueで送信される。

備考 IDYメッセージはATNとEOI信号線によって符号化される。15.3を通して，ATNメッセージ

がTrueで送信され，IDYメッセージがアクティブすなわちPassive Falseで送信されるときは，

いつでもEOI信号線は，アクティブすなわちPassive Falseである。

15.3.1.3 Cファンクションは，次の条件でCIDSからCADS (Controller Addressed State) へ移行する。

(1) （コントローラ・インチャージのコントローラが送信する。）TCTメッセージがTrueであり，TADS

とACDSがアクティブの場合。

(2) 又は，SIAS (System Control Interface Clear Active State) がアクティブの場合。

備考 TCTメッセージはオプションである。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

メッセージ：

インタフェースステート：

CAWS−CONTROLLER ACTIVE WAIT STATE

IFC−INTERFACE CLEAR

CSWS−CONTROLLER SYNCHRONOUS WAIT STATE

ATN−ATTENTION

CSRS−CONTROLLER SERVICE REQUESTED STATE

TCT−TAKE CONTROL

CSNS−CONTROLLER SERVICE NOT REQUESTED STATE

SNAS−SYSTEM CONTROL NOT ACTIVE STATE

SACS−SYSTEM CONTROL ACTIVE STATE

SRIS−SYSTEM CONTROL REMOTE ENABLE IDLE STATE

SRNS−SYSTEM CONTROL REMOTE ENABLE NOT ACTIVE STATE

SRAS−SYSTEM CONTROL REMOTE ENABLE ACTIVE STATE

SIIS−SYSTEM CONTROL INTERFACE CLEAR IDLE STATE

SINS−SYSTEM CONTROL INTERFACE CLEAR NOT ACTIVE STATE

SIAS−SYSTEM CONTROL INTERFACE CLEAR ACTIVE STATE

−ACCEPT DATA STATE（AHファンクション）

−ACCEPTOR NOT READY STATE（AHファンクション）

−SOURCE DELAY STATE（SHファンクション）

−SOURCE TRANSFER STATE（SHファンクション）

−TALKER ADDRESSED STATE（Tファンクション）

表35 Cメッセージの出力表(1)

Cステート

リモートメッセージ送信

デバイスファンクションの動作

ATN

IDY

マルチライン

CIDS

(F)

(NUL)

インタフェースメッセージを送ってはいけない。

CADS

(F)

(NUL)

同上

CACS

(2)

インタフェースメッセージを送ることが可能

CPWS

(NUL)

インタフェースメッセージを送ってはいけない。

CPPS

(NUL)

PPRメッセージを受信することが可能

CSBS

(F)

(NUL)

インタフェースメッセージを送ってはいけない。

CSWS

F又は(F)

(NUL)

同上

CAWS

(NUL)

同上

CTRS

TCT

TCTメッセージを送り続けなければならない。

CSHS

(F)

(NUL)

インタフェースメッセージを送ってはいけない。

Cステート

リモートメッセージ送信

デバイスファンクションの動作

IFC

SIIS

SINS

SIAS

(F)

なし

Cステート

リモートメッセージ送信

デバイスファンクションの動作

REN

SRIS

SRNS

SRAS

(F)

なし

Cステート

リモートメッセージ送信

デバイスファンクションの動作

CSNS

CSRS

なし

サービス要求なし

サービス要求を認識している。

注(1) 送信されるメッセージの値は，それらのステートに影響を及ぼすものだけを示した。表における各々のセク

ションは，Cファンクション内の違ったステートのグループである。

(2) 表38にCファンクションから送信されるマルチラインのインタフェースメッセージを示す。これらのメッ

セージは，Cファンクションによって働きが可能になるが，デバイスファンクションの中で発生される。

15.3.2 CADS (Controller Addressed State)

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

15.3.2.1 CADSでは、Cファンクションはインタフェースのコントローラ・インチャージになる過程にあ

る。しかし現在のコントローラがATNメッセージの送信を止めるまでこの状態にとどまっている。

15.3.2.2 CADSでは，ATN及びIDYメッセージはPassive Falseで，NULメッセージはPassive Trueで送信

される。

15.3.2.3 Cファンクションは，次の条件でCADSから別のステートへ移行する。

(a) ATNメッセージがFalseの場合は，CACS (Controller Active State) へ移行する。

(b) IFCメッセージがTrueであり，SACSがアクティブでない場合にはt4時間以内にCIDSへ移行する。

15.3.3 CACS (Controller Active State)

15.3.3.1 CACSでは，Cファンクションはデバイスファンクションからインタフェースの信号ラインへの

マルチラインインタフェースメッセージの送信を可能にする。これらのメッセージには，デバイスアドレ

ス，ユニバーサルコマンド，又はアドレスコマンドが含まれる。

SHファンクションは，デバイスファンクションが送るべきマルチラインメッセージの内容を変更して

もよいタイミングを決定する。しかし，メッセージ内容は，デバイスファンクションによって単独に決め

られるものである。

15.3.3.2 CACSがアクティブのとき，ATNメッセージはTrueで，IDYメッセージはFalseで連続して送信

される。このとき，表36の中のマルチラインメッセージは，デバイスファンクションによって送信される

かもしれない。

15.3.3.3 Cファンクションは，次の条件でCACSから別のステートへ移行する。

(a) TCTメッセージ（自身のデバイスファンクションにより送信されるが，リモートメッセージとして受

信される。）がTrueで，TADSがアクティブでない（オプション）場合で，かつACDSがアクティブ

の場合，CTRS (Controller Transfer State) へ移行する。

(b) rppメッセージがTrueで，STRSとSDYSの双方がアクティブでない場合に，CPWS (Controller Parallel

Poll Wait State) へ移行する。

State) へ移行する。

(d) gtsメッセージがTrueであり，STRS及びSDYSのいずれもアクティブでない場合に，CSBS (Controller

Standby State) へ移行する。

表36

ユニバーサルコマンド（マルチライン）

アドレス

−LLO

− (LAD)(1)

−DCL

− (TAD)(2)

−SPE

−UNL

−SPD

−PPU

アドレスコマンド

2次コマンド

−GET（リスナアドレスコマンド）

− (SAD)(3)

−GTL（リスナアドレスコマンド）

−PPD

−PPC（リスナアドレスコマンド）

−PPE

−SDC（リスナアドレスコマンド）

−TCT（トーカアドレスコマンド）

注(1) ある特定なデバイスのリスナアドレスを示している（MLAとして受信される）。

(2) ある特定なデバイスのトーカアドレスを示している（MTA又はOTAとして受信される）。
(3) ある特定なデバイスの2次アドレスを示している（MSA又はOSAとして受信される）。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

15.3.4 CPWS (Controller Parallel Poll Wait State)

15.3.4.1 CPWSでは，Cファンクションはインタフェースを通じてパラレルポールを行おうとしているが，

DIOラインが安定するまでこのステートで待っている。

15.3.4.2 CPWSでは，CファンクションはIDYメッセージをTrueで，NULメッセージをPassive Trueで

送信する。

15.3.4.3 Cファンクションは，次の条件でCPWSから別のステートへ移行する。

(a) T6の時間が経過した後，CPPS (Controller Parallel Poll State) へ移行する。

(b) IFCメッセージがTrueで，しかもSACSがアクティブでない場合，t4時間以内にCIDSへ移行する。

15.3.5 CPPS (Controller Parallel Poll State)

15.3.5.1 CPPSでは，Cファンクションは，パラレルポールを実行し，インタフェースの信号ライン経由

で受信されるPPRメッセージの値をデバイスファンクションに伝える。

15.3.5.2 CPPSでは，IDYメッセージはTrueで，NULメッセージはPassive Trueで送信される。

15.3.5.3 Cファンクションは，次の条件でCPPSから別のステートへ移行する。

(a) rppメッセージがFalseの場合，CAWSへ移行する。

(b) IFCメッセージがTrueであり，SACSがアクティブでない場合，t4時間以内にCIDSへ移行する。

15.3.6 CSBS (Controller Standby State)

15.3.6.1 CSBSでは，Cファンクションはインタフェースを通じて複数のデバイスがデバイスディペンデ

ントメッセージを転送することを許可する。

15.3.6.2 CSBSでは，ATNメッセージはFalseで，IDYメッセージはPassive Falseで，NULメッセージは

Passive Trueで送信される。

15.3.6.3 Cファンクションは，次の条件でCSBSから別のステートへ移行する。

(a) tcsメッセージがTrueで，かつANRSがアクティブのとき，CSHSへ移行する。

(b) tcaメッセージがTrueのとき，CSWSへ移行する。

15.3.7 CSWS (Controller Synchronous Wait State)

15.3.7.1 CSWSでは，CファンクションがCAWS (Controller Active Wait State) へ入るプロセス中にあるが，

現在アクティブのトーカがインタフェースを通じて送られたATNメッセージを確実に感知するために，C

ファンクションはT7の時間このステートで待っている。もし，tcsメッセージによってこのステートに入

った場合，デバイスファンクションはこのステートの間，tcsメッセージをTrueで送り続ける。このこと

によってこのデバイスのAHファンクションはインタフェースを通してRFDメッセージをFalseで送り続

けることになり，次のデータバイトの転送を止めてしまう。

15.3.7.2 CSWSでは，ATNメッセージはTrueで，IDYメッセージはアクティブすなわちPassive Falseで，

そしてNULメッセージはPassive Trueで送信される。

15.3.7.3 Cファンクションは，次の条件でCSWSから別のステートへ移行する。

(a) t7の時間が経過した後又はTADSがアクティブの場合，CSWSへ移行する。

(b) IFCメッセージがTrueで，しかもSACSがアクティブでない場合，t4時間以内にCIDSへ移行する。

15.3.8 CAWS (Controller Active Wait State)

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

15.3.8.1 CAWSでは，CファンクションはCACSに移行する前にT9の時間だけこのステートで待っている。

これは，EOIラインが十分安定し，その値を保証するために必要である。また，デバイスが誤って応答し

てパラレルポールを実行しないために必要である。

15.3.8.2 CAWSでは，ATNメッセージはTrueで，IDYメッセージはFalseで，NULメッセージはPassive True

で送信される。

15.3.8.3 Cファンクションは，次の条件でCAWSから別のステートへ移行する。

(a) rppメッセージがFalseで，更にT9の時間が経過した場合，CACSへ移行する。

(b) rppメッセージがTrueの場合，CPWSへ移行する。

15.3.9 CTRS (Controller Transfer State)

15.3.9.1 CTRSでは，Cファンクションは，TCTアドレスコマンドを他のデバイスに送信し続ける。これ

は，Cファンクションがアイドル (CIDS) に移行する過程において行われる。

15.3.9.2 CTRSでは，ATNメッセージはTrueで，IDYメッセージはFalseで送信され，さらに，TCTメッ

セージは，連続してTrueで送信される。

15.3.9.3 Cファンクションは，次の条件で (CTRS) からCIDSへ移行する。

(1) STRSがアクティブでなくなる場合。

(2) 又は，IFCメッセージがTrueで，しかもSACSがアクティブでない場合に，t4時間以内に移行する。

15.3.10 CSRS (Controller Service Requested State)

15.3.10.1 CSRSでは，Cファンクションはインタフェースシステム内の少なくとも一つのデバイスがサー

ビスを要求していることをローカルメッセージによってデバイスファンクションに伝えている。

15.3.10.2 CSRSでは，リモートメッセージを送信する能力をもたない。

15.3.10.3 Cファンクションは，SRQメッセージがFalseの場合に，CSRSからCSNS (Controller Service Not

Requested State) へ移行する。

15.3.11 CSNS (Controller Service Not Requested State)

15.3.11.1 CSNSでは，Cファンクションは，インタフェース内の一つのデバイスもサービスを要求してい

ないことをローカルメッセージによってデバイスファンクションに伝えている。

15.3.11.2 CSNSでは，リモートメッセージを送信する能力をもたない。

15.3.11.3 Cファンクションは，SRQメッセージがTrueの場合に，CSNSからCSRSへ移行する。

15.3.12 SNAS (System Control Not Active State)

15.3.12.1 SNASでは，Cファンクションはすべてのシステムコントロールの能力を全くもたない。

15.3.12.2 SNASでは，リモートメッセージを送信する能力をもたない。

15.3.12.3 Cファンクションは，rscメッセージがTrueになる場合，SNASからSACSへ移行する。

15.3.13 SACS (System Control Active State)

15.3.13.1 SACSでは，Cファンクションはシステムコントロールの能力を実行することができる。

15.3.13.2 SACSでは，リモートメッセージを送信する能力をもたない。

15.3.13.3 Cファンクションは，rscメッセージがFalseになる場合，SACSからSNASへ移行する。

15.3.14 SIIS (System Control Interface Clear Idle State)

15.3.14.1 SIISでは，Cファンクションはインタフェースをクリアする能力をもたない。Cファンクション

は，電源投入時にSIISになる。

15.3.14.2 SIISでは，IFCメッセージはPassive Falseで送信される。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

15.3.14.3 Cファンクションは，SACSがアクティブの場合，次の条件でSIISから別のステートへ移行する。

(a) sicメッセージがFalseの場合，SINS (System Control Interface Clear Not Active State) へ移行する。

(b) sicメッセージがTrueの場合，SIAS (System Control Interface Clear Active State) へ移行する。

15.3.15 SINS (System Control Interface Clear Not Active State)

15.3.15.1 SINSでは，Cファンクションはインタフェースをクリアすることはできない。

15.3.15.2 SINSでは，IFCメッセージはFalseで送信し続けられる。

15.3.15.3 Cファンクションは，次の条件でSINSから別のステートへ移行する。

(a) sicメッセージがTrueの場合，SIASへ移行する。

(b) SACSがアクティブでない場合に，SIISへ移行する。

15.3.16 SIAS (System Control Interface Clear Active State)

15.3.16.1 SIASでは，Cファンクションはインタフェースをクリアする。システムに接続されているすべて

のインタフェースファンクションはIFCメッセージのTrueに応答する。そして既知の初期の状態となるこ

とが必要である。

15.3.16.2 SIASでは，IFCメッセージはTrueで送信される。

15.3.16.3 Cファンクションは，次の条件でSIASから別のステートへ移行する。

(a) sicメッセージがFalseになってから少なくともT8の時間以上SIASにとどまった後，SINSへ移行する。

(b) SACSがアクティブでない場合に，SIISへ移行する。

15.3.17 SRIS (System Control Remote Enable Idle State)

15.3.17.1 SRISでは，Cファンクションはインタフェースシステムをリモート動作させる能力をもたない。

システムコントローラとして機能することを指定されたもの以外のすべてのCファンクションは，SRIS

の状態に止まる。Cファンクションは，電源投入時SRISになる。

15.3.17.2 SRISでは，RENメッセージはPassive Falseで送信される。

15.3.17.3 Cファンクションは，次の条件でSRISから別のステートへ移行する。

(a) sreメッセージがFalseで，かつSACSがアクティブの場合，SRNS (System Control Remote Enable Not

Active State) へ移行する。

(b) sreメッセージがTrueで，SACSがアクティブの場合，SRISに少なくともT8の時間とどまった後，SRAS

(System Control Remote Enable Active State) へ移行する。

15.3.18 SRNS (System Control Remote Enable Not Active State)

15.3.18.1 SRNSでは，Cファンクションはインタフェース上の他のデバイスをリモート動作にすることが

できない。

15.3.18.2 SRNSでは，RENメッセージはPassive Falseで送信される。

15.3.18.3 Cファンクションは，次の条件でSRNSから別のステートへ移行する

(a) sreメッセージが少なくともT8の時間以上続けてTrueである場合に，SRASへ移行する。

(b) SACSがアクティブでない場合に，SRISへ移行する。

15.3.19 SRAS (System Control Remote Enable Active State)

15.3.19.1 SRASでは，Cファンクションはインタフェース上の他のデバイスをリモート動作することがで

きる。

15.3.19.2 SRASでは，RENメッセージはTrueで送信し続けられる。

15.3.19.3 Cファンクションは，次の条件でSRASから別のステートへ移行する。

(a) sreメッセージがFalseの場合，SRNSへ移行する。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表37 Cファンクションのサブセット

分類

能力

注

必要なステート

その他
の条件

必要とされる他
のファンクショ
ンのサブセット

シ

ス

テ

ム

コ

ン

ト

ロ

ー

ラ

送

信

，

コ

ン

ト

ロ

ー

ラ

・

イ

ン

チ

ャ

ー

ジ

送

信

に

対

す

る

応

答

イ

ン

タ

フ

ェ

ー

ス

メ

ッ

セ

ー

ジ

送

信

コ

ン

ト

ロ

ー

ル

の

受

け

コ

ン

ト

ロ

ー

ル

の

渡

し

自

分

自

身

へ

の

コ

ン

ト

ロ

ー

ル

の

渡

し

パ

ラ

レ

ル

ポ

ー

ル

ハ

ン

ド

シ

ェ

ー

ク

に

同

期

し

て

コ

ン

ト

ロ

ー

ル

の

受

渡

し

を

す

る

。

(5)

，

〔

)〕

(

)

が

常

に

と

は

限

ら

な

い

。

，

〜

又

は

〜

，

〜

N Ｎ N N

N N N N N N

O O O O O O O O O O O O O − − − −

Y − − − − − − − − − (1)

R − − − − − − − − − − − − − − − −

− Y − − − − − − − − (1)

− R − − − − − − − − − − R − − − −

− − Y − − − − − − − (1)

− − R − − − − − − − − − R − − − −

− − − Y

− − − − − − (1)

− − − R − − − − − − − − − − − − −

− − − − Y Y Y Y Y Y (2)(3)

− − − − R R R R R R R R − − R R R

− − − − Y Y Y Y Y N (2)(3)

− − − − R R R R R R R O − − R − R

− − − − Y Y Y Y N Y (2)(3)

− − − − R R R R O R R R − − R R R

− − − − Y Y Y Y N N (2)(3)

− − − − R R R R O R R O − − R − R

− − − − Y Y Y N Y Y (2)(3)

− − − − R R R R R R O R − − R R R

C10

− − − − Y Y Y N Y N (2)(3)

− − − − R R R R R R O O − − R − R

C11

− − − − Y Y Y N N Y (2)(3)

− − − − R R R R O R O R − − R R R

C12

− − − − Y Y Y N N N (2)(3)

− − − − R R R R O R O O − − R − R

C13

− − − − Y Y N N Y Y (2)

− − − − R R R O R O O R − R R R −

C14

− − − − Y Y N N Y N (2)

− − − − R R R O R O O O − R R − −

C15

− − − − Y Y N N N Y (2)

− − − − R R R O O O O R − R R R −

C16

− − − − Y Y N N N N (2)

− − − − R R R O O O O O − R R − −

C17

− − − − Y N Y Y Y Y (2)(3)(4)

− − − − R O R R R R R R − − R R R

C18

− − − − Y N Y Y Y N (2)(3)(4)

− − − − R O R R R R R O − − R − R

C19

− − − − Y N Y Y N Y (2)(3)(4)

− − − − R O R R O R R R − − R R R

C20

− − − − Y N Y Y N N (2)(3)(4)

− − − − R O R R O R R O − − R − R

C21

− − − − Y N Y N Y Y (2)(3)(4)

− − − − R O R R R R O R − − R R R

C22

− − − − Y N Y N Y N (2)(3)(4)

− − − − R O R R R R O O − − R − R

C23

− − − − Y N Y N N Y (2)(3)(4)

− − − − R O R R O R O R − − R R R

C24

− − − − Y N Y N N N (2)(3)(4)

− − − − R O R R O R O O − − R − R

C25

− − − − Y N N N Y Y (2)

− − − − R O O O R O O R − − R R −

C26

− − − − Y N N N Y N (2)

− − − − R O O O R O O O − − R − −

C27

− − − − Y N N N N Y (2)

− − − − R O O O O O O R − − R R −

C28

− − − − Y N N N N N (2)

− − − − R O O O O O O O − − R − −

“O”：省略 “R”：必要 “−”：不必要 “Y”：YES “N”：NO

注(1) C5からC28までの中の一つのサブセットと，C1からC4までの一つ以上のサブセットの組合せが可能。

(2) C5からC28までの中の一つのサブセットだけ選択可能。
(3) マルチコントローラシステムの中で動作するデバイスは必ずCTRSを含まなければならない。
(4) C2を含まない場合には，このサブセットを選択できない。
(5) Cファンクションを示す“C”とそれに続く数字によって選択されたサブセットを示している。

（例：C1，2，3，4，8）

(6) CIDSからCADSに移行する場合の過渡的な部分。
(7) CACSからCTRSに移行する場合の過渡的な部分。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

15.5.2 もし，tcsメッセージを使用する場合には，FalseからTrueにするのはCSBSのステートのときだけ

可能である。tcsメッセージはCAWSの間だけにTrueからFalseへ変えなければならない。これらの制限

によって，同期制御動作中一定時間にわたりRFDがFalseに保持されることを保証している。tcsとANRS

によるCSBSからCSWSへの移行は，コントローラ機能をもつデバイスがLACSステートにあるリスナと

して参加することを想定している。

16. リモートメッセージのコード化及び転送

16.1 リモートメッセージのコード各リモートメッセージは，1本又は複数のインタフェースラインを経

由して送・受信する。

16. はリモートメッセージの分類及びコード化の方法，及び信号ライン上への転送方法を定義する。種々

のインタフェースファンクシヨンによって転送されるすべてのリモートメッセージのコード表を表38に

示す。

16.2 リモートメッセージのコード化の概念

16.2.1 メッセージは，1本又は複数の信号ラインの論理状態にコード化する。

16.2.2 ユニラインメッセージとは，1本の信号ラインの論理状態として送・受信するメッセージを示す

（例：ATNメッセージ）。

16.2.3 マルチラインメッセージとは，複数の信号ラインの論理状態の組合せによって送・受信するメッセ

ージを示す（例：DCLメッセージ）。

16.2.4 メッセージには他のメッセージの論理的組合せ (AND，OR，NOT) によって定義するメッセージ

もある（例：OTAメッセージ）。

16.2.5 送信するメッセージと受信するメッセージのコードは同一のものである。

16.3 リモートメッセージの転送

16.3.1 メッセージは，規定された1本又は複数のメッセージラインを論理的に1又は0にすることによっ

て送信する。

コードとして規定されていない信号ラインへの出力を行ってはならない。

16.3.2 メッセージは，規定された1本又は複数のメッセージラインの論理的な1又は0を感知することに

よって受信する。

コードとして規定されていない信号ラインは無視すること。

16.3.3 ユニラインメッセージの“値”は，それに相当する論理値になると同時に有効となる。

（表3，表6，表9，表19，表25及び表35のメッセージが送られる状態を参照のこと。）。

16.3.4 マルチラインメッセージは，SH又はAHファンクションによって規定する間だけ有効になる。送

信するマルチラインメッセージは，SHファンクションがソーストランスファステート (STRS) のとき有

効となる。

受信するマルチラインメッセージは，AHファンクションがアクセプトデータステート (ACDS) のとき

有効となる。

16.3.5 すべてのPassiveメッセージは，信号ラインを0として転送する。これをインタフェース上で実施

するためには，信号ラインの状態が論理ORになっていることだけ要求される。

16.4 リモートメッセージのコード表の構成及び取り決め

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

表38 リモートメッセージコード表

記号

メッセージ名

形

式

級

メッセージのTrueの値を決定するバス信号線

とコード

8 7 6 5 4 3 2

ACG

ADDRESSED COMMAND GROUP

AC Y 0 0 0 X X X X X X X 1 X X X X

ATN

ATTENTION

UC X X X X X X X X X X X 1 X X X X

DAB

DATA BYTE(1)(9)

DD D D D D D D D D X X X 0 X X X X

8 7 6 5 4 3 2 1

DAC

DATA ACCEPTED

HS X X X X X X X X X X 0 X X X X X

DAV

DATA VALID

HS X X X X X X X X 1 X X X X X X X

DCL

DEVICE CLEAR

UC Y 0 0 1 0 1 0 0 X X X 1 X X X X

END

END(9)

X X X X X X X X X X X 0 1 X X X

EOS

END OF STRING(2)(9)

DD E E E E E E E E X X X 0 X X X X

8 7 6 5 4 3 2 1

GET

GROUP EXECUTE TRIGGER

AC Y 0 0 0 1 0 0 0 X X X 1 X X X X

GTL

GO TO LOCAL

AC Y 0 0 0 0 0 0 1 X X X 1 X X X X

IDY

IDENTIFY

UC X X X X X X X X X X X 1 1 X X X

IFC

INTERFACE CLEAR

UC X X X X X X X X X X X X X X 1 X

LAG

LISTEN ADDRESS GROUP

AD Y 0 1 X X X X X X X X 1 X X X X

LLO

LOCAL LOCKOUT

UC Y 0 0 1 0 0 0 1 X X X 1 X X X X

MLA

MY LISTEN ADDRESS(3)

AD Y 0 1 L L L L L X X X 1 X X X X

5 4 3 2 1

MTA

MY TALK ADDRESS(4)

AD Y 1 0 T T T T T X X X 1 X X X X

5 4 3 2 1

MSA

MY SECONDARY ADDRESS(5)

Y 1 1 S S S S S X X X 1 X X X X

5 4 3 2 1

NUL

NULLBYTE

DD 0 0 0 0 0 0 0 0 X X X X X X X X

OSA

OTHER SECONDARY ADDRESS

(OSA＝SCG∧MSA)

OTA

OTHER TALK ADDRESS

(OTA＝TAG∧MTA)

PCG

PRIMARY COMMAND GROUP

(PCG＝ACG∨UCG∨LAG∨TAG)

PPC

PARALLEL POLL CONFIGURE

AC Y 0 0 0 0 1 0 1 X X X 1 X X X X

PPE

PARALLEL POLL ENABLE(6)

Y 1 1 0 S P P P X X X 1 X X X X

3 2 1

PPD

PARALLEL POLL DISABLE(7)

Y 1 1 1 D D D D X X X 1 X X X X

4 3 2 1

PPR1

PARALLEL POLL RESPONSE1(10)

X X X X X X X 1 X X X 1 1 X X X

PPR2

PARALLEL POLL RESPONSE2(10)

X X X X X X 1 X X X X 1 1 X X X

PPR3

PARALLEL POLL RESPONSE3(10)

X X X X X 1 X X X X X 1 1 X X X

PPR4

PARALLEL POLL RESPONSE4(10)

X X X X 1 X X X X X X 1 1 X X X

PPR5

PARALLEL POLL RESPONSE5(10)

X X X 1 X X X X X X X 1 1 X X X

PPR6

PARALLEL POLL RESPONSE6(10)

X X 1 X X X X X X X X 1 1 X X X

PPR7

PARALLEL POLL RESPONSE7(10)

X 1 X X X X X X X X X 1 1 X X X

PPR8

PARALLEL POLL RESPONSE8(10)

1 X X X X X X X X X X 1 1 X X X

PPU

PARALLEL POLL UNCONFIGURE

UC Y 0 0 1 0 1 0 1 X X X 1 X X X X

REN

REMOTE ENABLE

UC X X X X X X X X X X X X X X X 1

RFD

READY FOR DATA

HS X X X X X X X X X 0 X X X X X X

RQS

REQUEST SERVICE(9)

X 1 X X X X X X X X X 0 X X X X

SCG

SECONDARY COMMAND GROUP

Y 1 1 X X X X X X X X 1 X X X X

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

記号

メッセージ名

形

式

級

メッセージのTrueの値を決定するバス信号線

とコード

8 7 6 5 4 3 2

SDC

SELECTED DEVICE CLEAR

AC Y 0 0 0 0 1 0 0 X X X 1 X X X X

SPD

SERIAL POLL DISABLE

UC Y 0 0 1 1 0 0 1 X X X 1 X X X X

SPE

SERIAL POLL ENABLE

UC Y 0 0 1 1 0 0 0 X X X 1 X X X X

SRQ

SERVICE REQUEST

X X X X X X X X X X X X X 1 X X

STB

STATUS BYTE(8)(9)

S X S S S S S S X X X 0 Y X X X

8 6 5 4 3 2 1

TCT

TAKE CONTROL

AC Y 0 0 0 1 0 0 1 X X X 1 X X X X

TAG

TALK ADDRESS GROUP

AD Y 1 0 X X X X X X X X 1 X X X X

UCG

UNIVERSAL COMMAND GROUP

UC Y 0 0 1 X X X X X X X 1 X X X X

UNL

UNLISTEN

AD Y 0 1 1 1 1 1 1 X X X 1 X X X X

注(1) D1〜D8は，デバイスディペンデントデータビットを示す。

(2) E1〜E8は，EOSメッセージに用いるためのデバイスによって自由に選べるコードを示す。このメッセージは，

連続したDABメッセージを終端するときなどに使用する。

(3) L1〜L5は，デバイスのリスナアドレスを示す（38.2.1参照）。
(4) T1〜T5は，デバイスのトーカアドレスを示す（38.1.1参照）。
(5) S1〜S5は，デバイスの2次アドレスを示す（38.3.1参照）。
(6) Sは，パラレルポールレスポンスの極性を規定する。

レスポンス

P1〜P3はパラレルポールを実行するときに送信するPPRメッセージを示す。

(7) D1〜D4は，無意味のビットである。送信側では，全部“0”として送信する。しかし，受信するデバイスは

デコードする必要はない。

(8) S1〜S6，S8は，デバイスによって自由に選択できるビットである。

（注：DIO7ラインはRQSメッセージに対して用いられる。）

(9) ATNメッセージの送信は，常にCファンクションが行う。しかし，DIOラインのメッセージ及びEOIライン

のメッセージは，Tファンクションが送信する。

(10) ATN及びEOIラインの送信は，常にCファンクションが行う。しかし，DIOラインのメッセージ送信は，常

にPPファンクションが行う。

備考表38の説明

信号レベル：

記号：（形式）

0＝信号のレベルが高ステート
1＝信号のレベルが低ステート
表38のコードについては18.に示した電気的信号レベルと等価なものと解釈してよい。
U＝ユニラインメッセージ
M＝マルチラインメッセージ

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

（級） AC＝アドレスコマンド

AD＝アドレス（トーカ又はリスナ）
DD＝デバイスディペンデントデータ
HS＝ハンドシェーク
UC＝ユニバーサルコマンド
SE＝2次メッセージ
ST＝ステータス

16.6 JISコード説明：メッセージコード化の概要多くのデバイスはJIS 7ビットコード［JIS X 0201（情

報交換用符号）］を使用している。このコードは，生成及び解釈のしやすいコードである。JISコードとこ

の規格で規定したメッセージ（バイナリビットパターン）との関係を次に示す。

16.6.1 インタフェースメッセージインタフェースシステムは，ATNメッセージがTrueのときに，イン

タフェースメッセージをデバイスに対して出力するために，表38に示したメッセージコードを使用する。

このコードはDIO 1からDIO 7が，それぞれJISコードのビット1から7に対応する。JISコードには，

ATNメッセージ（ビット又は信号線）によって規定するコードは含んでいない。

この規格によるインタフェースシステムを端末機を通して他のシステムに接続する場合には，正しい情

報交換を可能にし，JISコードの示す別の意味との矛盾を避けるために，この規格の範囲を超えたプロト

コルが使用される。

16.6.2 デバイスディペンデントメッセージデバイスディペンデントメッセージについては，この規格の

範囲外である。トーカとリスナがインタフェースメッセージによって指定され，ATNメッセージがFalse

になった後は，例えばBCDといったような8ビット以内の一般的なバイナリコードやアルファニューメ

リックコードを使用してよい。

備考1. 可能ならば，アルファニューメリックコード（JISコードの一部，カラム2から5）をデバイ

スメッセージの情報交換に使用するのが望ましい。JISコードのビット1から7をDIO 1から

DIO 7に対応させる。

2. （例えば，バイナリといった）他のコードを使用する場合には，MSB (Most significant bit) を，

大きい番号のDIO信号線に割り付けるべきである（例えば，ビット8をDIO 8にする。）。

16.6.3 JISコードについては，この規格のコードと対照させて，附属書Eに示す。

16.7 ステート移行時間の値第2節のインタフェースファンクションとステートダイヤグラム全体に記

載されたTxとtyの値は，第3節の24.で定義する。

第3節電気的仕様

17. 適用範囲この節では，次の条件で使用するインタフェースシステムに関する電気的仕様を定義する。

(1) デバイスの間の物理的距離が短い

(2) 電気的ノイズが比較的少ない環境

レシーバ／ドライバ回路の電気的仕様はTTL技術に基づく。

備考1. ドライバやレシーバと接続するインタフェースファンクション回路に用いるデバイス技術は，

設計者に一任する。

2. ドライバやレシーバは，設計しようとするインタフェースファンクションに必要な信号ライ

ンだけに使用すればよい（終端については21.を参照。）。

3. ドライバにオープンコレクタドライバを使用するか，又はトライステートドライバを使用す

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

るかは19.及び31.に記述しているデータ転送速度を考慮して決定すること。

18. 論理ステートと電気的ステートとの関係

18.1 リモートメッセージのコード表38の論理ステートと各信号ラインの電気的ステートの電圧レベルと

の関係を次に示す。

コードの

論理ステート

電気的信号レベル

“高ステート”(＋2.0V)

“低ステート”(＋0.8V)

高ステート及び低ステートは，電源電圧が＋5.25Vを超えない場合に，ロジックのグランドを基準にし

た標準のTTLレベルに基づく。

18.2 この節では，電流は正の符号のとき接続点に流入し，負の符号のとき接続点から流出することを示

す。

19 ドライバの必要条件メッセージはインタフェース上において，Active又はPassiveという方法で送信

する（4.3参照）。

すべてのPassive Trueのメッセージ転送は“高ステート”で行われ，オープンコレクタドライバを使用

して信号線上を伝達する。

19.1 ドライバのタイプ

19.1.1 SRQ，NRFD，NDAC信号線にはオープンコレクタドライバを使用する。

19.1.2 DIO 1〜8，DAV，IFC，ATN，REN，EOI信号線にはオープンコレクタドライバ，又はトライステ

ートドライバのどちらを使用してもよい。ただし，パラレルポールを使用するシステムの場合には，DIO 1

〜8のドライバにはオープンコレクタドライバを用いる（12.3.3参照）。

参考より速いデータ転送を必要とする場合は，トライステートドライバが効果的である。

19.1.3 システム内の各デバイスがDIO，DAV，EOIラインのドライバにトライステートドライバを使用し

ているならば，そのシステムのコントローラはATNラインのドライバにトライステートドライバを使用す

ることを推奨する。

19.2 ドライバの仕様

(1)

“低ステート”：出力電圧＋0.5V

ただし，電流シンクが＋48mAのとき

（トライステート，又はオープンコレクタドライバを使用する。）

ドライバは，連続して48mAの電流シンク能力をもつこと。

(2) “高ステート”：出力電圧（トライステートドライバの場合）＋2.4V

（ただし，−5.2mAのとき）

出力電圧（オープンコレクタドライバの場合）：21.5参照のこと。

上記の電圧値は，デバイスのコネクタにおけるグランドラインに対する信号ラインの電圧値である。ド

ライバに対する追加条件は21.を参照のこと。

20. レシーバの必要条件

20.1 レシーバの仕様（許容値）通常のノイズ除去特性をもつレシーバの仕様は，次のとおりである。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

入力電圧＋0.8V（低ステートにおいて）

入力電圧＋2.0V（高ステートにおいて）

レシーバに対する追加条件は21.3を参照のこと。

20.2 レシーバの仕様（推奨）より大きなノイズ除去特性を得るために全ての信号線のレシーバにシュ

ミット形のレシーバを使用することを推奨する。

(1) “低ステート”：低ステートへの反転スレショルド電圧＋0.8V

(2) “高ステート”：高ステートへの反転スレショルド電圧＋2.0V

(3) “ヒステリシス”：0.4V

21. 複合デバイスの負荷に対する必要条件

21.1 終端抵抗各信号ラインは，抵抗性負荷によって終端する（ドライバ及びレシーバとの接続には無

関係に）。

この主な目的は，ラインに接続されているすべてのデバイスが，高インピーダンスになったとき，その

ラインの電圧（定常状態における）を安定にするためである。また，この負荷はライン上のインピーダン

スを一様にし，ノイズ除去特性の改善に役立つ。

仕様条件は21.3.3を，負荷の代表値は21.5を参照のこと。

21.2 負電圧のクランプレシーバが接続されている各信号ラインは，負電圧入力に対する保護手段を備

えておく。一般的に，この回路要素はレシーバの素子に内蔵されているダイオードクランプである。

21.3 DC負荷条件

21.3.1 デバイスのDC負荷特性は，電圧クランプ回路，終端抵抗，レシーバ／ドライバ回路によって影響

を受ける。このため個々の素子ではなく，すべてのデバイスのインタフェース回路によってDC負荷特性

は決定される。

しかし，この項では，終端抵抗及び電圧クランプに回路に対する完全な仕様を規定する。

21.3.2 負荷測定条件は高インピーダンス状態のドライバをもつデバイス中に，レシーバ，ドライバ及び終

端抵抗回路が接続されていること。

21.3.3 デバイス中の各信号ラインは，次のDC負荷特性をもち，更に図15の網目外の範囲内に納める。

① ：1 0mAのとき

U＜3.7V

② ：1 0mAのとき

U＞2.5V

③ ：1−12.0mAのとき

U＞−1.5V

（レシーバがある場合だけ）

④ ：U0.4V

I＜−1.3mA

⑤ ：U0.4V

I＞−3.2mA

⑥ ：U5.5V

I＜2.5mA

⑦ ：U5.0V

I＞0.7mA又は小信号インピーダンス

Z2kΩ（1MHzのとき）

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

この基本回路は，TTL回路及びディスクリートな素子回路と互換性がある。

代表的回路構成の各仕様値は，次のとおりである。

RL1：3kΩ±5%

RL2：6.2kΩ±5%

ドライバ：出力の漏れ電流＝＋0.25mAmax（Uz＝＋5.25Vのとき）

（ただし，オープンコレクタドライバ使用の場合）

出力の漏れ電流＝±40μAmax（Uz＝＋2.4Vのとき）

（ただし，トライステートドライバ使用の場合）

レシーバ：入力電流＝−1.6mAmax（Uz＝＋0.4Vのとき）

入力の漏れ電流＝＋40μAmax（Uz＝＋2.4Vのとき）

＝＋1.0mAmax（Uz＝＋5.25Vのとき）

電源電圧：＋5V±5%

図16に示すように，1デバイス内の各信号ラインは1個のドライバと1個のレシーバだけを接続してよ

い。

また，21.3の複合デバイスの負荷に対する仕様を満足すれば，上記制限を受けない，他の回路構成であ

ってもよい。

22. 接地条件

22.1 接続ケーブルの外被シールドは，コネクタの1本のピンを通じて，フレーム（安全接地）に接続の

こと。これは，外部ノイズの影響及びその発生を最小にするためである。

備考デバイス間の各フレーム電位が，システム動作に支障を生じるほど，相違があってはならない。

このインタフェースシステムの接続方法では過度なグランド電流を扱うことができるわけで

はない。

22.2 各コントロール及びステータスの信号ラインのリターン用グランドは，トランジェント時のクロス

トークによる干渉を最少にするために，ロジック回路のドライバ又はレシーバのところでロジックのグラ

ンドに接続することを推奨する。

22.3 フレームが金属板か，接地端子に接続されている場合，グランドループを防ぐために，ロジックグ

ランドとフレーム電位を簡単に切り離せるような構造にすることを推奨する。

23. ケーブル特性

23.1 導線の必要条件導線1m当たりの最大抵抗値を次に示す。

(1) 各信号ライン（例：DIO 1，ATN）

0.14Ω

(2) 各信号ラインのリターン用グランドライン

0.14Ω

(3) 共通のグランドライン

0.085Ω

(4) シールド部

0.0085Ω

23.2 ケーブル構造

23.2.1 ケーブルは最小24本の導線をもち，そのうち16本は信号ラインに，残りはそのロジックグランド

リターンと外被シールドに使用すること。

23.2.2 最大線間容量は1m当たり150pFとする（ただし，1kHzで測定する。）。

備考この場合，線間とは1本の信号ラインに対するすべてのライン間（他の信号ライン，グランド

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

ライン，シールド部）とする。

23.2.3 シールド部は，少なくとも85%の密度にする。

23.2.4 ケーブルには，信号線間のクロストークの影響，外部ノイズに対する信号線の感度，及び外部環境

へのインタフェース信号の漏れを最小にするような構造をもたせる。

(1) DAV，NRFD，NDAC，EOI，ATN，IFC，REN，SRQの各信号線は，ロジックグランド線とのツイス

トペアを用いるか，それと等価な方法により絶縁をする（クロストークを最小にするため）。

(2) 16本の信号線をすべてアース線とツイストペアにする構造をとらなくても，DIOライン以外の線だけ

ツイストペアにし，それらをしん（芯）線としてその周囲にDIOラインを配置する構造をとれば十分

満足できる。

(3) ケーブルには，それ自身と両端のコネクタまでの全体シールドをもたせる。

(4) 又は，同様の効果をもった別の内部構造のケーブルを使用してもよい。

24 ステートの移行時間接続するデバイスの間で，最大限の適合性が得られるよう，表39は，デバイス

への信号入力と出力の間の時間関係についての規約を示す。時間値T1とT6〜T9は，伝送路の通常の伝播遅

れ時間と，他のデバイス内での代表的な回路の遅れ時間を許す。測定は，接続コネクタから見て，出力源

のドライバの遷移が見られた時間から行う。

時間値T1とT6〜T9が表39で規定した最小値に近いときには，注意が必要である。このときには電圧値，

容量，そしてクロストークが限界に近づく。このことは，次の条件が望まれることを示唆する。

(1) 高ステートのドライバ電圧は，その最大値が維持されていること。

(2) ケーブルの抵抗値と容量は，可能な限り低い値に保たれていること。

(3) クロストークは最小値に保たれていること。

表39

時間の分類(1)

適用されるファンクション

説明

その値

マルチラインメッセージのセットリング・タイム

2μs(2)

SH，AH，T，TE,L，LE

ATNに対する応答時間

200ns

インタフェースメッセージを受信する時間(3)

＞0(4)

T，TE，L，LE，C，RL

IFCへの応答時間又はRENがFalseになったときの応答時間＜100μs

ATN∧EOIに対する応答時間

200ns

パラレルポール実行時間

2μs

現在のトーカがATNメッセージを感知するのをコントロー

ラが待つための遅れ時間

500ns

IFCの維持時間又はRENがFalseのときの維持

100μs

EOIに対する遅れ時間(5)

1.5μs(6)

T10

DAVに対する遅れ時間

1.5μs

注(1) 小文字tで表す時間は，あるステートへの移行時間の最大値を示す。

大文字Tで表す時間は，各ファンクションが次のステートへ移行するまでそのステートにとどまらなけれ

ばならない最小時間を示す。

(2) DIO，DAV，EOIラインにトライステートドライバを使用する場合，T1は次の値となる。

(a)

1100ns

(b) コントローラのATNラインにトライステートドライバを使用した場合は700ns。
(c) ATNがFalseになった後，最初に転送するバイトは上記の(a)又は(b)を満足しなければならないが，2番目

以後のバイトに対しては，500nsでよい。

(d) 31.3で規定した条件では，ATNがFalseになった後，最初のバイトに続くバイトでは，350nsでよい。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

(3) インタフェースメッセージを受信するために必要な時間（応答には必ずしも必要ではない。）。
(4) 実行状態により異なる。
(5) データ有効状態を示すためのEOI，NDAC，NRFDラインに必要な遅れ時間。
(6) トライステートドライバを使用する場合600ns。

第4節機械的仕様

25. 適用範囲この節では，次の条件で使用するインタフェースシステムに関する機械的仕様を定義する。

(1) 装置間の物理的距離が限られている。

(2) 星状，又は直線状のバス接続で使用されている。

(3) コネクタの取付場所が限られている。

26. コネクタタイプラックやパネルタイプのコネクタで，次に示す特性を最低限もった品質の良いコネ

クタを使用すること。

26.1 電気的特性

定格電圧：200V

定格電流：5A／ピン（25℃時）

接触抵抗：＜20mΩ（10mA時）

絶縁抵抗：＞1GΩ

試験電圧：500V（1分間，20℃）

容量：＜1.5pF（1kHzでのピン間）

耐久性：＞1000h (1A，70℃)

26.2 機械的特性

ピン数：24

ピン間隔：2.16mm（セルフワイピング）

極性（シェル形状）：台形

シェル材質：耐腐食性，導電性材質

各ピンの保持力：＞0.15N

挿抜力(F)：8N＜F＜89N（代表値）

耐久性：500回以上の挿入でも接触抵抗の仕様を満足すること。

隣接ピン間のすきま：0.5mm

はんだ付け性（適用できる場合）：235℃，2秒間

26.3 環境特性温度，湿度，及び振動に関する基本的環境特性は，JIS C 0010［環境試験方法（電気・電

子）通則］に準じる。

27. コネクタピン割付けケーブル用コネクタ及び装置用コネクタに対するピン割付けは，次表のとおり

とする。

ピン番号

信号線名

ピン番号

信号線名

DIO 1

DIO 5

DIO 2

DIO 6

DIO 3

DIO 7

DIO 4

DIO 8

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

次にその指針を示す。

31.1 48mAのオープンコレクタドライバを用いて，2mごとに標準負荷を付けた場合，20mまでの転送速

度は最大250キロバイト／秒である。

31.2 48mAのトライステートドライバを用いて，2mごとに標準負荷を付けた場合，20mまでの転送速度

は最大500キロバイト／秒である。

31.3 より高速での転送システムとして最高のデータ転送速度（通常，1メガバイト／秒まで可能）を達

成するためには，設計者は次の項目を実施する必要がある。

(1) 48mAのトライステートドライバを使用する。

(2) ケーブル長をできるだけ短くし，最大でも15m以内とする。さらに，少なくとも1mごとに1台分と

等価な負荷を入れること。

(3) すべてのデバイスの電源を入れる。

(4) RENとIFCを除く各線でデバイスの容量を最小にし，デバイス当たり50pF以下の容量とする。

(5) T1として最小の350nsを用いる。

(6) 必要であれは，一つのデバイスの1信号線当たり一つ以上のプルアップ抵抗を付ける。ただし，一つ

のシステム当たり15負荷までとする。

備考1. T1として最小の350nsを用いて設計されたデバイスを上記以外の状態で使用した場合は，満足

いく転送（すなわち，エラーのない転送）を保証することはできない。

2. T1＜700nsにすること，デバイス容量を50pF以下にすること，プルアップ抵抗を付けること

は，同一のことを意味する。

3. デバイス内にデータバイト用のバッファを用いると，転送速度に有利になる。

32. デバイスの能力

32.1 ビジーファンクションシステムとして操作するうえで，あるデバイスをプログラムしたり，デバ

イス内でのある動作を開始させた後に他のデバイスと通信することは有用である（このとき，最初のデバ

イスは要求された仕事の実行中であってもよい。）。

ビジーファンクション（仕事が終了するまで動作中）は，デバイスのステートであり，インタフェース

のステートではない。

デバイスのビジー条件とは独立に，インタフェースバスに情報を伝達させるには，次の三つの方法が可

能である。

(1) NRFD保持

(2) SRQとシリアルポール

(3) パラレルポール

シリアルポール法，パラレルポール法については第2節で記述する。

32.1.1 NRFD保持 NRFD信号は，ビジーファンクションに合わせてゲートしてもよい。このような方法

を用いる場合には，NRFD信号（RFDメッセージ）の定義は“次のデータバイトを受信する用意ができた”

こと以上のことを含むようになる。また内部のビジー信号は，AHファンクションを通して，NRFD信号

にゲートされる。

この方法では，デバイスは“ビジーサイクル”中はリスナ解除されてもよい。またこの間インタフェー

スは別の目的に使用してもよい。リスナとして再びアドレスされたときに，デバイスはインタフェースに

対して内部のビジーステータスを示さなければならない。NRFDラインを1にセットすることにより“ビ

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

33. 論理AND及びORによる動作 SH，AH，及びSRのインタフェースファンクションに用いられる3

種のメッセージの場合においては，あるインタフェースファンクションによって送信されたメッセージは，

他のインタフェースファンクションによって受信されたメッセージと必ずしも同じである必要はない（信

号ラインの伝達特性による時間の相違に関係なく。）。

(1) SHによって受信されるRFD（又はDAC）メッセージは，（すべてのAHによって）送信されるRFD

（又はDAC）の論理AND機能でなければならない。

(2) Cファンクションによって受信されるSRQメッセージは，（すべてのSRによって）送信されるSRQ

の論理OR機能でなければならない。

備考（すべてのAHによって）受信されるDAVメッセージは（唯一のSHによって）送信される

DAVメッセージでなければならない。

33.1 RFD及びDACメッセージ

33.1.1 AHファンクションによってTrue（又はFalse）で送信されるRFD（又はDAC）メッセージは，各々

NRFD（又はNDAC）信号ラインを0 (H) にセットするか又はNRFD（又はNDAC）信号ラインを1 (L) に

ドライブするかによってなされる。

33.1.2 SHファンクションによって受信されるRFD（又はDAC）メッセージは，信号ラインの状態が0 (H)

であるとき［すべてのRFD（又はDAC）がPassive Trueを送信しているとき］Trueで受信される。

33.1.3 SHファンクションによって受信されるRFD（又はDAC）メッセージは，信号ラインの状態が1 (L)

であるとき［一つ以上のRFD（又はDAC）がFalseを送信しているとき］Falseで受信される。

33.1.4 これらの状態の等価的論理回路は，次のように表される。

33.2 SRQメッセージ

33.2.1 SRファンクションによって各々True又はFalseで送信されるSRQメッセージは，SRQ信号ライン

を1 (L) にドライブするか，又は0 (H) にセットするかによってなされる。

33.2.2 Cファンクションによって送信されるSRQメッセージは，バス信号ラインが1 (L) であるとき（一

つ以上のSRファンクションがSRQメッセージをTrueで送信しているとき）Trueで受信される。

33.2.3 Cファンクションによって受信されるSRQメッセージは，バス信号ラインの状態が，0 (H) である

（すべてのSRファンクションがSRQメッセージをPassive Falseで送信しているとき）とき，Cファンク

ションによってFalseが受信される。

33.2.4 これらの状態の等価論理回路は，次のように表される。

33.3 回路構成

33.3.1 各々のバス信号ライン上のこれらのファンクションの基本的回路構成は，21.の図16に代表される。

ドライバ素子は，図23で代表されるようなバイステート（オープンコレクタ）ドライブでなければならな

い。

備考送受信回路は，デバイスの内部の論理及びバスの論理と矛盾しなければ，インバータでもノン

インバータでもよい。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

34.1 一般に，デバイスは基本的仕事を行う場合には1個のトーカと1個のリスナアドレスをもてばよい。

しかしシステムの必要上，一つのデバイスに複数のトーカ（又はリスナ）アドレスをもたせてもよい。例

えば，あるデバイスが2個のトーカアドレスをもっている場合，1個は生の測定データの送信に，もう1

個は処理したデータの送信に使用することもできる。ただし，1次アドレスを使い過ぎると，システムの

構成のときに制限を受けるので，複数のアドレスをもたせるのは，最小限にとどめるべきである。

35. インタフェースファンクションの組合せ例設計者は，デバイスの応用に必要なインタフェースファ

ンクションを自由に選ぶことができる。インタフェースファンクションの選択に当たっては，第2節で定

義されている可能な組合せの項のように，他のファンクションが必然的に必要となる場合もある。

次にインタフェースの組合せ例を示す。しかし，ここで示すのはその代表的な組合せ例を示すのであって，

すべてを示しているわけではない。

デバイス

インタフェースファンクションの使用例

信号発生器

（リスナだけ）

AH，L，RL，DT

テープリーダ

（トーカだけ）

SH，AH，T

デジタル電圧計

（トーカ，リスナ）

SH，AH，T，L，SR，

RL，PP，DC，DT

カルキュレータ

（トーカ，リスナ，コントローラ）

SH，AH，T，L，C

第6節システムの必要条件とユーザに対する指針

36. システムへの適合性

36.1 一般的指針このインタフェースに適合するように設計されたデバイスは，インタフェースを介し

て情報交換する能力より更に幅広い能力を備えている場合がある。しかし，この規格は，デバイス特有の

操作方法を規定するものではなく，インタフェースシステムの機械的，電気的，機能的な能力を規定する

ものである。

36.1.1 操作方法に関する適合性についてはユーザに責務がある。ただし，ユーザはインタフェースシステ

ムと関係するすべてのデバイスの特性を十分理解しているものとする（例えば，プログラムデータのコー

ド，出力データのフォーマットなど）。

37. システムを構築する場合の必要条件

37.1 システムを構成するための制限

37.1.1 デバイスの最大数一つのインタフェースに接続できるデバイスは，最大15個とする。

37.1.2 最小システム構成

37.1.2.1 インタフェースシステムは，少なくとも1個のTファンクション，1個のLファンクション，1

個のCファンクションをもつデバイスを1個以上もっているものとする。

37.1.2.2 tonメッセージをもつすべてのTファンクション（T1，T3，T5，T7，又はTE1，TE3，TE5，TE7）

とlonメッセージをもつLファンクション（L1，L3，又はLE1，LE3）で構成されているシステムは，ton

及びlonメッセージがTrueの場合，Cファンクションなしでも動作可能である。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

一般に，tonとlonメッセージは，パネル面のスイッチによりTrue，Falseの切換えが可能である。

37.1.3 システムコントローラ一つ以上のコントローラをもつすべてのシステムは，次の条件を満足して

いるものとする。

(1) SACS (System Control Active State) のステートにいるCファンクションは，システム中において必ず1

個であること。

(2) システムの中のすべてのコントローラは，コントロールの受渡しが可能とする。

37.1.4 デバイスの電源オン，オフ
37.1.4.1 少なくとも32以上のデバイスの電源がオンの状態にないとデータ伝送が正しく行われることは保

証できない。一方，電源オフ状態のデバイスが高ステートの仕様（すべての信号ラインのドライバがPassive

Falseの状態にあり，デバイスのロジックグランドに対して2.5V以上の電位が確保されている。）を満たす

場合には，システムは正常に動作する可能性がある。

37.1.4.2 特殊なドライバ（この規格の範囲外）を用いるなどして，その予防策を講じておかないと，シス

テム動作中にデバイスの電源を投入するとシステムは不完全な動作を行う可能性がある。

38. アドレスの割当て方法

38.1 トーカアドレス

38.1.1 T又はTEファンクションをもつデバイスは，T1〜T5の値によってそのマイトーカアドレス (MTA)

指定される。ただし，次に示すようなすべて“1”のパターンは除く。

備考この制限は，以前のシステムに対する適合性のためだけに残されている（UNTと同じパターン）。

38.1.2 二つ以上のTファンクションがある場合（同じデバイス内にあるか，又は異なるデバイス内にあ

るかを問わず），MTAコードのT1〜T5を同じ値にしてはいけない。

38.1.3 TファンクションとLファンクションの両方をもつデバイスは，MTAコードのT1〜T5とMLAコ

ードのL1〜L5を同じ値にしてもよい。

38.1.4 TEファンクションの1次アドレスのMTAコードのT1〜T5と，TファンクションのMTAコード

のT1〜T5は同じ値にしてはいけない。

38.2 リスナアドレス

38.2.1 L又はLEファンクションをもつデバイスは，L1〜L5の値によって，そのマイリスナアドレス

(MLA) を指定される。ただし，次に示すようなすべて“1”のパターンは除く。

38.2.2 二つ以上のLファンクションがある場合（一般に，異なるデバイス内にある），MLAコードのL1

〜L5を同じ値にしてもよい。

38.2.3 LファンクションとTファンクションの両方をもつデバイスは，MLAコードのL1〜L5とMTAコ

ードのT1〜T5を同じ値にしてもよい。

38.3 2次アドレス

38.3.1 TEファンクション又はLEファンクションをもつデバイスは，S1〜S5の値によって，そのマイセ

カンダリアドレス (MSA) を指定される。ただし，次に示すようなすべて“1”のパターンは除く。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

（アクセプタがもはやデータ受信準備完了状態ではなく，データ受信状態に移ったことを

示す。）。

⑧ t2

データ受信速度が最も速いアクセプタは，NDACラインをHにセットする（データを受信

完了したことを示す。）。ただし，他のアクセプタがまだNDACラインをLにセットしてい

ると，NDACラインはLを維持する。

⑨ t3

データ受信速度が最も遅いアクセプタがNDACラインをHにセットする（データを受信完

了したことを示す。）。

すべてのアクセプタがデータ受信完了したことを示す（NDACラインがHになる。）。

⑩ t4

ソースは，NDACラインがHであることを確認した後，DAVラインをHにセットする。

この状態でのDIOライン上のデータは有効ではないと考える。

⑪ t4〜t7

ソースは，DIOライン上のデータを変える。

⑫ t7〜t9

ソースは，DIOラインにデータが完全にセットされるまで待つ。

⑬ t5

アクセプタは，DAVラインがHであることを確認した後，NDACラインをLにセットする

（次のデータ転送サイクルに入る。）。

⑭ t6

データ受信速度が最も速いアクセプタは，NRFDラインをHにセットする（次のデータバ

イトを受信する準備が完了したことを示す。）。ただし，他のアクセプタがまだNRFDライ

ンをLにしていると，NRFDラインはLを維持する。

⑮ t8

データ受信速度が最も遅いアクセプタがNDACラインをHにセットする（次のデータバイ

トを受信する準備が完了したことを示す。）（NRFDラインがHになる。）。

⑯ t9

ソースは，NRFDラインがHであることを確認した後，DAVラインをLにセットする（DIO

ライン上のデータが有効状態であることを示す。）。

⑰ t10

アクセプタは，DAVラインがLであることを確認した後，NRFDラインをLにセットする

（アクセプタはもはやデータ受信準備完了状態ではなく，データ受信状態に移ったことを

示す。）。

⑱ t11

データ受信速度が最も速いアクセプタは，NDACラインをHにセットする（データを受信

完了したことを示す。）。⑧と同じ。

⑲ t12

データ受信速度が最も遅いアクセプタがNDACラインをHにセットする（データを受信完

了したことを示す。）。⑨と同じ。

⑳ t13

ソースは，NDACラインがHであることを確認した後，DAVラインをHにセットする。⑩

と同じ。

ソースは，DAVラインをHにセットした後，DIOライン上のデータを除去する。

22 t14

アクセプタは，DAVラインがHであることを確認した後，NDACラインLにセットする（次

のデータ転送サイクルに入る。）。

3本のハンドシェークライン（NRFD，NDAC，DAVライン）は①，②のような初期状態に

戻っている。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書C インタフェースファンクションに

許されるサブセットと能力識別コード

C.1 サブセットの一覧表ソースハンドシェークインタフェース (SH) に許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

SH0

SHの機能なし

すべて

なし

SH1

SHの全機能をもつ

なし

T1〜T8，TE1〜TE8

C5〜C28のいずれか

アクセプタハンドシェークインタフェース (AH) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

AH0

AHの機能なし

すべて

なし

AH1

AHの全機能をもつ

なし

トーカインタフェース (T) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
ト
ー
カ

シ
リ
ア
ル
ポ
ー
ル

ト
ー
ク
オ
ン
リ
ー
モ
ー
ド

ト
ー
カ
指
定
解
除

Ｍ
Ｌ
Ａ
に
よ
り

すべて

なし

を除く

SH1，AH1

なし

を除く

tonは常にFalse

同上

SPIS，SPMS，SPAS

を除く

同上

SPIS，SPMS，SPAS 1.

を除く

tonは常にFalse

同上

なし

を含む

SH1及びL1〜L4又はLE1

〜LE4のいずれか

なし

を含む

tonは常にFalse

同上

SPIS，SPMS，SPAS

を含む

同上

SPIS，SPMS，SPAS 1.

を含む

tonは常にFalse

同上

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

拡張トーカ (TE) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
拡
張
ト
ー
カ

シ
リ
ア
ル
ポ
ー
ル

ト
ー
ク
オ
ン
リ
ー
モ
ー
ド

に
よ
り
ト
ー
カ
指
定
解
除

TE0

すべて

なし

TE1

なし

を除く

SH1，AH1

TE2

なし

を除く

tonは常にFalse

同上

TE3

SPIS，SPMS，SPAS

を除く

同上

TE4

SPIS，SPMS，SPAS 1.

を除く

tonは常にFalse

同上

TE5

なし

を含む

SH1及びL1〜L4又はLE1

〜LE4のいずれか

TE6

なし

を含む

tonは常にFalse

同上

TE7

SPIS，SPMS，SPAS

を含む

同上

TE8

SPIS，SPMS，SPAS 1.

を含む

tonは常にFalse

同上

リスナインタフェース (L) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
リ
ス
ナ

リ
ス
ン
オ
ン
リ
ー
モ
ー
ド

リ
ス
ナ
指
定
解
除

Ｍ
Ｔ
Ａ
に
よ
っ
て

すべて

なし

を除く

AH1

なし

を含む

lonは常にFalse

AH1

なし

を含む

AH1及びT1〜T8又はTE1

〜TE8のいずれか

なし

を含む

lonは常にFalse

同上

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

拡張リスナ (LE) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

能力

基
本
的
拡
張
リ
ス
ナ

リ
ス
ン
オ
ン
リ
ー
モ
ー
ド

に

よ
り
リ
ス
ナ
指
定
解
除

LE0

すべて

なし

LE1

なし

を除く

AH1

LE2

なし

を除く

lonは常にFalse

AH1

LE3

なし

を含む

AH1及びT1〜T8又はTE1

〜TE8のいずれか

LE4

なし

を含む

lonは常にFalse

同上

Tファンクションと共に使用されるときは，MTAに置き換えられる。

サービスリクエストインタフェース (SR) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

SR0

SR機能なし

すべて

なし

SR1

SRの全機能をもつ

なし

T1，T2，T5，T6，TE1,

TE2，TE5，TE6のいずれか

リモートローカルインタフェース (RL) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

RL0

RL機能なし

すべて

なし

RL1

すべてのRL機能をも

つ

なし

L1〜L4又はLE1〜LE4

RL2

ローカルロックアウト

動作なし

LWLS，RWLS

rtlは常にFalseである L1〜L4又はLE1〜LE4

パラレルポールインタフェース (PP) ファンクションに許されるサブセット

分類

説明

省略される

ステート

その他の条件

必要とされる他のファン

クションのサブセット

PP0

PP機能なし

すべて

なし

PP1

リモートコンフィ

ギュレーション

なし

を含む

lpeを除く

L1〜L4又はLE1〜LE4

PP2

ローカルコンフィ

ギュレーション

PUCS，PACS 1.

lpeを含む

を除く

ローカルメッセージはS，P1，P2，P3，に

置き換えられる。

なし

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

デバイスクリアインタフェース (DC) ファンクションに許されるサブセット

分類

説明

省略される

ステート

その他の条件

必要とされる他のファン

クションのサブセット

DC0

DC機能なし

すべて

なし

DC1

DCの全機能をもつ

なし

L1〜L4又はLE1〜LE4

DC2

SDC機能を除く

なし

を除く

AH1

デバイストリガインタフェース (DT) ファンクションに許されるサブセット

分類

説明

省略されるステート

その他の条件

必要とされる他のファン

クションのサブセット

DT0

DT機能なし

すべて

なし

DT1

DTの全機能をもつ

なし

L1〜L4又はLE1〜LE4

コントローラインタフェース (C) ファンクションに許されるサブセット

分類

能力

注記

必要なステート

その他

の条件

必要とされる他

のファンクショ

ンのサブセット

シ

ス

テ

ム

コ

ン

ト

ロ

ー

ラ

送

信

，

コ

ン

ト

ロ

ー

ラ

・

イ

ン

チ

ャ

ー

ジ

送

信

に

対

す

る

応

答

イ

ン

タ

フ

ェ

ー

ス

メ

ッ

セ

ー

ジ

送

信

コ

ン

ト

ロ

ー

ル

の

受

け

コ

ン

ト

ロ

ー

ル

の

渡

し

自

分

自

身

へ

の

コ

ン

ト

ロ

ー

ル

の

渡

し

パ

ラ

レ

ル

ポ

ー

ル

ハ

ン

ド

シ

ェ

ー

ク

に

同

期

し

て

コ

ン

ト

ロ

ー

ル

の

受

渡

し

を

す

る

。

(5)

，

(

)

〔

)〕

(

)

が

常

に

と

は

限

ら

な

い

，

〜

又

は

〜

，

〜

N Ｎ N N

N N N N N N

O O O O O O O O O O O O O − − − −

Y − − − − − − − − − (1)

R − − − − − − − − − − − − − − − −

− Y − − − − − − − − (1)

− R − − − − − − − − − − R − − − −

− − Y − − − − − − − (1)

− − R − − − − − − − − − R − − − −

− − − Y

− − − − − − (1)

− − − R − − − − − − − − − − − − −

− − − − Y Y Y Y Y Y (2)(3)

− − − − R R R R R R R R − − R R R

− − − − Y Y Y Y Y N (2)(3)

− − − − R R R R R R R O − − R − R

− − − − Y Y Y Y N Y (2)(3)

− − − − R R R R O R R R − − R R R

− − − − Y Y Y Y N N (2)(3)

− − − − R R R R O R R O − − R − R

− − − − Y Y Y N Y Y (2)(3)

− − − − R R R R R R O R − − R R R

C10

− − − − Y Y Y N Y N (2)(3)

− − − − R R R R R R O O − − R − R

C11

− − − − Y Y Y N N Y (2)(3)

− − − − R R R R O R O R − − R R R

C12

− − − − Y Y Y N N N (2)(3)

− − − − R R R R O R O O − − R − R

C13

− − − − Y Y N N Y Y (2)

− − − − R R R O R O O R − R R R −

C14

− − − − Y Y N N Y N (2)

− − − − R R R O R O O O − R R − −

C15

− − − − Y Y N N N Y (2)

− − − − R R R O O O O R − R R R −

C16

− − − − Y Y N N N N (2)

− − − − R R R O O O O O − R R − −

C17

− − − − Y N Y Y Y Y (2)(3)(4)

− − − − R O R R R R R R − − R R R

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

分類

能力

注記

必要なステート

その他

の条件

必要とされる他

のファンクショ

ンのサブセット

C18

− − − − Y N Y Y Y N (2)(3)(4)

− − − − R O R R R R R O − − R − R

C19

− − − − Y N Y Y N Y (2)(3)(4)

− − − − R O R R O R R R − − R R R

C20

− − − − Y N Y Y N N (2)(3)(4)

− − − − R O R R O R R O − − R − R

C21

− − − − Y N Y N Y Y (2)(3)(4)

− − − − R O R R R R O R − − R R R

C22

− − − − Y N Y N Y N (2)(3)(4)

− − − − R O R R R R O O − − R − R

C23

− − − − Y N Y N N Y (2)(3)(4)

− − − − R O R R O R O R − − R R R

C24

− − − − Y N Y N N N (2)(3)(4)

− − − − R O R R O R O O − − R − R

C25

− − − − Y N N N Y Y (2)

− − − − R O O O R O O R − − R R −

C26

− − − − Y N N N Y N (2)

− − − − R O O O R O O O − − R − −

C27

− − − − Y N N N N Y (2)

− − − − R O O O O O O R − − R R −

C28

− − − − Y N N N N N (2)

− − − − R O O O O O O O − − − − −

“O”：省略 “R”：必要 “−”：不必要 “Y”：YES “N”：NO

注(1) C5からC28までの中の一つのサブセットと，C1からC4までの一つ以上のサブセットの組合せが可能

（例：C1，2，3，4，8）

(6) CIDSからCADSに移行する場合の過渡的な部分。
(7) CACSからCTRSに移行する場合の過渡的な部分。

C.2 能力識別コードそのデバイスに備えられているインタフェースファンクションの完全な組合せを

明らかにするために，各デバイスのインタフェースコネクタの下，又は周辺にこの規格の能力コードを表

示することが役立つかもしれない。この規格においては，各インタフェースファンクション及びそれにつ

いての許容されるサブセットはその能力を識別するための，アルファベットと数字による等価的なコード

をもっている。すべてのそうしたインタフェースファンクションの能力を示すコードは，アルファベット

と数字による簡潔な文字列で表現でき，ユーザがシステムを組み立てる場合の手助けとなるように，その

デバイスの外面に表示することができるであろう。

例えば，基本的トーカファンクション，ステータスバイト送信能力，基本的リスナファンクション，リ

スンオンリーモードのスイッチ，サービスリクエスト能力，ローカルロックアウトなしのリモートローカ

ル能力，手動割り付けによるパラレルポール能力，完全なデバイスクリア能力をもち，デバイストリガと

コントローラの能力をもたないデバイスは，次のコードによって識別できるであろう。

0の記号を使って，能力の欠如を示すことが許される（例：DT0はデバイストリガ能力がないことを示

す。）。上記の例では，8個のインタフェースファンクションが識別されている。これに加えて，このデバ

イスに含まれている電気的インタフェースのタイプも規定されている。E1の標記はオープンコレクタドラ

イバを示し，E2の標記は3ステートドライバを示すために使用される。

システム構築に役立つ，デバイスの付加的な能力については，物理的な装置上の適当な位置及びその装

置の関連説明書に加えられてもよい。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書D インタフェースメッセージ参照リスト

・インタフェースファンクションによって受信されるローカルメッセージ

記号（ニモニック）

メッセージ

関連するインタフェース機能

gts

go to standby

ist

individual service request (qualifier)

lon

listen only

L，LE

〔lpe〕

local poll enable

ltn

listen

L，LE

lun

local unlisten

L，LE

nba

new byte available

pon

power on

SH，AH，T，TE，L，LE，SR，RL，PP，C

rdy

ready for next message

rpp

request parallel poll

rsc

request system control

rsv

request service

rtl

return to local

sic

send interface clear

sre

send remote enable

tca

take control asynchronously

tcs

take control synchronously

AH，C

ton

talk only

T，TE

インターフェースファンクションからデバイスファンクションへ
送信されるローカルメッセージ

規定されていない。

備考第2節のデバイスファンクションの相互作用を記述した出力表を参照のこと。これがデバイスファン

クションへローカルメッセージが送信されるのに適合した各ステートに対するガイドラインを与え
る。

・受信されるリモートメッセージ

記号（ニモニック）

メッセージ

関連するインタフェース機能

ATN

ATTENTION

SH，AH，T，TE，L，LE，PP，C

DAB

DATE BYTE

(via L，LE)

DAC

DATA ACCEPTED

DAV

DATA VALID

DCL

DEVICE CLEAR

END

(via L，LE)

GET

GROUP EXECUTE TRIGGER

GTL

GO TO LOCAL

IDY

IDENTIFY

L，LE，PP

IFC

INTERFACE CLEAR

T，TE，L，LE，C

LLO

LOCAL LOCKOUT

MLA

MY LISTEN ADDRESS

L，LE，RL

〔MLA〕

MY LISTEN ADDRESS

MSA or〔MSA〕

MY SECONDARY ADDRESS

TE，LE

MTA

MY TALK ADDRESS

T，TE

〔MTA〕

MY TALK ADDRESS

OSA

OTHER SECONDARY ADDRESS

OTA

OTHER TALK ADDRESS

T，TE

PCG

PRIMARY COMMAND GROUP

TE，LE，PP

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

記号（ニモニック）

メッセージ

関連するインタフェース機能

PPC

PARALLEL POLL CONFIGURE

〔PPD〕

PARALLEL POLL DISABLE

〔PPE〕

PARALLEL POLL ENABLE

PPRn

PARALLEL POLL RESPONSE n

(via C)

PPU

PARALLEL POLL UNCONFIGURE

REN

REMOTE ENABLE

RFD

READY FOR DATA

RQS

REQUEST SERVICE

(via L，LE)

〔SDC〕

SELECTED DEVICE CLEAR

SPD

SERIAL POLL DISABLE

T，TE

SPE

SERIAL POLL ENABLE

T，TE

SRQ

SERVICE REQUEST

(via C)

STB

STATUS BYTE

(via L，LE)

TCT or〔TCT〕

TAKE CONTROL

UNL

UNLISTEN

L，LE

・送信されるリモートメッセージ

記号（ニモニック）

メッセージ

関連するインタフェース機能

ATN

ATTENTION

DAB

DATA BYTE

(via T，TE)

DAC

DATA ACCEPTED

DAV

DATA VALID

DCL

DEVICE CLEAR

(via C)

END

(via T)

GET

GROUP EXECUTE TRIGGER

(via C)

GTL

GO TO LOCAL

(via C)

IDY

IDENTIFY

IFC

INTERFACE CLEAR

LLO

LOCAL LOCKOUT

(via C)

MLA or〔MLA〕

MY LISTEN ADDRESS

(via C)

MSA or〔MSA〕

MY SECONDARY ADDRESS

(via C)

MTA or〔MTA〕

MY TALK ADDRESS

(via C)

OSA

OTHER SECONDARY ADDRESS

(via C)

OTA

OTHER TALK ADDRESS

(via C)

PCG

PRIMARY COMMAND GROUP

(via C)

PPC

PARALLEL POLL CONFIGURE

(via C)

〔PPD〕

PARALLEL POLL DISABLE

(via C)

〔PPE〕

PARALLEL POLL ENABLE

(via C)

PPRn

PARALLEL POLL RESPONSE n

PPU

PARALLEL POLL UNCOFIGURE

(via C)

REN

REMOTE ENABLE

RFD

READY FOR DATA

RQS

REQUEST SERVICE

T，TE

〔SDC〕

SELECTED DEVICE CLEAR

(via C)

SPD

SERIAL POLL DISABLE

(via C)

SPE

SERIAL POLL ENABLE

(via C)

SRQ

SERVICE REQUEST

STB

STATUS BYTE

(via T，TE)

TCT

TAKE CONTROL

(via C)

UNL

UNLISTEN

(via C)

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書H データシート上でのインタフェース

パラメータの記述

次のガイドラインは，この規格の規定を満足する製品のドキュメント，特にデータシートの作成準備を

容易にするためのものである。

この規格の規定を満足する製品は，デバイス機能にかかわる部分の能力をもっている。そのような能力

のうち，この規格のインタフェースポートを介してアクセス可能な部分について言及しておくことは，そ

の機器を使用したシステムのユーザにとって有用であろう。

本附属書Hは，重要なインタフェース関連のパラメータを記述するに当たっての，設計者とユーザ両者

を対象とした，基本的なチェックリストである。したがって，リストに記載されたパラメータのすべてが，

あらゆる製品で使用されるわけではない。

記載したパラメータは，おおまかなガイドラインとなることを意図したものであり，完全なものとみな

すべきではない。

データシートに載せることのできるデータ量は，記載スペースとそのデータシートの主要目的（例えば，

詳細な技術的データシート，概要を記述したパンフレット，操作説明書の簡易リスト）に依存する。

H.1 概要この規格の規定を満足する機器のデータシートには，その機器の一般的な性能，プログラム

可能な範囲，（インタフェースにかかわる）システムパフォーマンスなどを，ユーザが検討するだけの情報

は載せておくように推奨する。同様に，機器の取扱説明書では，システム構築が容易になるようインタフ

ェースに関する性能について，より詳細に記述することを推奨する。

記述内容は，この規格を考慮すべきである。

この規格の第5節及び第6節は，インタフェースの能力について，機器設計者が定義すること，システ

ムユーザが熟知していることを要求している。

システムを完全に操作するには，システム内の各デバイスのもつ各機器固有な特性についての詳細な知

識が必要であり（そのような詳細な知識を得るためには，この規格に含まれる以上の情報が必要かもしれ

ない。），したがってこの規格の規定を満足しているというだけではトータルな意味での適合性は必ずしも

得られるとは限らないことに注意すべきである。

設計者は次の推奨案に加えて，その機器固有の機能の中でプログラマブルな部分についての詳細な情報

をユーザに示すべきである。

H.2 インタフェースファンクションの能力の記述対象となるデバイスのもつインタフェース機能の種

類は，少なくともシンボリック表現によって，データシートに記載することを推奨する。

例示した簡単な説明文は，記載スペースがあるならば，有用であろう。

ある製品がインタフェース機能のすべてを必要とするわけではない。そのような場合は，機能を示す記

号と数字の0によって“機能をもたない”ことを表現することができる（例：C0）。

H.2.1 ソースハンドシェークインタフェース (SH) ファンクション

SH1

全機能をもつ。

H.2.2 アクセプタハンドシェークインタフェース (AH) ファンクション

AH1

全機能をもつ。

H.2.3 トーカインタフエース (T) ファンクション

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

基本的トーカ，シリアルポール，トークオンリーモードの機能をもつ。

基本的トーカ，シリアルポールの機能をもつ。

基本的トーカ，トークオンリーモードの機能をもつ。

基本的トーカの機能をもつ。

基本的トーカ，シリアルポール，トークオンリーモード，MLAによってトーカ指定解

除の機能をもつ。

基本的トーカ，シリアルポール，MLAによってトーカ指定解除の機能をもつ。

基本的トーカ，トークオンリーモード，MLAによってトーカ指定解除の機能をもつ。

基本的トーカ，MLAによってトーカ指定解除の機能をもつ。

H.2.4 拡張トーカ (TE) ファンクション

TE1

基本的拡張トーカ，シリアルポール，トークオンリーモードの機能をもつ。

TE2

基本的拡張トーカ，シリアルポールの機能をもつ。

TE3

基本的拡張トーカ，トークオンリーモードの機能をもつ。

TE4

基本的拡張トーカの機能をもつ。

TE5

基本的拡張トーカ，シリアルポール，トークオンリーモード，

によりト

ーカ指定解除の機能をもつ。

TE6

基本的拡張トーカ，シリアルポール，

によってトーカ指定解除の機能を

もつ。

TE7

基本的拡張トーカ，トークオンリーモード，

によってトーカ指定解除の

機能をもつ。

TE8

基本的拡張トーカ，

によってトーカ指定解除の機能をもつ。

H.2.5 リスナインタフェース (L) ファンクション

基本的リスナ，リスンオンリーモードの機能をもつ。

基本的リスナの機能をもつ。

基本的リスナ，リスンオンリーモード，MTAによってリスナ指定解除の機能をもつ。

基本的リスナ，MTAによってリスナ指定解除の機能をもつ。

H.2.6 拡張リスナ (LE) ファンクション

LE1

基本的拡張リスナ，リスンオンリーモードの機能をもつ。

LE2

基本的拡張リスナの機能をもつ。

LE3

基本的拡張リスナ，リスンオンリーモード，

によってリスナ指定解除の機

能をもつ。

LE4

基本的拡張リスナ，

によってリスナ指定解除の機能をもつ。

H.2.7 サービスリクエストインタフェース (SR) ファンクション

SR1

全機能をもつ。

H.2.8 リモートローカルインタフェース (RL) ファンクション

RL1

全機能をもつ。

RL2

ローカルロックアウトの機能を除く。

H.2.9 パラレルポールインタフェース (PP) ファンクション

PP1

リモートメッセージによってDIOラインの割り振りを行う。

PP2

ローカルメッセージによってだけDIOライン割り振りを行う。

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

H.2.10 デバイスクリアインタフェース (DC) ファンクション

DC1

全機能をもつ。

DC2

SDCの機能を除く。

H.2.11 デバイストリガインタフェース (DT) ファンクション

DT1

全機能をもつ。

H.2.12 コントローラインタフェース (C) ファンクション

システムコントローラの機能をもつ。

IFC送信，コントローラインチャージの機能をもつ。

REN送信の機能をもつ。

SRQに対する応答の機能をもつ。

インタフェースメッセージの送信，コントロールの受け，コントロールの渡し，自分自

身へのコントロールの渡し，パラレルポール，ハンドシェークに同期してコントロール

する機能をもつ。

インタフェースメッセージの送信，コントロールの受け，コントロールの渡し，自分自

身へのコントロールの渡し，パラレルポールの機能をもつ。

インタフェースメッセージの送信，コントロールの受け，コントロールの渡し，自分自

身へのコントロールの渡し，ハンドシェークに同期してコントロールする機能をもつ。

インタフェースメッセージの送信，コントロールの受け，コントロールの渡し，自分自

身へのコントロールの渡しの機能をもつ。

インタフェースメッセージの送信，コントロールの受け，コントロールの渡し，パラレ

ルポール，ハンドシェークに同期してコントロールする機能をもつ。

C10

インタフェースメッセージの送信，コントロールの受け，コントロールの渡し，パラレ

ルポールの機能をもつ。

C11

インタフェースメッセージの送信，コントロールの受け，コントロールの渡し，ハンド

シェークに同期してコントロールする機能をもつ。

C12

インタフェースメッセージの送信，コントロールの受け，コントロールの渡しの機能を

もつ。

C13

インタフェースメッセージの送信，コントロールの受け，パラレルポールハンドシェー

クに同期してコントロールする機能をもつ。

C14

インタフェースメッセージの送信，コントロールの受け，パラレルポールの機能をもつ。

C15

インタフェースメッセージの送信，コントロールの受け，ハンドシェークに同期してコ

ントロールする機能をもつ。

C16

インタフェースメッセージの送信，コントロールの受けの機能をもつ。

C17

インタフェースメッセージの送信，コントロールの渡し，自分自身へのコントロールの

渡し，パラレルポール，ハンドシェークに同期してコントロールする機能をもつ。

C18

インタフェースメッセージの送信，コントロールの渡し，自分自身へのコントロールの

渡し，パラレルポールの機能をもつ。

C19

インタフェースメッセージの送信，コントロールの渡し，自分自身へのコントロールの

渡し，ハンドシェークに同期してコントロールする機能をもつ。

C20

インタフェースメッセージの送信，コントロールの渡し，自分自身へのコントロールの

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

渡しの機能をもつ。

C21

インタフェースメッセージの送信，コントロールの渡し，パラレルポール，ハンドシェ

ークに同期してコントロールする機能をもつ。

C22

インタフェースメッセージの送信，コントロールの渡し，パラレルポールの機能をもつ。

C23

インタフェースメッセージの送信，コントロールの渡し，ハンドシェークに同期してコ

ントロールする機能をもつ。

C24

インタフェースメッセージの送信，コントロールの渡しの機能をもつ。

C25

インタフェースメッセージの送信，パラレルポール，ハンドシェークに同期してコント

ロールする機能をもつ。

C26

インタフェースメッセージの送信，パラレルポールの機能をもつ。

C27

インタフェースメッセージの送信，ハンドシェークに同期してコントロールする機能を

もつ。

C28

インタフェースメッセージの送信の機能をもつ。

備考 C5〜C28の中から一つとC1〜C4までの一つ以上の組合せが可能。

H.3 代表的時間値の記述この項で述べる時間値の記述は，システム全体の構成（トーカ，リスナ，コ

ントローラの特性）に大いに依存している。実際の時間値は，実際の測定条件，機器の特性，また計器又

はコントローラのどちらかに内蔵されているオペレーティングシステムソフトウェアにも大いに依存する

であろう。そのため，一義的に値をスペック化することは困難であり，適確ではない。

H.3.1 DABメッセージの転送速度

(a) データ入力レート（リスナにアドレスされたとき）

例：Nキロバイト／秒関連条件（構成，データ型，機能操作）

(b) データ出力レート（トーカにアドレスされたとき）

例：Nキロバイト／秒関連条件（構成，データ型，機能操作）

H.3.2 その他の時間値

例：(a) インタフェースハンドシェーク遅延時間（タイムアウト，ホールド）

(b) デバイスコマンドに対する応答時間

H.4 デバイスディペンデントメッセージの記述最も記述しなければいけない情報は，実はデバイスに

依存している。それゆえ明確な例をあげられない。次にデータシートに記述されていると役立つ情報のリ

ストを示す。

H.4.1 アドレスの能力

(a) リスナアドレスとしての有効なコードセット

例：コード表2列0から3列14まで

(b) トーカアドレスとしての有効なコードセット

例：コード表4列0から4列15まで

例：MLA＝2列7，MTA＝4列7

(d) 特殊アドレス機能

例：アドレス4列7＝生データ

アドレス4列8＝処理後データ

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書J この規格で規定するケーブルのシールド

効果を改善するために推奨される手法

この規格では，様々な環境のもとで，許容されるEMC特性を得たコネクタとケーブルのアセンブリを

規定している。しかしながら，アプリケーションの内容によっては，電磁ふく射の影響を更に減少させる

ことが望まれたり，必要であったりすることもある。この推奨方法は，計測システムでの電磁ふく射の影

響を減らすための一般的な手引となり，この規格の他の規定によって得られる特性を更に改善することが

できる。

ケーブルアセンブリ（接続ケーブルと結合されたコネクタ），及び機器のすぐ内側のコネクタとケーブル

のインタフェースは，多方面にわたり，全体の計測システムのEMC特性を決定付けるということが，一

般的に受け入れられている。

次に示す指針は，この規格においてEMC特性を改善するために，この規格に規定されたコネクタを，

どのようにして機器に接続するかを記述する。それらのシールドは，基本的な二つの形式の電波障害の影

響を減らしている。

(a) 他のRFシステムに影響を与えるケーブルとコネクタからのリーケージに対するシールド。

(b) ケーブルとコネクタへの外部からの電波障害に対するシールド。これは結果としてこの規格で記述す

るデータ転送に影響を与える。

これらの目的は，リーケージを最小化するケーブル配線のテクニックを使用することによって達成され

る。

次に詳細を記述する。

J.1

バスケーブルとコネクタ

J.1.1 十分にシールドされたケーブルを使用する最小限85%の被覆率が必要であり，更に改良するには

90%の被覆率とする。編組とメタライズドマイラー又ははく（箔）の組合せは，ケーブルのシールドが一

層改良される。これを推奨する。

J.1.2

良好なRF接続テクニックを使用する装置上で，ケーブルのシールドとコネクタの間を1本又は

数本のコネクタピンによるグランド接続だけをあてにするのでは，不十分である。例を示すと，その代わ

りに、金属製のコネクタハウジングを通してシャーシへの十分なRF接続を行うことが必要になる。既に

使用しているコネクタハウジングの形状に対する適合性（機械的にまた電気的に）が得られることに注意

する。

J.1.3

金属のコネクタハウジングを使用するコネクタハウジングは金属製にする。ハウジングはシャー

シへの接続に使用されるので，ハウジングの接触部分は電気的な接点として設計されて仕上げられる（例：

金属製で導体であるハウジング，金属でカバーしたコネクタ又はその同等品，ケーブルシールドと金属製

のハウジング間の良好なRF接続等）。

J.1.4

電磁ふく射のシールドは，ピギーバックコネクタの端を包む金属カバーを使うことによって，更に

改善される。しかしながら，この手段は例外的な場合にだけ使用する。コネクタのコンタクトによる，RF

リーケージの影響度は小さい。

J.2

この規格に適合したコネクタを装置に使用する。

100

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

参考用語及び略号索引

この規格を利用する人たちへの手引書として，規格内で使用している用語及び略号の索引を記載する。

この索引は，この規格内で使用されている用語（略号）の定義箇所及び使用箇所を示すことによって利

用（使用）者の理解を助け，内容の確認を容易にすることを目的としている。

この索引は，用語（略号）が解説又は定義されている節，項番号を記述し，解説又は定義のない用語（略

号）については，主に使用されている節，項番号又は関連する節，項番号を記述している。

(1) この規格で定義されている用語及びこの規格固有の用語索引（五十音順）

−あ−

アクセプタハンドシェークインタフェースファンクション
(Acceptor Handshake Interface Function)

7.1

アクティブ (Active)

4.3.7.1

アクティブステート (Active State)

4.3.7.1

アテンション (Attention)

3.3.3.3

アドレス (Address)

34/38

アドレスコマンド (Address Command)

15.3.3.3

−い−

一方向性バス (Unidirectional Bus)

2.2.6.1

一次アドレス (Primary Address)

8.1.2/9.1.2

インタフェース (Interface)

2.1.2

インタフェースクリア (Interface Clear)

3.3.3.3

インタフェースシステム (Interface System)

2.1.3

インタフェースファンクション (Interface Function)

4.2.1

インタフェースメッセージ (Interface Message)

3.1.2

インターロック (Inter lock)

2.1.8

−か−

拡張トーカ (Extended Talker)

8.1.2

拡張リスナ (Extended Listener)

9.1.2

管理バス (Interface Management Bus)

3.3.3

−き−

機器 (Apparatus)

−け−

ケーブルアセンブリ (Cable Assembly)

29.

−こ−

高ステート (High State)

2.2.3.1

コマンド (Command)

4.3.6.3

コントローラ (Controller)

3.2

コントローラインチャージ (Controller-in-charge)

15.1.3

コントローラインタフェースファンクション
(Controller Interface Function)

15.1

101

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

−さ−

サービスリクエスト (Service Request)

3.3.3.3

サービスリクエストインタフェースファンクション
(Service Request Interface Function)

10.1

−し−

システム (System)

2.1.1

システムコントローラ (System controller)

15.1.4/37.1.3

受信準備完了 (Ready for Data)

3.3.3.2/7.1

受信完了 (Date Accepted)

3.3.3.2/7.1

シリアルポール (Serial Poll)

8.3.5/8.3.6

信号パラメータ (Signal Parameter)

2.2.2

信号ライン (Signal Line)

2.2.4

信号レベル (Signal Level)

2.2.3

−す−

ステータスバイト (Status Byte)

8.3.4.1

ステート (State)

5.1.1

ステートリンケージ (State Linkage)

4.3.4

3ワイヤハンドシェーク (3 Wire Handshake)

3.3.3.2

−そ−

双方向性バス (Bidirectional Bus)

2.2.6.2/21.5

ソースハンドシェークインタフェースファンクション
(Source Handshake Interface Function)

6.1

−た−

ターミナルユニット (Terminal Unlt)

2.1.10

−て−

低ステート (Low State)

2.2.3.2

データバイト (Data Byte)

3.3.3

データバス (Data Bus)

3.3.3

データ有効 (Data Valid)

3.3.3.2

デバイス (Device)

2. /3.2.1

デバイスクリアインタフェースファンクション
(Device Clear Interface Function)

13.1

デバイストリガインタフェースファンクション
(Device Trigger Interface Function)

14.1

デバイスファンクション (Device Function)

4.1

デバイスメッセージ (Device Message)

3.1.2

適合性 (Compatibility)

2.1.7

転送制御バス (Data Byte Transfer Control Bus)

3.3.3

−と−

トーカ (Talker)

3.2

トーカインタフェースファンクション
(Talker Interface Function)

8.1

トーカアドレス (Talker Address)

38.1

トークオンリー (Talk Only)

8.3.1.3/8.5.3

当番コントローラ (Controller-incharge)

15.1.3

102

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

True

4.3.7.1

−に−

2次アドレス (Secondary Address)

8.3.2.1/9.3.2.1

2次コマンド (Secondary Command)

15.3.3.2

−は−

バイト (Byte)

2.2.5

バイト直列 (Byte Serial)

2.2.7

バス (Bus)

2.2.6

パッシブ (Passive)

4.3.7.1

パラレルポールインタフェースファンクション
(Parallel Poll Interface Function)

12.1

ハンドシェーク (Handshake)

3.3.3.2

ハンドシェークサイクル (Handshake Cycle)

2.1.8

ハンドシェークシーケンス (Handshake Sequence)

附属書B

−ひ−

ビジー (Busy)

32.1.1

ビジーサイクル (Busy Cycle)

32.1.1

ビジーファンクション (Busy Function)

32.1

ビット並列 (Bit Parallel)

2.2.8

非同期転送 (Asynchronous Communication)

1.2

−ふ−

プログラマブル (Programable)

2.1.4

False

4.3.7.1

−ま−

マルチライン (Multiline)

16.2.3

マルチラインメッセージ (Multiline Message)

4.3.6

−め−

メッセージ (Message)

4.3.1

メッセージコーディング (Message Coding)

4.3.5

メッセージバイト (Message Byte)

4.3.5.3

−り−

リスナ (Listener)

3.2

リスナインタフェースファンクション (Listener Interface Function)

9.1

リスナアドレス (Listener Address)

38.2

リスンオンリー (Listen Only)

9.3.1.3/9.5.3

リモートイネーブル (Remote Enable)

3.3.3.3

リモート制御 (Remote Control)

2.1.5

リモートメッセージ (Remote Message)

4.3.3/16.

リモートローカルインタフェースファンクション
(Remote Local Interface Function)

11.1

−ろ−

ローカル制御 (Local Control)

2.1.6

ローカルプログラミングソース (Local Programing Source)

11.5.5

103

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

ローカルメッセージ (Local Message)

4.3.2

−ゆ−

ユニバーサルコマンド (Universal Command)

15.3.3.1

ユニラインメッセージ (Uniline Message)

16.2.2

(2) この規格固有の略号索引（アルファベット順）

−A−

ACDS (Accept Date State)

7.3.4

ACG (Addressed Command Group)

16.5

ACRS (Acceptor Ready State)

7.3.3

AH (Acceptor Handshake Interface Function)

7.1

AIDS (Acceptor Idle State)

7.3.1

ANRS (Acceptor Not Ready State)

7.3.2

APRS (Affirmative Poll Response State)

10.3.3

ATN (Attention)

3.3.3.3

AWNS (Acceptor Wait For New Cycle State)

7.3.5

−C−

C (Controller Interface Function)

15.1

CACS (Controller Active State)

15.3.3

CADS (Controller Addressed State)

15.3.2

CAWS (Controller Active Wait State)

15.3.8

CIDS (Controller Idle State)

15.3.1

CPWS (Controller Parallel Poll Wait State)

15.3.4

CSBS (Controller Standby State)

15.3.6

CSHS (Controller Standby Hold State)

15.3.20

CSNS (Controller Service Not Requested State)

15.3.11

CPPS (Controller Parallel Poll State)

15.3.5

CSRS (Controller Service Requested State)

15.3.10

CSWS (Controller Synchronous Wait State)

15.3.7

CTRS (Controller Transfer State)

15.3.9

−D−

DAB (Data Byte)

8.3.3/9.3.3

DAC (Data Accepted)

6.1/7.1

DAV (Data Valid)

3.3.3.2

DC (Device Clear Interface Function)

13.1

DCAS (Device Clear Active State)

13.3.2

DCIS (Device Clear Idle State)

13.3.1

DCL (Device Clear)

13.3.1

DIO (Data Input Output)

3.3.3.1

DT (Device Trigger Interface Function)

14.1

DTAS (Device Trigger Active State)

14.3.2

DTIS (Device Trigger Idle State)

14.3.1

−E−

END (End)

8.3.3/9.3.3.1/16.5

EOI (End or Identify)

3.3.3.3/16.5/40.1

EOS (End of String)

8.3.3/9.3.3.1/16.5/40.1

104

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

−G−

GET (Group Execute Trigger)

14.3.1.3/16.5

GTL (Go To Local)

11.3.3.3/11.3.4.3/16.5

gts (go to standby)

15.3.3.3

−I−

IDY (Identify)

12.3.2.3/12.3.3.3/15.3.5.2

IFC (Interface Clear)

3.3.3.3/16.5/40.6

ist (individual status)

12.3.3.2

−L−

L (Listener Interface Function)

9.1

LACS (Listner Active State)

9.3.3

LAD (Listener Address)

40.1

LADS (Listener Addressed State)

9.3.2

LAG (Listener Address Group)

16.5

LE (Extend Listener Function)

9.1.2

LIDS (Listener Idle State)

9.3.1

LLO (Local Lockout)

11.3.1.3

LOCS (Local State)

11.3.1

lon (listen only)

9.3.1.3

LPAS ( Listener Primary Addressed State)

9.3.5

lpe (local poll enable)

12.3.1.3

LPIS (Listener Primary Idle State)

9.3.4

ltn (listen)

9.3.1.3

LWLS (Local With Lockout State)

11.3.2

lun (local unlisten)

9.3.2.3

−M−

MLA (My Listener Address)

9.3.1.3

MSA (My Secondary Address)

8.3.1.4/9.3.1.4

MTA (My Talker Address)

8.3.1.3

−N−

nba (new byte available)

6.3.2.3

NDAC (Not Date Accepted)

3.3.3.2/6.7

NPRS (Negative Poll Responce State)

10.3.1

NRFD (Not Ready For Data)

3.3.3.2

NUL (Null Byte)

16.5

−O−

OSA (Other Secondary Address)

8.2.2/8.3.2.4

OTA (Other Talker Address)

8.2.1/8.3.2.4

−P−

PACS (Parallel Poll Addressed to Configure State)

12.3.5

PCG (Primary Command Group)

16.5

pon (power on)

5.1.7

PP (Parallel Poll Interface Function)

12.1

PPAS (Parallel Poll Active State)

12.3.3

PPC (Parallel Poll Configure)

12.3.4.3

105

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

PPD (Parallel Poll Disable)

12.3.2.3

PPE (Parallel Poll Enable)

12.3.1.3

PPIS (Parallel Poll Idle State)

12.3.1

PPR (Parallel Poll Response)

12.3.3.2

PPSS (Parallel Poll Standby State)

12.3.2

PPU (Parallel Poll Unconfigure)

12.3.2.3

PUCS (Parallel Poll Unaddressed to Configure State)

12.3.4

−R−

rdy (ready for next message)

7.3.2.3

REMS (Remote State)

11.3.3

REN (Remote Enable)

3.3.3.3

RFD (Ready For Data)

7.3.3.2

RL (Remote Local Interface Function)

11.1

rpp (request parallel poll)

15.3.3.3

RQS (Request Service)

10.5.1.2

rsc (request system control)

15.3.12.3

rsc (request service)

10.3.1.3

rtl (return to local)

10.3.3.3

RWLS (Remote With Lockout State)

11.3.4

−S−

SACS (System Control Active State)

15.3.13

SCG (Secondary Command Group)

16.6.1

SDC (Selected Device Clear)

13.3.2.3

SDYS (Source Delay State)

6.3.3

SGNS (Source Generate State)

6.3.2

SH (Source Handshake Interface Function)

6.1

SIAS (System Control Interface Clear Active State)

15.3.16

sic (send interface clear)

15.3.1.3

SIDS (Source Idle State)

6.3.1

SIIS (System Control Interface Clear Idle State)

15.3.14

SINS (System Control Interface Clear Not Active State)

15.3.15

SIWS (Source Idle Wait State)

6.3.6

SNAS (System Control Not Active State)

15.3.12

SPAS (Serial Poll Active State)

8.3.4

SPD (Serial Poll Disable)

8.3.6.3

SPE (Serial Poll Enable)

8.3.5.3

SPIS (Serial Poll Idle State)

8.3.5

SPMS (Serial Poll Mode State)

8.3.6

SR (Service Request Interface Function)

10.1

SRAS (System Control Remote Enable Active State)

15.3.19

sre (send remote enable)

15.3.17.3

SRIS (System Control Remote Enable Idle State)

15.3.17

SRNS (System Control Remote Enable Not Active State)

15.3.18

SRQ (Service Request)

3.3.3.3

SRQS (Service Request State)

10.3.2

STB (Status Byte)

8.3.4.1/16.6.1

STRS (Source Transfer State)

6.3.4

SWNS (Source Wait For New Cycle State)

6.3.5

106

C 1901 : 1987

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

−T−

T (Talker Interface Function)

8.1

TACS (Talker Active State)

8.3.3

TAD (Talker Address)

40.1

TADS (Talker Addressed State)

8.3.2

TAG (Talker Address Group)

16.5

tca (take control asynchronously)

15.3.6.3

tcs (take control synchronously)

7.3.2.3/15.3.6.3

TCT (Take Control)

15.3.9.1

TE (Exteded Talker Function)

8.1.2

TIDS (Talker Idle State)

8.3.1

ton (talk only)

8.3.1.3

TPAS (Talker Primary Addressed State)

8.3.8

TPTS (Talker Primary Idle State)

8.3.7

−U−

UCG (Universal Command Group)

16.5

UNL (Unlisten)

9.3.2.3

UNT (Untalk)

38.1.1

計測器用インタフェースシステムJIS原案作成委員会構成表

氏名

所属

（委員長）

大森俊一

東京理科大学工学部

兵頭洋

通商産業省機械情報産業局

太田健一郎

工業技術院標準部

横島一郎

工業技術院電子技術総合研究所電波電子部

山崎修快

日本電気計器検定所標準研究部

藤沢和也

財団法人機械電子検査検定協会計量・標準事業部

猪野欽也

東京都立工業技術センター計測制御部

藤本正弘

社団法人日本電気計測器工業会

加藤治朗

株式会社アドバンテストソフトウェア開発部

澤谷基

安藤電気株式会社計測機器事業部第2技術部

戸田博道

アンリツ株式会社計測機器事業部第1技術部

酒井聡

岩崎通信機株式会社産業計測事業部計測技術部

有井敏彦

菊水電子工業株式会社計測事業部

山古勇玄

日本無線株式会社技術第5部

百瀬英穂

松下通信工業株式会社電子計測事業部技術部

門脇淳

横河・ヒューレット・パッカード株式会社開発生産本部技術1部

豊則有擴

横河北辰電機株式会社測定機器技術部

菅原淳夫

財団法人日本規格協会

（事務局）

高田範雄

社団法人日本電子機械工業会