<?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>nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/56394/nrf9160-maximum-transmit-duty-cycle</link><description>I am curious if there is an inherit maximum transmit duty cycle of either M1 or the nRF9160. I am asking for this because we need these numbers for SAR test. Our product will be near the body and the duty cycle will be an important parameter for this</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 17 Feb 2020 13:36:28 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/56394/nrf9160-maximum-transmit-duty-cycle" /><item><title>RE: nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/thread/234660?ContentTypeID=1</link><pubDate>Mon, 17 Feb 2020 13:36:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d1c2986c-8667-4aa7-b021-0d98b03132f5</guid><dc:creator>Andreas</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;One example calculation. Your case might be slightly different but it should give a ballpark estimate:&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;1 kbyte user data is transmitted over LTE-M1 uplink.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;Assuming 40% higher layer overhead (estimate), and upon various assumption related to physical layer procedures and radio channel, we may estimate that the total time needed for UE to transmit 1 kbyte is about 0.5 second. The UL duty cycle during the transmission period of 0.5 second is 57% (assuming the repetition number for PUSCH is 8 and repetition number for MPDCCH is 2). So, the total UL duty cycle is&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;UL duty cycle (over 30 minutes) is: N * 0.5 * 0.57 / (30 * 60),&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;where N is the number of user data packets, each of size 1 kbyte, transmitted during the period of 30 minutes.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;Best regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="color:#000000;"&gt;Andreas&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/thread/232722?ContentTypeID=1</link><pubDate>Wed, 05 Feb 2020 07:25:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:758c57db-ddba-4088-bf1d-5f9de12472d3</guid><dc:creator>Andreas</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Unfortunately there is nothing new on this, the max duty cycle&amp;nbsp;is&amp;nbsp;&lt;span&gt;32/37 and 256/296. How long this lasts for depends on the application and how much data that has to send.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Andreas&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/thread/229444?ContentTypeID=1</link><pubDate>Thu, 16 Jan 2020 14:51:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b7b489ab-7748-4aa0-a4b6-73e50247d165</guid><dc:creator>Andreas</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I have not gotten a clear answer to this. I can confirm though that the MFW/protocol does not contain any cooldown time as you describe it, the temperature is only monitored and the module will shut down if the temperature exceeds 85 degC. This is heavily dependent on your HW though, the thermal dissipation capabilities of mainly the ground plane of your product.&lt;/p&gt;
&lt;p&gt;I will update you when I have something more.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Andreas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/thread/229428?ContentTypeID=1</link><pubDate>Thu, 16 Jan 2020 13:54:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:51118c7e-7384-4719-bbea-ecf3f1d7c40b</guid><dc:creator>Gmiddles</dc:creator><description>&lt;p&gt;Andreas,&lt;/p&gt;
&lt;p&gt;Have you had a chance to look into what would be the maximum duty cycle over a 30 minute period?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thank you,&lt;/p&gt;
&lt;p&gt;Greg&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/thread/228848?ContentTypeID=1</link><pubDate>Mon, 13 Jan 2020 14:47:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ebff2386-1dc2-4144-8f08-234751e8ee6e</guid><dc:creator>Gmiddles</dc:creator><description>&lt;p&gt;Andreas,&lt;/p&gt;
&lt;p&gt;Thank you for the detailed response. The duty cycle was much higher than I was expecting. Which made me realize I didn&amp;#39;t ask the question correctly. The very last sentence of &lt;a href="https://www.ecfr.gov/cgi-bin/text-idx?SID=8c7ec4c3b3a5e8fa8f77096b7ea5b816&amp;amp;mc=true&amp;amp;node=se47.1.2_11093&amp;amp;rgn=div8"&gt;FCC Title 47 Part 2.1093 (d)(2)&lt;/a&gt; says: Exposure may be averaged over a time period not to exceed 30 minutes to determine compliance with general population/uncontrolled SAR limits.&lt;/p&gt;
&lt;p&gt;With this said, I assume the module couldn&amp;#39;t transmit for 32ms out of every 37ms at 23dBm, indefinitely. I imagine the module would start to thermal regulate its transmit power. For example, I did some reading on BLE and referencing &amp;quot;Bluetooth Low Energy, The Developer&amp;#39;s Handbook&amp;quot; by Robin Heydon. (specifically page124-125) when transmitting data in one direction on an encrypted link, the maximum duty cycle is just:&lt;/p&gt;
&lt;p&gt;(max size packet + acknowledge packet) / (total time to send and acknowledge data)&lt;/p&gt;
&lt;p&gt;(328 + 80) / (328 + 150 +80 +150) = 408/708 = 58%&lt;/p&gt;
&lt;p&gt;328us is the length of an encrypted connection packet&lt;/p&gt;
&lt;p&gt;150us &amp;quot;cool down&amp;quot; time required after a very long packet transmission&lt;/p&gt;
&lt;p&gt;80us is the receiver&amp;#39;s &amp;quot;acknowledgement&amp;quot; response with zero payload in the packet&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;With this example does M1 or the nRF9160 have a &amp;quot;cool down&amp;quot; time and/or a non-transmit time to listen for the base station&amp;#39;s acknowledgment&amp;quot; or any other parameters that would limit the duty cycle over a 30 minute period?&lt;/p&gt;
&lt;p&gt;The situation where I imagine the most amount of transmissions in a 30min period is when we do a firmware update over the air and the device is at a cell edge.&amp;nbsp; In this situation the device will need to acknowledge the messages it gets from the base station, but will remain in receive mode the majority of the time.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thank you,&lt;/p&gt;
&lt;p&gt;Greg&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/thread/228722?ContentTypeID=1</link><pubDate>Mon, 13 Jan 2020 08:01:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0e7490e2-a40f-4d8a-9507-59ea18701be2</guid><dc:creator>Andreas</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The highest possible duty-cycle with the current modem FW (v1.1.0) for Cat-M1 and CE mode A is 32 ms TX out of 37 ms duty cycle period. This is a very theoretical figure, but it is possible,&lt;span&gt;&amp;nbsp;constituting of maximum amount of repetitions for data channel (32ms) and no repetitions on control channel (5ms including 2ms for retuning gaps) .&amp;nbsp;For Category-NB1, maximum amount of transmissions is 256 ms TX out of 296ms duty cycle with long data channel repetitions and with TX gaps available (40ms).&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Andreas&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF9160 maximum transmit duty cycle</title><link>https://devzone.nordicsemi.com/thread/228549?ContentTypeID=1</link><pubDate>Fri, 10 Jan 2020 12:02:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b72d0253-2574-450b-baee-53bb063cf4de</guid><dc:creator>Andreas</dc:creator><description>&lt;p&gt;Hi Greg,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I have forwarded this internally, will update you once I get the right answer.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Andreas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>