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

［第７０回］



●ＨＥＸファイル比較データの検証（３）

前々回と前回はもとになるＨＥＸファイルと書き込み後のＰＩＣから読み出して作成したＨＥＸファイルとの比較を行ないました。
前回までで説明した相違点については理由があって特に問題はないということがわかりました。
しかし相違点はまだあと二箇所残っています。
それは最後のところにあります。

：０２０００００４００３０ＣＡ
というレコードは上位アドレスが３０であることを示しています。
３０００００はＣＯＮＦＩＧのアドレスです。
左側のファイルはそのあとに３レコードがあります。
最初のレコードはアドレス００００〜０００３の４バイトでその値は００３２１Ｆ０７です。
その次のレコードはアドレス０００５〜０００６の２バイトで値は８８０１です。
アドレス０００４はありません。
その次のレコードはアドレス０００８〜０００Ｄの６バイトで値は０３Ｃ００３Ｅ００３４０です。
アドレス０００７はありません。
そこまでのところが右側では１レコードになっています。
アドレス００００〜０００Ｄの１４バイトです。
値は００３２３Ｆ０７００８８０１０００３Ｃ００３Ｅ００３４０です。
左側と右側で相違しているところを取り出してみると次のようになります。
アドレス　　左　　　　右
３００００２　１Ｆ　−　３Ｆ
３００００４　−　　　　００
３００００７　−　　　　００

前回確認しましたように秋月のＰＩＣ　ＷＩＴＥＲで同じＨＥＸファイルをもとに書いたＰＩＣから読み出したＨＥＸファイルと試作したＰＩＣ　ＷＲＩＴＥＲで書いたＰＩＣから読み出したＨＥＸファイルは完全に一致しました。
そのことからするとこれも前に書きましたように元のＨＥＸファイルとＰＩＣから読み出したＨＥＸファイルの相違にはそれなりのわけがあるはず、ということになります。
下はＰＩＣ１８Ｆ１３Ｋ／１４Ｋ５０のＣＯＮＦＩＧＵＲＡＴＩＯＮの一覧です。

［出典］Ｍｉｃｒｏｃｈｉｐ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｃ．　ＰＩＣ１８Ｆ１３Ｋ５０／１４Ｋ５０Ｆｌａｓｈ　Ｍｅｍｏｒｙ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ
これを見るとＰＩＣ１８Ｆ１３Ｋ１４Ｋ５０ではアドレス３００００４（ＣＯＮＦＩＧ３Ｌ）は無いようです。
同様にアドレス３００００７（ＣＯＮＦＩＧ４Ｈ）もありません。
この表の注記を読むとアミがかかった’−’のビットはｕｎｉｍｐｌｅｍｅｎｔｅｄ（未実装）でｒｅａｄ　ａｓ　’０’（０が読み出される）と書いてあります。
右側のアドレス０００４と０００７の値が００であることはこれで納得できます。
アドレス０００２はどうでしょうか。
上の表で見るとＣＯＮＦＩＧ２Ｌです。
左側のファイル（もとのＨＥＸファイル）では１Ｆですが右側のファイル（ＰＩＣから読み出したファイル）では３Ｆになっています。
ビット５が違っています。
ＣＯＮＦＩＧ２Ｌのビット５はＶＲＥＧと表記されています。
よく見ると右肩に（３）と書かれています。
下のＮＯＴＥの３：を見るとＶＲＥＧ　ｉｓ　ｒｅａｄ−ｏｎｌｙと書いてあります。
さらに続けてＶＲＥＧ＝１　ｆｏｒ　ＰＩＣ１８Ｆ１ＸＫ５０　ｄｅｖｉｃｅｓとありますからＰＩＣ１８Ｆ１３Ｋ５０の場合（ＰＩＣ１４Ｋ５０も同じ）このビットは１が読み出されることがわかります。
これでここも納得です。

もうひとつ異なっているところがあります。

右側には
０２０００００４００２０ＤＡ
０８００００００ＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ００
という２レコードがありますが左側にはありません。
アドレス２０００００はＩＤのエリアです（前回参照）。
もとのファイルでは（ソースプログラムでは）ＩＤは設定していませんから左側にはレコードがありません。
しかしＰＩＣから読み出すときにはＩＤが設定されてなくて全部ＦＦでもそれをデータとして読み出すようになってるようです。
ということでここの相違についてもクリアできました。

やっとこれで検証が済みました。
ＰＩＣ　ＷＲＩＴＥＲ試作２号機でとりあえずＰＩＣ１８Ｆ１３Ｋ５０については無事書き込みに成功したことが確認できました。

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

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