Intel HEX

Intel hex オブジェクトファイルフォーマット、Intel hex フォーマット、またはIntellec Hexは、バイナリ情報をASCII テキスト形式で伝えるファイルフォーマットです。 ^[¹⁰^]これにより、紙テープ、パンチカードなどの非バイナリメディアに保存したり、テキストターミナルに表示したり、ライン指向プリンタで印刷したりすることが可能になります。^[¹¹^]このフォーマットは、マイクロコントローラ、EPROM、その他の種類のプログラマブルロジックデバイスやハードウェアエミュレータのプログラミングによく使用されます。一般的なアプリケーションでは、コンパイラまたはアセンブラがプログラムのソースコード( C言語やアセンブリ言語など)をマシンコードに変換し、それを 16 進数 (またはバイナリ) フォーマットのオブジェクトファイルまたは実行可能ファイルに出力します。一部のアプリケーションでは、Intel hex フォーマットはストリームデータのパケットを保持するコンテナフォーマットとしても使用されます。^[¹²^{]結果として生成されるファイルに使用される一般的なファイル拡張子は .HEX}^[¹^]または .H86です。^[⁵^]^[⁶^] HEX ファイルはプログラマによって読み取られ、マシンコードをPROMに書き込むか、ロードおよび実行のためにターゲットシステムに転送されます。^[¹¹^]^[¹³^] 16 進数と 2 進数形式 (例: HEX2BIN )間でファイルを変換するさまざまなツールがあり、その逆 (例: OBJHEX、OH、OHX、BIN2HEX) もあります。

歴史

Intel hex フォーマットは、もともと1973 年にIntelのIntellec Microcomputer Development Systems ^{[ 14 ]}^{: 10–11} (MDS) 用に設計され、紙テープからプログラムをロードして実行するために使用されました。また、以前は効率の低いBNPF (Begin-Negative-Positive-Finish) フォーマットでエンコードする必要があったROM製造のために Intel にメモリの内容を指定するためにも使用されました^{[ 15 ]}。^[¹⁴^]^:¹¹ 1973 年、インテルの「ソフトウェアグループ」は、ビルバイアリーとケネスバーゲットのみで構成され、ゲイリーキルダルは外部コンサルタントとしてMicrocomputer Applications Associates (MAA) として事業を行い、1974 年にDigital Researchを設立しました。 ^[¹⁶^]^[¹⁷^]^[¹⁸^]^[⁹^] 1975 年以降、このフォーマットは、ファイル拡張子 HEX を使用するファイルをサポートするIntellec Series II ISIS-IIシステムでフロッピードライブをサポートするために使用されました。^[¹⁹^]多くのPROMおよびEPROMプログラミングデバイスはこのフォーマットを受け入れます。

形式

Intel HEXは、改行文字またはキャリッジリターン文字、あるいはその両方で区切られたASCIIテキストの行で構成されます。各テキスト行には、複数のバイナリ数をエンコードする大文字の16 進数文字が含まれています。バイナリ数は、行内の位置、行の種類、および長さに応じて、データ、メモリアドレス、またはその他の値を表す場合があります。各テキスト行はレコードと呼ばれます。

レコード構造

レコード（テキスト行）は、左から右に順番に表示される 6 つのフィールド（部分）で構成されています。^{[ 11 ]}

開始コードは、ASCII コロン ' : ' の 1 文字です。レコード内のこの記号より前の文字はすべて無視する必要があります。^{[ 15 ]}^{[ 5 ]}^{[ 20 ]}^{[ 21 ]}^{[ 22 ]}^{[ 23 ]}実際、仕様のごく初期のバージョンでは、フォーマットが紙テープフォーマットとして起源を持ち、処理のためにテープのリードインとリードアウトが必要だったため、最初のレコードの前と最後のレコードの後には最低 25 個のNUL文字が必要であるとさえ要求されていました。^[¹⁵^]^[²⁴^]^[²¹^]^[²²^]しかし、これは仕様のあまり知られていない部分であったため、作成されたすべてのソフトウェアがこれを正しく処理しているわけではありません。同じファイル (同じ行) 内に他の関連情報を格納できます。^[¹⁵^]^[²³^]さまざまなソフトウェア開発ユーティリティがシンボルテーブルや追加のコメントを格納するために使用する機能です。 ^[²⁵^]^[¹⁵^]^[²¹^]^[²⁶^]^[⁹^]^[²⁷^{]また、Intel}^[²⁸^]やKeil ^{[ 26}^]による数字 ' 0 '～' 9 ' 、Mostek [ ²⁹^]^[³⁰^]による' ! '、' @ '、' # '、' \ ' 、' & '、';'などの他^{の文字を開始コードとして使用するサードパーティ拡張機能もあります。[30} ] [ ³¹ ]^慣例^として^、^'^//^'はコメントによく使用されます。^[³²^]^[³³^]これらの拡張機能のいずれも、ペイロードの一部として「:」文字を含んではならない。
バイト数、2 桁の 16 進数 (1 組の 16 進数) で、データフィールドのバイト数 (1 組の 16 進数) を示します。最大バイト数は 255 (0xFF) です。8 (0x08)、^{[ 9 ]} 16 (0x10) ^{[ 9 ]}および 32 (0x20) の値は、一般的に使用されるバイト数です。すべてのソフトウェアが 16 より大きいカウントに対応しているわけではありません。^{[ 2 ]}
アドレスは、データの16ビット開始メモリアドレスオフセットを表す4桁の16進数です。データの物理アドレスは、このオフセットを事前に設定されたベースアドレスに加算することで計算され、16ビットアドレスの64キロバイト制限を超えるメモリアドレス指定が可能になります。ベースアドレスはデフォルトでゼロですが、さまざまな種類のレコードによって変更できます。ベースアドレスとアドレスオフセットは常にビッグエンディアン値で表されます。
レコードタイプ（下記のレコードタイプを参照）、16進数2桁、00に05データフィールドの意味を定義する。
データとは、2<sup> n </sup> の 16 進数で表されるnバイトのデータ列です。一部のレコードではこのフィールドが省略されています ( nはゼロ)。データバイトの意味と解釈はアプリケーションによって異なります。(4 ビットのデータは、バイトの下位または上位のいずれかに格納する必要があります。つまり、1 バイトにはアドレス指定可能なデータ項目が 1 つだけ格納されます。^[¹⁵^] )
チェックサムとは、2桁の16進数で表される計算値で、レコードにエラーがないことを検証するために使用できます。

色の凡例

視覚的な補助として、この記事全体を通して、Intel HEXレコードの各フィールドは以下のように色分けされています。

開始コードバイト数アドレスレコードタイプデータチェックサム

チェックサム計算

レコードのチェックサムバイトは、チェックサムの直前のレコード内のすべてのデコード済みバイト値の合計の最下位バイト（LSB）の2の補数です。これは、デコード済みバイト値を合計し、その合計（つまりデータチェックサム）の最下位バイト（LSB）を抽出し、次にその最下位バイト（LSB）の2の補数を計算することによって求められます（例えば、ビットを反転させて1を加えるなど）。

例えば、レコード「03 0030 00 02337A 1E」の場合、デコードされたバイト値の合計は03です。+00+30+00+02+33+7A= E2、そのLSB値はですE2。の2の補数E2はです。1E は、レコードの末尾に表示されるチェックサムバイトです。

レコードの有効性は、そのチェックサムを計算し、計算されたチェックサムがレコードに表示されているチェックサムと等しいことを確認することでチェックできます。チェックサムが異なる場合はエラーが示されます。レコードのチェックサムバイトはデータチェックサムの2の補数（つまり加法逆数）であるため、このプロセスは、レコードのチェックサムを含むすべてのデコードされたバイト値を合計し、その合計の最下位ビット（LSB）がゼロであることを確認することに簡略化できます。この方法を上記の例に適用すると、次の結果が得られます。03+00+30+00+02+33+7A+1E = 100、LSB値はです00。

テキスト行末文字

Intel HEX レコードは通常、1 つ以上の ASCII 行末文字で区切られ、各レコードがテキスト行に単独で表示されます。これにより、レコードが視覚的に区切られることで可読性が向上し、また、マシン解析の効率を向上させるために使用できるレコード間のパディングも提供されます。ただし、行末文字はオプションであり、「:」はレコードの開始を検出するために使用されます。^{[ 15 ]}^{[ 5 ]}^{[ 24 ]}^{[ 20 ]}^{[ 21 ]}^{[ 22 ]}^{[ 23 ]}

HEXレコードを作成するプログラムは、通常、オペレーティングシステムの慣例に準拠した行末文字を使用します。たとえば、Linuxプログラムは単一のLF（ラインフィード、16進数値0A）文字を使用して行を終了しますが、WindowsプログラムはCR（キャリッジリターン、16進数値0D）の後にLFを使用します。

レコードタイプ

Intel HEXには6つの標準レコードタイプがあります: ^{[ 11 ]}

バリアントには、他のレコードタイプも使用されています。06（「点滅」メッセージ／伝送プロトコルコンテナ）WayneとLayneによる^{[ 34 ]}0A（ブロック開始）0B（ブロック終了）0℃（パディングされたデータ）0D（カスタムデータ）0E（その他のデータ）BBC / Micro:bit Educational Foundation、^{[ 35 ]}および81（コードセグメント内のデータ）82（データセグメント内のデータ）83（スタックセグメント内のデータ）84（追加セグメント内のデータ）85（絶対コードセグメントの段落アドレス）86（絶対データセグメントの段落アドレス）87（絶対スタックセグメントの段落アドレス）88(絶対追加セグメントの段落アドレス)デジタルリサーチによる。^{[ 6 ]}^{[ 20 ]}

名前付きフォーマット

1973/1974年のオリジナルの4ビット/8ビットIntellec HexペーパーテープフォーマットとIntellec Hexコンピュータパンチカードフォーマットは、1種類のレコードタイプのみをサポートしていました。00^{[ 36 ]}^{[ 37 ]}^{[ 25 ]}これは1975年頃に拡張され、レコードタイプもサポートするようになった。01[ ¹⁵^]シンボリック 16 進フォーマットと呼ばれることもあり、^[³⁸^]シンボリックデバッグ用のシンボルテーブル^を含むオプションのヘッダーを含めることができ、^[²⁵^]^[²⁸^]^[²⁶^]^[⁹^]レコード内のコロンより前のすべての文字は無視されます。^[¹⁵^]^[⁵^]

1978年頃、インテルは新しいレコードタイプを導入した。02そして03（当時新しかった8086 / 8088プロセッサのセグメント化されたアドレス空間のサポートを拡張Intellec Hexフォーマットに追加するため）。

特定のレコードタイプのサブセットを使用するHEXファイルのフォーマットを示すために、特別な名前が使用されることがあります。例：

