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

［第１６０回］



●バグではありませんでした

前回の終わりに、もとのファイルと比較してみたところ一部ですがうまく書けていないところがみつかりました、と書きました。
書き込みプログラムにバグがあるようです、と書いたのですが。
どこがいかんのかと思ってプログラムをしっかり確認してみたのですが、バグらしきものはみつかりません。
落ち着いておかしいと思われるところをよくよく見ておりましたら。
はて、前にも同じようなことをしていたような。
むむ。デジャヴか？

デジャヴではありませんでした。
もう一年以上も前に、ＮＤ８０Ｚ３．５の８２Ｃ５５にＰＩＣ　ＷＲＩＴＥＲ試作基板を接続して、Ｚ８０アセンブラで書き込みプログラムを作成しました。
うまくできたはずのプログラムを実行してＰＩＣ１８Ｆ１３Ｋ５０にテスト用のプログラムを書き込んで、それがうまく書き込めているかどうかをもとのファイルとつき合わせて確認をしました。
大体はうまく書けているのですが一部どうにも納得できない相違があることがみつかりました。
そこでその検証を行なったのですが、今回おかしいと思った相違箇所はそのときと全く同じでした。
［第６８回］〜［第７０回］で書いています。
そこに書いた通りバグではありませんでした。
今回の書き込みプログラムはこれでよかったのでした。
やれやれです。

なお［第６９回］ではデータの途中におかしなところがある、と書いています。
ＰＩＣ１８Ｆ１３Ｋ５０／１４Ｋ５０のメモリマップには存在しないＦ０００００〜Ｆ０００ＦＦのアドレスデータです。
ここも今回の書き込み作業を行なったあとで読み出したデータと全く同じです。
そこでは秋月のＰＩＣプログラマの書き込みプログラムのバグではないか、と書いていますが今回はひょっとしたら、と気がついたことがあります。
ＰＩＣ１８Ｆ１３Ｋ５０／１４Ｋ５０はデータ用のＲＡＭとプログラム用のフラッシュメモリを内蔵していますがそのほかにユーザー用のデータメモリとして１ＫＢのＥＥＰＲＯＭメモリも内蔵しています。
このデータＥＥＰＲＯＭはＰＩＣのメモリマップの外に置かれていて直接アクセスすることはできません。
そのメモリにアクセスするには特殊なレジスタを介してソフトウェアでアクセスします。
アドレスＦ０００××はそのＥＥＰＲＯＭメモリなのではないかということを思いつきました。
もっともＥＥＰＲＯＭは１ＫＢあるはずなのでそこではそのごく一部（２５６バイト）しか読み出されていません。
あるいはそこになにも書かれていない場合には１ＫＢのうちの最初の２５６バイトのみを表示するということなのかもしれません。
そうであるかどうかは内蔵ＥＥＰＲＯＭにデータを書き込んでそれをＰＩＣ　プログラマで読み出してみればはっきりすると思います。
今はちょっと時間がありませんからそこまではやらないことにします。
いずれ時間ができたら確認をしてみることにします。

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

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