인텔 헥스

Intel HEX
인텔 헥스
파일 이름 확장명
.hex,[1] .h86,[2][3] .hxl,[4] .hxh,[4] .obl,[4] .obh,[4] .mcs,[5] .ihex,.ihe,.ihx,.a43,.a90,.p00[6].pff[6]

Intel 16진수 객체 파일 형식, Intel 16진수 형식 또는 Intellec Hex이진 정보를 ASCII 텍스트 형식으로 전달하는 파일 형식이다.[7]그것은 일반적으로 마이크로컨트롤러, EPROM, 그리고 다른 종류의 프로그램 가능한 논리 소자와 하드웨어 에뮬레이터를 프로그래밍하는 데 사용된다.일반적인 애플리케이션에서 컴파일러어셈블러프로그램소스 코드(C 또는 어셈블리 언어 등)를 기계 코드로 변환하여 HEX 파일로 출력한다.일부에서는 스트림 데이터패킷을 보관하는 컨테이너 형식으로도 사용한다.[8]결과 파일에 사용되는 일반적인 파일 확장자는 입니다.HEX[1] 또는 .H86.[2][3] 그 후, HEX 파일은 프로그래머에 의해 읽혀져 기계코드를 PROM에 쓰거나, 로딩과 실행을 위해 대상 시스템으로 전송된다.[9][10]

역사

인텔 헥스 포맷은 원래 종이 테이프에서 프로그램을 로딩하고 실행하기 위해 인텔의 Intellec Microcomputer Development Systems(MDS)용으로 설계되었다.ROM 생산을 위해 인텔에 메모리 콘텐츠를 지정하는 데도 활용됐다.[11]1973년 인텔의 '소프트웨어 그룹'은 빌 바이얼리와 켄 버겟, 그리고 외부 컨설턴트로 게리 킬달만으로 구성되었다.[12][13]1975년부터 이 포맷은 MCS Series II IS-II 시스템에서 파일 확장자 HEX를 사용하여 활용되었다.[14]많은 PROMEPROM 프로그래밍 장치들이 이 형식을 받아들였다.

포맷

Intel HEX는 라인 피드 또는 캐리지 리턴 문자 또는 둘 다로 구분되는 ASCII 텍스트로 구성된다.각 텍스트 줄에는 여러 이진수를 인코딩하는 16진수 문자가 포함되어 있다.이진수는 선에서의 위치와 선 종류와 길이에 따라 데이터, 메모리 주소 또는 다른 값을 나타낼 수 있다.각 텍스트 행을 레코드라고 한다.

기록구조

레코드(텍스트 줄)는 왼쪽에서 오른쪽으로 순서대로 나타나는 6개의 필드(부품)로 구성된다.[9]

  1. 시작 코드, 한 문자, ASCII 콜론 ':'레코드에서 이 기호 앞에 있는 모든 문자는 무시해야 한다.[11][2][15][16][17][18]실제로 초창기 버전의 명세서는 첫 번째 레코드에 앞서 마지막 레코드를 따르도록 최소 25개의 NUL 문자를 요구하기도 했다.[11][19][16][17]그러나 이것이 명세서의 조금 알려진 부분이었기 때문에 모든 소프트웨어가 이것을 올바르게 기록한 것은 아니다.그것은 같은 파일에서( 갔고 심지어 같은 라인)[11][18] 다른 관련된 정보를 시설이 다양한 소프트웨어 개발 utilites에 의해 상징을 테이블이나 추가 comments,[20][11][16][21][6]가 제3자 확장 Mostek,[22][23]에 의해 Keil,[21]'
