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

［第１７７回］



●ＰＩＣ１８Ｆ４５Ｋ５０（４）／ＰＩＣＲＤ

前回はＰＩＣ１８Ｆ４５Ｋ５０に簡単なテストプログラムを書き込んで実際にそれが正しく動作することを確認しました。
しかしせっかくのＰＩＣ　ＷＲＩＴＥＲなのですからやっぱりＨＥＸファイルを作成する機能がほしいと思います。
そういうことになるとやっぱりそれも作るしかありません。
ＨＥＸファイルにはフォーマットといいますかいくつかの約束事があります。
いきなりそこまでいくのはちょっとしんどいです。
ここは落ち着いてステップ　バイ　ステップでいきましょう。
書き込んだプログラムを読み出すことはベリファイプログラムで実際に行なっています。
ベリファイでは読み出したデータ（プログラム）をもとのＨＥＸファイルのデータと比較して一致するかどうかを確認しています。
そこの部分を利用して、比較するのではなくて読み出したデータをＵＳＢ経由でＷｉｎｄｏｗｓ側のプログラムに送れば基本的なところは出来上がります。
今までに作ったＰＩＣ　ＷＲＩＴＥＲプログラムにその部分を追加して実行してみました。
左側はもとのＨＥＸファイルで右側は実行時のログです。

とりあえずの試作的なプログラム作成ですから基本的な確認ができるだけの表示のみを行なっています。
右側のログの説明です。
追加したコマンドは／ＰＩＣＲＤです。
ＰＩＣのプログラムエリアの先頭から１６バイト単位で読み出します。
最初にメモリアドレス２バイト４桁を表示し、それに続いて読み出した１６バイト分の値を表示します。
まだ試作版のプログラムなのでチェックサムは計算していません。
左側のＨＥＸファイルとメモリ内容は一致しています。
＊は１６バイトの値がすべてＦＦであったときに表示されます。
＊１個が１６個分のＦＦに相当します。
本当は＊の表示は右側にずっとのびているのですがどうせ全部は表示できませんから途中でカットして示しました。
下のほうの１行はＣＯＮＦＩＧです。
ここも問題ないようです。
．は１６バイトの値が全て００であることを示します。
．１個が１６個分の００に相当します。
ＰＩＣではメモリが実装されていない領域を読み出すと００が返ってきます。

ここまで書いてきて気が付きました。
前回ＥＲＡＳＥチェックができるといいのだが、と書きました。
／ＰＩＣＲＤの機能のままでＥＲＡＳＥチェックになることに気が付きました。
下がその確認です。

前回のプログラム（今回のはじめのところで／ＰＩＣＲＤで読み出しているプログラム）を書き込んだＰＩＣ４５Ｋ５０をまず／ＥＲＡＳＥで全消去しました。
その後／ＰＩＣＲＤを実行しました。
さきほど／ＰＩＣＲＤを実行したときに読み出されていたプログラムデータが全部＊になっています。
これを見れば全部消去されたことが確認できます。
なおＣＯＮＦＩＧはＦＦにはなりません。

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

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