I8HEX（別名HEX-80）ファイルはレコードタイプのみを使用します00そして01
I16HEX（別名HEX-86）ファイルはレコードタイプのみを使用します00を通して03^{[ 10 ]}
I32HEX（別名HEX-386）ファイルはレコードタイプのみを使用します00、01、04、そして05

ファイル例

この例は、4つのデータレコードの後にファイル終端レコードが続くファイルを示しています。

: 10 0100 00 214601360121470136007EFE09D21901 40 : 10 0110 00 2146017E17C20001FF5F160021480119 28 : 10 0120 00 194E79234623965778239EDA3F01B2CA A7 : 10 0130 00 3F0156702B5E712B722B732146013421 C7 : 00 0000 01FF

開始コードバイト数アドレスレコードタイプデータチェックサム

バリエーション

Intel独自の拡張機能に加えて、Digital Research（いわゆる「Digital Research hex format」^{[ 6 ]}^{[ 20 ]}）、Zilog、Mostek、^{[ 29 ]} [30]、 TDL、^{[ 30 ]} [31]、 Texas Instruments、Microchip、^[³⁹^]^[⁴⁰^] 、 c't、Wayne and Layne、^[³⁴^]、BBC / Micro:bit Educational Foundation ^（「Universal Hex Format」[35]）など^、^いくつ^か^{のサードパーティも}^Intel^{hexフォーマットのバリアントと拡張機能を定義し}^てい^ます。これらには、プログラムのエントリポイントとレジスタの内容に関する情報、データフィールドのバイト順序の入れ替え、未使用領域のフィル値、ヒューズビット、その他の違いが含まれる場合があります。

8086 プロセッサ用の Digital Research の 16 進フォーマットは、コード、データ、スタック、および追加セグメントを区別するためのレコードタイプを追加することでセグメント情報をサポートしています。^{[ 5 ]}^{[ 6 ]}^{[ 20 ]}

CP/M-80用のほとんどのアセンブラ(およびMotorola 6809用のXASM09 ) は、ファイルの終わりを示すためにレコードタイプ 01h を使用せず、代わりに長さゼロのデータタイプ00h エントリを使用します。^[⁴¹^]^[¹^]これにより、複数の 16 進ファイルの連結が容易になります。^[⁴²^]^[⁴³^]^[¹^]

テキサス・インスツルメンツは、アドレスがバイトではなくプロセッサのレジスタのビット幅に基づいて決定される方式を定義している。

Microchip社は、PICマイクロコントローラ向けに、 INTHX8S ^{[ 44 ]} (INHX8L、^{[ 1 ]} INHX8H ^{[ 1 ]} )、INHX8M、^{[ 44 ]}^{[ 1 ]}^{[ 45 ]} INHX16 ^{[ 44 ]} (INHX16M ^{[ 1 ]} ) およびINHX32 ^{[ 46 ]}のバリアントを定義しています。

アルフレッド・アーノルドのクロスマクロアセンブラAS ^{[ 1 ]} 、ヴェルナー・ヘニッヒ＝ロレフの8051エミュレータSIM51 ^{[ 26 ]}、マティアス・R・ポールのクロスコンバータBINTEL ^{[ 47 ]}も、Intel hexフォーマットの拡張を定義していることが知られています。

参考文献

