<?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>Messages lost from NRF52 to IOS</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/87757/messages-lost-from-nrf52-to-ios</link><description>For clarification I use the nrf5_SDK_for_Mesh_v2.1.1. and the nrf52832. 
 For a product of ours we use multiple NRF52 as nodes in a mesh that sends data to an application. This system uses one node as gateway that is connected with use of a BLE GATT as</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 11 May 2022 16:24:44 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/87757/messages-lost-from-nrf52-to-ios" /><item><title>RE: Messages lost from NRF52 to IOS</title><link>https://devzone.nordicsemi.com/thread/367477?ContentTypeID=1</link><pubDate>Wed, 11 May 2022 16:24:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:de46c0e4-a2ce-4644-b6ca-64d3a39860b8</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The sniffer trace will show all packets sent, in both directions, with good resolution time stamps, as well as the contents of those packets. For BLE connections that includes the connection setup, when the connection parameters are decided (including connection interval.) It is also easy to see how many packets gets sent per connection interval, among other things. It is very useful for understanding what is going on in a connection. In order to truly understand what is going on, a sniffer trace is the best option.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Messages lost from NRF52 to IOS</title><link>https://devzone.nordicsemi.com/thread/367177?ContentTypeID=1</link><pubDate>Tue, 10 May 2022 12:32:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e13dcc8c-c837-45ed-bae9-f09eab1d6e17</guid><dc:creator>Mr Sunshine</dc:creator><description>[quote userid="8164" url="~/f/nordic-q-a/87757/messages-lost-from-nrf52-to-ios/367168#367168"]Is the gateway also using nRF52832 and a project based on nRF5 SDK for Mesh v2.1.1, using the GATT proxy feature?[/quote]
&lt;p&gt;Yes, yes, and yes.&lt;/p&gt;
[quote userid="8164" url="~/f/nordic-q-a/87757/messages-lost-from-nrf52-to-ios/367168#367168"]It is the smartphone device which decides on connection parameters, since it is the central of the GATT connection. [/quote]
&lt;p&gt;I discussed this with the app developer who uses Flutter with the &lt;a href="https://github.com/PhilipsHue/flutter_reactive_ble"&gt;flutter_reactive_ble&lt;/a&gt;&amp;nbsp;library to design the app (if you find this relevant information), and he had found a solution to adjust the&amp;nbsp;&lt;span&gt;characteristics to&amp;nbsp;&lt;/span&gt;without&amp;nbsp;response which seems to work. So this issue seems solved for now.&lt;/p&gt;
[quote userid="8164" url="~/f/nordic-q-a/87757/messages-lost-from-nrf52-to-ios/367168#367168"] One way to figure out connection parameters (and also see the extent of GATT communication between gateway and the iOS device) is to do a &lt;a href="https://www.nordicsemi.com/Products/Development-tools/nRF-Sniffer-for-Bluetooth-LE"&gt;sniffer trace&lt;/a&gt;.[/quote]
&lt;p&gt;I didn&amp;#39;t use a sniffer, but I did debug the system by looking the incoming messages from the nodes side and from the apps side.&amp;nbsp;What is simply observe is that the iOS misses some of the messages when multiple messages are send to&amp;nbsp;it. Does the sniffer trace show more data besides the transmitted data?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Messages lost from NRF52 to IOS</title><link>https://devzone.nordicsemi.com/thread/367168?ContentTypeID=1</link><pubDate>Tue, 10 May 2022 11:48:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:622dfb8a-7b8b-4bb4-937b-fe1a7acf97f7</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Is the gateway also using nRF52832 and a project based on nRF5 SDK for Mesh v2.1.1, using the GATT proxy feature?&lt;/p&gt;
&lt;p&gt;In any case, it doesn&amp;#39;t sound plausible that messages should get lost on the gateway to iOS device GATT connection. However, different GATT connections would have different connection parameters, dictating how much time the gateway must spend for the GATT connection, and in turn how much time the gateway have left to listen for inocming packets. It is the smartphone device which decides on connection parameters, since it is the central of the GATT connection. The gateway (GATT proxy device) is peripheral.&lt;/p&gt;
&lt;p&gt;If the iOS connection results in short connection interval and/or long connection events, then the gateway may spend more time in a GATT connection, missing more of the network traffic. One way to figure out connection parameters (and also see the extent of GATT communication between gateway and the iOS device) is to do a &lt;a href="https://www.nordicsemi.com/Products/Development-tools/nRF-Sniffer-for-Bluetooth-LE"&gt;sniffer trace&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>