is ppi thread safe?

RE: is ppi thread safe?

ovrebekk — Thu, 23 Nov 2017 07:18:13 GMT

Hi Dave

This sounds like a good way to do it.

Normally the best way to get an accurate timestamp is to run a capture operation on the timer, storing the current state in one of the CC registers, but that is a bit superfluous when the event you want to timestamp is triggered by the timer in the first place ;)

Best regards

RE: is ppi thread safe?

Dave_couling — Wed, 22 Nov 2017 22:44:28 GMT

Thanks for the response. I decided to increment my timestamp as the ADC samples return in the interrupt callback function. Since I know the time between each successive ADC sampling is consistent via TIMER+PPI this should guarantee accuracy timestamp keeping. Even if BLE interrupts the ADC callback or any other CPU. The time associated with the sample will still be valid since it was triggered w/o the CPU.

RE: is ppi thread safe?

ovrebekk — Wed, 22 Nov 2017 11:11:31 GMT

Hi Dave

All the PPI channels can operate in parallel, there is no risk of one PPI channel affecting another.

That said, you can not send a notification based on a PPI connection alone. The HVX call is a software function and needs to be triggered by running some code in the MCU.

Calling the HVX function will only buffer the packet in the stack, and it will be sent on the next connection event, so there might be some jitter here, but you should be able to make the SAADC sampling itself jitter free.

Best regards
Torbjørn