Radio Notification and Tprep time.

RE: Radio Notification and Tprep time.

Luk3 — Tue, 13 Nov 2018 14:20:07 GMT

Clear now. Thank you :-)

RE: Radio Notification and Tprep time.

run_ar — Tue, 13 Nov 2018 14:06:58 GMT

I was told it was relevant for older versions of the SD and that is should have been updated. Also I think the wording is a bit wrong.

RE: Radio Notification and Tprep time.

Luk3 — Tue, 13 Nov 2018 13:49:17 GMT

So why Nordic has placed this information in SDS file? It's for future use and forward compatibility? When it plays a role?

RE: Radio Notification and Tprep time.

run_ar — Tue, 13 Nov 2018 13:43:02 GMT

As far as I know the 165 µs of processing will happen just before the connection event, not at 1542µs, even if you get interrupted at this time. Data should be sent in the following event as long as it is placed in the buffers before 167µs.

RE: Radio Notification and Tprep time.

Luk3 — Thu, 08 Nov 2018 11:59:36 GMT

Thank you for link. I was looking for SD in SDK package.

It's clear but in the worst case P activity will interrupt processing 42 us before end (5500 signal distance minus 4000 processing time minus 1542 worst P activity start time), after 165 us processing will end but data will be send in the next connection event.

RE: Radio Notification and Tprep time.

run_ar — Mon, 05 Nov 2018 13:24:08 GMT

You can find s132 v4.0.5 on the nRF52832 product page.

Most likely you can use the active event. As you see the time the sd uses in the higher priority interrupt is 165 µs (Tp). The note that says: "Note: All packet data to send in an event should be sent to the stack t_prep before the Radio Event starts." is valid if Tprep is 167µs, but the SD will not block the application for 1550 µs before the event. So you should be able to finish processing and place the packet in the tx buffers in your case.

Note that if you decide to use the nActive event the connection event length could vary, depending on the number of packets being sent and if you use Connection event length extension, so you probably should use the active event in addition check the length of the connection event.

RE: Radio Notification and Tprep time.

Luk3 — Fri, 02 Nov 2018 10:54:17 GMT

Hi,

My device is measuring in real time user activity. Connection interval is 200 ms and I need to sample analog signal just before connection event to minimize input lag. Measured data are visualized on the LCD panel and 200 ms delay is noticeable. Using nActive and timer is solution.
Where I can find sd 4.0.5? SDK 13.1.0 comes with 4.0.2, SDK 14 comes with sd 5.0.0

RE: Radio Notification and Tprep time.

run_ar — Thu, 01 Nov 2018 15:56:01 GMT

Hi,

First I would recommend updating to sd 4.0.5. I am still waiting for feedback on weather Tprep can be estimated. While waiting, I assume you are aware you can also get an nActive event after the connection event and use that to prepare for the next event? is that something that could work for you? Worst case you could also start a timer on the active that you use to run your routine a bit earlier than what you can achive using only the active signal. Just use the connection interval minus the time needed to run your routine.