1 2 3 4 5 6 7 8 9 Arnold, Alfred "Alf" (2020) [1996, 1989]. "6.3. P2HEX" . Macro Assembler AS - User's Manual . V1.42. 翻訳者: Arnold, Alfred "Alf"; Hilse, Stefan; Kanthak, Stephan; Sellke, Oliver; De Tomasi, Vittorio. アーヘン、ドイツ。2020-02-28 のオリジナルからアーカイブ済み。2020-02-28に取得。[…] PIC マイクロコントローラの場合、スイッチ -m <0..3> を使用すると、Intel Hex フォーマットの 3 つの異なるバリアントを生成できます。フォーマット 0 は INHX8M で、すべてのバイトが Lo-Hi-Order で含まれています。 PICはワード指向のアドレス空間を持ち、アドレスはワードごとに1ずつしか増加しないため、アドレスは2倍の大きさになります。 […] フォーマット1（INHX16M）では、バイトは自然な順序で格納されます。これは、マイクロチップが自社のプログラミングデバイスで使用しているフォーマットです。フォーマット2（INHX8L）または3（INHX8H）では、ワードが下位バイトまたは上位バイトに分割されます。 […] 残念ながら、Intel-Hexファイルの最終行については、文献によって異なる記述が見られます。そのため、P2HEXは選択可能な3つの異なるバリアントを認識します。 […] :00000001FF […] :00000001 […] :0000000000 […] デフォルトでは、最も一般的なバリアント0が使用されます。 […] ターゲットファイル名に拡張子がない場合は、拡張子はHEXであると想定されます。 […]
1 2 "AR#476 PROMGen - PROM/EEPROM ファイル形式の説明: MCS、EXO、HEX、その他"。Xilinx。 2010-03-08。 Intel MCS-86 16 進オブジェクト - ファイル形式コード 88。2020-03-03 のオリジナルからアーカイブ。2020-03-03に取得。
↑ Sabnis, Abhishek (2011-02-04). "How to convert .out file to .int, .hex, .a43" . Code Composer Studio フォーラム. Texas Instruments . 2023-10-20 のオリジナルからアーカイブ済み. 2023-10-20に取得. TI-gang プログラマーは .int、.hex、.a43 ファイル形式を必要としています。
1 2 3 Schuldt, Michael (2018). "intel-hex-mode" . github.com . 2020-10-24 のオリジナルからアーカイブ済み. 2023-10-20に取得.デフォルトでは、このモードは拡張子が .a90、.hex、.a43、または .ihx のファイルに対して有効になっています。
1 2 3 4 5 6 "3.1. Intel 8086 Hex ファイル形式". CP/M-86 オペレーティングシステム - システムガイド(PDF) (第 2 版、第 1版)。米国カリフォルニア州パシフィックグローブ: Digital Research。1981年 6 月。pp. 15–16。2020年 2 月28日にオリジナルからアーカイブ(PDF) 。2020年 2 月 28 日に取得。p. 16: […] 以下はASM-86からの出力のみです。 81 00と同じ、データはコードセグメントに属します[…] 82 00と同じ、データはデータセグメントに属します[…] 83 00と同じ、データはスタックセグメントに属します[…] 84 00と同じ、データはエクストラセグメントに属します[…] 85絶対コードセグメントのパラグラフアドレス[…] 86 絶対データセグメントのパラグラフアドレス […] 87 絶対スタックセグメントのパラグラフアドレス […] 88 絶対エクストラセグメントのパラグラフアドレス […] 各レコードのコロンより前の文字はすべて無視されます。 […] （17ページ）
1 2 3 4 5「付録 C. ASM-86 16 進出力フォーマット」。CP /M-86 - オペレーティングシステム - プログラマーズガイド(PDF) (第 3版)。米国カリフォルニア州パシフィックグローブ: Digital Research。1983年 1 月 [1981 年]。pp. 97–100。2020年 2 月 27 日にオリジナルからアーカイブ(PDF) 。2020年2 月 27 日に取得。pp. 97–99 : […] Intelフォーマットは、 Intel が8086用に定義したフォーマットと同一です。Digital Researchフォーマットは、Intel フォーマットとほぼ同じですが、16 進レコードにセグメント情報が追加されます。どちらのフォーマットの出力もGENCMDに入力できますが、Digital Research フォーマットはセグメント識別を自動的に提供します。セグメントは、再配置可能なプログラムの最小単位です。 […] Digital Researchの16進数形式がIntelの形式と異なるのは、レコードタイプ00と02の定義においてです。Intelはデータレコードタイプとセグメントアドレスタイプそれぞれに1つの値を定義しています。Digital Researchは各レコードを、それを含むセグメントで識別します。 […] 8086のすべてのセグメントに属するデータの場合は00H […] CODEセグメントに属するデータの場合は81H […] DATAセグメントに属するデータの場合は82H […] STACKセグメントに属するデータの場合は83H […] EXTRAセグメントに属するデータの場合は84H […] すべてのセグメントアドレスレコードの場合は02H […] CODEの絶対セグメントアドレスの場合は85H […] DATAセグメントアドレスの場合は86H […] STACKセグメントアドレスの場合は87H […] EXTRAセグメントアドレスの場合は88H […] （1+viii+122+2ページ）
1 2 Ramos, Rubens (2010) [2008]. "intel-hex-mode.el --- Intel Hex ファイル用モード" . 2023-10-20に取得。
1 2 3 「対話型逆アセンブラ - 16進ファイル形式」 . Hex-Rays . 2006. 2020年3月1日にオリジナルからアーカイブ済み。2020年3月1日に取得。Wayback Machineに2021年11月16日にアーカイブされました
1 2 3 4 5 6 Roche, Emmanuel (2020-04-01). "The Intel HEX File Format" . France: Newsgroup : comp.os.cpm . INTELHEX.WS4. Archived from the original on 2021-12-08 . Retrieved 2021-12-08 . […] Intel HEX ファイル形式には、「データバイト」以外にも多くのものを含めることができます。行がコロン (":") で始まらない限り、必要なものは何でも含めることができます。 […] かつて大きな HEX ファイルを見たことがあります […] そのファイルには、最初にPL/Mプログラムのソースコードがあり、最後に PL/M コンパイラによって生成された結果の HEX ファイルが続いていました。 […] 別の HEX ファイルには、最初でも最後でもなく、複数の行の「絶対レコード」を区切る複数のコメント行が含まれていました。 […] それは「(Intel) 8008 シミュレータ」からのものでした。そのため、使用開始当初は、HEX ファイルに説明を含めることができることはよく知られていました。 […] CP/Mまたは任意の 8 ビット 64K システムでは、1 つのケースが残っています。「ページアドレス」です。 CP/M 以降、メモリアドレスを 16 進数で表示するのが標準となっています […] BIN/COM ファイルで述べたように、メモリアドレスは 0000/0100 です。 […] これらのメモリアドレスは 00-00/01-00 […] と記述できます。これは、ページ 0、アドレス 0 / ページ 1、アドレス 0 を意味します。 […] 8 ビット 64K コンピュータのメモリアドレスの最大値は FFFF です […] ページ FF、アドレス FF […] 最小アドレスはページ 0 (または 00) にあり、最大値はページ FF にあります。 […] CP/M ファイルタイプは 3 文字の長さで、P00–PFF の形式のファイルタイプを使用して、HEX ファイルをロードするメモリアドレスを指定できます。 […]ほとんどのアドレスが「00」で終わっていることに気づいたので、読み込みアドレスをページアドレスに短縮でき、それをファイルタイプの中に配置できることがわかりました[…]
1 2「付録 D. MCS-86 絶対オブジェクトファイルフォーマット: 16 進オブジェクトファイルフォーマット」。8086ファミリユーティリティ - 8080/8085 ベース開発システム用ユーザーガイド(PDF)。リビジョン E (A620/5821 6K DD版)。米国カリフォルニア州サンタクララ: Intel Corporation。1982年 5 月 [1980 年、1978 年]。pp. D-8 – D-13。注文番号 9800639-04。2020年 2 月 29 日にオリジナルからアーカイブ(PDF) 。2020年 2 月 29 日に取得。
1 2 3 4 16進オブジェクトファイルフォーマット仕様。改訂版A。インテルコーポレーション。1998 [1988-01-06] 。2019-07-23に取得。（11ページ）
↑ 「LTプログラミングHexファイルフォーマットドキュメント - インサーキットプログラミング」。アナログ・デバイセズ社/リニアテクノロジー。2021年。2021年3月7日にオリジナルからアーカイブ。2021年12月11日に取得。
↑ 「一般: Intel Hex ファイル形式」 . ARM Keil . ARM Germany GmbH . 2018-05-07 [2012]. KA003292. 2020-02-27 のオリジナルからアーカイブ済み。2017-09-06に取得。
1 2 Crosby, Kip (1994 年 1 月～3 月)。「マイクロの夜明け: Intel の Intellecs」(PDF)。The Analytical Engine。1 ( 3) 。Computer History Association of California: 10–14。ISSN 1071-6351。2023年 10月17 日にオリジナルからアーカイブ(PDF) 。2023年 10 月 17 日に取得。10～ 11ページ：[…] Intel Intellec 8 […] は、標準的な歴史書で「最初のマイクロコンピュータ」とされているAltair 8800より 2 年以上前の 1972 年か 1973 年に初めて登場しました […] Intel は、8 Mod 8 は 1973 年に初めて製造され、1975 年に製造中止になったと主張しています。Tony Duell 氏は 1972 年製の 8 Mod 80 CPU ボードを所有しており、8 Mod 8 と 4 Mod 40 はどちらも 1976 年 2 月に発行された Intel データカタログに記載されているため、実際の製造期間はもう少し長かった可能性があります。（関連する Intel の文書は、MCS4、MCS40、MCS8、MCS80 という名称がチップセット、コンピュータ、またはシステム全体を指すのにほぼ区別なく使用されていたため、注意深く読む必要があります。） […] （52ページ）（注：この記事ではIntel Hexについては触れていませんが、IntelのIntellecシステムが1973年に正式に発表されたと明記しています。ただし、1972年製のユニットもいくつか存在します。）
1 2 3 4 5 6 7 8 9"Chapter 6. Microcomputer System Component Data Sheet - EPROMs and ROMs: I. PROM and ROM Programming Instructions - B1. Intellec Hex Paper Tape Format / C1. Intellec Hex Computer Punched Card Format". MCS-80 User's Manual (With Introduction to MCS-85). Santa Clara, California, USA: Intel Corporation. October 1977 [1975]. pp. 6-75 –6-78. 98-153D. Retrieved 2020-02-27. p. 6-76: […] In the Intel Intellec Hex Format, a data field can contain either 8 or 4-bit data. Two ASCII hexadecimal characters must be used to represent both 8 and 4-bit data. In the case of 4-bit data, only one of the characters is meaningful and must be specified on the Intel PROM/ROM Order Form. […] Preceding the first data field and following the last data field there must be a leader/trailer length of at least 25 null characters. Comments (except for a colon) may be placed on the tape leader. […] If the data is 4 bit, then either the high or low-order digit represents the data and the other digit of the pair may be any ASCII hexadecimal digit. […] (468 pages) (NB. This manual also describes a "BPNF Paper Tape Format", a "Non-Intellec Hex Paper Tape Format" and a "PN Computer Punched Card Format".)
↑Kildall, Gary Arlen (January 1980). "The History of CP/M, The Evolution of an Industry: One Person's Viewpoint". Dr. Dobb's Journal of Computer Calisthenics & Orthodontia. 5 (1): 6–7. #41. Archived from the original on 2016-11-24. Retrieved 2013-06-03. […] Programs had been written and tested by Intel's software group, consisting of myself and two other people, and we were ready for the real machine. […]
↑Kildall, Gary Arlen (2016-08-02) [1993]. Kildall, Scott; Kildall, Kristin (eds.). Computer Connections: People, Places, and Events in the Evolution of the Personal Computer Industry (Manuscript, part 1). Kildall Family. Archived(PDF) from the original on 2016-11-17. Retrieved 2016-11-17. (NB. Part 2 not released due to family privacy reasons.)
↑Burgett, Kenneth "Ken" (2017-11-10). "Development of Intel ISIS Operating System - An interview with Ken Burgett". Archived from the original on 2023-11-24. Retrieved 2023-11-25.
↑ヘルヴィッヒのファイヒティンガー (1987)。「1.8.5. Lochstreifen-Datenformate: Das Intel-Hex-Format」[ 1.8.5.紙テープのデータ形式]。Arbeitsbuch Mikrocomputer [マイクロコンピュータワークブック] (ドイツ語) (第 2版)。ミュンヘン、ドイツ: Franzis-Verlag GmbH。 240–243ページ[243]。ISBN 3-7723-8022-0。
1 2 3 4 5 "4.3 Intel 16 進ファイル形式"。Concurrent CP/M オペレーティングシステム - プログラマーズリファレンスガイド(PDF) (第 1版)。米国カリフォルニア州パシフィックグローブ: Digital Research Inc. 1984 年 1 月。pp. 4-9 – 4-12。2021年 12月11 日にオリジナルからアーカイブ(PDF) 。2021年 12 月 11 日に取得。4-11～4-12ページ：[…] 以下はASM-86のみからの出力です。 81 00と同じ、データはコードセグメントに属します[…] 82 00と同じ、データはデータセグメントに属します[…] 83 00と同じ、データはスタックセグメントに属します[…] 84 00と同じ、データはエクストラセグメントに属します[…] *85絶対コードセグメントの段落アドレス[…] *86 絶対データセグメントの段落アドレス […] *87 絶対スタックセグメントの段落アドレス […] *88 絶対エクストラセグメントの段落アドレス […] * 85、86、87、および88はデジタルリサーチ拡張機能です。 […] 各レコードのコロンより前の文字はすべて無視されます。 […] （346ページ）（注：このマニュアルでは、タイプ85、86、87、88のみをデジタルリサーチ拡張機能としてマークしており、タイプ81、82、83、84はデジタルリサーチ拡張機能ではないとしています。）
1 2 3 4 "2.8. マイクロプロセッサフォーマット、2.8.1. 入力要件: Intel Intellec 8/MDS フォーマット。コード 83 を選択してください。"データ I/O プログラマのシリアル I/O 機能に関するオペレーターガイド - 翻訳フォーマットパッケージ(PDF)。リビジョン C。データ I/O コーポレーション。1980 年 10 月。p. 2-10。055-1901。2020年 3 月 1 日にオリジナルからアーカイブ(PDF) 。2020年 3 月1 日に取得。p. 2-10: […] 入力 […] このスペースは、改行、キャリッジリターン、またはコメントに使用できます。 […] 出力 […] 2) 各行は、印刷されない改行、キャリッジリターン、およびヌル文字で終わります。 […] （1+ii+19ページ）
1 2 3「Intel Intellec 8/MDS フォーマット、コード 83」。翻訳ファイル形式(PDF)。Data I/O Corporation。1987年 9 月 3 日。pp. 22、26–27、52–53、54。2021年 7 月28日にオリジナルからアーカイブ(PDF) 。2020年 3 月1日に取得。pp. 22、26、52: […] 非印刷キャリッジリターン、ラインフィード、およびヌルはヌルカウントによって決定されます […] （56ページ）
1 2 3「付録 B: Intel Hex および Intel Extended Hex フォーマット - B.1 共通フォーマット」。富士通セミコンダクターコントローラマニュアル: FR/F ² MC ファミリー Softune Linkage Kit マニュアル V3 (PDF)。富士通株式会社。2001 年。pp. 319–525 [320–321]。2021年 12 月 12 日にオリジナルからアーカイブ(PDF) 。2021年 12 月 12 日に取得。p. 321: […] (g) 一般的に、制御コード (CR や LF など) が追加されます。このフィールドのデータは、(a) の開始文字 ":" が現れるまでスキップされます。(a)、(b)、(c)、(d)、および (f) フィールドは常に存在するため、レコードの最小長は 11 バイト、最大長は 521 バイトです。 […] （4+x+350ページ）
1 2 "1.6.4 PIP". CP/M オペレーティングシステムマニュアル(初版). Pacific Grove, California, USA: Digital Research . 1982 年 7 月 [1976 年]. pp. 17–23 . 2021 年 12 月12 日に取得。pp. 19–21 : […] PIP は、宛先がタイプ "HEX" ( Intel の16 進数形式のマシンコードファイル) のディスクファイルであり、ソースが紙テープリーダーなどの外部周辺機器である場合に、特別な機能を実行します。この場合、PIP プログラムは、ソースファイルに、有効な 16 進数値とチェックサムレコードを含む、正しく構成された 16 進数ファイルが含まれていることを確認します。無効な入力レコードが見つかった場合、PIP はコンソールにエラーメッセージを報告し、修正アクションを待ちます。通常は、リーダーを開いてテープの一部を再実行 (テープを約 20 インチ引き戻す) すれば十分です。テープの再読み取り準備ができたら、コンソールで改行を1 回入力すると、PIP は別の読み取りを試みます。テープの位置を正しく読み取れない場合、ユーザーは読み取りを続行し (エラーメッセージの後に改行を入力)、ディスクファイルの作成後にEDプログラムを使用してレコードを手動で入力します。利便性のために、ソースファイルがRDR:デバイスの場合、PIP はコンソールからファイルの終端を入力できるようにします。この場合、PIP プログラムはデバイスを読み取り、キーボードを監視します。キーボードで ctl-Z を入力すると、読み取り操作は正常に終了します。 […] [ …] パンチデバイスに 40 個のヌル文字を送信します。X.ASMファイルをパンチにコピーし、続いてファイルの終端 (ctl-Z) とさらに 40 個のヌル文字を送信します。 […] […] HEXデータ転送: すべてのデータは、適切な Intel HEX ファイルフォーマットであるかどうかがチェックされます。コピー操作中に、HEX レコード間の不要な文字が削除されます。エラーが発生した場合は、コンソールに修正アクションを促します。 […] […] Intel hex フォーマットファイルの転送において、「:00」レコードを無視します (I パラメータは H パラメータを自動的に設定します)。 […] […] まず X.HEX を PUN: デバイスにコピーし、X.HEX の末尾の「:00」レコードを無視します。次に、HEX レコードを含む Y.ZOT を読み取ってデータの転送を続行します (「:00」レコードも含む)。 […] PIP PUN:=NUL:,X.ASM,EOF:,NUL:HIPIP PUN:=X.HEX[i],Y.ZOT[h]（6ページ＋250ページ）
1 2 3
```
 1 キャリー 05714 2 ZERO 05715 3 サイン 05716 4 パリティ 05717 5 メモリ 06000 23平方根04003 […] 83 モニター 05766 $ 
1008000044520A2E0B36D0F930FA31CF30D730F9B6
 […] 100AF0000936F4C730D70401C8C20C0031F930F808
040B0000445E0AFF46
0000000000
 $
```
—"Appendix A: A Sample Program in PL/M: Hexidecimal Object Tape". MCS-8 A Guide to PL/M programming(PDF). Rev 1 (printed September 1974 ed.). Santa Clara, California, USA: Intel Corporation. 1974-03-15 [September 1973]. p. 102. MCS180-0774-1K, MCS280-0974-1K. Archived(PDF) from the original on 2022-01-29. Retrieved 2022-05-18.
(1+i+100+1+11+1 pages) (NB. Shows an example containing asterisk-based separators and a space-indented header with symbol names to be processed by Intel ISIS's HEXOBJ command as well as by INTERP/8 or INTERP/80 for symbolic debugging. This optional header is not documented as part of Intel hex or BNPF formats but in Intel's PL/M and assembler programming manuals producing such symbol tables.)
1 2 3 4Hennig-Roleff, Werner (1993-02-01) [1988]. "HEX.DOC: Intel-HEX-Format". SIM51. 1.04 (in German). Archived from the original on 2017-08-11. Retrieved 2021-12-08. […] Beim Absolut-Hex Konvertierprogramm von Keil können optional […] Symbol-Informationen in den Hex-File aufgenommen werden. Die Symbol-Informationen stehen dabei am Anfang des Files, vor dem ersten ':'. Die Symbol-Informationen sind allerdings nicht sehr aussagekräftig, da nicht unterschieden wird zwischen Modul-Name, CODE, XDATA, DATA, IDATA, BIT, NUMBER. Für jeden Symboleintrag werden nur ASCII-Zeichen verwendet. Pro Zeile ist 1 Symbol angeschrieben und zwar in der Form: "0 SymbolName Wert" […] (NB. This is an older version of SIM51, the software and documentation was maintained up to 1996.)
↑G., Georg (2021-09-05) [2021-09-04]. "Hex-File Flashen". Mikrocontroller und Digitale Elektronik. mikrocontroller.net (in German). Retrieved 2023-11-23. […] Debug Infos fingen bei Intel mit einem "$" an. Dann kamen der Name des Symbols und die Adresse. Kommentare hatten als erstes Zeichen ein ";". […] Der ASM48 unter ISIS-2 produzierte solche Hexfiles, […] der ASM86 auch. […]
1 2「付録 A. リスト形式の例 / 付録 C. 16 進オブジェクトファイルフォーマット」。2920アセンブリ言語マニュアル(PDF)。米国カリフォルニア州サンタクララ: Intel Corporation。1979年 8 月。pp. A-3、C-1 – C-2。注文番号 9800987-01。2023年 11 月 26 日にオリジナルからアーカイブ(PDF) 。2023年 11 月 26 日に取得。p. C-1: […] コードは 16 進バイトのデータでフォーマットされています。ファイルには、16 進バイトのデータの ASCII 表現が含まれています。オブジェクトコード自体の前にはシンボルテーブルがあります。これら 2 つの部分は、一緒に、または別々にロードまたは保存できます。シンボルテーブルは、ドル記号で終わる一連のレコードです。各レコードは、1つ以上のASCIIスペースで区切られた3つのフィールドで構成されています。[…] 数値フィールド […] ソースプログラムシンボルのASCII表現を含むラベルフィールド […] シンボルに割り当てられた16進アドレスを含むアドレスフィールド […] シンボルテーブルは、最初の非空白文字がドル記号であるレコードで終了します。オブジェクトコードは […] シンボルテーブルの後に続きます […] これらのレコード、つまり物理行はそれぞれ、文字またはフレーム単位で長さが異なる6つの論理フィールドで構成されています。 […] （90ページ）（注：Intel 2920は1979年に発売されたデジタル信号プロセッサです。）
1 2 Formaniak, Peter G.; Leitch, David (1977年7月) 「マイクロプロセッサソフトウェア標準案」 BYTE -小型システムジャーナル技術フォーラム第2巻第7号、米国ニューハンプシャー州ピーターバラ：Byte Publications, Inc. pp. 34、62–63。ark :/13960/t32245485。2021年12月6日取得。（3ページ）（注： MostekによるIntel hexフォーマットの拡張について説明しています。）
1 2 3 4 Ogdin, Carol Anne; Colvin, Neil; Pittman, Tom; Tubb, Philip (1977 年 11 月)。「再配置可能なオブジェクトコードフォーマット」。Byte : The Small Systems Journal。テクニカルフォーラム。2 ( 11)。米国ニューハンプシャー州ピーターバラ: Byte Publications, Inc. : 198–205。ark :/13960/t59c88b4h、ark:/13960/t3kw76j24。2021年 12 月 6 日に取得。（8ページ）（注：その他、テクニカルデザインラボ（TDL）が使用するインテル16進フォーマットの互換性のない拡張についても説明しています。）
1 2クライドル、ギュンター（1981 年 6 月）。「リロケーター: Das TDL 形式」。ハードウェア。Nascom ジャーナル - Zeitschrift für Anwender des NASCOM 1 or NASCOM 2 (ドイツ語)。2 (6)。ゲルマースハイム、ドイツ: Verlag NASCOM Journal、MK-Systemtechnik: 12–14 [12]。2021年12月1日のオリジナルからアーカイブ。2021年12月11日閲覧。（20ページ）（注：これはTDLフォーマットの派生形式を示しており、TDLフォーマット自体はIntel hexフォーマットの派生形式です。）
↑ Rüger, Stefan M. (2022-06-16). "チェックサムエラーを無視するコメント付きのファイル形式 I: Intel HEX を提供" . AVRDUDE . 2023-11-25 のオリジナルからアーカイブ済み. 2023-11-25に取得.（注：AVRDUDEのコメントオプション：16進ダンプの一部として「:」文字を誤って生成する場合があります。）
↑ Bull, Hans Eirik; Dean, Brian S.; Rüger, Stefan M.; Wunsch, Jörg (2023-07-15). "AVRDUDE - AVRマイクロコントローラのフラッシュ、EEPROMなどをダウンロード/アップロードするためのプログラム" (PDF) . バージョン 7.2. 2023-11-23 のオリジナルからアーカイブ(PDF) . 2023-11-23に取得. p. 12: […] I […] ダウンロードとアップロード時のチェックサムエラーの許容に関するコメント付きの Intel Hex […] （66ページ）
1 2 Beckler, Matthew L. (2016-07-25) [2016-07-19]. "Blinky Grid - シリアル光ビットストリーム" . Discourse . ミネアポリス、ミネソタ州、アメリカ合衆国: Wayne and Layne, LLC. 2021-12-11のオリジナルからアーカイブ済み。2021-12-11 に取得。
1 2 "micro:bit Universal Hex Format Specification - micro:bit Universal Hex Format の仕様" . micro:bit . 0.4.0. Micro:bit Educational Foundation . 2021-01-26 [2020]. 2021-08-14 のオリジナルからアーカイブ済み. 2021-12-08に取得.（注：これは一種のファット16進ファイル形式を表しています。）
↑ Intellec 8 マイクロコンピュータシステムオペレーターズマニュアル。インテル社。1973年11月。
↑「付録D. 16進数プログラムテープフォーマット」。Intellec 8/MOD 80 オペレーターズマニュアル。Intel 。 1974年6月。98-003A。[…] フレーム7、8：レコードタイプ […] 2つのASCII文字。現在（1974年）、すべてのレコードはタイプ0です。このフィールドは将来の拡張のために予約されています […]
↑開発ツールカタログ 1988 (PDF)。インテルコーポレーション。1988 年。pp. 25–26、30–32。注文番号 280199-004。2023年 11 月26 日にオリジナルからアーカイブ(PDF) 。2023年 11 月 26 日に取得。（46ページ）
↑ 「PICマイクロコントローラ：PIC Hexファイル形式」。Kanda Electronicsブログ。Canolafan、Llanafan、Aberystwyth、ウェールズ、英国：Embedded Results Ltd. 2012年4月26日。2021年8月16日のオリジナルからアーカイブ。 2021年12月11日取得。
↑ 「15.3 XC16 - BIN2HEXユーティリティ - 15.3.3 入出力ファイル」。MPLAB XC16アセンブラ、リンカ、ユーティリティ - ユーザーガイド（PDF）。Microchip Technology Inc. 2018 [ 2013]。pp. 240–241。ISBN 978-1-5224-2828-2. DS50002106D。2019年1月22日にオリジナルからアーカイブ（PDF）。2023年12月5日に取得。p. 240: […] Intelのhexファイル形式はバイト指向であり、16ビットPCはそうではないため、プログラムメモリセクションには特別な処理が必要です。各24ビットプログラムワードは、いわゆる「ファントムバイト」を挿入することで32ビットに拡張されます。各プログラムメモリアドレスは2倍され、バイトアドレスになります。たとえば、プログラムメモリの0x100にあるセクションは、hexファイルでは0x200として表されます。次のアセンブリ言語ソースを考えてみましょう。 […] ;ファイル test.s […] .section foo,code,address(0x100) […] .pword 0x112233 […] ファイル […] が生成され、以下の内容になります。 […] :020000040000fa […] :040200003322110096 […] :00000001FF […] データレコード (2 行目) のロードアドレスは 0200 ですが、ソースコードではアドレス 0x100 が指定されています。 […]データは「リトルエンディアン」形式で表現されており、最下位バイトが最初に表示されます。ファントムバイトは最後に表示され、チェックサムの直前に表示されます。 […]（277ページ）
↑キルダル、ゲイリー・アーレン（1978年2月）[1976]。「絶対マシンコードの静的再配置のための簡単な手法」。Dr . Dobb's Journal of Computer Calisthenics & Orthodontia。3（2）。People 's Computer Company：10–13（66–69）。ISBN 0-8104-5490-4. #22 ark:/13960/t8hf1g21p . 2017-08-19に取得.^{[リンク削除]}。元々は以下で発表されました: Kildall, Gary Arlen (1977) [1976年11月22日～24日]。「絶対マシンコードの静的再配置のための簡単な手法」。米国カリフォルニア州モントレーの海軍大学院で執筆。Titus, Harold A. (編)。会議記録: 第10回アシロマ回路、システム、コンピュータ会議: 1976年11月22日～24日に発表された論文。信号、システム、コンピュータに関するアシロマ会議。米国カリフォルニア州パシフィックグローブ、アシロマホテルおよび会議場: Western Periodicals Company。pp. 420–424。ISSN 1058-6393 。 2021年12月6日取得。（609ページ）
↑ヨルク・ツショッケ (1987 年 11 月)。 "Nicht nur Entwicklungshilfe - Down-Loading für Einplatinencomputer am Beispiel des EPAC-09: Intel-Hex-Format"。c't - コンピュータ技術雑誌(ドイツ語)。 Vol. 1987年、いいえ。11. Verlag Heinz Heise GmbH & Co. KG。 198、200、202–203 、[200] 。ISSN 0724-8679。[…] バイトの説明、ブロックの種類の説明: 0 = データブロック、1 = エンドブロック。エンドブロックを確認するには、エンドブロックのブロック範囲を確認してください。 (したがって、 CP/MのアセンブラーはXASM09 を使用します。Typbyte は Null に属します)。 […] （注：XASM09は Motorola 6809アセンブラです。）
↑ Prior, James E. (1989-02-24). "Re: Intel hex (*.HEX) フォーマットに関する質問" .ニュースグループ: comp.os.cpm . 2020-02-27に取得.
1 2 3 "PIC16C5X プログラミング仕様 5.0 - PIC16C5X 16 進データ形式: 5.1. 8 ビット分割 Intellec 16 進形式 (INHX8S) / 5.2. 8 ビット結合 Intellec 16 進形式 (INHX8M) / 5.3. 16 ビット 16 進形式 / 5.4. 8 ビットワード形式 / 5.5. 16 ビットワード形式". Microchip Databook (1994 年版). Microchip Technology Inc. 1994 年 4 月. pp. 3-10 – 3-11 , 9-10, 9-15, 9-17, 9-21, 9-23, 9-27. DS00018G . 2020 年2 月 28 日取得。[…] PIC16C5X 用アセンブラは、さまざまな形式で PIC16C5X オブジェクトファイルを生成できます。PIC16C5X プログラマは、少なくとも次の 1 つの形式でデータを受信および送信できる必要があります。8 ビットマージ (INHX8M) 形式が推奨されます。 […] 形式 […] INHX8S […] は 2 つの 8 ビット Hex ファイルを生成します。1 つのファイルには上位 8 ビットのアドレス / データペアが含まれ、もう 1 つのファイルには下位 8 ビットが含まれます。オブジェクトコードのファイル拡張子は、下位ファイルの場合は '.obl'、上位ファイルの場合は '.obh' になります。 […] 形式 […] INHX8M […] は、下位バイト / 上位バイトの組み合わせを持つ 1 つの 8 ビット Hex ファイルを生成します。この形式では各アドレスに 8 ビットしか含めることができないため、すべてのアドレスが 2 倍になります。オブジェクトコードのファイル拡張子は '.obj' になります。 […] 形式 […] INHX16 […] は 1 つの 16 ビット Hex ファイルを生成します。オブジェクトコードのファイル拡張子は「.obj」になります。[…]
↑ Beard, Brian (2016) [2010]. "Microchip INHX8M HEXレコードフォーマット" . Lucid Technologies . 2020年2月28日のオリジナルからアーカイブ済み. 2020年2月28日取得.
↑ Beard, Brian (2016) [2013]. "Microchip INHX32 HEXレコードフォーマット" . Lucid Technologies . 2020年2月28日のオリジナルからアーカイブ済み. 2020年2月28日取得.
↑ポール、マティアス R. (1992)。BINTEL: Binär-Image-Konverter mit Intel-Hex-Unterstützung - Bedienungsanleitung [ Intel Hex サポート付きバイナリイメージコンバータ - ユーザーマニュアル] (ドイツ語)。（注：このツールは、意図的に固定された（「1」または「0」に固定された）、反転された、省略された（「気にしない」）、相互接続された、または入れ替わったデータまたはアドレスラインを含むバイナリファームウェアイメージ（1つ以上のROMから、またはROM用）を処理、分析、比較、分割、カット、フィル、結合、再配置、または変換するために使用されるため（並列バスのPCB配線を容易にするため、または逆アセンブルを困難にするための難読化の理由で使用されることがある）、このバイナリイメージコンバータは、Intel Hexフォーマットに対するいくつかの拡張機能をサポートしていました。）

