determine if 2 byte checksum is CRC-16 based

Question

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.

How about a sample with all 0s
– Rohit Gupta
Apr 9 at 1:05 — Rohit Gupta, Apr 9 at 1:05

Loïc Damien · Accepted Answer · 2023-04-01 20:15:53Z

3

You could try with CRC Beagle.

answered Apr 1 at 20:15

Loïc Damien

311 bronze badge

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

Add a comment |

1 Answer 1