Intel HEX 파서

레코드 한 줄의 구조

Intel HEX는 텍스트 형식이고 모든 줄이 콜론으로 시작합니다. 이어지는 바이트의 의미는 고정되어 있습니다.

• 바이트 수 1바이트 — 데이터 필드의 길이
• 주소 2바이트 — 16비트 오프셋
• 레코드 타입 1바이트
• 데이터 — 앞서 선언한 만큼
• 체크섬 1바이트

체크섬은 앞의 모든 바이트를 더해 하위 8비트를 취하고 2의 보수를 구한 값입니다. 체크섬까지 포함해 전부 더하면 0이 되어야 한다는 뜻이기도 합니다.

64KB 경계

주소 필드가 16비트뿐이라 한 레코드가 직접 가리킬 수 있는 범위는 64KB입니다. 요즘 마이크로컨트롤러의 플래시는 그보다 크므로 확장 레코드로 상위 주소를 따로 지정합니다.

타입 04가 상위 16비트를 설정하고, 이후 데이터 레코드의 주소는 그 값에 더해집니다. 확장 레코드를 건너뛰고 읽으면 0x08000000에 있어야 할 코드와 0x08010000에 있어야 할 코드가 같은 16비트 주소로 보여 서로 덮어쓴 것처럼 나타납니다.

파일이 실제로 만드는 메모리 맵

레코드를 하나씩 읽는 것과 파일이 최종적으로 무엇을 프로그래밍하는지는 다른 질문입니다. 이 파서가 연속 구간으로 묶어 보여 주는 이유가 그것입니다.

구간이 여러 개로 나뉘는 것은 정상입니다. 벡터 테이블, 코드, 설정 워드가 서로 떨어진 주소에 있는 것이 보통입니다. 확인할 것은 구간의 개수가 아니라 예상한 위치에 예상한 크기로 있는지입니다.

중복 구간은 대개 사고입니다

같은 주소에 두 번 쓰는 파일은 링커 스크립트가 겹쳤거나 두 이미지를 잘못 이어 붙인 결과인 경우가 많습니다. 프로그래머마다 나중 것으로 덮어쓰거나 오류를 내거나 제각각이라, 어느 쪽이든 의도한 결과가 아닐 가능성이 높습니다.

그래서 이 파서는 겹치는 구간을 따로 표시합니다. 정상적인 빈틈과 구분해서 보세요.

체크섬이 틀렸을 때

텍스트 편집기로 값을 직접 고치고 체크섬을 갱신하지 않는 것이 가장 흔한 원인입니다. 부트로더나 프로그래머는 그런 줄을 거부하고, 도구에 따라 어느 줄인지 알려 주지 않습니다.

파일을 손으로 고쳐야 한다면 고친 줄의 체크섬을 다시 계산하세요. 이 파서가 줄 번호와 함께 어긋난 값을 표시합니다.

시작 주소 레코드

타입 05는 프로그램의 진입점을 담습니다. 대부분의 마이크로컨트롤러는 리셋 벡터에서 시작 주소를 읽으므로 이 레코드를 무시하지만, 일부 부트로더는 참고합니다.

S-record 형식을 다룬다면 S-record 파서 쪽입니다. 구조는 비슷하지만 레코드 타입 체계와 주소 폭 표기가 다릅니다.