さらに読む

「Motorola S および Intel HEX フォーマットのデータをどのように解釈すればよいですか? Intel Hex-32、コード 99」。ホーム > ハードウェア > … > インサーキットテストシステム > 自動テスト装置 [販売終了] > 詳細。Keysight Technologies。2020年 3 月 1 日にオリジナルからアーカイブされました。2020年 3 月 1 日に取得。
Bergmans, San (2019-06-02) [2001]. "Intel HEX Format" . SB-Projects . 2020-03-01 のオリジナルからアーカイブ済み . 2020-03-01に取得.
Beard, Brian (2016) [2007]. "Intel HEXレコードフォーマット" . Lucid Technologies . 2020年2月28日のオリジナルからアーカイブ済み. 2020年2月28日取得.
Anderson, Thomas N. (1998 年 2 月) 「Intel Hex ワードアドレスオブジェクトフォーマット」。The Telemark Assembler (TASM) User's Manual (PDF)。3.1。Issaquah、ワシントン州、米国: Squak Valley Software。pp. 25–26。2021年 12 月 11日にオリジナルからアーカイブ(PDF) 。2021年 12 月 11 日に取得。Intel Hex ワードアドレスオブジェクトフォーマット […] このフォーマットは、オブジェクトコードの各行のアドレスが 2 で割られ、ワードアドレス (16 ビットワード) に変換される点を除いて、Intel Hex オブジェクトフォーマットと同一です。その他のフィールドはすべて同一です。以下に例を示します。 […] :180800000102030405060708090A0B0C0D0E0F101112131415161718AC […] :02080C00191AA3 […] :00000001FF […] （32ページ）
「ADuC70xx シリアルダウンロードプロトコル」(PDF) (アプリケーションノート)。リビジョン C。米国マサチューセッツ州ノーウッド：アナログ・デバイセズ。2016年。AN-724。2023年10月5日にオリジナルからアーカイブ(PDF) 。 2023年10月5日に取得。（8ページ）

