RS232 COM을 통해 컴퓨터와 통신하는 터미널이 있습니다. 주어진 프로토콜은 바이트와 CRC의 특정 조합을 보내야한다고 말합니다. 16 IBM 계산에 의해 마지막으로 전송 된 데이터가 나는이 어플리케이션과 함께 테스트 할 수있는 C 서면 어플리케이션을 받았습니다 데이터 및 수신 된 데이터를 보내는 로그를 작성합니다. 터미널에이 문자열 hexString
저는 1996 년에 지어진 오래된 3D 프린터를 "해킹 중"입니다. 오래된 Windows PC에서 실행되는 소프트웨어가 있습니다. 프런트 엔드에서 액세스 할 수없는 일부 매개 변수를 수정해야하므로 config 파일을 수정하고 싶습니다. 그러나 뭔가를 수정하면 더 이상 읽을 수 없습니다. 내가 파일의 끝에 체크섬이 있다는 것을 알았습니다. 그리고 나는 실제로
crc32 합계의 상위/하위 바이트 2 개만 사용하면 crc16보다 약합니다. 배경 : 현재 무선 프로토콜을 구현 중입니다. 나는 각각 64byte의 덩어리를 가지고 있으며, Data Length vs CRC Length 에 따르면 나는 대부분 crc16이 필요하다. crc32 대신 crc16을 사용하면 정방향 오류 수정 (64 바이트는 FEC에서 한 블록
다음은 제 16 진수 문자열 String str="01312D0102D6010162000600000918000000000000000000000000007FFF00150010004B0100003A200207000004040055516200050E9E000200000000005852324531533156304330000001614B00541E0C07110507
새로운 큰 프로젝트를 시작하기 때문에 CRC (Cyclic Redundancy Check)에 대해 배우기 시작했습니다. 나는 그것에 대해 배웠다. (CRC-16, 다항식 x^16 + x^15 + x^2 + 1, 16 진수 0x8005와 같음). 그러나 내가 잘했는지 확인했을 때, 그것을 찾았지만 대답을 얻지 못했습니다. 웹 사이트를 사용하고 있습니다 : h
this CRC16 CCITT에 대한 설명을 이해하려고 시도한 결과, "잘린 다항식"이라는 용어가 나타났습니다. 1 바이트 메시지에 대한 장시간 계산을 해당 C 코드와 비교할 때, 매크로 정의가 poly 인 것은 위의 계산 예와 일치하지 않는다는 것을 알았습니다. C 코드에서 다항식은 0x1021이고 위의 계산 예에서 사용한 다항식은 더 크고 0x11021
현재 직렬 프로토콜을 사용하는 장치를 리버스 엔지니어링하는 중입니다. 나는 대부분 거기 있지만 나는 문자열의 한 부분을 알아낼 수 없습니다. 각 문자열에 대해 시스템은 XXXX가 16 진수 값으로 변하는! XXXX를 항상 반환합니다. 내가 CRC16 일 수 있다는 것을 알 수 있습니까? 그러나 올바른지 CRC를 계산하는 방법을 알아낼 수는 없습니다. 다음은
I 스위프트 사에서 다음과 같은 기능이 있습니다 import Foundation
func crc16(of data: Data) -> String {
var crc = 0xffff as UInt16
for byte in data {
crc = crc^UInt16(byte)
for _ in 0..<8 {
마이크로 컨트롤러의 펌웨어를 업데이트하기 위해 부트 로더와 통신 할 프로그램을 만들고 있습니다. CRC calculation을 제외한 모든 준비가 완료되었습니다. here의 CRC 계산 기능을 사용하여 다항식 x16 + x12 + x5 + 1 (0b10001000000100001)의 CRC16을 계산했습니다. 그러나 입력 0x3304000에 대한 결과가 잘