CRC-32와 CRC-32C의 차이점은 무엇인가요?

서로 다른 생성 polynomial을 사용합니다. CRC-32C (Castagnoli)는 많은 워크로드에서 더 강력한 오류 검출 특성을 제공하는 경우가 많습니다.

CRC 출력에서 바이트 순서가 왜 중요한가요?

프로토콜은 CRC 바이트를 big-endian 또는 little-endian 순서로 전송할 수 있습니다. CRC 수치 값은 동일하지만 바이트 순서가 다를 수 있습니다.

Width, polynomial, 초기값, 입출력 반전(reflection), 최종 xorout이 모두 대상 프로토콜과 일치해야 합니다.

프리셋 알고리즘을 사용하여 HEX 바이트 또는 UTF-8 텍스트의 CRC를 계산합니다.
CRC-8, CRC-16/IBM, CRC-16/CCITT-FALSE, CRC-32, CRC-32C를 지원합니다.

Tip: In auto mode, spaces, commas, and 0x prefixes are accepted.

CRC (hex) —

CRC (dec) —

Bytes (BE) —

Bytes (LE) —

참고: "Bytes (BE/LE)"는 선택한 프리셋 폭으로 패킹된 CRC 값을 표시합니다. Reflected 프리셋도 CRC 값은 일반 HEX 형식으로 표시됩니다.

CRC 호환성은 width, polynomial, init, refin, refout, xorout에 따라 달라집니다. 하나의 파라미터라도 다르면 동일한 입력 바이트에서도 체크섬이 달라질 수 있습니다.

프로토콜 또는 장치 문서에 명시된 알고리즘을 선택하세요.

HEX 바이트 또는 일반 텍스트(UTF-8)를 사용하세요. Auto 모드는 일반적인 HEX 표기를 처리합니다.

CRC HEX 값을 직접 사용하거나 패킷 형식에 필요한 BE/LE 바이트 순서를 사용하세요.

일반적인 원인은 파라미터 불일치(poly/init/refin/refout/xorout), 입력 파싱 차이, 전송 패킷의 바이트 순서 처리 방식입니다.

프로토콜이 정의하는 것을 사용하세요. 많은 최신 시스템은 CRC-32C를 사용하고, 레거시 프로토콜은 CRC-32 (ISO-HDLC)를 요구하는 경우가 많습니다.