I'm writing a little piece of software using direct access to the radio registers in NRF51822. Is NRF51822 capable of calculating BLE checksum in hardware? As far as I'm concerned BLE standard uses x^24 + x^10 + x^9 + x^6 + x^4 + x^3 + x + 1 poly to generate checksum which coresponds to 25-bit binary vector. But NRF_RADIO->CRCPOLY is only 24 bits wide and therefore cannot be used to calculate checksum correctly. Is there any mistake in my interpretation of your reference manual?
Apparently, it is. It was my mistake because I was calculating CRC over whole packet including access address field which according to the standard should be omitted.
Any body know how to calculate bluetooth low energy CRC ? I tried to calculate the Advertising packet CRC captured by TI LE sniffer and tried the possible bit ordering of PDU but still got the mismatch CRC. Can someone tell me the right bit ordering. Give me a example about bit ordering on the air and CRC calculation is better.
how to get the CRC=0xA4E2C2 at above link in packet number=839 ?
Thanks a lot.