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

［第１９３回］



●ＰＩＣ１６Ｆ１８２７（６）インテルヘキサファイルのフォーマット

前回の終わり近くのところでインテルヘキサファイルの中身を比較した画像のＣＯＮＦＩＧのデータ部分でチェックサムの計算が違っていることに気が付きました。
前回はそのように書いただけで終りましたので、今回はそこを直した上であらためて比較を行ないました。
前回の画像はちょっと小さくて見にくいと感じましたので今回はそこも拡大して表示するようにしました。
それとともに元にしているＰＩＣ１６Ｆ１８２７のテストプログラムも一部手直ししましたので今回のファイルと前回のファイルは僅かですが中身が異なっているところがあります。
上から４行目中ほどの値が前回はＦ３ですが今回はＦ０になっています。
そのためその行のチェックサム値も異なっています。
そのことはチェックサムの計算が違っていることとは別の件です。
前回と今回で値が一箇所異なっていることについては次回以降で説明をするつもりです。

チェックサムは各行の最後にある１バイト（１６進数２桁）です。
前回は下から４行目の右側のチェックサム値が左側と異なっていました。
その部分の計算にプログラムミスがありましたのでそこを修正しました。
またその下の行も左側がＣＯＮＦＩＧの値２バイトのみの表示であるのに右側では１６バイトの表示にしているところが不適切でしたのでそこも修正しました。
私としてはそういうことで全て納得して書いているのですが。
またこういうファイル表示（インテルヘキサフォーマット）についてよくご存知の方でしたら、ああそういうことか、と納得していただけると思うのですが。
しかしよくご存知ではない読者ですと、なんだかよくわからんぞ、何を言っているのだ、ともやもやしたお気持ちになられるかも。
そこでインテルヘキサフォーマットについて簡単に整理しておくことにいたします。
インテルヘキサフォーマットはバイナリデータをＡＳＣＩＩ文字に置き換えて表現するファイル形式です。
拡張子はＨＥＸですがその中身はＴＸＴと同じＡＳＣＩＩ文字コードですからメモ帳などで開くことができます。
ごく普通の半角英数のみの文字コードファイルですから２３２Ｃ通信などで送受信することができます。
その特徴からＲＯＭ　ＷＲＩＴＥＲなどのデータファイルとして利用されます。
ＰＩＣ　ＷＲＩＴＥＲのデータファイルもこの形式になります。
そのルールはざっと以下の通りです。
なおここで説明するのはあくまでＰＩＣ　ＷＲＩＴＥＲに限ったフォーマットです。
一般的なルールとは異なっているかもしれません。

下にその一行を示します。

行の先頭には必ず１桁の文字　：　（ＡＳＣＩＩコード３Ａ）があります。
ここでは明示していませんが行の終わりには改行コード（０Ｄ０Ａ）があります。
その間にある数値は１バイトを１６進数２桁で示しています。
たとえばデータ数１０は１６進数の１０を文字として示したものでファイルの中ではＡＳＣＩＩ文字コード３１と３０になっています。
１行のデータは最大１６バイトでデータが含まれない特殊な行もあるのでデータ数は００〜１０（＝１６）になります。
図はデータ数が１６バイトの場合の例です。
アドレスはその行のデータの先頭が位置するＰＩＣのメモリアドレスを示します。
１６進数４桁なので００００〜ＦＦＦＦの６４Ｋバイトのエリアを示すことができます。
アドレスの次には１６進数２桁でその行の種別を示します。
通常はその後ろにデータ列が続きます。
００は通常のデータ行です。
０１はファイルの終わりを示します。
ここが０１の行はアドレスが００００でデータはありません。
０４はメモリの上位アドレスを示します。
ここが０４の行はその後ろのデータ２バイト（１６進数４桁、１６ビット）でメモリの上位アドレスを示します。
この行のアドレス（図で：１０の次にある４桁の数）も００００です。
この行に続く通常のデータ行は同じ上位アドレスになります。
上位アドレスも１６進数４桁なのでメモリアドレスは００００００００〜ＦＦＦＦＦＦＦＦの範囲を示すことができます。
ＰＩＣの場合上位アドレスは実際のアドレスではなくてたとえばＣＯＮＦＩＧがあるアドレスを仮想的に示したりします。
最後のチェックサムは１６進数２桁です。
その計算は：と改行コードを除き先頭のデータ数〜チェックサム値までの全てを各１６進数２桁の値とみなして加算したときの下位２桁が００になるようなチェックサム値を求めます。
上図の場合１０＋００＋１０＋００＋２１＋…＋８Ｃ＋００＋１３＝ＸＸ００になります。
つまりチェックサム値はその前までの加算値の下位２桁を１００から引いた値になります。
実際に計算をしてみます。
００は除外できますから
１０＋１０＋２１＋８Ｃ＋０１＋８Ｄ＋０１＋Ｆ０＋３０＋９９＋２２＋２２＋０８＋８Ｃ＝３ＥＤ
１００−ＥＤ＝１３がチェックサム値です。

なお今回や前回など時々２つのファイルの中身を比較するのに使っているアプリケーションについては以前にもどこかで紹介していると思いますが初めての方のために参考までに紹介させていただきます。
超すぐれもので超便利なフリーソフトです。
ＷｉｎＭｅｒｇｅです。
過去記事をググッてみましたらこちら↓で紹介しておりました。
復活！ＴＩＮＹ　ＢＡＳＩＣ［第９７回］
興味のあります方はぜひ参照なさってください。

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

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