ＰＩＣＢＡＳＩＣコンパイラ
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
まるでインタプリタ。でもコンパイラです。超カンタン超シンプルです。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第４２回］



●ＰＲＩＮＴ文／ＰＩＣでのＬＣＤ表示（２）

［第４０回］ではＰＩＣＢＡＳＩＣコンパイラのＰＲＩＮＴ文はターゲットのＰＩＣボードをＷｉｎｄｏｗｓパソコンに接続した状態ではＷｉｎｄｏｗｓのコマンドプロンプト画面に表示されますがＷｉｎｄｅｏｗｓパソコンと切り離して単独で起動（スタンドアローン）するとそのＰＩＣボードに接続したＬＣＤ表示器に表示されますという説明をしました。
ＰＩＣにＬＣＤ表示器を接続してそこに表示するのにＰＲＩＮＴ文を使うことを考えた当初はそういうルールがよいのではないかと思ってそのような機能にしました。
しかしＷｉｎｄｏｗｓパソコンに接続した状態（以前にも書きましたように実際には間にＵＳＢインターフェース用のＰＩＣボードを介して接続しています）でＢＡＳＩＣプログラムの作成やデバッグをしているときにＬＣＤ表示器を接続している場合を想定すると、あるいはその状態でもコマンドプロンプト画面にではなくてＬＣＤ表示器に表示してそのような表示でよいかどうかを確認できるとなおよいのでは、と思いつきました。
そこでそういう機能を付加しました。

［第４０回］で使ったプログラムをもとにしてそのように働くように機能を追加しました。

そのように変更したプログラム（ｂｓｐｒｉｎｔｔ５ｂ．ｔｘｔ）をロードしました。
ＢＡＳＩＣテキストプログラムをロードするとコンパイラが起動してＰＩＣマシン語コードに変換してそのプログラムコードをＰＩＣのターゲットボードに書き込むところまでが自動で行なわれます。

ＬＩＳＴコマンドでプログラムリストを表示しました。

もとのプログラムの先頭に
Ｒ２Ｆ＝１
を追加しただけであとはもとのプログラムのままです。
／ＲＵＮコマンドでプログラムを実行しました。
見たところプログラムは実行されたようですが［第３９回］と違ってコマンドプロンプト画面にはＰＲＩＮＴ文の実行結果は表示されません。

その結果はＬＣＤ表示器に表示されています。

［第４０回］ではマシン語プログラムを書き込んだＰＩＣターゲットボードをＷｉｎｄｏｗｓパソコンから切り離してＪ１にジャンパピンをセットして電源ＯＮしたときにＬＣＤ表示器にＰＲＩＮＴ文の実行結果が表示されました。
しかし今回の写真ではＵＳＢインターフェース用のＰＩＣを介してＵＳＢ接続された状態のままでＪ１にジャンパピンは実装されていません。
これはさきほどのコマンドプロンプト画面で／ＲＵＮを実行したときの写真です。
今回追加した
Ｒ２Ｆ＝１
が画面表示とＬＣＤ表示を切り換えるスイッチになっています。
ＲＸＸはターゲットボードのＰＩＣのユーザー用レジスタ（前回説明しましたＧＰＲ、汎用レジスタ）のアドレスを指定する特殊な変数名です。
Ｒ２ＦはＧＰＲのアドレス２Ｆを示しています。
実はターゲットボードのＰＩＣに書き込み済みのシステムサブルーチンによって起動時にスタンドアローン状態を認識するとＲ２Ｆに１がセットされます。
それ以外のときには０がセットされるのですがそこをいわば特権的に１にしてしまうことでＰＲＮＴ文が常時ＬＣＤに表示を行なうようにスイッチするのがＲ２Ｆ＝１なのです。

Ｒ２Ｆ＝１はＰＲＩＮＴ文をＬＣＤに対して行なうようにするための機能ですから［第４０回］のようにターゲットのＰＩＣボードを単独で起動した場合にも普通にＬＣＤに表示が行なわれます。
下は上の写真の状態からＵＳＢ接続を切り離して［第４０回］のように単独起動させたときの写真です。

デバッグが完了した段階でも最終的なＢＡＳＩＣプログラムにＲ２Ｆ＝１が残っていた場合でもあえてＲ２Ｆ＝１の文を削除する必要はありません。
ただし注意すべきことがあります。
Ｒ２Ｆ＝１が書かれたプログラムをＬＣＤ表示器を接続しないで実行するとシステムがハングアップします。
Ｒ２Ｆ＝１はＬＣＤ表示器が接続されていることが前提の機能だからです。

ＰＩＣＢＡＳＩＣコンパイラ［第４２回］
２０２３．６．２８ｕｐｌｏａｄ

前へ
次へ
ホームページトップへ戻る