https://devzone.nordicsemi.com/f/nordic-q-a/17256/cpu-blocks-s130-nrf51Is it possible to have different characteristic of CPU blocks (I mean different number of CPU blocks or similar) with the same firmware running on two different nRF51 boards connected to app with connection interval of 20msec to 75msec?en-USTelligent Community 13Mon, 31 Oct 2016 06:41:18 GMThttps://devzone.nordicsemi.com/thread/66285?ContentTypeID=1Mon, 31 Oct 2016 06:41:18 GMT137ad170-7792-4731-bb38-c0d22fbe4515:6fad60a7-aac9-4486-8fdc-252f96f72e08Stefan Birnir Sverrisson<p>I dont see how that could happen. If that is what you are seeing, I guess a <a href="https://www.nordicsemi.com/eng/nordic/Products/nRF51822/nRF-Sniffer/26386">sniffer trace</a> would tell you what is the actual difference between the two transmissions.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/66284?ContentTypeID=1Fri, 28 Oct 2016 23:50:23 GMT137ad170-7792-4731-bb38-c0d22fbe4515:884cd88c-851a-4c30-b345-b62854be79a3nordicdev<p>Hi Stefan thanks for the reply. Is it possible for the 2 different nrf51 devices to have different amount of cpu blocks if they are connected to two identical phones? Meaning, same phone manufacturer same model and same android version?</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/66283?ContentTypeID=1Fri, 28 Oct 2016 15:23:08 GMT137ad170-7792-4731-bb38-c0d22fbe4515:d3e9a2de-81fa-4039-a0f3-925c4bea4d0cStefan Birnir Sverrisson<p>Hi</p> <p>As you mention, the CPU is occasionally occupied (blocked) by <a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.s130.sds/dita/softdevices/s130/ble_processor_avail_interrupt_latency/ble_peripheral_connection_performance.html?cp=3_6_2_0_15_2_2_1">softdevice interrupts during BLE transfer</a>. If you have the same firmware on two identical nRF51 peripheral devices, there may still be different CPU blocking time and amount depending on what central devices the peripherals connect to. Android devices for example support different minimum connection interval and differ also in how many packets per connection interval they can transmit. So for instance, if you would have a phone connecting with long connection interval, it would need to send more data per connection interval than another phone supporting shorter connection intervals and transmitting the same amount of data. Sending larger packets or more packets per connection interval normally means longer post-processing time at the end of a connection event, therefore blocking the CPU from the application for a longer time..</p> <p>There could be other causes for different blocking times than mentioned above, but this at least gives an example how different blocking times can occur for two nRF51 devices running the same firmware.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/66282?ContentTypeID=1Mon, 24 Oct 2016 03:01:50 GMT137ad170-7792-4731-bb38-c0d22fbe4515:5f511481-a7f5-48dc-9ae0-5e7e97517279nordicdev<p>I am talking about the CPU blocks that happen during Bluetooth activity (<a href="https://devzone.nordicsemi.com/question/50153/nrf51-s130-cpu-blocking/)">devzone.nordicsemi.com/.../)</a></p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/66281?ContentTypeID=1Mon, 24 Oct 2016 03:00:02 GMT137ad170-7792-4731-bb38-c0d22fbe4515:ac23f8cf-b61f-4e58-9251-58290552f283RK<p>what are you asking about? What do you mean but CPU blocks?</p><div style="clear:both;"></div>