Non blocking sd_temp_get (using value captured for crystal derived LF tuning)

[snoopy20]

According to the doc;

 * This function will block until the temperature measurement is done.
 * It takes around 50 us from call to return.

Instead I'd like to return the value that was attained by the periodic LF tuning code inside the softdevice code. How to do it?

[Jared]

 Hi,

The function is part of the pre compiled Softdevice stack and is therefore un-modifiable i.e it's not possible to modify what it returns.

regards

Jared

[Jared]

Reading your question again and i'm not sure I understood it correctly and answered your question. Please elaborate on it otherwise.. 

[snoopy20]

Hi Jared,

No, you didn't :)

There are two scenarios;

1. the softdevice is using TEMP for LF tuning, in which case it is already sampling the TEMP peripheral.
2. TEMP isn't being used and calling it via softdevice will need to take a sample (50us).

What I'm asking is to avoid the latency of (2), I would have thought the value of (1) could be returned instead. I think it polls every 4 seconds or something, more than enough for my needs.

Regards,

Andrew

[Jared]

 You could try to read the temperature directly from the temp peripheral. The Softdevice API doesn't have any API for retrieving the temp used for RC calibration. 

[snoopy20]

Wouldn't that cause a timing issue?

How much effort would it be to add it to the softdevice API? I suppose it's stuck in SoftDevice RAM so even exposing the address in the documentation for a particular version would do the job?

[snoopy20]

Ok forget that, I'll just pull the data from the TEMP registers by polling. Sorted.