東京の居相（いあい）と申します。
Ｈ８メーリングリストに参加します。
秋月のＡＫＩ−Ｈ８を買いました。鉄道模型のコントロールに
使おうと思っています。ステッピングモータを使ってターンテー
ブル（転車台：蒸気機関車の向きを変える）の位置決め制御をし
ようともくろんでいます。
ＭＢＴＥＳＴ．ＭＡＲをかわきりに少しずつ使い方を勉強して
います。
昔（２０年以上も前ですが）、ミニコンなどのアセンブラを何
機種も手掛けたことがありますが、その頃の記憶が甦ってきます。
今はＢＡＳＩＣやＣなどコーディング作業が効率的に行えるので
楽ではありますが、アセンブラには手作りの楽しみがあるように
思えます。これは真鍮板を切ったりはんだ付けしたりして鉄道模
型を作る趣味にも相通じる所があります。
まあ趣味でやっているので、勝手なことを書きましたが宜しく
お願いします。
手みやげ代わりに、ＭＯＴファイルを解析した資料を以下に表示
します。参考にして下さい。（１２０行ほどです。長文失礼。）
まとめるに当たりＨ８メールの記述も参考にさせて頂きました。
******************************************************************************
H8/3048用 MOT 形式ＨＥＸファイルの書式について
（ＡＫＩ−Ｈ８開発環境 Ｓ−ｒｅｃｏｒｄフォーマット準拠？）
１）ファイルの概要
・このファイルはテキストファイルです。
・内部は、先頭行（ヘッダー）、中間行（機械語コード）、
最終行（スタートアドレス）の３つで構成されています。
・１行の内訳は、先頭２桁の種別コード、中間複数（偶数）桁のデータ、
最後尾２桁のチェックサムとなります。
ａ．先頭の２桁には、その行のレコード種別を示す英数字のコードが入ります。
ｂ．３桁目以降には、１６進表現でアドレスや機械語コードなどが入ります。
ｃ．行末の２桁には、やはり１６進表現でチェックサムが入ります。
・なお、１バイトのデータは定法通り、１６進２桁で表現しています。
２）チェックサムについて
・各行毎の末尾にはチェックサムが付いています。（最後の２桁）
・ＭＯＴファイルのチェックサム計算方法は次の通りです。
ａ．行毎に３桁目以降のデータ部分から２桁ずつ取り出し、
そのまま１６進数とみなして 0x00 から順次引いて行きます。
ｂ．このとき常に１６進２桁で計算します。
ｃ．その計算結果（２桁の１６進数）がチェックサムです。
・なお、自動作成されたＭＯＴファイルは、当然のことですが
各行とも末尾の２桁がその行のチェックサムになっています。
・従って、ＭＯＴファイルをチェックする場合は、
末尾のチェックサムも含めて順に１６進２桁の足し算（またはゼロから引き算）を
していくと、どの行も計算結果が必ずゼロになります。
ゼロにならないときは、どこかの桁の値が間違っているというわけです。
具体例：
・例えば、データ中に "A0" という文字があったらこれは、
"A0" をバイナリ形式（アスキーコード）で見た場合の 0x4130
ではなく、そのまま１６進数 0xA0 と見なします。
・そこでＭＯＴファイルの或る１行が、"S10801F03034382F46F6" のとき、
最初の２桁のコードを除き、３桁目からチェックサムの直前までの
データ部分について計算（１６進２桁の引き算）して行きますと、
0x00-0x08-0x01-0xF0-0x30-0x34-0x38-0x2F-0x46 = 0xF6
となります。この "F6" がチェックサムで、既に書き込まれている
チェックサムと一致していることが分かります。
（パソコンの電卓（関数：１６進８bit ）で試してみて下さい）
３）フォーマット：（１行１レコード）
１−２桁目：レコード種別（英数字２桁のコードで、その行の意味合いを示す）
先頭行："S0" .... ヘッダーレコード（ファイル名が入る）
中間行："S1" .... アドレスを４桁で表示するデータレコード
"S2" .... アドレスを６桁で表示するデータレコード
"S3" .... アドレスを８桁で表示するデータレコード
"S5" .... 特殊レコード（データレコードではない）
最終行："S7" .... ８桁で表示するスタートアドレスレコード
"S8" .... ６桁で表示するスタートアドレスレコード
"S9" .... ４桁で表示するスタートアドレスレコード
３−４桁目：バイトカウント（１６進２桁：チェックサムを含むバイト数）
各 行： ２桁の１６進表現で５桁目から行末までのバイト数が入る。
（しつこいようですが、２桁で１バイト）
５桁目から：アドレス（４、６、８桁：１６進表現）
先頭行： アドレスとして使わないので８桁目まで "0000" が入る。
中間行： その行に書き込むべき機械語コードデータの
先頭アドレスが入る。
アドレス桁数は、２桁目の指定による。
"S5行"： アドレスではなく、このレコード以前に現れた
データレコード（"S1","S2","S3"）の合計行数が入る。
（２バイト４桁の１６進表現）
最終行： プログラムのスタートアドレスが入る。
アドレス桁数は、２桁目の指定による。
９または11、
13桁目以降：データ（１６進表現）
先頭行： ９桁目以降に "「ファイル名」" ＋ "MOT" という文字列が
アスキーコードで入る。（"MOT" と言う文字なら "4D4F54"）
ファイル名が８文字（１６桁）に満たないときは、
その分スペース（"20"）を満たす。
ファイル名が８文字より長いときは、８文字から先を
切り捨てる。
すなわちファイル名の部分は８文字（１６桁）固定である。
中間行： アドレスに続き行末のチェックサム２桁の直前まで、
機械語コードデータが１６進表現で入る。
(バイトカウント)−(アドレス桁数/2)−(チェックサム桁数/2)
が実際に入る機械語コードデータのバイト数になる。
"S5行"： データなし。
最終行： データなし。
末尾の２桁：チェックサム（２桁：１６進表現）
各 行： 行毎に計算したチェックサム（２桁）が入る。
４）ファイル名について
AKI-H8 についてくる開発環境では、ＭＯＴファイルのファイル名は、
わざわざ名前を指定しない限り、ＭＡＲファイル（ソースファイル）の
ファイル名が引き継がれることになります。（他の環境でも同じだと思いますが）
この名前が、先頭レコード（ヘッダー）に書き込まれます。
※ＭＢＴＥＳＴ．ＭＯＴファイルを修正してチェックしてみましたが、
ＡＫＩ−Ｈ８開発環境の FLASH.EXE では、レコード種別 "S5" がファイル中に存在
しても無視されました。また、チェックサムの値も照合されません。
（共にいい加減な値を入れても通ります。ＭＢＴＥＳＴ自体も正常に動作しました。）
※同じく、FLASH.EXE での、１行の長さの上限については未確認です。
８８桁のレコードを作って流して見ましたが、正常に処理されました。
（オリジナルのＳ−ｒｅｃｏｒｄ書式では、上限はＣＲ／ＬＦを含め８０桁です。）
1999.10 M.IAI
******************************************************************************
iaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiai
a a
i 居 相 政 充（いあい まさみつ） - Iai, Masamitsu - i
a 日産コンピュータテクノロジー㈱ a
i ニュービジネス事業部 i
a a
i E-Mail Address: mm-iai@xxxxxxxxx i
a a
iaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiaiai
