https://devzone.nordicsemi.com/f/nordic-q-a/17100/data-integrity-and-checksumWe have observed in couple of large size deployments that data packets from beacons that are bit far away tend to be corrupted. Devices that scan the signals from BLE beacons and also consume data from the packets of these beacons have seen WRONG dataen-USTelligent Community 13Thu, 20 Oct 2016 10:26:18 GMThttps://devzone.nordicsemi.com/thread/65590?ContentTypeID=1Thu, 20 Oct 2016 10:26:18 GMT137ad170-7792-4731-bb38-c0d22fbe4515:be66c0d5-86c4-4d9d-8895-81c27db3ba7frun_ar<p>How did your testing go, did you find out where it&#39;s failing? I would suspect the corruption is happening in the application and not on air in this case. Are you using optimization? Does this also happen if you turn of optimization?</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/65589?ContentTypeID=1Mon, 17 Oct 2016 20:29:46 GMT137ad170-7792-4731-bb38-c0d22fbe4515:52f8cccb-d199-402e-8005-d3d6bad13750pltv<p>Scanning with nRF51822 QFAC. SD S130. I also thought the same about CRC until we saw what we saw. I am going to try to reproduce that tomorrow and collect packet data to see whats exactly happening.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/65588?ContentTypeID=1Mon, 17 Oct 2016 14:13:26 GMT137ad170-7792-4731-bb38-c0d22fbe4515:b2340e83-e701-4272-8a9d-3a74b6d2e04frun_ar<p>What device are you scanning with? Softdevice version? Which chip is this? There is a 24 bit CRC at the end of every LL packet, so I wouldn&#39;t expect that you could succesfully receive wrong data.</p><div style="clear:both;"></div>