CRC Tool

핵심 파라미터

poly는 나눗셈 다항식, init은 시작 레지스터, refin/refout은 비트 처리 방향, xorout은 최종 XOR입니다. CRC-16/MODBUS와 CRC-16/CCITT는 16비트라도 이 조건이 다릅니다.

표준 검증 문자열

많은 CRC 규격은 ASCII 123456789의 check 값을 제공합니다. 구현을 검증할 때 먼저 이 문자열을 넣고 알려진 check 값과 비교한 뒤, 실제 패킷의 CRC 바이트 저장 순서를 확인합니다.

검증 기준

• 빈 입력과 1 byte 입력을 시험합니다.
• HEX 문자열이 byte 단위로 올바르게 파싱됐는지 확인합니다.
• 수신 프레임에서 CRC 필드를 계산 범위에서 제외합니다.
• 결과값과 전송 byte order를 구분합니다.

FAQ

표시값이 byte swap되어 보이나요? CRC 값과 wire order가 다를 수 있습니다.

SUM8도 CRC인가요? 단순 합계 체크섬이며 오류 검출 성능이 다릅니다.

공백은 데이터인가요? HEX 모드에서는 구분자로 처리되지만 문자열 모드에서는 실제 문자일 수 있습니다.

Parameters

poly, init, refin/refout, and xorout jointly define the variant. MODBUS and CCITT differ despite both being CRC-16.

Check vector

Use ASCII 123456789 and compare its published check value before testing real frames. Then verify the transmitted byte order.

Verification

• Test empty and one-byte inputs.
• Confirm HEX byte parsing.
• Exclude the received CRC field.
• Separate numeric result from wire order.

FAQ

Byte-swapped? The numeric CRC and transmission order can differ.

Is SUM8 a CRC? No, it is a simpler checksum.