<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>High datarate current consumption change a lot when changing distance</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/119533/high-datarate-current-consumption-change-a-lot-when-changing-distance</link><description>Hi, 
 I am using two nRF52833 DK and both are connected with nRF21540.I notice that when I have a very high throughput, never stop sending 244 bytes, I will notice that average current reach up to 60mA(1.8V) when Tx and RX are close to each other. However</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 01 Apr 2025 08:29:14 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/119533/high-datarate-current-consumption-change-a-lot-when-changing-distance" /><item><title>RE: High datarate current consumption change a lot when changing distance</title><link>https://devzone.nordicsemi.com/thread/529922?ContentTypeID=1</link><pubDate>Tue, 01 Apr 2025 08:29:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8953b410-fadf-4137-a10c-81a9cc3e3baf</guid><dc:creator>Ziyao Zhou</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I have changed the connection interval and found change it will not affect the data throughput and power consumption.&lt;/p&gt;
&lt;table width="1072"&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td width="156"&gt;&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;320 units power(mW)&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;320 units data rate (kbps)&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;24 units (mW)&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;24 units data rate(kbbs)&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td width="156"&gt;
&lt;p&gt;-10&lt;/p&gt;
&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;1.842&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;126.02&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;1.836&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;127.57&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td width="156"&gt;
&lt;p&gt;-7&lt;/p&gt;
&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;2.394&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;164.16&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;2.178&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;180.18&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td width="156"&gt;
&lt;p&gt;-4&lt;/p&gt;
&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;3.066&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;231.34&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;2.568&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;179.53&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td width="156"&gt;
&lt;p&gt;-1&lt;/p&gt;
&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;3.144&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;219.26&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;3.33&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;241.1&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td width="156"&gt;
&lt;p&gt;2&lt;/p&gt;
&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;3.684&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;250.02&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;3.6&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;226.17&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td width="156"&gt;
&lt;p&gt;5&lt;/p&gt;
&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;4.638&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;275.76&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;5.898&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;260.43&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td width="156"&gt;
&lt;p&gt;8&lt;/p&gt;
&lt;/td&gt;
&lt;td width="188"&gt;
&lt;p&gt;6.78&lt;/p&gt;
&lt;/td&gt;
&lt;td width="254"&gt;
&lt;p&gt;302.52&lt;/p&gt;
&lt;/td&gt;
&lt;td width="208"&gt;
&lt;p&gt;8.208&lt;/p&gt;
&lt;/td&gt;
&lt;td width="267"&gt;
&lt;p&gt;297.36&lt;/p&gt;
&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: High datarate current consumption change a lot when changing distance</title><link>https://devzone.nordicsemi.com/thread/526523?ContentTypeID=1</link><pubDate>Mon, 10 Mar 2025 11:03:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:74660992-9dd9-4f5f-ae4e-b490d210f41a</guid><dc:creator>Ziyao Zhou</dc:creator><description>&lt;p&gt;Thank you for your information!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: High datarate current consumption change a lot when changing distance</title><link>https://devzone.nordicsemi.com/thread/526510?ContentTypeID=1</link><pubDate>Mon, 10 Mar 2025 09:48:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1fec57b6-6e97-4137-a08d-a2d7e54060dd</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;The reason you are seeing a lower current consumption when your distance increases is because of packet loss. The way that a BLE connection works when you are sending a lot of packets is that every connection interval, it starts by sending one packet, with a flag saying &amp;quot;I have more data&amp;quot; set to true. Then, when the packet has been transmitted, and received with the correct CRC, then it will start the transmission of the next packet. This next packet will be sent directly after the previous one, before the next connection interval.&lt;/p&gt;
&lt;p&gt;However, if the CRC is incorrect, meaning that at least one bit was flipped (due to noise on air), then by the specification, the peripheral needs to retransmit the previous packet, and it will have to wait for the next connection event (meaning one connection interval later) to do so.&lt;/p&gt;
&lt;p&gt;Therefore, it will loose all that time in between the connection events, because it can no longer send packets directly after the previous one. Therefore, it will also use the radio less (because it needs to wait), and therefore you will see a lower current consumption, when the reception is bad.&lt;/p&gt;
&lt;p&gt;So if you are struggling with the throughput, and the range is expected to be high, it may be beneficial to use 1MBPS, and not 2MBPS. You may also want to shorten the connection interval, because it will more often be able to restart the retransmission sequence.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Shortening the connection interval in itself leads to a lower throughput, but it will be more robust for places with a noisy environment, if you struggle with packetloss. There is no good answer with two lines under it saying exactly what you should use. You should experiment with the throughput sample, and different connection parameters, in an environment that resembles the environment where the device will be operating.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: High datarate current consumption change a lot when changing distance</title><link>https://devzone.nordicsemi.com/thread/526456?ContentTypeID=1</link><pubDate>Sun, 09 Mar 2025 15:11:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:069ba54b-61be-4969-ab0a-2936bf74d641</guid><dc:creator>Ziyao Zhou</dc:creator><description>&lt;p&gt;Hi, Is there anybody here?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>