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

［第１６２回］



●ＶＥＲＩＦＹ

前回までＰＩＣ　ＷＲＩＴＥＲのプログラムを作ってきました。
実際にＰＩＣ１８Ｆ１４Ｋ５０に対して書き込みテストを行なったあと、その書き込みを行なったＰＩＣ１８Ｆ１４Ｋ５０を秋月のＰＩＣプログラマにセットして書き込まれたＰＩＣプログラムを読み出してＨＥＸファイルを作成し、それと元のＨＥＸファイルとを比較して正しく書き込まれていることを確認しました。
プログラムを作る過程でのテストとしてはそれでよいのですけれど実際の書き込みプログラムとしてはそれでは使い物になりません。
やっぱり書き込みを行なったならばその後ベリファイプログラムによって元のデータと比較して正しく書き込まれているかどうかを確認すべきです。
ということで今回はＶＥＲＩＦＹプログラムを作成して実際にそれが正しく機能するかどうかを確認してみました。
下がその画面です。

ＶＥＲＩＦＹプログラムは書き込み時に読み込んだ元のＨＥＸファイルと同じ情報をもとにして書き込み後に１バイトずつ読み出してもとのデータ（プログラム）と比較します。
ＰＩＣはユーザー用データバッファ（データＲＡＭ）の容量が小さいので大きなデータ（プログラム）を溜め込むことができません。
なので書き込み時にはＨＥＸファイルの１行のデータ（通常１６バイト）をＵＳＢ経由で読み込んでそれを書き込みます。
ちなみに書き込み用のテーブルバッファは非常に小さくＰＩＣ１８Ｆ１３Ｋ５０では８バイト、ＰＩＣ１８Ｆ１４Ｋ５０で１６バイトしかありません。
ということから全部のデータを書き込んだあとでそれをベリファイするときには書き込んだときと同じようにもとのＨＥＸファイルをもう一度読み込みながら比較をする必要があります。
今回は前回までの作業ですでに書き込み済みのＰＩＣ１８Ｆ１４Ｋ５０のベリファイを行なうわけですがそれに先立ってもとになるＨＥＸファイルをＷｉｎｄｏｗｓ側のプログラムに読み込んでおく必要があります。
最初に／ＨＬＯＡＤコマンドでＰＩＣＩＯＢＳ２Ｘ．ＨＥＸファイルを読み込んでいるのはそういう理由からです。
／ＶＥＲＩＦＹがベリファイのためのコマンドです。
本来は書き込みコマンド（／ＰＩＣＷＲ）の中で全消去コマンド（／ＥＲＡＳＥ）も今回のベリファイコマンド（／ＶＥＲＩＦＹ）も実行するべきなのですが、今は個々の機能のテストをしている段階なのでそれぞれを独立したコマンドとして扱っています。
／ＰＩＣＷＲの時もデバッグのためにＨＥＸファイルの１行を読み込んでそれをＰＩＣに送る都度データの一部を表示させました。
今回はそこにさらにベリファイのために読み出した書き込み後のデータともとのデータをＰＩＣからＵＳＢ経由で読んでそれの表示も行なっています。
あくまでＶＥＲＩＦＹプログラムを作る過程でのデバッグ情報ですので詳細についての説明は省きます。
［０４］はハイアドレス（２０ビツトのアドレスの上位４ビット）を示す行であることを示しています。
［００］は通常の行であることを示しています。
［０１］はＰＩＣに送信したＨＥＸファイルの１行分のデータを比較した結果一致したときにＰＩＣ側から送信されるＯＫを示すコードです。
その場合にはそれに続く００−００は意味を持ちません。
表示データが多いため画面がスクロールして最初の画面が消えてしまいました。
上の画面はＺＢ３ＢＡＳＩＣのページ表示機能を使って最初のところの表示を復活させて表示した画面です。
下は最後まで表示が進んだあとの画面です。

データ表示行の最後の一行上でｖｅｒｉｆｙ　ｅｒｒｏｒ！の表示があります。
エラーなしの時は［０１］が返ってきますがエラーのときはそこが［０Ｆ］になります。
このときあとに続くデータは比較元のデータと読み出したデータを表示しています。
１Ｆ−３Ｆになっています。
そのあとの行でも［０１］に続いて同じ１Ｆ−３Ｆが表示されていますがこれについては上のほうで説明しています通り［０１］の後ろの表示は意味をもちません。
この１Ｆ−３Ｆの相違は［第７０回］で説明していますように書き込みエラーではありません。
ということでＶＥＲＩＦＹプログラムもＯＫになりました。

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

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