アプリケーション
サブアドレスの使用
規�では、サブアドレスの使用につ�一�イダンスを提供して�せん。サブアドレスの割当てとそ�機��データ���設計�委�られて�す。ほとんどの設計��自動的に01でサブアドレスの割当てを始め、カウントを上げて�ますが� サブアドレスの最初�シリーズ�16で始まり、カウントア��することが推奨されます。サブアドレス割当ての「前半」�使用後�01��15を使用します。この方法でのサブアドレスを割当てると、インス�メン��ション・ビットを使用することができます�
サブアドレス使用の一貫性は、何れのシス�でも�ラスになります。例えば、サブアドレス30が予�れた場合、シス�全体がBuilt In Test��BIT�データ用で、サブアドレス20が予�れた場合� シス�全体がラ��アラウンド�メ�ージ用で、これらのメ�ージが監視シス�により記録された時は�でも、その意味が�白になります� ��タ・メ�ージは、サブアドレスの類似�により、整備、およ�制御メ�ージと区�ることができます�
規�はまた�常のサブアドレスがブロードキャスト�サブアドレスと�されることも要求して�す� ブロードキャスト�オプションが実�れて�場合、受信ブロードキャスト�コマンド用に追�のメモリ・ブロ�が要求されます�
拡張サブアドレス
ターミナルが持つサブアドレスの数は�60�送信30、受信30�に制限されます。したがって、ターミナルが利用できるユニ�クな��タ・ワード�数は�1920��60 x 32�です� 送信されるデータがアナログのセンサー・��タとスイ�設定だった�期�アプリケーションにとって、これ�、十�上�も�でした� しかし、今日のアプリケーションの一部に、データを交換するデジタル・コンピュータ、また��タル化ビ�・��タをパスするビデオ・センサーでは、ワード数は限定されて�す�
ほとんどのターミナル設計��1553インターフェイス回路で使用するために、メモリのブロ�を確立して�す。このブロ�は、アドレス開始�インタを含みます� そ�時、メモリは、特定�メモリ・アドレスに到着するために、サブアドレス番号とワード�カウントによりオフセ�されます�
サブアドレスの�を拡張する方法�、�功裏に使用されて�す。この方法�、専用のサブアドレスと��タ・ワードを使用するか、また���タ・ワード�モード�コードとの同期を使用します� これら�何れかと関連した��タ�ワード�、メモリ・ブロ�の開始アドレスを�確立するために使用されるアドレス・ポインタを含んで�す� ブロ�の変更は、バス・コントローラによって制御され、数多くの機�に基づき行うことができます� 例えば、あるブロ�は起動メ�ージ用、別ブロ�は離着陸用、別ブロ�は航法、およ�巡航用、別ブロ�はミッション機��例えば、攻�また�回避モード）、そして別ブロ�は整備機�用に使用される動作モードです�
開始アドレスの変更は、�イナ�・フレー�周期とも関連付けることができます�8マイナ�・フレー�は、各フレー�に対して独立したメモリ・ブロ�を持つことができます� バス・コントローラは、新しい��イナ�・フレー�の始めにフレー�を同期し、メモリ・ポインタを変更することができます�
大量���タを交換するコンピュータ�例えば、GPS Almanac Tables�、また�起動時に��タ・バスを通してプログラ�のロードを受けるコンピュータは、メ�ージ・ブロ�の開始時にポインタをセ�することができます� 32ワード�メ�ージを送り、データを受信したリモート�ターミナルのメモリにおける最終位置にメモリのポインタを動かした後�32ワード�メ�ージの次のブロ�を送ります。メモリがロードされるまで、このサイクルを継続します�
メジャー��イナ�・フレー�・タイミング
規�は、ワード（コマンド、データ、およ�ス��タス�とメ�ージ�情報フォーマット、およ�ブロードキャスト�フォーマット）�構�を�示します� これは、一連の管��ージ�モード�コード）を提供しますが、シス��これをいかに適用するかにつ�、いかなるガイダンスも提供して�せん�
リモート�ターミナルは、その��タの�に基づき、一般�、データが収�れる頻度と出力されるべき最速�速度を述べて�す� 入力データに対して、ターミナルは、しばし�、そのジョブを実行したり、一定レベルの精度を維持するために、特定データがどの程度�とされるかを述べて�す� 速度は�信、およ�更新速度と呼ばれます。シス�の全ての��タの需要を調べ、データがいつ、どこからどこへ転送されるかを決定することは、あなた�仕事です� こ���タは、定期メ�ージ�ある固定速度で転送されなければならな�の�と非定期メ�ージ�一般�、オペレータが�タンを押す等�イベント�ドリブンであるか、値が�に一致する等���タ・ドリブンであるも��に細�されます�
メジャー・フレー�は、�ての定期メ�ージが最も遅��度で、メ�ージの定義により少なくと�1回転送されるように定義されます� 今日のアプリケーションで使用される一般�なメジャー・フレー�速度は�40��640msまで変わります�1��5秒��でメジャー・フレー�を持つ�つか�シス�がありますが、これらは例外です� マイナ�・フレー�は、より高いメ�ージ更新レート�要求を満たすように設定されます� マイナ�・フレー�・レート��常、メジャー・フレー�のバイナリー拡張に基づきます。図9は、メジャー��イナ�・フレー�関係�例です�
バス・コントローラ�おいて、�イナ�・フレー�・レート�、バス・コントローラ・ソフトウェアにリアルタイ�・クロ�割込みを提供するよ�セ�されます� 新しい��イナ�・フレー�の開始時に、割込みが発生し、バス・コントローラは、該当フレー�に対するメ�ージの発行を開始します�
マイナ�・フレー���メ�ージのシーケンスは、未定義のままです。図9は、これを行う方法�2つの例を示して�す� 最初�例において、バス・コントローラは、バ�ア��・コントローラとこれを要求するリモート�ターミナルへの同期コマンドでフレー�を開始します� フレー�同期には、該当�イナ�・フレー�で転送される定期メ�ージの全ての送信が続きます� 定期メ�ージの終わりに、バス・コントローラは、次のフレー�の始まりまでに終�る（デ�・バス・タイ��無送信�をもたらす�か、あるいは、バス・コントローラが非周期メ�ージ、エラー処��ージを転送するか� また�バックア��・バス・コントローラ.に��タを転送するために、この時間を使用することができます�
2番目の例（中央処�ーキ�チャで一般�使用される）では、バス・コントローラは、�ての定期、およ�非周期送信メ�ージを発行し�データを収��、この��タを���恐らく、この処�に�ドタイ�を持つ�� 受信メ�ージ全てを発行します（���結果を�力する）�
3つ目の例�、与えられたタスクを実行する�がある時�み、バス・コントローラが特定�リモート�ターミナルと通信するシス�です� 定期��ージ・トラフィ�がな��で、�イナ�、また�メジャー・フレー�は存在しません�1553トラフィ�の全ては、ある非周期�刺激の結果、恐らく、あるオペレータの入力�結果でしょ�� これは、�スト�プロセ�・ソフトウェアがバス上で処�れるべき次のメ�ージを決定するため、最も単純な例です�
図9 メジャー��イナ�周�
| コマンド�ワー� | 20μSec |
| ス��タス・ワー� | 20μSec |
| ��タ・ワー� | 20μSec�各�� |
| メ�ージ間ギャ�� | 最�2μSec |
| 応答時� | 最大10μSec |
したがって�50μsのメ�ージ間ギャ��でバス・コントローラが発行す�28ワード受信コマンドに対する時間の総量は�658μsです。これ�5msフレー���唯一のメ�ージである場合、�荷は13��なります�
�荷計算時、表6で与えられた値から変わることがあるため、実際の応答時間と実際のメ�ージ間ギャ��時間を使用してください�
バス�荷とメジャー・フレー�を通したメ�ージの配��量�、データ・スループットに大きな影響を与えます。実データの最大スループット�、コマンド、およ�ス��タス・ワード�オーバ�ヘッドと応答� およびメ�ージ間ギャ��時間を計算に入れ、メ�ージ毎に32��タ・ワードと仮定すると、�46,000ワード／秒です。短��ージは、コマンド、およ�ス��タス・ワード�オーバ�ヘッド、およ��ギャ��のため、より少な�ータ・ワードしか転送できません�
ほとんどの購入仕様書は、今日�100���長が多重シス�用に要求され、いかなる�イナ�・フレー��荷�70���な�とを宣言して�す�100���長は、メジャー・フレー��荷�50���られな�とを意味します� MIL-HDBK-1553Aは、�荷の目標値がシス�設計時で40����備時で60��使用することを推奨して�す。余�の時間は、シス�の成長�多重シス�で始める理由の1つは、新しいシス�の追��とエラー回復メ�ージ用に使用されます�
MIL-STD-1553解説�【日本語技術�プレゼント�
MIL-STD-1553通信規�の日本語技術���51ペ�ジ��をIPROSにて配�ており、ダウンロードいただけます