ＰＩＣＢＡＳＩＣコンパイラ
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
まるでインタプリタ。でもコンパイラです。超カンタン超シンプルです。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［第６８回］
●ＨＥＸファイル比較データの検証
前回からの続きです。
ＰＩＣ ＷＲＩＴＥＲ試作２号機でＰＩＣ１８Ｆ１３Ｋ５０に書き込んだデータ（プログラム）を秋月のＰＩＣプログラマで読み出して作成したＨＥＸファイルをもとのＨＥＸファイルとＷｉｎＭｅｒｇｅで比較したところ異なっているところがありました。
今回はその異なっているところの検証です。
下はその最初の部分です。
最初にこの部分を見たときは「なんじゃこりゃあ」と思ったのですが、落ち着いてよくよく見たところ左右のデータは同じであることがわかりました。
そのことについて説明する前にインテルヘキサファイルのレコードフォーマットについての説明が必要です。
各レコードは：（コロン）で始まります。
その次から数値が続きますがその数値は１バイトの１６進数をＡＳＣＩＩ２文字で表したものです。
：に続く１バイトの数（ＡＳＣＩＩ２桁）はそのレコードのデータ数をバイト数で示しています。
その次の２バイト（ＡＳＣＩＩ４桁）はアドレスを示します（これはデータバイト数には含まれません）。
その次の１バイト（ＡＳＣＩＩ２桁）はそのレコードの属性を示します。
レコードの属性が００のときそのレコードは通常のアドレスとデータを含みます。
左側の２行目をそのルールに従って読んでみます。
０４はバイト数です。
次の００００はアドレスが００００であることを示します。
次の００は通常のレコードであることを示しています。
その次からの４バイト（ＡＳＣＩＩ８桁）がデータです。
０ＣＥＦ００Ｆ０です。
最後の１１はこのレコードのチェックサムです。
このレコードはアドレス００００〜０００３のデータが０ＣＥＦ００Ｆ０であることを示しています。
今度は右側を見てみます。
最初の１０はこのレコードに含まれるデータが１６バイト（１０Ｈ）であることを示しています。
次の００００はアドレスです。
その次の００は通常のレコードであることを示しています。
その次からがデータです。
０ＣＥＦ００Ｆ０とここまで４バイトは左側と一致しています。
その次からのところは一旦置くことにして左側の３番目のレコードを見てみます。
アドレス０００８〜０００Ｂの４バイトのデータが１０ＥＦ０５Ｆ０であることを示しています。
左側ではアドレス０００４〜０００７がありません。
この間にはデータが無いことを示しています。
さてそこで右側に戻ります。
右側ではアドレス０００４〜０００７に相当するところの値はＦＦＦＦＦＦＦＦになっています。
フラッシュメモリで何も書き込まれていないところはＦＦです。
そしてその次には４バイトのデータ１０ＥＦ０５Ｆ０があってここは左側と同じです。
その次のアドレス０００Ｃ〜０００ＦはまたＦＦＦＦＦＦＦＦになっています。
右側の次の３レコード目もデータ数は１６バイトになっていてアドレスは００１０からになっています。
データはＦＦが８個続いていますからアドレス００１０〜００１７はデータがＦＦであることを示しています。
その次の７Ｅ６Ａ７Ｆ６Ａ８２８８ＥＦ０Ｅはアドレス００１８〜００１Ｆのデータです。
これは左側の４番目のレコードの内容と一致します。
左側ではアドレス０００Ｃ〜００１７が抜けてします。
その間はデータが無いことを示しています。
このように比較してみると２つのＨＥＸファイルのこの部分はレコードの表示から見ると一見異なっているようですが実は同じであることがわかります。
同じ内容のはずなのになぜこのような違いが出てくるのでしょうか。
それは左側のＨＥＸファイルがＭＰＬＡＢのＰＩＣアセンブラによってソースファイルをもとにして作成されたファイルであるのに対して右側のＨＥＸファイルはＰＩＣ１３Ｋ５０に書き込まれた１６進コードを読み出して作成されたＨＥＸファイルだからです。
具体的に説明します。
こういうことです。
下はもとになったＨＥＸファイルのアセンブルリストです。