또는'는 숫자'0'처럼다가 코드로 다른 문자를 사용하여 저장하는 데 사용되는 저장할!','@ ', 수 있습니다.'#의,'\', '&,'과 '이다;'TDL.[23][24]conv까지.'//'는 코멘트에 자주 사용된다.이러한 확장자 중 어느 것도 페이로드의 일부로 ':' 문자를 포함할 수 없다.
  • 바이트 수, 데이터 필드의 바이트 수(헥스 숫자 쌍 1개)를 나타내는 두 개의 16진수(헥스 숫자 쌍)최대 바이트 수는 255 (0xFF)이다. 8 (0x08),[6] 16 (0x10)[6] 및 32 (0x20)는 일반적으로 사용되는 바이트 수입니다.모든 소프트웨어가 16보다 큰 카운트를 가진 것은 아니다.[5]
  • 주소, 데이터의 16비트 시작 메모리 주소 오프셋을 나타내는 4개의 16진수.데이터의 물리적 주소는 이전에 설정된 기본 주소에 이 오프셋을 추가하여 계산하므로 메모리 주소 지정이 16비트 주소의 64 킬로바이트 제한을 초과할 수 있다.기본값이 0인 기본 주소는 다양한 유형의 레코드에 의해 변경할 수 있다.기본 주소와 주소 오프셋은 항상 큰 엔디안 값으로 표현된다.
  • 기록 유형(아래 기록 유형 참조), 두 개의 16진수(00 ~ 05)를 기록하여 데이터 필드의 의미를 정의하십시오.
  • 데이터(Data)는 2n 16진수로 표시되는 n바이트의 데이터일부 기록은 이 필드를 생략한다(n은 0이다).데이터 바이트의 의미와 해석은 애플리케이션에 따라 달라진다. (4비트 데이터는 바이트의 하위 또는 상위 절반에 저장되어야 한다. 즉, 1바이트는 주소 지정 가능한 데이터 항목을 하나만 보유한다.)[11]
  • 체크섬, 두 개의 16진수, 레코드에 오류가 없음을 확인하는 데 사용할 수 있는 계산 값.
  • 컬러 레전드

    시각적 보조 수단으로 Intel HEX 레코드의 필드는 이 글 전체에 다음과 같이 색칠되어 있다.

    시작코드 바이트 수 주소 기록유형 데이터 체크섬

    체크섬 계산

    레코드의 체크섬 바이트는 체크섬 앞의 레코드에서 디코딩된 모든 바이트 값의 합계에 대한 두 개의 최소 바이트(LSB)를 보완한 것이다.디코딩된 바이트 값을 합산하고 합계의 LSB(즉, 데이터 체크섬)를 추출한 다음, LSB의 두 보완점(예: 비트를 뒤집어서 1을 추가하는 것)을 계산한다.

    예를 들어 기록의 경우 :030000002337A1E의 경우 디코딩된 바이트 값의 합은 03 + 00 + 30 + 00 + 02 + 33 + 7A =E2, LSB 값을 갖는E2...의 두 사람의 보완.E21E, 이것은 레코드 끝에 나타나는 체크섬 바이트다.

    레코드의 유효성은 체크섬을 계산하고 계산된 체크섬이 레코드에 나타나는 체크섬과 동일한지 확인함으로써 확인할 수 있다. 체크섬이 다를 경우 오류가 표시된다.레코드의 체크섬 바이트는 데이터 체크섬의 두 개의 보완물(따라서 부가적인 역)이므로, 이 프로세스는 레코드의 체크섬을 포함한 모든 디코딩된 바이트 값을 합하여 합계의 LSB가 0인지 확인하는 것으로 줄일 수 있다.앞의 예에 적용할 때 이 방법은 다음과 같은 결과를 산출한다: 03 + 00 + 30 + 00 + 02 + 33 + 7A + 1E =100, LSB 값을 갖는00.

    텍스트 줄 종단기

    Intel HEX 레코드는 일반적으로 하나 이상의 ASCII 줄 종료 문자로 구분되므로 각 레코드가 텍스트 줄에 단독으로 표시된다.이것은 시각적으로 레코드를 구분하여 가독성을 향상시키고 또한 기계 파싱 효율을 향상시키는 데 사용될 수 있는 레코드 사이의 패딩을 제공한다.그러나 ':'는 레코드의 시작을 감지하는 데 사용되기 때문에 라인 종료 문자는 선택 사항이다.[11][2][19][15][16][17][18]

    HEX 레코드를 생성하는 프로그램은 일반적으로 운영 체제의 규약에 부합하는 라인 종료 문자를 사용한다.예를 들어 Linux 프로그램은 단일 LF(라인 피드, 16진수 값)를 사용한다.0AWindows 프로그램이 CR(운반 반환, 16진수 값)을 사용하는 반면, 줄 종료를 위한 문자0D) 뒤에 LF가 있다.

    기록유형

    Intel HEX에는 다음과 같은 6가지 표준 레코드 유형이 있다.[9]

    16진법 기록유형 설명
    00 데이터 바이트 수는 레코드의 데이터 바이트 수를 지정한다.이 예에는 0B(일레븐) 데이터 바이트가 있다.데이터에 대한 16비트 시작 주소(예: 0010에서 시작하는 주소에서)데이터(61, 64, 64, 72, 65, 73, 73, 73, 20, 67, 61. :0B0010006164647265737320676170A7
    01 파일 끝 파일의 마지막 레코드에서 파일당 정확히 한 번 발생해야 한다.바이트 수는 00이고, 주소 필드는 일반적으로 0000이며, 데이터 필드는 생략된다. :00000001FF
    02 확장 세그먼트 주소 바이트 수는 항상 02이고, 주소 필드(일반적으로 0000)는 무시되며, 데이터 필드에는 16비트 세그먼트 기본 주소가 포함되어 있다.이 값은 16을 곱한 후 각 후속 데이터 기록 주소에 추가하여 데이터의 시작 주소를 형성한다.이를 통해 최대 1메가바이트의 주소 공간을 처리할 수 있다. :020000021200EA
    03 시작 세그먼트 주소 80x86 프로세서의 경우 시작 실행 주소)를 지정하십시오.바이트 수는 항상 04이고, 주소 필드는 0000이며, 처음 두 데이터 바이트는 CS 값이고, 후자는 IP 값이다. :0400000300003800C1
    04 확장 선형 주소 32비트 주소 지정 허용(최대 4GiB).바이트 수는 항상 02이고 주소 필드는 무시된다(일반적으로 0000).2개의 데이터 바이트(빅 엔디안)는 모든 후속 타입 00 레코드에 대해 32비트 절대 주소의 상위 16비트를 지정한다. 이 상위 주소 비트는 다음 04 레코드까지 적용된다.00형 레코드의 절대주소는 최근 04형 레코드의 상위 16개 주소 비트와 00형 레코드의 하위 16개 주소 비트를 결합하여 형성된다.04형식 레코드가 선행되지 않는 경우, 상위 16개 주소 비트는 0000으로 기본 설정된다. :02000004FFFFFC
    05 선형 주소 시작 바이트 수는 항상 04이고, 주소 필드는 0000이다.4개의 데이터 바이트는 32비트 주소 값(빅엔디안)을 나타낸다.이를 지원하는 CPU의 경우, 이 32비트 주소는 시작 실행 주소)이다. :04000005000000CD2A

    그 밖의 기록 유형은 웨인과 라인이 06,[25] BBC/마이크로비트 교육재단0A, 0B, 0C, 0D, 0E,[26] 디지털 리서치가 81, 82, 83, 84, 85, 86, 87, 88 등 변형에 사용되었다.[3][15]

    명명된 형식

    1973/1974년 원본 4비트/8비트 Intellec Hex Paper Tape FormatIntellec Hex Computer Punched Card Format은 하나의 레코드 유형 00만 지원했다.[27][28][20]이것은 1975년경 기록 유형 01을 지원하도록 확장되었다.[11]여기에는 심볼 디버깅을 위한 기호 테이블을 포함하는 선택적 머리글이 포함될 수 있으며,[20][21][6] 콜론 앞에 있는 레코드의 모든 문자는 무시된다.[11][2]

    1978년경 인텔은 확장 Intellec Hex Format0203(당시 새로운 8086/8088 프로세서의 분할된 주소 공간에 대한 지원을 추가하기 위해) 신기록 유형을 도입했다.

    레코드 유형의 특정 하위 집합을 사용하는 HEX 파일의 형식을 나타내기 위해 특수 이름이 사용되기도 한다.예를 들면 다음과 같다.

    • I8HEX 파일은 레코드 유형 0001만 사용한다.
    • I16HEX 파일은 00 ~ 03[7] 레코드 유형만 사용한다.
    • I32HEX 파일은 레코드 유형 00, 01, 0405만 사용한다.

    파일 예

    이 예에서는 4개의 데이터 레코드와 파일 종료 레코드가 있는 파일을 보여 준다.

    :10010000214601360121470136007EFE09D2190140 :100110002146017E17C20001FF5F16002148011928 :10012000194E79234623965778239EDA3F01B2CAA7 :100130003F0156702B5E712B722B732146013421C7 :00000001FF 

    시작코드 바이트 수 주소 기록유형 데이터 체크섬

    변형

    인텔의 자신의 연장 외에도 여러 제3자에게 주또한, 디지털 리서치(그 생각에에서로"디지털 리서치 형식 hex"[3][15]), 자일 로그, Mostek,[22][23]TDL,[23][24]텍사스 인스트루먼트, Microchip,[29]c't, 웨인과 Layne,[25]과 BBC/Micro:비트 교육 재단(를 포함해 인텔 육각 형식의 변형 및 확장 프로그램 규정해 왔습니다. 그것의"유니버설은 Hex포맷"[26]cm이다.이들은 프로그램 진입점과 등록 컨텐츠, 데이터 필드의 교환된 바이트 순서, 사용되지 않는 영역에 대한 채우기 값, 퓨즈 비트 및 기타 차이에 대한 정보를 가질 수 있다.

    8086 프로세서용 디지털 리서치 헥스 포맷은 코드, 데이터, 스택, 추가 세그먼트를 구분하기 위해 레코드 유형을 추가하여 세그먼트 정보를 지원한다.[2][3][15]

    CP/M-80(그리고 Motorola 6809XASM09)을 위한 대부분의 조립자는 파일의 끝을 나타내기 위해 레코드 타입 01h를 사용하지 않고 대신 제로 길이 데이터 타입 00h 입력을 사용한다.이렇게 하면 여러 개의 16진수 파일이 쉽게 연결된다.[30][31][1]

    텍사스 인스트루먼트는 주소가 바이트가 아닌 프로세서 레지스터의 비트 너비에 기초하는 변종을 정의한다.

    마이크로칩은 PIC 마이크로컨트롤러용 INHX8S[32](INHX8L,[1] INHX8H[1]), INHX8M,[32][1][33] INHX16[32](INHX16M),[1] INHX32[34] 변형을 정의한다.

    알프레드 아놀드의 크로스 매크로 조립자 AS,[1] 베르너 헤니그-롤레프의 8051-에뮬레이터 SIM51,[21] 마티아스 R. 폴의 크로스 컨버터 BINTEL도 인텔 헥스 포맷으로의 확장을 정의하는 것으로 알려져 있다.

    참고 항목

    참조

    1. ^ a b c d e f g h Arnold, Alfred (2020) [1996, 1989]. "6.3. P2HEX". Macro Assembler AS - User's Manual. V1.42. Translated by Arnold, Alfred; Hilse, Stefan; Kanthak, Stephan; Sellke, Oliver; De Tomasi, Vittorio. Archived from the original on 2020-02-28. Retrieved 2020-02-28. […] For the PIC microcontrollers, the switch -m <0..3> allows to generate the three different variants of the Intel Hex format. Format 0 is INHX8M which contains all bytes in a Lo-Hi-Order. Addresses become double as large because the PICs have a word-oriented address space that increments addresses only by one per word. […] With Format 1 (INHX16M), bytes are stored in their natural order. This is the format Microchip uses for its own programming devices. Format 2 (INHX8L) resp. 3 (INHX8H) split words into their lower resp. upper bytes. […] Unfortunately, one finds different statements about the last line of an Intel-Hex file in literature. Therefore, P2HEX knows three different variants that may be selected […] :00000001FF […] :00000001 […] :0000000000 […] By default, variant 0 is used which seems to be the most common one. […] If the target file name does not have an extension, an extension of HEX is supposed. […]
    2. ^ a b c d e f "3.1. 인텔 8086은 Hex파일 포맷".CP/M-86 운영 체제-시스템 가이드(2인쇄 1일 교육.)(PDF).캘리포니아 PacificGrove에 사는, USA:디지털 리서치.6월 1981년.를 대신하여 서명함. 15–16.그 2020-02-28에 원래에서Archived(PDF).. 16페이지의 주:[…]다음은 ASM-86에서 생산만:8100와 같은 데이터 코드 부분에[…]8200와 같은 데이터 데이터 세그먼트에[…]8300와 같은 데이터 스택 세그먼트에[…]절대적인 코드 세그먼트 복근 86항 주소[…]에 8400로, 데이터 추가 세그먼트에 속한다는 것을 같은[…]85항 주소 꺼이다 2020-02-28 Retrieved.Olute 데이터 세그먼트 절대 스택 세그먼트 절대 추가 세그먼트[…]인물들은 각각의 기록에 대한 대장 전 무시되고 있는 88 제주소[…]에 87항 주소[…].[…](17페이지)
    3. ^ a b c d e "부록 CASM-86 16진수 출력 Format".CP/M-86-운영 체제-프로그래머의 가이드(PDF)(3판).캘리포니아 PacificGrove에 사는, USA:디지털 리서치.1월 1983년[1981년].를 대신하여 서명함. 97–100.그 2020-02-27에 원래에서Archived(PDF)..를 대신하여 서명함. 97–99:인텔 포맷 형식인 인텔의 가장 8086에 대해 정의된과 동일합니다[…]2020-02-27 Retrieved.그 디지털 리서치 형식 거의 인텔 포맷으로,지만 16진수 기록에 부분 정보를 추가합니다 동일하다.GENCMD를 형식의 출력은 입력될 수 있지만, 디지털 리서치 포맷 자동으로 세그먼트 식별할 수 있다.는 이전할 수 있는 프로그램에 대한 분야가 있다 가장 작은 단위.[…]그것은 기록 종류 00과 02의 정의에 Intel's에서 디지털 리서치의 16진수 형식은 다르다.인텔은 데이터 레코드 형식 및 세그먼트 주소를 입력을 위한 하나의 값을 정의합니다.디지털 리서치는 이 영화가 담고 있는 부문과 각 레코드를 식별합니다.[…]00H 데이터 모두 8086세그먼트에 속하는에 대한 데이터는 코드 부분에 속해[…]82H 데이터를 데이터 세그먼트에 속하는에 대한 데이터는 STACK 부분에 속해83H[…][…][…]85H CODE가 절대적인 세그먼트 주소에 대한 데이터 세그먼트에 대해 86H[…]84H 데이터가 EXTRA 세그먼트에 속하는 모든 세그먼트 주소 기록을 위해 02H[…]81H[…]. 주소[…]87H STACK 세그먼트 주소를[…]88H EXTRA 부분에 대한 주소[…][1](1+viii+122+2 페이지).
    4. ^ a b c d "The Interactive Disassembler - Hexadecimal fileformats". Hex-Rays. 2006. Archived from the original on 2020-03-01. Retrieved 2020-03-01. [2]
    5. ^ a b "AR#476 PROMGen - Description of PROM/EEPROM file formats: MCS, EXO, HEX, and others". Xilinx. 2010-03-08. Intel MCS-86 Hexadecimal Object - File Format Code 88. Archived from the original on 2020-03-03. Retrieved 2020-03-03.
    6. ^ a b c d e f Roche, Emmanuel (2000-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. […] the Intel HEX file format can contain much more than the "data bytes". As long as the lines do not start with a colon (":"), they can contain anything that you want. […] I once saw a big HEX file […] It contained, at the beginning, the source code of a PL/M program, followed, at the end, by the resulting HEX file produced by the PL/M compiler. […] I found another HEX file containing several lines of comments, not at the beginning or at the end, but separating several lines of "absolute records". […] it was from an "(Intel) 8008 Simulator". So, at the beginning of its use, it was well known that HEX files could contain explanations. […]
    7. ^ a b "Appendix D. MCS-86 Absolute Object File Formats: Hexadecimal Object File Format". 8086 Family Utilities - User's Guide for 8080/8085-Based Development Systems (PDF). Revision E (A620/5821 6K DD ed.). Santa Clara, California, USA: Intel Corporation. May 1982 [1980, 1978]. pp. D-8–D-13. Order Number: 9800639-04. Archived (PDF) from the original on 2020-02-29. Retrieved 2020-02-29.
    8. ^ "LT Programming Hex File Format Documentation -- In Circuit Programming". Analog Devices, Inc. / Linear Technology. 2021. Archived from the original on 2021-03-07. Retrieved 2021-12-11.
    9. ^ a b c Hexadecimal Object File Format Specification. Revision A. Intel. 1998 [1988-01-06]. Retrieved 2019-07-23. [3][4][5][6](11쪽)
    10. ^ "General: Intel Hex File Format". ARM Germany GmbH. Archived from the original on 2020-02-27. Retrieved 2017-09-06.
    11. ^ a b c d e f g h i " 제6장.마이크로 컴퓨터 시스템 구성 요소 데이터 시트-EPROMs고 ROM:나 PROM과 ROM프로그래밍 지침-B1.Intellec은 Hex종이 테이프 포맷/C1.Intellec은 Hex컴퓨터 Punched 카드 Format".MCS-80 사용자의 설명서(으로 소개에 MCS-85).인텔.10월 1977년[1975년].를 대신하여 서명함. 6-75–6-78. 98-153D.. 우편 6-76:인텔 Intellec은 Hex포맷에서[…]2020-02-27 Retrieved 데이터 필드 8혹은4-bit은 데이터가 포함될 수 있다.두 아스키의 16진 문자 둘 다 8과 4비트 데이터를 나타내는 데 사용되어야 한다.4-bit 데이터의 경우 한 사람만이 등장 인물들 인텔 PROM/ROM 주문 양식에 지정되어야 합니다 의미가 있다.최소한 25null과 지난 데이터 필드에 이어첫번째 데이터 필드 군산대[…]이 있어야 한다leader/trailer 길이입니다.댓글(콜론을 제외하고)테이프를 지도자에 위치할 수 있다.만약 데이터4·bit은[…], 또는low-order 높은 자리와 그 두 사람의 다른 숫자가 될 수 있는 ASCII16진수 숫자는 데이터를 나타내는.[…][7][8](NB다.본 설명서에서는 또한 "BPNF 용지 테이프 형식", "비 Intelc Hex Paper Tape 형식", "PN 컴퓨터 펀치 카드 형식"에 대해 설명한다.
    12. ^ 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. […]
    13. ^ 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는 가족의 프라이버시 이유로 공개되지 않음)
    14. ^ Feichtinger, Herwig (1987). "1.8.5. Lochstreifen-Datenformate: Das Intel-Hex-Format" [1.8.5. Paper tape data formats]. Arbeitsbuch Mikrocomputer [Microcomputer work book] (in German) (2 ed.). Munich, Germany: Franzis-Verlag GmbH. pp. 240–243 [243]. ISBN 3-7723-8022-0. (NB. 이 책은 또한 BNPF, Motorola S, MOS 6502 헥스 형식에 대해서도 설명하고 있다.)
    15. ^ a b c d e "4.3인텔 16진수 파일 포맷".동시 CP/M 운영 체제-프로그래머의 참조 가이드(PDF)(1판).캘리포니아 PacificGrove에 사는, USA:디지털 리서치1월 1984년.를 대신하여 서명함. 4-9–4-12.그 2021-12-11에 원래에서Archived(PDF)..를 대신하여 서명함. 4-11–4-12:[…]다음은 ASM-86에서만 출력:8100와 같은 데이터 코드 세그먼트에 속하[…]8200로, 데이터 데이터 세그먼트에[…]의 같은 8300로, 데이터 스택 세그먼트에[…]의 같은 8400로, 데이터 엑스트라 Segment에[…]의 같은 단락 주소 절대 코드 세그먼트에 *85[…]*86항 addre 2021-12-11 Retrieved.Ss절대 데이터 세그먼트[…]를 절대 스택 세그먼트에[…]절대 엑스트라 Segment[…]에 두개 있는 디지털 리서치 Extensions항 주소 85,86,87,88*88항 주소 *87.[…]각각의 기록에 대한 대장 앞 인물들은 무시되고 있다.[…](346쪽)(NB다.본 매뉴얼은 81, 82, 83, 84 타입이 아닌 것처럼 디지털 리서치 확장으로 85, 86, 87, 88 타입만 표시한다.)
    16. ^ a b c d "2.8. 마이크로 프로세서기, 2.8.1.입력 요구 조건:인텔 Intellec8/MDS 형식.선택 코드 83".교환 가이드 Item직렬 입출력 능력 데이터 입출력 Programmers의-Translation-Format 패키지(PDF).리비전 C데이터 입출력 공사다.1980년 10월. p.곳. 055-1901.그 2020-03-01에 원래에서Archived(PDF).[…]이 우주 라인 피드, 개행 복귀 조절 또는 의견에 쓰일 수 있습니다. 페이지의 주곳은:[…]입력 2020-03-01 Retrieved.[…]출력[…]2)각 노선nonprinting 줄 바꿈, 캐리지 반품과 nulls으로 끝난다.[…](1+ii+19 페이지)
    17. ^ a b c "Intel Intellec 8/MDS Format, Code 83". Translation File Formats (PDF). Data I/O Corporation. 1987-09-03. pp. 22, 26–27, 52–53, 54. Archived (PDF) from the original on 2020-03-01. Retrieved 2020-03-01. pp. 22, 26, 52: […] Nonprinting Carriage Return, line feed, and nulls determined by null count […] (56쪽)
    18. ^ a b c "부록 B:인텔은 Hex과 인텔 확장은 Hex형식-자료는 공용 형식".Fujistu 반도체 제어기 매뉴얼:FR/F2MC Familty Softune 연계성 키트 매뉴얼 V3(PDF).후지쓰다.2001년.를 대신하여 서명함. 319–525[320–321].그 2021-12-12에 원래에서Archived(PDF).. 우편 321:[…](g)일반적으로 2021-12-12 Retrieved,는 컨트롤 코드(CR과 LF 같은)추가됩니다.까지(를)의 시작 문자":"이 같은 분야에서 데이터를 통해 있다.이후로(를),(b),(c),(d),(f)분야 항상 존재하며, 레코드에 대한 최소 길이는 11바이트와 최대 길이는 올 상반기 5,210바이트.[…](4+x+350 페이지)
    19. ^ a b "1.6.4 성능 개량 계획". CP/M는 운영 시스템 매뉴얼(첫번째 인쇄 교육.).캘리포니아 PacificGrove에 사는, USA:디지털 리서치.7월 1982년[1976년].를 대신하여 서명함. 17–23.형식"HEX"(한 인텔 기계 코드 파일 hex-formatted)으로 대상이 디스크 파일을 대신하여 서명함. 19–21:2021-12-12 Retrieved[…]성능 개량 계획, 그리고 종이 테이프 판독기와 같은 소스를 외부 주변 장치, 특별한 기능을 수행한다.이 경우 PIP프로그램을 다시 계산하고 소스 파일 법적 16진수 값과 검사 합계 기록과 올바른 형태의 육각 파일이 들어 있도록 보장해 줍니다.한 잘못된 입력 기록이 발견되면, PIP는 콘솔에서 및 시정 조치를 기다린다 오류 메시지가 보고한다.보통과 테이프(다시 20인치 테이프를 뽑다)의 한 부분을 반복하다 독자를 열어 충분하다.그 테이프 reread 준비되면 단일 캐리지 리턴은 콘솔에서, PIP 다른 읽기 시도를 할 수 있는 입력됩니다.테이프 위치 제대로 읽을 수 없는 경우 사용자 및 후에 디스크 파일 생성된다 수동으로 ED을 기록에 이르는 읽기(오류 메시지에 따른 대가를 입력하여)계속되고 있다.편의를 위해, PIP만일 소스 파일이 RDR출판사:장치 파일 끝은 콘솔에서 입력할 수 있습니다.이 경우 성능 개량 계획 프로그램과 키보드 조절하는 장치를 읽는다.만약 ctl-Z 키보드를 입력됩니다 읽기 작업이 정상적으로 종료된다.[…]PIPPUN:=NUL:,X.ASM,EOF:,NUL:[…]가 펀치 장치에 40nulls 보내다;사본은 X펀치, 파일 끝(ctl-Z)40더 많은 null문자가 뒤에 AnySourceMulticast파일입니다.[…]H[…]HEX 데이터 전송:모든 자료를 적절한 인텔 육각 파일 형식에 대해 확인할 수 있다.육각 레코드 간의Nonessential 캐릭터들이 복사 작업 중에 제거된.경우에 오류가 발생할 콘솔 시정 조치를 묻는 메시지가 나타날 것이다.[…]나는[…]인텔 육각 형식 파일(내가 parameter는 자동으로 Hparameter 가져오거나 설정하)이전에서":00"기록 무시한다.[…]PIPPUN:=X.HEX[나는],Y.ZOT[h][…]첫번째 복사본 XHEX은 PUN:장치로 X에 질질":00"기록을 무시하HEX, Y을 읽음으로써 데이터의 양도 계속해서ZOT, 포함되어 있는 모든":00"기록 등이 HEX 기록을 포함하고 있다.[…]{{책을 인용하다.}}:CS1 maint:url-status(링크)[9](6+250 페이지).
    20. ^ a b c "Appendix A. Hexidecimal Object Tape". MCS-8 A Guide to PL/M programming. Rev 1 (printed September 1974 ed.). March 1974 [September 1973]. (NB. ISHEXOBJ 명령뿐만 아니라, 심볼 디버깅을 위해 인터피/8 또는 인터피/80에 의해 처리될 기호 이름을 가진 헤더를 포함하는 예도 제시한다.이 선택적 헤더는 Intel 16진수 또는 BNPF 형식의 일부로 문서화되지 않지만, Intel의 PL/M 및 그러한 기호 표를 생성하는 조립기 프로그래밍 설명서에 문서화되었다.)
    21. ^ a b c d Hennig-Roleff, 베르너[1988년](1993-02-01)."HEX.DOC:Intel-HEX-Format".SIM51.104(독일어로).그 2017-08-11에 원래에서 Archived.2021-12-08 Retrieved.[…]Beim Absolut-Hex Konvertierprogramm 폰 Keil können 선택적[…]Symbol-Informationen 소굴에서 Hex-File aufgenommen werden.다이 Symbol-Informationenstehen dabei 시원 데 Files,vor dem ersten':'.다이 Symbol-Informationensind allerdingsnicht sehr aussagekräftig, 레오나르도 nichtunterschieden wirdzwischen Modul-Name, 코드, XDATA, DATA, IDATA, 비트, 제1.자유시의 국가 jeden Symboleintrag werden nur ASCII-Zeichen verwendet.프로 Zeileder 형태에서 1기호angeschrieben 운트 zwar:"0SymbolName 버트"[…][10][11](NB다.이것은 SIM51의 이전 버전이며 소프트웨어와 설명서는 1996년까지 유지되었다.HEX.DOC 파일은 또한 전기 조립자가 사용하는 EASM51 헥스 포맷을 설명한다.)
    22. ^ a b Formaniak, Peter G.; Leitch, David (July 1977). "A Proposed Microprocessor Software Standard". BYTE - the Small Systems Journal. Technical Forum. Peterborough, New Hampshire, USA: Byte Publications, Inc. 2 (7): 34, 62–63. ark:/13960/t32245485. Retrieved 2021-12-06. (3페이지) (NB. Mostek에 의한 Intel 16진 형식 확장 설명)
    23. ^ a b c d Ogdin, 캐롤 앤, 콜빈, 닐. 피트, 탐은 Tubb, 필립(11월 1977년)."Relocatable Object코드기".BYTE-소규모 시스템 Journal기술 포럼.피터 버러, 뉴 햄프셔, USA:BytePublications, Inc.2(11):198–205. 궤:/13960/t59c88b4h, 궤:/13960/t3kw76j24..(8페이지)(NB다. 또 다른 지역 외에 인텔 hex포맷 기술 설계 연구소(이 사용하는 호환되지 않는 연장에 대해 설명합니다 TDL).)2021-12-06 Retrieved.
    24. ^ a b Kreidl, 귄터(6월 1981년)."Relocator:DasTDL-Format".하드웨어.Nascom journal-Zeitschrift für Anwender 데 NASCOM 1NASCOM 2(독일어로)oder.Germersheim, 독일:출판사. NASCOM 저널, MK-Systemtechnik. 2(6):12–14[12].그 2021-12-01에 원래에서 Archived..(20페이지)(NB. 인텔 hex포맷 자체가 곧 변형체가 TDL 형식의 한 변형을 표시한다.)2021-12-11 Retrieved.
    25. ^ a b Beckler, Matthew L. (2016-07-25) [2016-07-19]. "Blinky Grid - serial optical bit stream". Discourse. Minneapolis, Minnesota, USA: Wayne and Layne, LLC. Archived from the original on 2021-12-11. Retrieved 2021-12-11.
    26. ^ a b "micro:bit Universal Hex Format Specification - Specification for the micro:bit Universal Hex Format". micro:bit. 0.4.0. Micro:bit Educational Foundation. 2021-01-26 [2020]. Archived from the original on 2021-08-14. Retrieved 2021-12-08. [12][13] (NB).이것은 일종의 육각형 파일 형식을 나타낸다.)
    27. ^ Intellec 8 Microcomputer System Operator's Manual. Intel Corporation. November 1973.
    28. ^ "Appendix D. Hexadecimal Program Tape Format". Intellec 8/MOD 80 Operators Manual. Intel. June 1974. 98-003A. […] Frames 7,8: Record Type […] Two ASCII characters. Currently (1974), all records are type 0. This field is reserved for future expansion […] [14]
    29. ^ "PIC Microcontrollers: PIC Hex File Format". Kanda Electronics Blog. Canolafan, Llanafan, Aberystwyth, Wales, UK: Embedded Results Ltd. 2012-04-26. Archived from the original on 2021-08-16. Retrieved 2021-12-11.
    30. ^ Zschocke, 외르크(1987년 11월)."게 nur Entwicklungshilfe-Down-Loading für Einplatinencomputer입니다를 들면. 데 EPAC-09:Intel-Hex-Format". c't-magazin fürcomputertechnik(독일어로).Vol1987년, 안돼.11.출판사. 하인즈 Heise 회사&제조 업체 KG.를 대신하여 서명함. 198200, 202–203,[200].ISSN 0724-8679.[…]덴 Vorspann ein Byte, beschließt dessen 버트 소굴 Typ 데 Blockes angibt:0Datenblock, 1)Endblock.긴diese Unterscheidung kannjedoch verzichtetwerden,wennsich ein Endblock auch durch eine Blocklänge gleich 없으면 Null이고 eindeutigkennzeichnen läßt.(그래서verfahren 죽다 meisten 어셈블러 강판의 CP/M,auch derXASM09, das Typbyteist dann immer 없으면 Null이고).[…][15](NB다. XASM09은 모토로라 6809 어셈블러.).
    31. ^ Prior, James E. (1989-02-24). "Re: Intel hex (*.HEX) format questions". Newsgroup: comp.os.cpm. Retrieved 2020-02-27.
    32. ^ a b c "PIC16C5X Programming Specification 5.0 - PIC16C5X Hex Data Formats: 5.1. 8-Bit Split Intellec Hex Format (INHX8S) / 5.2. 8-Bit Merged Intellec Hex Format (INHX8M) / 5.3. 16-Bit Hex Format / 5.4. 8-Bit Word Format / 5.5. 16-Bit Word Format". Microchip Databook (1994 ed.). Microchip Technology Inc. April 1994. pp. 3-10–3-11, 9-10, 9-15, 9-17, 9-21, 9-23, 9-27. DS00018G. Retrieved 2020-02-28. […] Assemblers for the PIC16C5X can produce PIC16C5X object files in various formats. A PIC16C5X programmer must be able to accept and send data in at least one of following formats. The 8-bit merged (INHX8M) format is preferred. […] format […] INHX8S […] produces two 8-bit Hex files. One file will contain the address / data pairs for the high order 8-bits and the other file will contain the low order 8-bits. File extensions for the object code will be '.obl' and '.obh' for low and high order files […] format […] INHX8M […] produces one 8-bit Hex file with a low byte / high byte combination. Since each address can only contain 8 bits in this format, all addresses will be doubled. File extensions for the object code will be '.obj' […] format […] INHX16 […] produces one 16-bit Hex file. File extension for the object code will be '.obj'. […] [16][17]
    33. ^ Beard, Brian (2016) [2010]. "Microchip INHX8M HEX-record Format". Lucid Technologies. Archived from the original on 2020-02-28. Retrieved 2020-02-28.
    34. ^ Beard, Brian (2016) [2013]. "Microchip INHX32 HEX-record Format". Lucid Technologies. Archived from the original on 2020-02-28. Retrieved 2020-02-28.

    추가 읽기

    • "How Do I Interpret Motorola S & Intel HEX Formatted Data? Intel Hex-32, Code 99". Home > Hardware > … > In-circuit Test Systems > Automated Test Equipment [Discontinued] > Details. Keysight Technologies. Archived from the original on 2020-03-01. Retrieved 2020-03-01.
    • Bergmans, San (2019-06-02) [2001]. "Intel HEX Format". SB-Projects. Archived from the original on 2020-03-01. Retrieved 2020-03-01.
    • Beard, Brian (2016) [2007]. "Intel HEX-record Format". Lucid Technologies. Archived from the original on 2020-02-28. Retrieved 2020-02-28.
    • 앤더슨, 토마스 N(1998년 2월)."인텔은 Hex워드 주소 Object형식".그 텔레마크 어셈블러 사용자의 매뉴얼(전술 공대지 유도탄)(PDF). 3.1항 이사콰. 미국, 워싱턴, USA:Squak 밸리 소프트웨어.를 대신하여 서명함. 25–26.그 2021-12-11에 원래에서Archived(PDF).2021-12-11 Retrieved.인텔은 Hex워드 주소 Object형식[…]이 포맷은 인텔은 HexObject형식에 목적 코드의 각 방면의 주소 2따라서 워드 어드레스(16비트 단어)그것이로 나눌 수 있어 제외하고 동일하다.모든 다른 필드 동일하다.여기에 예문이 하나 있다:[…]:180800000102030405060708090A0B0C0D0E0F101112131415161718.AC[…]:02080C00191AA3[…]:00000001FF[…](32페이지)

    외부 링크

    • binex - Intel HEX와 Windows용 바이너리 사이의 변환기.
    • SRecord(SRecord), Linux용 바이너리(usage), C++ 소스 코드용 변환기.
    • kk_ihex, Intel HEX 읽기 및 쓰기를 위한 오픈 소스 C 라이브러리
    • libgis, Intel HEX, Motorola S-Record, Atmel Generic 파일을 변환하는 오픈 소스 C 라이브러리.
    • 빈코피는 인텔 HEX 파일을 조작하기 위한 파이썬 패키지다.