2

I have pairs of data / messages with what I believe to be CRC-16

I know for a fact the bit order of each individual byte is reversed (at least in C# on x86 platform, I have to flip the binary around)

Can someone help confirm if it is CRC or not?

Sample message pairs with valid checksums (I can create as many of these samples as needed)

I can also create samples with less 00 bytes, i.e. more byte values instead of 00, and I can also create samples of a different length if needed.

Sample 1: FFFFFFFFFFFF /

0100100A00000000000000000000FFFFFFFFFF72BE

Sample 2: 000000000000 /

0100100A00000000000000000000FFFFFFFFFF2A3D

Sample 3: 000000000001 /

0100100A00000000000000000000FFFFFFFFFF89F7

Sample 4: 000000000002 /

0100100A00000000000000000000FFFFFFFFFF0864

Sample 5: 000000000003 /

0100100A00000000000000000000FFFFFFFFFFABAE

Sample 6: 000000000004 /

0100100A00000000000000000000FFFFFFFFFF9396

Sample 7: 000000000005 /

0100100A00000000000000000000FFFFFFFFFF305C

Sample 8: 000000000006 /

0100100A00000000000000000000FFFFFFFFFFB1CF

I've experimented with CRC RevEng and SRP16 and crccalc.com with no luck so far.

1
  • How about a sample with all 0s Apr 9 at 1:05

1 Answer 1

3

You could try with CRC Beagle.

1
  • Thanks, do you know off the top of your head if this accounts for both Byte order (Endianess) and Bit order (reflection) ? I'm almost wondering if thats why I was coming up short with SRP16 even running it against XOR'd together "purified" sample message pairs, perhaps SRP16 does reflection (bit order) but not byte order
    – HANGOBA
    Apr 3 at 16:18

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.