外部リンク

binex - Windows用のIntel HEXとバイナリ間のコンバーター。
SRecord、Linux 用の Intel HEX とバイナリ間のコンバータ (使用方法)、C++ ソースコード。
kk_ihexは、Intel HEXの読み書きを行うためのオープンソースのCライブラリです。
libgisは、Intel HEX、Motorola S-Record、Atmel Genericファイルを変換するオープンソースのCライブラリです。
bincopyは、Intel HEXファイルを操作するためのPythonパッケージです。
SwiftIntelHex - iOSおよびmacOS用のIntel HEXファイルを解析するためのSwiftパッケージ。

[Arnold_2020_AS-1] 1 2 3 4 5 6 7 8 9 Arnold, Alfred "Alf" (2020) [1996, 1989]. "6.3. P2HEX" . Macro Assembler AS - User's Manual . V1.42. 翻訳者: Arnold, Alfred "Alf"; Hilse, Stefan; Kanthak, Stephan; Sellke, Oliver; De Tomasi, Vittorio. アーヘン、ドイツ。2020-02-28 のオリジナルからアーカイブ済み。2020-02-28に取得。[…] PIC マイクロコントローラの場合、スイッチ -m <0..3> を使用すると、Intel Hex フォーマットの 3 つの異なるバリアントを生成できます。フォーマット 0 は INHX8M で、すべてのバイトが Lo-Hi-Order で含まれています。 PICはワード指向のアドレス空間を持ち、アドレスはワードごとに1ずつしか増加しないため、アドレスは2倍の大きさになります。 […] フォーマット1（INHX16M）では、バイトは自然な順序で格納されます。これは、マイクロチップが自社のプログラミングデバイスで使用しているフォーマットです。フォーマット2（INHX8L）または3（INHX8H）では、ワードが下位バイトまたは上位バイトに分割されます。 […] 残念ながら、Intel-Hexファイルの最終行については、文献によって異なる記述が見られます。そのため、P2HEXは選択可能な3つの異なるバリアントを認識します。 […] :00000001FF […] :00000001 […] :0000000000 […] デフォルトでは、最も一般的なバリアント0が使用されます。 […] ターゲットファイル名に拡張子がない場合は、拡張子はHEXであると想定されます。 […]

[Xilinx_2010_MCS-2] 1 2 "AR#476 PROMGen - PROM/EEPROM ファイル形式の説明: MCS、EXO、HEX、その他"。Xilinx。 2010-03-08。 Intel MCS-86 16 進オブジェクト - ファイル形式コード 88。2020-03-03 のオリジナルからアーカイブ。2020-03-03に取得。

[Sabnis_2011-3] Sabnis, Abhishek (2011-02-04). "How to convert .out file to .int, .hex, .a43" . Code Composer Studio フォーラム. Texas Instruments . 2023-10-20 のオリジナルからアーカイブ済み. 2023-10-20に取得. TI-gang プログラマーは .int、.hex、.a43 ファイル形式を必要としています。

[Schuldt_2018-4] 1 2 3 Schuldt, Michael (2018). "intel-hex-mode" . github.com . 2020-10-24 のオリジナルからアーカイブ済み. 2023-10-20に取得.デフォルトでは、このモードは拡張子が .a90、.hex、.a43、または .ihx のファイルに対して有効になっています。

[DRI_1981_CPM86-SG-5] 1 2 3 4 5 6 "3.1. Intel 8086 Hex ファイル形式". CP/M-86 オペレーティングシステム - システムガイド(PDF) (第 2 版、第 1版)。米国カリフォルニア州パシフィックグローブ: Digital Research。1981年 6 月。pp. 15–16。2020年 2 月28日にオリジナルからアーカイブ(PDF) 。2020年 2 月 28 日に取得。p. 16: […] 以下はASM-86からの出力のみです。 81 00と同じ、データはコードセグメントに属します[…] 82 00と同じ、データはデータセグメントに属します[…] 83 00と同じ、データはスタックセグメントに属します[…] 84 00と同じ、データはエクストラセグメントに属します[…] 85絶対コードセグメントのパラグラフアドレス[…] 86 絶対データセグメントのパラグラフアドレス […] 87 絶対スタックセグメントのパラグラフアドレス […] 88 絶対エクストラセグメントのパラグラフアドレス […] 各レコードのコロンより前の文字はすべて無視されます。 […] （17ページ）

