<?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>Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/75899/maximum-at-command-wait</link><description>Hi, 
 I am implementing timeouts on AT command socket send and receive functions. Currently I have a timeout of 5 minutes but that seems too low as the modem appears to take longer to respond when on the edge of coverage. 
 What is the maximum time taken</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 08 Jun 2021 07:59:44 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/75899/maximum-at-command-wait" /><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/314102?ContentTypeID=1</link><pubDate>Tue, 08 Jun 2021 07:59:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:85cee998-1cbf-4bd5-be99-c99f833082dc</guid><dc:creator>leox</dc:creator><description>&lt;p&gt;Hi Thomas,&lt;/p&gt;
&lt;p&gt;AT socket doesn&amp;#39;t support Non-blocking, the poll() is ok with BLOCKING sockets.&lt;/p&gt;
&lt;p&gt;poll() examples can be found in nrf\applications\serial_lte_modem\&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/313769?ContentTypeID=1</link><pubDate>Sat, 05 Jun 2021 06:26:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:40856433-8144-4562-a82b-09846e4142c3</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Hi Markus,&lt;/p&gt;
&lt;p&gt;It throws error number 95 (not supported). You can repeat it by just setting the don&amp;rsquo;t wait flag in the send function on an AT socket.&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Thomas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/313666?ContentTypeID=1</link><pubDate>Fri, 04 Jun 2021 12:33:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:10a62cbe-0c85-478e-9854-1edfa9e871f5</guid><dc:creator>Albrecht Markus Schellenberger</dc:creator><description>&lt;p align="left" lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Hello&amp;nbsp;&lt;/span&gt;&lt;span&gt;Thomas,&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p align="left" lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;what kind of error does the send function throw? Do you have a test application or something, which you could share? &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p align="left" lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Regards,&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p align="left" lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Markus&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/313536?ContentTypeID=1</link><pubDate>Fri, 04 Jun 2021 05:48:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:729675f6-2969-4e42-bbfb-3fdee111f246</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;I think the issue is with the modem library. I&amp;#39;ve been trying to create error conditions and if you close an AT socket, or shutdown the modem library while a thread is either trying to receive or send on the socket, that thread is stuck forever.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;This could be fixed by using non blocking sockets and polling for events instead, but when you try and set the send function as non blocking on an AT socket, it returns an error. Any ideas? (Currently using v1.5.1 of the SDK)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/313532?ContentTypeID=1</link><pubDate>Fri, 04 Jun 2021 03:54:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6396b0c1-2510-479a-b800-952d7aecc44e</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Hi Markus,&lt;/p&gt;
&lt;p&gt;I can&amp;#39;t do that, it is happening to devices in the field that are battling to register, but only happening rarely.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/313415?ContentTypeID=1</link><pubDate>Thu, 03 Jun 2021 12:39:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d687a4d4-5111-4419-93d3-dc84dbca12fe</guid><dc:creator>Albrecht Markus Schellenberger</dc:creator><description>&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Thanks for the feedback, Thomas! &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;That sounds strange, indeed! I wouldn’t have expected such response times for those AT commands. &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Could you please provide me with a &lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fug_trace_collector%2FUG%2Ftrace_collector%2Fintro.html"&gt;modem trace&lt;/a&gt; that captures the situation? Thanks!&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;&lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fug_trace_collector%2FUG%2Ftrace_collector%2Fintro.html"&gt;&lt;/a&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Regards,&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Markus&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/313312?ContentTypeID=1</link><pubDate>Thu, 03 Jun 2021 08:30:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7a9b8a80-d594-48c5-9b7c-fc45a7082bac</guid><dc:creator>Thomas</dc:creator><description>&lt;p&gt;Hi Markus,&lt;/p&gt;
&lt;p&gt;The problematic AT commands appear the AT%XVBAT and AT%XTEMP. We are sending these commands approximately every 60ms. When in coverage this is fine, but when on on the edge of coverage (unit is in a garage), the AT socket seems to stop responding.&lt;/p&gt;
&lt;p&gt;What is strange is that this seems to occur exactly 1 minute and 40 seconds after the sending the AT+CFUN=1 command?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum AT Command Wait</title><link>https://devzone.nordicsemi.com/thread/313284?ContentTypeID=1</link><pubDate>Thu, 03 Jun 2021 07:44:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d145b45e-2954-45a4-856f-bed0c186b880</guid><dc:creator>Albrecht Markus Schellenberger</dc:creator><description>&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Hello Thomas,&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;which AT commands are you using that take time? Most AT commands should give a response quite quickly, while commands like searching for networks might take some time.&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Regards,&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p lang="en-GB"&gt;&lt;span&gt;&lt;span&gt;&lt;span&gt;Markus&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>