what happened during an interval in the Power Profiling Application example?

RE: what happened during an interval in the Power Profiling Application example?

xvhongpeng — Tue, 20 Mar 2018 01:45:18 GMT

thank u very much

RE: what happened during an interval in the Power Profiling Application example?

FormerMember — Mon, 19 Mar 2018 07:18:25 GMT

sd_app_evt_wait() does only put the chip to sleep, it doesn't stay in that priority level. Therefore, a timer of priority APP_LOW can wake up the chip.

A timer will wake up the chip at the time of a connection event. If something else, other than the timer keeping track of the connection is waking up the chip, it is still the radio that will get the priority when needed.
When there are data in the TX buffers, the chip will try to get them transmitted as fast as possible. The number of packets per connection interval does also depends on what the central device is capable of. Note: It is also possible to extend the packet length, that will increase the throughput. I would recommend you to read the throughput chapter in the Softdevice Specification, and also test test the throughput example in the SDK.
The number of bytes that can be written to the TX buffer depends on the maximum packet size that is configured. To get a better understanding of this, I would recommend you to test the throughput example.
Yes, in a connection event, both the slave and the master can send and receive data. The data rates a written in the throughput example in the SDS.

RE: what happened during an interval in the Power Profiling Application example?

xvhongpeng — Fri, 16 Mar 2018 02:10:50 GMT

Thank u for your valueable answer. If the software interrupt priority level of the softdevice is '4' (e.g. for sd_app_evt_wait() ) and the priority of the timer in this application is set to APP_LOW, how can the application timer wake up the SOC ? (The ISR of the timer is to call sd_ble_gatts_hvx() to send data).

(1) if the SOC was waken up by the timer at the connection event time, what will happen?

(2) 6 TX HVX buffers? you mean 6 tx phases in a connection event?

(3) how many bytes sd_ble_gatts_hvx() can write to the memory buffer at a time?

(4) i mean: during a connection evt, can a Slave device both receive user data from a Master and tx data to the Peer?

best regards.

RE: what happened during an interval in the Power Profiling Application example?

FormerMember — Thu, 15 Mar 2018 14:28:57 GMT

There is a mismatch between the softdevice specification (SDS) and the SDK examples: The SDS says that the software interrupt priority level of the softdevice is '4' (APP_IRQ_PRIORITY_MID). However, in the applications in the SDK, it is set to APP_IRQ_PRIORITY_LOWEST, see swi_interrupt_priority_workaround(..) in nrf_sdh.c.

Answer to your questions:

If sd_ble_gatts_hvx() has been called successfully, the notification data will be transmitted upon the next connection interval. And yes, that can include multiple packets per connection interval.
The SOC will keep track of when it needs wake up with respect to the BLE activity.
The S132 has 6 TX HVX buffers.
Could you elaborate a little more? Note: there will only be transmitted multiple packets per connection interval when there are data in the TX buffers.