<?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>Segmented messages and access_model_publish()</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/54633/segmented-messages-and-access_model_publish</link><description>Hello, 
 I have implemented functionality that enables me to send messages back and forth between two nodes in the network with a timer (both nodes has a server and client functionality). I.e. a client receives a message, starts a timer, and republish</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 05 Dec 2019 15:13:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/54633/segmented-messages-and-access_model_publish" /><item><title>RE: Segmented messages and access_model_publish()</title><link>https://devzone.nordicsemi.com/thread/223993?ContentTypeID=1</link><pubDate>Thu, 05 Dec 2019 15:13:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4904fa5b-104e-4504-85b4-ba7003bea251</guid><dc:creator>Amadeus</dc:creator><description>&lt;p&gt;Hi,&lt;br /&gt;&lt;br /&gt;I am aware of that. As I said above, I am starting an event (and logging) at the receiver when he receives the message, so there are no ongoing messages when I get the error. My messages are between 15-30 bytes, which should not take 1,4 seconds anyways.&lt;br /&gt;&lt;br /&gt;After changing the parameters as in the ticket you referred to, I am able to resend messages much faster. But I am curious to know what implications these changes may cause and what they affect.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segmented messages and access_model_publish()</title><link>https://devzone.nordicsemi.com/thread/223950?ContentTypeID=1</link><pubDate>Thu, 05 Dec 2019 14:18:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ac02f357-4454-4369-8c4c-bdc400e762b9</guid><dc:creator>Joakim Jakobsen</dc:creator><description>&lt;p&gt;&lt;span&gt;What kind of message are you sending back and forth? &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;If the message payload is larger than 11 bytes, the packet will be segmented and it would take longer time to reach to the destination.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segmented messages and access_model_publish()</title><link>https://devzone.nordicsemi.com/thread/222133?ContentTypeID=1</link><pubDate>Tue, 26 Nov 2019 14:19:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bf685693-8acb-4aff-a33b-738a04eca836</guid><dc:creator>Amadeus</dc:creator><description>&lt;p&gt;Yes, the issue I am referring to is that I get a mesh error if I, from the same device, sends two unacknowledged messages with an interval of less than about 1,4 seconds. I do not understand why this mesh error occur, neither do I understand why tweaking the parameters referred to above helps.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Changing the parameters have not caused any deviation in functionality compared to before as far as I can see, and as long as I can keep them this way without fearing any problems in other parts of the code, I certainly will. However, I am curious to know what&amp;#39;s causing the mesh error with the default parameters.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segmented messages and access_model_publish()</title><link>https://devzone.nordicsemi.com/thread/222129?ContentTypeID=1</link><pubDate>Tue, 26 Nov 2019 14:12:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6bd4c776-c5df-431c-b947-3b0230bbadeb</guid><dc:creator>Joakim Jakobsen</dc:creator><description>&lt;p&gt;Hi again.&lt;/p&gt;
[quote user="Amadeus"]So, what could this issue come from?[/quote]
&lt;p&gt;What issue are you referring to here?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user="Amadeus"]Can I leave the parameters as it is now?[/quote]
&lt;p&gt;&amp;nbsp;If it is working without any errors, I don&amp;#39;t see any reason that you couldn&amp;#39;t use them. But you did refer to an issue (quote above)?&lt;/p&gt;
&lt;p&gt;- Joakim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segmented messages and access_model_publish()</title><link>https://devzone.nordicsemi.com/thread/222070?ContentTypeID=1</link><pubDate>Tue, 26 Nov 2019 12:10:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:10a82c1c-eda2-410b-9b91-166816c255b6</guid><dc:creator>Amadeus</dc:creator><description>&lt;p&gt;Hi, Joakim,&lt;/p&gt;
&lt;p&gt;Indeed, my issues are very similar to the ticket you are referring to, and my mesh error originates&amp;nbsp;from&amp;nbsp;packet_tx() in access.c.&lt;/p&gt;
&lt;p&gt;I tried to change the parameters&amp;nbsp;in a similar way as the guy in the ticket you are referring to, and now I am able to send consecutive unacknowledged messages in a much shorter interval than with the original parameters. Before, as I said earlier (which was a bad explanation), I could send consecutive unacknowledged messages from the same device/element approximately every 1400 ticks, that is 1,4 seconds, without getting the mesh error. Now I am able to send consecutive unacknowledged messages much faster. near 200 ticks (0,2 seconds) before the mesh error occurs.&lt;/p&gt;
&lt;p&gt;I know that the message I am sending is sent because I am starting an event at the other device when it receives the message. Therefore, it should not be several segmented messages ongoing at the same time.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;So, what could this issue come from? Can I leave the parameters as it is now? I.e.,&amp;nbsp;TRANSPORT_SAR_TX_RETRY_BASE_TIMEOUT_DEFAULT_US&amp;nbsp; MS_TO_US(200) and&amp;nbsp;TRANSPORT_SAR_TX_RETRIES_DEFAULT (2)? Or could that cause any problems later?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Segmented messages and access_model_publish()</title><link>https://devzone.nordicsemi.com/thread/222021?ContentTypeID=1</link><pubDate>Tue, 26 Nov 2019 09:22:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5f1d7cbd-1155-4291-aaa5-d82908265251</guid><dc:creator>Joakim Jakobsen</dc:creator><description>&lt;p&gt;Hi.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Have you been able to track down where the Mesh error 8 (NRF_ERROR_INVALID_STATE) originates from?&lt;/p&gt;
&lt;p&gt;Maybe you can take a look at this previous ticket, and the suggestions from my colleague Hung?&lt;br /&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/51653/mesh-network/"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/51653/mesh-network/&lt;/a&gt;&amp;nbsp;&lt;br /&gt;This ticket seems to have some similarities to your issue.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&amp;nbsp;&lt;br /&gt;Joakim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>