[DRI_1983_CPM86-PG-6] 1 2 3 4 5「付録 C. ASM-86 16 進出力フォーマット」。CP /M-86 - オペレーティングシステム - プログラマーズガイド(PDF) (第 3版)。米国カリフォルニア州パシフィックグローブ: Digital Research。1983年 1 月 [1981 年]。pp. 97–100。2020年 2 月 27 日にオリジナルからアーカイブ(PDF) 。2020年2 月 27 日に取得。pp. 97–99 : […] Intelフォーマットは、 Intel が8086用に定義したフォーマットと同一です。Digital Researchフォーマットは、Intel フォーマットとほぼ同じですが、16 進レコードにセグメント情報が追加されます。どちらのフォーマットの出力もGENCMDに入力できますが、Digital Research フォーマットはセグメント識別を自動的に提供します。セグメントは、再配置可能なプログラムの最小単位です。 […] Digital Researchの16進数形式がIntelの形式と異なるのは、レコードタイプ00と02の定義においてです。Intelはデータレコードタイプとセグメントアドレスタイプそれぞれに1つの値を定義しています。Digital Researchは各レコードを、それを含むセグメントで識別します。 […] 8086のすべてのセグメントに属するデータの場合は00H […] CODEセグメントに属するデータの場合は81H […] DATAセグメントに属するデータの場合は82H […] STACKセグメントに属するデータの場合は83H […] EXTRAセグメントに属するデータの場合は84H […] すべてのセグメントアドレスレコードの場合は02H […] CODEの絶対セグメントアドレスの場合は85H […] DATAセグメントアドレスの場合は86H […] STACKセグメントアドレスの場合は87H […] EXTRAセグメントアドレスの場合は88H […] （1+viii+122+2ページ）

[Ramos_2010-7] 1 2 Ramos, Rubens (2010) [2008]. "intel-hex-mode.el --- Intel Hex ファイル用モード" . 2023-10-20に取得。

[IDA_2006_Hexforms-8] 1 2 3 「対話型逆アセンブラ - 16進ファイル形式」 . Hex-Rays . 2006. 2020年3月1日にオリジナルからアーカイブ済み。2020年3月1日に取得。Wayback Machineに2021年11月16日にアーカイブされました

[Roche_2020-9] 1 2 3 4 5 6 Roche, Emmanuel (2020-04-01). "The Intel HEX File Format" . France: Newsgroup : comp.os.cpm . INTELHEX.WS4. Archived from the original on 2021-12-08 . Retrieved 2021-12-08 . […] Intel HEX ファイル形式には、「データバイト」以外にも多くのものを含めることができます。行がコロン (":") で始まらない限り、必要なものは何でも含めることができます。 […] かつて大きな HEX ファイルを見たことがあります […] そのファイルには、最初にPL/Mプログラムのソースコードがあり、最後に PL/M コンパイラによって生成された結果の HEX ファイルが続いていました。 […] 別の HEX ファイルには、最初でも最後でもなく、複数の行の「絶対レコード」を区切る複数のコメント行が含まれていました。 […] それは「(Intel) 8008 シミュレータ」からのものでした。そのため、使用開始当初は、HEX ファイルに説明を含めることができることはよく知られていました。 […] CP/Mまたは任意の 8 ビット 64K システムでは、1 つのケースが残っています。「ページアドレス」です。 CP/M 以降、メモリアドレスを 16 進数で表示するのが標準となっています […] BIN/COM ファイルで述べたように、メモリアドレスは 0000/0100 です。 […] これらのメモリアドレスは 00-00/01-00 […] と記述できます。これは、ページ 0、アドレス 0 / ページ 1、アドレス 0 を意味します。 […] 8 ビット 64K コンピュータのメモリアドレスの最大値は FFFF です […] ページ FF、アドレス FF […] 最小アドレスはページ 0 (または 00) にあり、最大値はページ FF にあります。 […] CP/M ファイルタイプは 3 文字の長さで、P00–PFF の形式のファイルタイプを使用して、HEX ファイルをロードするメモリアドレスを指定できます。 […]ほとんどのアドレスが「00」で終わっていることに気づいたので、読み込みアドレスをページアドレスに短縮でき、それをファイルタイプの中に配置できることがわかりました[…]

[Intel_1980_FU-UG-10] 1 2「付録 D. MCS-86 絶対オブジェクトファイルフォーマット: 16 進オブジェクトファイルフォーマット」。8086ファミリユーティリティ - 8080/8085 ベース開発システム用ユーザーガイド(PDF)。リビジョン E (A620/5821 6K DD版)。米国カリフォルニア州サンタクララ: Intel Corporation。1982年 5 月 [1980 年、1978 年]。pp. D-8 – D-13。注文番号 9800639-04。2020年 2 月 29 日にオリジナルからアーカイブ(PDF) 。2020年 2 月 29 日に取得。

[Intel_1988_Spec-11] 1 2 3 4 16進オブジェクトファイルフォーマット仕様。改訂版A。インテルコーポレーション。1998 [1988-01-06] 。2019-07-23に取得。（11ページ）

[Analog_2021-12] 「LTプログラミングHexファイルフォーマットドキュメント - インサーキットプログラミング」。アナログ・デバイセズ社/リニアテクノロジー。2021年。2021年3月7日にオリジナルからアーカイブ。2021年12月11日に取得。

[ARM_hex-13] 「一般: Intel Hex ファイル形式」 . ARM Keil . ARM Germany GmbH . 2018-05-07 [2012]. KA003292. 2020-02-27 のオリジナルからアーカイブ済み。2017-09-06に取得。

[Crosby_1994-14] 1 2 Crosby, Kip (1994 年 1 月～3 月)。「マイクロの夜明け: Intel の Intellecs」(PDF)。The Analytical Engine。1 ( 3) 。Computer History Association of California: 10–14。ISSN 1071-6351。2023年 10月17 日にオリジナルからアーカイブ(PDF) 。2023年 10 月 17 日に取得。10～ 11ページ：[…] Intel Intellec 8 […] は、標準的な歴史書で「最初のマイクロコンピュータ」とされているAltair 8800より 2 年以上前の 1972 年か 1973 年に初めて登場しました […] Intel は、8 Mod 8 は 1973 年に初めて製造され、1975 年に製造中止になったと主張しています。Tony Duell 氏は 1972 年製の 8 Mod 80 CPU ボードを所有しており、8 Mod 8 と 4 Mod 40 はどちらも 1976 年 2 月に発行された Intel データカタログに記載されているため、実際の製造期間はもう少し長かった可能性があります。（関連する Intel の文書は、MCS4、MCS40、MCS8、MCS80 という名称がチップセット、コンピュータ、またはシステム全体を指すのにほぼ区別なく使用されていたため、注意深く読む必要があります。） […] （52ページ）（注：この記事ではIntel Hexについては触れていませんが、IntelのIntellecシステムが1973年に正式に発表されたと明記しています。ただし、1972年製のユニットもいくつか存在します。）

[Intel_1977-15] 1 2 3 4 5 6 7 8 9"Chapter 6. Microcomputer System Component Data Sheet - EPROMs and ROMs: I. PROM and ROM Programming Instructions - B1. Intellec Hex Paper Tape Format / C1. Intellec Hex Computer Punched Card Format". MCS-80 User's Manual (With Introduction to MCS-85). Santa Clara, California, USA: Intel Corporation. October 1977 [1975]. pp. 6-75 –6-78. 98-153D. Retrieved 2020-02-27. p. 6-76: […] In the Intel Intellec Hex Format, a data field can contain either 8 or 4-bit data. Two ASCII hexadecimal characters must be used to represent both 8 and 4-bit data. In the case of 4-bit data, only one of the characters is meaningful and must be specified on the Intel PROM/ROM Order Form. […] Preceding the first data field and following the last data field there must be a leader/trailer length of at least 25 null characters. Comments (except for a colon) may be placed on the tape leader. […] If the data is 4 bit, then either the high or low-order digit represents the data and the other digit of the pair may be any ASCII hexadecimal digit. […] (468 pages) (NB. This manual also describes a "BPNF Paper Tape Format", a "Non-Intellec Hex Paper Tape Format" and a "PN Computer Punched Card Format".)

[Kildall_1980_CPM-16] Kildall, Gary Arlen (January 1980). "The History of CP/M, The Evolution of an Industry: One Person's Viewpoint". Dr. Dobb's Journal of Computer Calisthenics & Orthodontia. 5 (1): 6–7. #41. Archived from the original on 2016-11-24. Retrieved 2013-06-03. […] Programs had been written and tested by Intel's software group, consisting of myself and two other people, and we were ready for the real machine. […]

[Kildall_1993-17] Kildall, Gary Arlen (2016-08-02) [1993]. Kildall, Scott; Kildall, Kristin (eds.). Computer Connections: People, Places, and Events in the Evolution of the Personal Computer Industry (Manuscript, part 1). Kildall Family. Archived(PDF) from the original on 2016-11-17. Retrieved 2016-11-17. (NB. Part 2 not released due to family privacy reasons.)

[Burgett_2017-18] Burgett, Kenneth "Ken" (2017-11-10). "Development of Intel ISIS Operating System - An interview with Ken Burgett". Archived from the original on 2023-11-24. Retrieved 2023-11-25.

[Feichtinger_1987-19] ヘルヴィッヒのファイヒティンガー (1987)。「1.8.5. Lochstreifen-Datenformate: Das Intel-Hex-Format」[ 1.8.5.紙テープのデータ形式]。Arbeitsbuch Mikrocomputer [マイクロコンピュータワークブック] (ドイツ語) (第 2版)。ミュンヘン、ドイツ: Franzis-Verlag GmbH。 240–243ページ[243]。ISBN 3-7723-8022-0。

[DRI_1984_CCPM-PRG-20] 1 2 3 4 5 "4.3 Intel 16 進ファイル形式"。Concurrent CP/M オペレーティングシステム - プログラマーズリファレンスガイド(PDF) (第 1版)。米国カリフォルニア州パシフィックグローブ: Digital Research Inc. 1984 年 1 月。pp. 4-9 – 4-12。2021年 12月11 日にオリジナルからアーカイブ(PDF) 。2021年 12 月 11 日に取得。4-11～4-12ページ：[…] 以下はASM-86のみからの出力です。 81 00と同じ、データはコードセグメントに属します[…] 82 00と同じ、データはデータセグメントに属します[…] 83 00と同じ、データはスタックセグメントに属します[…] 84 00と同じ、データはエクストラセグメントに属します[…] *85絶対コードセグメントの段落アドレス[…] *86 絶対データセグメントの段落アドレス […] *87 絶対スタックセグメントの段落アドレス […] *88 絶対エクストラセグメントの段落アドレス […] * 85、86、87、および88はデジタルリサーチ拡張機能です。 […] 各レコードのコロンより前の文字はすべて無視されます。 […] （346ページ）（注：このマニュアルでは、タイプ85、86、87、88のみをデジタルリサーチ拡張機能としてマークしており、タイプ81、82、83、84はデジタルリサーチ拡張機能ではないとしています。）

