periodic timeslots problem

RE: periodic timeslots problem

XavierYin — Fri, 21 Jul 2017 08:09:17 GMT

What about setting up PPI which connects RTC event and SAADC tasks for periodical measurements. Perhaps further setup SAADC cross-limit events and only trigger interrupts in such events. Ideally your MCU will not leave sleep simply for checking SAADC measurements, it only need to work when some real-world event happens.

RE: periodic timeslots problem

yaron — Wed, 02 Nov 2016 14:36:30 GMT

I am measuring SAADC, and it must be 100% periodic. Is there some example using Nrf52?

RE: periodic timeslots problem

Øyvind Karlsen — Wed, 02 Nov 2016 14:06:39 GMT

Hi,

See this thread.

What kind of measurements are you doing, and are you sure that they must be 100% periodic?

BR,

Øyvind

RE: periodic timeslots problem

yaron — Wed, 02 Nov 2016 14:02:25 GMT

Hi Øyvind I have tried using radio notifications, but I saw that I still don't get periodic T.S. I have measured the timimg difference between consecutive radio notifications (active only), and got 40-50 ms.

In SoftDevice Specification S132 SoftDevice v3.0, section 16.5 you can see that the time difference between consecutive advertising events is "Adv Interval + random delay". Can I set the random delay to 0?
Thanks Yaron

RE: periodic timeslots problem

Øyvind Karlsen — Wed, 02 Nov 2016 08:43:55 GMT

Hi,

If you request a timeslot every 40 ms and also use an advertisement interval of 40 ms there is always a chance that they will collide. Longer timeslot lengths increases the chance of collision.

Do you only need to advertise, or will the device connect as well? If you need to just advertise the solution is straight forward. Use radio notifications that trigger after each advertising event. Then you will automatically get your 40 ms measurement interval.

Best regards,

Øyvind