Precisely time tagging received advertisements

[Mark]

For my application I need to know (within a millisecond or so) when an advertisement has been received.  In my testing so far, it looks like there can be significant latency between the time the advertisement is received and the time the BLE_GAP_EVT_ADV_REPORT event bubbles up.  So I've tried implementing radio notifications on inactivity and time tagging (using the RTC timer value) there, but the interrupt seems to be firing at the end of the scan window (vs when the advertisement is received). By reducing my scan window I've been able to improve the timing error, but it's still not sufficient.

Is there any other way to get this info?  It would be great if e.g. the softdevice time-tagged received packets.

I'm using the NRF52832, SDK 15.0.0, and S132 v6.0.0.

Thanks,

Mark

[Mark]

Update: looks like my issue is actually on the transmit side.  I had trouble dynamically updating advertisements with a counter value (still am, in fact), so I was stopping and restarting advertising in the TX radio notification, but I think that's causing the counter value to go out on the subsequent packet, so the timing error I'm seeing is from that.