[DataIO_1980_OG-21] 1 2 3 4 "2.8. マイクロプロセッサフォーマット、2.8.1. 入力要件: Intel Intellec 8/MDS フォーマット。コード 83 を選択してください。"データ I/O プログラマのシリアル I/O 機能に関するオペレーターガイド - 翻訳フォーマットパッケージ(PDF)。リビジョン C。データ I/O コーポレーション。1980 年 10 月。p. 2-10。055-1901。2020年 3 月 1 日にオリジナルからアーカイブ(PDF) 。2020年 3 月1 日に取得。p. 2-10: […] 入力 […] このスペースは、改行、キャリッジリターン、またはコメントに使用できます。 […] 出力 […] 2) 各行は、印刷されない改行、キャリッジリターン、およびヌル文字で終わります。 […] （1+ii+19ページ）

[DataIO_1987_TFF-22] 1 2 3「Intel Intellec 8/MDS フォーマット、コード 83」。翻訳ファイル形式(PDF)。Data I/O Corporation。1987年 9 月 3 日。pp. 22、26–27、52–53、54。2021年 7 月28日にオリジナルからアーカイブ(PDF) 。2020年 3 月1日に取得。pp. 22、26、52: […] 非印刷キャリッジリターン、ラインフィード、およびヌルはヌルカウントによって決定されます […] （56ページ）

[Fujitsu_2001-23] 1 2 3「付録 B: Intel Hex および Intel Extended Hex フォーマット - B.1 共通フォーマット」。富士通セミコンダクターコントローラマニュアル: FR/F ² MC ファミリー Softune Linkage Kit マニュアル V3 (PDF)。富士通株式会社。2001 年。pp. 319–525 [320–321]。2021年 12 月 12 日にオリジナルからアーカイブ(PDF) 。2021年 12 月 12 日に取得。p. 321: […] (g) 一般的に、制御コード (CR や LF など) が追加されます。このフィールドのデータは、(a) の開始文字 ":" が現れるまでスキップされます。(a)、(b)、(c)、(d)、および (f) フィールドは常に存在するため、レコードの最小長は 11 バイト、最大長は 521 バイトです。 […] （4+x+350ページ）

[DRI_1982_CPM-M-24] 1 2 "1.6.4 PIP". CP/M オペレーティングシステムマニュアル(初版). Pacific Grove, California, USA: Digital Research . 1982 年 7 月 [1976 年]. pp. 17–23 . 2021 年 12 月12 日に取得。pp. 19–21 : […] PIP は、宛先がタイプ "HEX" ( Intel の16 進数形式のマシンコードファイル) のディスクファイルであり、ソースが紙テープリーダーなどの外部周辺機器である場合に、特別な機能を実行します。この場合、PIP プログラムは、ソースファイルに、有効な 16 進数値とチェックサムレコードを含む、正しく構成された 16 進数ファイルが含まれていることを確認します。無効な入力レコードが見つかった場合、PIP はコンソールにエラーメッセージを報告し、修正アクションを待ちます。通常は、リーダーを開いてテープの一部を再実行 (テープを約 20 インチ引き戻す) すれば十分です。テープの再読み取り準備ができたら、コンソールで改行を1 回入力すると、PIP は別の読み取りを試みます。テープの位置を正しく読み取れない場合、ユーザーは読み取りを続行し (エラーメッセージの後に改行を入力)、ディスクファイルの作成後にEDプログラムを使用してレコードを手動で入力します。利便性のために、ソースファイルがRDR:デバイスの場合、PIP はコンソールからファイルの終端を入力できるようにします。この場合、PIP プログラムはデバイスを読み取り、キーボードを監視します。キーボードで ctl-Z を入力すると、読み取り操作は正常に終了します。 […] [ …] パンチデバイスに 40 個のヌル文字を送信します。X.ASMファイルをパンチにコピーし、続いてファイルの終端 (ctl-Z) とさらに 40 個のヌル文字を送信します。 […] […] HEXデータ転送: すべてのデータは、適切な Intel HEX ファイルフォーマットであるかどうかがチェックされます。コピー操作中に、HEX レコード間の不要な文字が削除されます。エラーが発生した場合は、コンソールに修正アクションを促します。 […] […] Intel hex フォーマットファイルの転送において、「:00」レコードを無視します (I パラメータは H パラメータを自動的に設定します)。 […] […] まず X.HEX を PUN: デバイスにコピーし、X.HEX の末尾の「:00」レコードを無視します。次に、HEX レコードを含む Y.ZOT を読み取ってデータの転送を続行します (「:00」レコードも含む)。 […] PIP PUN:=NUL:,X.ASM,EOF:,NUL:HIPIP PUN:=X.HEX[i],Y.ZOT[h]（6ページ＋250ページ）

[Intel_1974_PLM-25] 1 2 3
1 キャリー 05714 2 ZERO 05715 3 サイン 05716 4 パリティ 05717 5 メモリ 06000 23平方根04003 […] 83 モニター 05766 $
1008000044520A2E0B36D0F930FA31CF30D730F9B6
[…]
100AF0000936F4C730D70401C8C20C0031F930F808
040B0000445E0AFF46
0000000000
$
—"Appendix A: A Sample Program in PL/M: Hexidecimal Object Tape". MCS-8 A Guide to PL/M programming(PDF). Rev 1 (printed September 1974 ed.). Santa Clara, California, USA: Intel Corporation. 1974-03-15 [September 1973]. p. 102. MCS180-0774-1K, MCS280-0974-1K. Archived(PDF) from the original on 2022-01-29. Retrieved 2022-05-18.
(1+i+100+1+11+1 pages) (NB. Shows an example containing asterisk-based separators and a space-indented header with symbol names to be processed by Intel ISIS's HEXOBJ command as well as by INTERP/8 or INTERP/80 for symbolic debugging. This optional header is not documented as part of Intel hex or BNPF formats but in Intel's PL/M and assembler programming manuals producing such symbol tables.)

[Hennig-Roleff_1993-26] 1 2 3 4Hennig-Roleff, Werner (1993-02-01) [1988]. "HEX.DOC: Intel-HEX-Format". SIM51. 1.04 (in German). Archived from the original on 2017-08-11. Retrieved 2021-12-08. […] Beim Absolut-Hex Konvertierprogramm von Keil können optional […] Symbol-Informationen in den Hex-File aufgenommen werden. Die Symbol-Informationen stehen dabei am Anfang des Files, vor dem ersten ':'. Die Symbol-Informationen sind allerdings nicht sehr aussagekräftig, da nicht unterschieden wird zwischen Modul-Name, CODE, XDATA, DATA, IDATA, BIT, NUMBER. Für jeden Symboleintrag werden nur ASCII-Zeichen verwendet. Pro Zeile ist 1 Symbol angeschrieben und zwar in der Form: "0 SymbolName Wert" […] (NB. This is an older version of SIM51, the software and documentation was maintained up to 1996.)

[GeorgG_2021-27] G., Georg (2021-09-05) [2021-09-04]. "Hex-File Flashen". Mikrocontroller und Digitale Elektronik. mikrocontroller.net (in German). Retrieved 2023-11-23. […] Debug Infos fingen bei Intel mit einem "$" an. Dann kamen der Name des Symbols und die Adresse. Kommentare hatten als erstes Zeichen ein ";". […] Der ASM48 unter ISIS-2 produzierte solche Hexfiles, […] der ASM86 auch. […]

[Intel_1979_2920-28] 1 2「付録 A. リスト形式の例 / 付録 C. 16 進オブジェクトファイルフォーマット」。2920アセンブリ言語マニュアル(PDF)。米国カリフォルニア州サンタクララ: Intel Corporation。1979年 8 月。pp. A-3、C-1 – C-2。注文番号 9800987-01。2023年 11 月 26 日にオリジナルからアーカイブ(PDF) 。2023年 11 月 26 日に取得。p. C-1: […] コードは 16 進バイトのデータでフォーマットされています。ファイルには、16 進バイトのデータの ASCII 表現が含まれています。オブジェクトコード自体の前にはシンボルテーブルがあります。これら 2 つの部分は、一緒に、または別々にロードまたは保存できます。シンボルテーブルは、ドル記号で終わる一連のレコードです。各レコードは、1つ以上のASCIIスペースで区切られた3つのフィールドで構成されています。[…] 数値フィールド […] ソースプログラムシンボルのASCII表現を含むラベルフィールド […] シンボルに割り当てられた16進アドレスを含むアドレスフィールド […] シンボルテーブルは、最初の非空白文字がドル記号であるレコードで終了します。オブジェクトコードは […] シンボルテーブルの後に続きます […] これらのレコード、つまり物理行はそれぞれ、文字またはフレーム単位で長さが異なる6つの論理フィールドで構成されています。 […] （90ページ）（注：Intel 2920は1979年に発売されたデジタル信号プロセッサです。）

[Formaniak-Leitch_1977-29] 1 2 Formaniak, Peter G.; Leitch, David (1977年7月) 「マイクロプロセッサソフトウェア標準案」 BYTE -小型システムジャーナル技術フォーラム第2巻第7号、米国ニューハンプシャー州ピーターバラ：Byte Publications, Inc. pp. 34、62–63。ark :/13960/t32245485。2021年12月6日取得。（3ページ）（注： MostekによるIntel hexフォーマットの拡張について説明しています。）

[Ogdin-Colvin-Pittman-Tubb_1977-30] 1 2 3 4 Ogdin, Carol Anne; Colvin, Neil; Pittman, Tom; Tubb, Philip (1977 年 11 月)。「再配置可能なオブジェクトコードフォーマット」。Byte : The Small Systems Journal。テクニカルフォーラム。2 ( 11)。米国ニューハンプシャー州ピーターバラ: Byte Publications, Inc. : 198–205。ark :/13960/t59c88b4h、ark:/13960/t3kw76j24。2021年 12 月 6 日に取得。（8ページ）（注：その他、テクニカルデザインラボ（TDL）が使用するインテル16進フォーマットの互換性のない拡張についても説明しています。）

[Kreidl_1981-31] 1 2クライドル、ギュンター（1981 年 6 月）。「リロケーター: Das TDL 形式」。ハードウェア。Nascom ジャーナル - Zeitschrift für Anwender des NASCOM 1 or NASCOM 2 (ドイツ語)。2 (6)。ゲルマースハイム、ドイツ: Verlag NASCOM Journal、MK-Systemtechnik: 12–14 [12]。2021年12月1日のオリジナルからアーカイブ。2021年12月11日閲覧。（20ページ）（注：これはTDLフォーマットの派生形式を示しており、TDLフォーマット自体はIntel hexフォーマットの派生形式です。）

