바이너리(.bin), Intel HEX, Motorola S-Record 상호 정밀 파싱 및 뷰잉
파일을 여기 드래그하거나 클릭하여 로드하세요.
(.bin, .hex, .s19, .srec)
FIELD NOTE · FIRMWARE IMAGE
BIN은 byte만 담지만 HEX와 S-Record는 주소, record type과 checksum을 함께 저장합니다. 변환할 때 시작 주소와 빈 주소 구간을 어떻게 채울지 정하지 않으면 같은 데이터도 다른 Flash 위치에 기록될 수 있습니다.
BIN은 파일 offset 0부터 연속 데이터로 해석합니다. Intel HEX는 콜론 record와 extended address를 사용하고, S-Record는 S1/S2/S3 종류에 따라 주소 폭이 달라집니다. 출력 형식이 대상 주소 범위를 표현할 수 있어야 합니다.
Intel HEX checksum은 record byte 합계의 two's complement로 전체 합의 하위 byte가 0이 되게 합니다. S-Record checksum은 count, address, data 합계의 one's complement입니다. 파일 전체가 아니라 record마다 검증합니다.
BIN에는 시작 주소가 있나요? 없으므로 별도 base address가 필요합니다.
빈 영역은 항상 0xFF인가요? Flash erased 값은 흔히 0xFF지만 도구와 장치 설정을 확인해야 합니다.
파일 checksum이 맞으면 실행되나요? vector table, entry point, linker 배치와 장치 보안을 별도로 확인해야 합니다.
FIELD NOTE · FIRMWARE IMAGE
BIN stores bytes only; HEX and S-Record also store addresses, record types, and checksums. Define base address and gap filling before conversion.
BIN is contiguous from offset zero. Intel HEX uses records and extended addresses; S1/S2/S3 select address width. The output format must cover the target range.
Intel HEX uses a two's-complement record checksum. S-Record uses the one's complement of count, address, and data sum. Validate every record.
Does BIN contain a start address? No; supply a base address.
Are gaps always 0xFF? Often for erased Flash, but verify settings.
Valid checksum means bootable? No; vectors, entry point, linker layout, and security still matter.