(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第１８１回］
●前回のプログラムの説明です
もう一度、リストをお見せしましょう。
ＢＯＯＴＬＯＡＤＥＲと書いてありますね。
よくご存知の方が見れば、バレてしまうのですが、本当は、まだ、ＢＯＯＴ ＬＯＡＤＥＲではありません。
ただのｌｏａｄｅｒです。
でもいずれＢＯＯＴＬＯＡＤＥＲにしてしまおうと思っていますから、そのようにタイトルをつけました。
ＰＩＣが２３２Ｃで受信したプログラムを１バイトずつ受けとって、ＲＡＭに格納していくためのプログラムです。
このプログラム自身をＬＯＡＤすることはできません。
このプログラムは、トグルスイッチをパチパチやって、００００番地から書いておきます。
でもわずか３０バイト程度のプログラムでも、これを実行するだけで、ＰＩＣ経由でパソコンからプログラムをＬＯＡＤすることができてしまいます。
●パソコンとＰＩＣとの間のデータ通信
パソコンから「つくるＣＰＵ」ボード上のＰＩＣへは、２３２Ｃ通信でデータ（マシン語プログラム）を送信します。
マシン語プログラムは、ＣＰＵボードのメモリに書き込まれるときにはバイナリコードですが、２３２Ｃで送信するときには、バイナリコード（１６進コード）をＡＳＣＩＩコードに変換したものを送信します。
バイナリコードのままでも送信できないことはないのですが、できるだけ標準的な方法でするように考えたので、そのようにしてあります。
たとえばさきほどのプログラムの最初のマシン語コードは１６進数では、２１です。
８ビット表現では００１００００１です。メモリにはこういう形で格納されます。
これは８ビットですから、このまま２３２Ｃで送信すれば簡単なのですが、一般的には、２３２Ｃでは、データではなくて、文字を送信します。
ですから、この００１００００１（２１）を文字の”２１”に変換します。文字コードはＡＳＣＩＩを使います。
１６進数の０〜ＦをＡＳＣＩＩコードにすると、下のようになります。なお（）は１６進数表記です。
０ ００１１００００ （３０）
１ ００１１０００１ （３１）
２ ００１１００１０ （３２）
３ ００１１００１１ （３３）
４ ００１１０１００ （３４）
５ ００１１０１０１ （３５）
６ ００１１０１１０ （３６）
７ ００１１０１１１ （３７）
８ ００１１１０００ （３８）
９ ００１１１００１ （３９）
Ａ ０１０００００１ （４１）
Ｂ ０１００００１０ （４２）
Ｃ ０１００００１１ （４３）
Ｄ ０１０００１００ （４４）
Ｅ ０１０００１０１ （４５）
Ｆ ０１０００１１０ （４６）
ですから、１バイトのマシン語コードの２１は、２バイトの文字”２１”をＡＳＣＩＩコードにした、３２，３１に変換して送信します。
なんでそんな面倒なことをするの？
という疑問がでてくるのも当然なのですが、もともと２３２Ｃはホストコンピュータと端末装置との間での通信ルールだったため、文字以外にもいろいろな制御情報もデータと一緒に送る必要があったからです。
たとえば端末（代表的なものはプリンタ）に対して、一般的な「改行」を指示するコードは、ＣＲコード（ｃａｒｒｉａｇｅ ｒｅｔｕｒｎ復帰）＋ＬＦコード（ｌｉｎｅ ｆｅｅｄ改行）です。ＣＲは１６進数の０Ｄ、ＬＦは１６進数の０Ａです。
すると、一般的な２３２Ｃルールにしたがっている受信装置に対して、０Ｄや０Ａをデータとして送っても、それを受信した装置は、データとしては受け取らず、「改行」もしくは「データの終り」の意味に受け取ってしまいます。
そのようなルールが一般的であるために、１６進コードを送信する場合にも、それをＡＳＣＩＩ文字に変換してから、送信するようにします。
ＰＩＣはＡＳＣＩＩコードのデータを受け取ると、そこでＡＳＣＩＩからもとの１６進数に変換します。
そして、それをＣＰＵに渡します。
●ＰＩＣとＣＰＵとの間のデータ通信（ハンドシェイク）
ＰＩＣとＣＰＵとの間のデータ送受信の回路は［第１２９回］にあります。
ＰＩＣは２バイトのＡＳＣＩＩコードを受信すると、それをもとの１バイトの１６進数に変換して、ＣＰＵに渡します。
ＣＰＵとの間のデータの受け渡しは８ビットパラレルで行いますが、ＣＰＵがまだ読み取っていないのに、どんどんＰＩＣがデータを出力してしまわないように、ＰＩＣとＣＰＵとの間で確認をしながらデータの受け渡しを行います。
ＰＩＣは８ビットのデータを出力ポートに出力すると、そのことをＣＰＵに知らせるために、ＲＢ０をＬにします。ＰＩＣのＲＢ０はＩ／Ｏアドレス９８のｂｉｔ０入力につながっています。
ＣＰＵはＩ／Ｏアドレス９８のｂｉｔ０を監視していて、そのラインがＬになったら、応答として、Ｉ／Ｏアドレス９８の出力ｂｉｔ０をＬにします。
そしてデータを読み込みます。８ビットのデータはＩ／Ｏアドレス９４の入力から読み込まれます。
ＣＰＵは受け取ったデータをメモリに格納して、次のデータを受け取る準備ができたら、そのことをＰＩＣに知らせるために、さきほどＬにしていたＩ／Ｏアドレス９８のｂｉｔ０出力をＨにします。
この間、ＰＩＣはＣＰＵの応答を監視していて、ＣＰＵからのｂｉｔ０の応答ラインがＬになったことを確認してから、ＲＢ０出力をＨにしておいて、次のデータの受信を行います。
ＰＩＣは次のデータをＣＰＵに送り出す準備ができたところで、ＣＰＵのＩ／Ｏアドレス９８のｂｉｔ０出力のラインを確認します。そのラインがＨになっていたら、次のデータの送出を行います。
なお、上の説明でＩ／Ｏアドレス９８のｂｉｔ０が入力と出力の両方で出てきますが、同じアドレスの同じビットでも、ハード回路は、入力と出力のラインは別々のものです（［第１２９回］の回路図参照）。
このように２本の制御線を使って、互いの状態を確認しながらデータ送信を行う方法をハンドシェイクと言います。
データの受け渡しをしているときの２本の制御線の様子です。
説明を書いていて、気がつきました。
今回紹介したｌｏａｄｅｒプログラムには、冗長なところがありました。
最後のＬＯＯＰ２は余分でした。
さっそく直しましょう。