[Rüger_2022-32] Rüger, Stefan M. (2022-06-16). "チェックサムエラーを無視するコメント付きのファイル形式 I: Intel HEX を提供" . AVRDUDE . 2023-11-25 のオリジナルからアーカイブ済み. 2023-11-25に取得.（注：AVRDUDEのコメントオプション：16進ダンプの一部として「:」文字を誤って生成する場合があります。）

[Bull-Dean-Rüger-Wunsch_2023-33] Bull, Hans Eirik; Dean, Brian S.; Rüger, Stefan M.; Wunsch, Jörg (2023-07-15). "AVRDUDE - AVRマイクロコントローラのフラッシュ、EEPROMなどをダウンロード/アップロードするためのプログラム" (PDF) . バージョン 7.2. 2023-11-23 のオリジナルからアーカイブ(PDF) . 2023-11-23に取得. p. 12: […] I […] ダウンロードとアップロード時のチェックサムエラーの許容に関するコメント付きの Intel Hex […] （66ページ）

[Beckler_2016-34] 1 2 Beckler, Matthew L. (2016-07-25) [2016-07-19]. "Blinky Grid - シリアル光ビットストリーム" . Discourse . ミネアポリス、ミネソタ州、アメリカ合衆国: Wayne and Layne, LLC. 2021-12-11のオリジナルからアーカイブ済み。2021-12-11 に取得。

[BBC_2021_Universal-35] 1 2 "micro:bit Universal Hex Format Specification - micro:bit Universal Hex Format の仕様" . micro:bit . 0.4.0. Micro:bit Educational Foundation . 2021-01-26 [2020]. 2021-08-14 のオリジナルからアーカイブ済み. 2021-12-08に取得.（注：これは一種のファット16進ファイル形式を表しています。）

[Intel_1973_Intellec8-36] Intellec 8 マイクロコンピュータシステムオペレーターズマニュアル。インテル社。1973年11月。

[Intel_1974_MOD8-37] 「付録D. 16進数プログラムテープフォーマット」。Intellec 8/MOD 80 オペレーターズマニュアル。Intel 。 1974年6月。98-003A。[…] フレーム7、8：レコードタイプ […] 2つのASCII文字。現在（1974年）、すべてのレコードはタイプ0です。このフィールドは将来の拡張のために予約されています […]

[Intel_1988_DevTools-38] 開発ツールカタログ 1988 (PDF)。インテルコーポレーション。1988 年。pp. 25–26、30–32。注文番号 280199-004。2023年 11 月26 日にオリジナルからアーカイブ(PDF) 。2023年 11 月 26 日に取得。（46ページ）

[Kanda_2012-39] 「PICマイクロコントローラ：PIC Hexファイル形式」。Kanda Electronicsブログ。Canolafan、Llanafan、Aberystwyth、ウェールズ、英国：Embedded Results Ltd. 2012年4月26日。2021年8月16日のオリジナルからアーカイブ。 2021年12月11日取得。

[Microchip_2018-40] 「15.3 XC16 - BIN2HEXユーティリティ - 15.3.3 入出力ファイル」。MPLAB XC16アセンブラ、リンカ、ユーティリティ - ユーザーガイド（PDF）。Microchip Technology Inc. 2018 [ 2013]。pp. 240–241。ISBN 978-1-5224-2828-2. DS50002106D。2019年1月22日にオリジナルからアーカイブ（PDF）。2023年12月5日に取得。p. 240: […] Intelのhexファイル形式はバイト指向であり、16ビットPCはそうではないため、プログラムメモリセクションには特別な処理が必要です。各24ビットプログラムワードは、いわゆる「ファントムバイト」を挿入することで32ビットに拡張されます。各プログラムメモリアドレスは2倍され、バイトアドレスになります。たとえば、プログラムメモリの0x100にあるセクションは、hexファイルでは0x200として表されます。次のアセンブリ言語ソースを考えてみましょう。 […] ;ファイル test.s […] .section foo,code,address(0x100) […] .pword 0x112233 […] ファイル […] が生成され、以下の内容になります。 […] :020000040000fa […] :040200003322110096 […] :00000001FF […] データレコード (2 行目) のロードアドレスは 0200 ですが、ソースコードではアドレス 0x100 が指定されています。 […]データは「リトルエンディアン」形式で表現されており、最下位バイトが最初に表示されます。ファントムバイトは最後に表示され、チェックサムの直前に表示されます。 […]（277ページ）

[Kildall_1978-41] キルダル、ゲイリー・アーレン（1978年2月）[1976]。「絶対マシンコードの静的再配置のための簡単な手法」。Dr . Dobb's Journal of Computer Calisthenics & Orthodontia。3（2）。People 's Computer Company：10–13（66–69）。ISBN 0-8104-5490-4. #22 ark:/13960/t8hf1g21p . 2017-08-19に取得.^{[リンク削除]}。元々は以下で発表されました: Kildall, Gary Arlen (1977) [1976年11月22日～24日]。「絶対マシンコードの静的再配置のための簡単な手法」。米国カリフォルニア州モントレーの海軍大学院で執筆。Titus, Harold A. (編)。会議記録: 第10回アシロマ回路、システム、コンピュータ会議: 1976年11月22日～24日に発表された論文。信号、システム、コンピュータに関するアシロマ会議。米国カリフォルニア州パシフィックグローブ、アシロマホテルおよび会議場: Western Periodicals Company。pp. 420–424。ISSN 1058-6393 。 2021年12月6日取得。（609ページ）

[Zschocke_1987-42] ヨルク・ツショッケ (1987 年 11 月)。 "Nicht nur Entwicklungshilfe - Down-Loading für Einplatinencomputer am Beispiel des EPAC-09: Intel-Hex-Format"。c't - コンピュータ技術雑誌(ドイツ語)。 Vol. 1987年、いいえ。11. Verlag Heinz Heise GmbH & Co. KG。 198、200、202–203 、[200] 。ISSN 0724-8679。[…] バイトの説明、ブロックの種類の説明: 0 = データブロック、1 = エンドブロック。エンドブロックを確認するには、エンドブロックのブロック範囲を確認してください。 (したがって、 CP/MのアセンブラーはXASM09 を使用します。Typbyte は Null に属します)。 […] （注：XASM09は Motorola 6809アセンブラです。）

[Prior_1989-43] Prior, James E. (1989-02-24). "Re: Intel hex (*.HEX) フォーマットに関する質問" .ニュースグループ: comp.os.cpm . 2020-02-27に取得.

[Microchip_1994-44] 1 2 3 "PIC16C5X プログラミング仕様 5.0 - PIC16C5X 16 進データ形式: 5.1. 8 ビット分割 Intellec 16 進形式 (INHX8S) / 5.2. 8 ビット結合 Intellec 16 進形式 (INHX8M) / 5.3. 16 ビット 16 進形式 / 5.4. 8 ビットワード形式 / 5.5. 16 ビットワード形式". Microchip Databook (1994 年版). Microchip Technology Inc. 1994 年 4 月. pp. 3-10 – 3-11 , 9-10, 9-15, 9-17, 9-21, 9-23, 9-27. DS00018G . 2020 年2 月 28 日取得。[…] PIC16C5X 用アセンブラは、さまざまな形式で PIC16C5X オブジェクトファイルを生成できます。PIC16C5X プログラマは、少なくとも次の 1 つの形式でデータを受信および送信できる必要があります。8 ビットマージ (INHX8M) 形式が推奨されます。 […] 形式 […] INHX8S […] は 2 つの 8 ビット Hex ファイルを生成します。1 つのファイルには上位 8 ビットのアドレス / データペアが含まれ、もう 1 つのファイルには下位 8 ビットが含まれます。オブジェクトコードのファイル拡張子は、下位ファイルの場合は '.obl'、上位ファイルの場合は '.obh' になります。 […] 形式 […] INHX8M […] は、下位バイト / 上位バイトの組み合わせを持つ 1 つの 8 ビット Hex ファイルを生成します。この形式では各アドレスに 8 ビットしか含めることができないため、すべてのアドレスが 2 倍になります。オブジェクトコードのファイル拡張子は '.obj' になります。 […] 形式 […] INHX16 […] は 1 つの 16 ビット Hex ファイルを生成します。オブジェクトコードのファイル拡張子は「.obj」になります。[…]

[Lucid_INHX8M-45] Beard, Brian (2016) [2010]. "Microchip INHX8M HEXレコードフォーマット" . Lucid Technologies . 2020年2月28日のオリジナルからアーカイブ済み. 2020年2月28日取得.

[Lucid_INHX32-46] Beard, Brian (2016) [2013]. "Microchip INHX32 HEXレコードフォーマット" . Lucid Technologies . 2020年2月28日のオリジナルからアーカイブ済み. 2020年2月28日取得.

[Paul_1992-47] ポール、マティアス R. (1992)。BINTEL: Binär-Image-Konverter mit Intel-Hex-Unterstützung - Bedienungsanleitung [ Intel Hex サポート付きバイナリイメージコンバータ - ユーザーマニュアル] (ドイツ語)。（注：このツールは、意図的に固定された（「1」または「0」に固定された）、反転された、省略された（「気にしない」）、相互接続された、または入れ替わったデータまたはアドレスラインを含むバイナリファームウェアイメージ（1つ以上のROMから、またはROM用）を処理、分析、比較、分割、カット、フィル、結合、再配置、または変換するために使用されるため（並列バスのPCB配線を容易にするため、または逆アセンブルを困難にするための難読化の理由で使用されることがある）、このバイナリイメージコンバータは、Intel Hexフォーマットに対するいくつかの拡張機能をサポートしていました。）

[

[

[

[

[

[

[

[ 14 ]

[ 15 ]

[

[

[

[

[

[ 20 ]

[ 21 ]

[ 22 ]

[ 23 ]

[

[

[

[

[

29

[

'

[

[

[ 2 ]

[ 34 ]

[ 35 ]

[ 36 ]

[ 37 ]

[

39

[

[

[

[

[ 44 ]

[ 45 ]

[ 46 ]

[ 47 ]

Intel HEX

歴史

形式

レコード構造

色の凡例

チェックサム計算

テキスト行末文字

レコードタイプ

名前付きフォーマット

ファイル例

バリエーション

関連項目

参考文献

さらに読む

外部リンク

関連するトピック

バイナリ

ASCII

テキスト

ファイルフォーマット

歴史

形式

レコード構造

色の凡例

チェックサム計算

テキスト行末文字

レコードタイプ

名前付きフォーマット

ファイル例

バリエーション

関連項目

参考文献

さらに読む

外部リンク

関連するトピック

バイナリ

ASCII

テキスト

ファイル フォーマット

ファイルフォーマット