<?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>nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/9595/nrf-ble-sniffer-crashing</link><description>nRF BLE sniffer is crashing within the first few minutes of use. Attached is the log of one sniffer
session from the start to when it crashes. 
 Here is my log.txt from starting the application to when it crashed. 
 Has anyone experienced this or knows</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 01 Jun 2017 19:54:06 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/9595/nrf-ble-sniffer-crashing" /><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35453?ContentTypeID=1</link><pubDate>Thu, 01 Jun 2017 19:54:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:563d965a-0d18-46c3-8af6-f8939536d660</guid><dc:creator>priya</dc:creator><description>&lt;p&gt;I am facing the same issue.Could you please tell me how to capture logs.
Thank you&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35459?ContentTypeID=1</link><pubDate>Sat, 24 Dec 2016 20:17:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:687b0848-f70c-4966-ae4d-c506218a57e0</guid><dc:creator>drtune</dc:creator><description>&lt;p&gt;Hi,
Having used the sniffer for a while my guess is that the capture uplink to the PC is too slow, I see symptoms of dropped packets and crashes but only with a lot of traffic.&lt;/p&gt;
&lt;p&gt;I didn&amp;#39;t stick a scope on it yet but I suspect the NRF UART in the scan firmware is was compiled only to use a 110kbps uart; no doubt the segger SAM7 debug cpu which provides the UART&amp;lt;-&amp;gt;USB bridge is fine with much higher than that; e.g. 1mbps should be no problem.&lt;/p&gt;
&lt;p&gt;Can someone at Nordic rebuild the NRFDK sniffer firmware to run 1mbps (or if it&amp;#39;s open source, where I can do it?)&lt;/p&gt;
&lt;p&gt;It&amp;#39;s a really good tool by the way; until we get a practical SDR setup that can simultaneously analyze+sniff the whole 80mhz 2.4ghz range at once (..soon I think :-) ) the NRF sniffer is my fave.&lt;/p&gt;
&lt;p&gt;Update: Looking at the Adafruit python client for the nordic fw it appears to run at ~400kbps, so maybe that&amp;#39;s not the problem? I do seem to get the sniffer dropping packets on a busy connection (e.g. with a linux Central device pumping a lot of packets w/fast connection interval). If there was an easy fix to increase the bandwidth that&amp;#39;d be great.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35458?ContentTypeID=1</link><pubDate>Tue, 01 Mar 2016 16:53:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:288b76ca-5c67-47e1-8547-56df76ffa2a0</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Hi, upgrading from v5.10i to v5.10p (including J-Link OB FW on actual DK) solved the problem! Many thanks for support. Cheers Jan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35457?ContentTypeID=1</link><pubDate>Tue, 01 Mar 2016 15:47:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:983f3da4-8ee6-40a0-8557-fb552e501645</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;The sniffer console doesn&amp;#39;t use Segger&amp;#39;s dll however it does interface with the Segger chip on the board. The issue may also be with the Segger chip that it couldn&amp;#39;t handle large amount of data flooding through UART. When you update to new Jlink driver, it will also update the firmware on the Segger chip on board, that I hope would help solving the issue. Could you try to test with the latest one which is v5.10p and let the Segger chip be updated (do some flash operation such as reprogram the sniffer firmware, a popup asking for firmware update will appear)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35456?ContentTypeID=1</link><pubDate>Tue, 01 Mar 2016 15:12:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6ebb5b79-3b46-4925-b27c-a48890b937d8</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;You are right, this wasn&amp;#39;t answer in terms of how to solve the question but rather how to reproduce it (which you asked for). I&amp;#39;m having 4 SEGGER J-Link packages installed in my software (V5.10d being the latest of them), is Sniffer executable pointing to some specific DLLs? Where should they be located? Thanks&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35455?ContentTypeID=1</link><pubDate>Tue, 01 Mar 2016 15:01:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f2f847db-c030-47e5-848d-0727e6833885</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Jan,&lt;/p&gt;
&lt;p&gt;Next time please post as question comment or create a new question, this is not an answer for the original question.&lt;/p&gt;
&lt;p&gt;I tried to test with your firmware of fast advertising in the other case, but I still can use the sniffer to follow the advertising and connection with the device. Could you try again with the latest Segger Jlink driver ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35454?ContentTypeID=1</link><pubDate>Sun, 21 Feb 2016 14:40:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d56b30a4-2dd5-4759-865d-6093a0035155</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Hi @hungbui,&lt;/p&gt;
&lt;p&gt;I&amp;#39;ve experienced similar crashes of nRF BLE Sniffer app (latest release v1.0.1) on nRF51-DK (PCA10028 V1.1.0) once following fast advertising peripheral (host PC is running Win7 64bit). I&amp;#39;ve already experienced similar (buffer overflow/exception) problem in Android MCP app (see &lt;a href="https://devzone.nordicsemi.com/question/56603/"&gt;this thread&lt;/a&gt;). Sniffer PC app starts as it should, lists visible peripherals but once I select the fast one it crashes within 1s (I even cannot start the Wireshark how fast it is;). App closes without any further visible warning/error message to the end user. Do you have any logging/debugging in the Sniffer app which would help? I suspect that issue reported by Chris above is similar (sniffer app - or COM port link? - are exhausted by the flood of messages and crashes at some point).&lt;/p&gt;
&lt;p&gt;Could you try to reproduce with the firmware I&amp;#39;ve provided to Alexander in mentioned question?&lt;/p&gt;
&lt;p&gt;Many thanks
Jan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF BLE Sniffer Crashing</title><link>https://devzone.nordicsemi.com/thread/35452?ContentTypeID=1</link><pubDate>Wed, 07 Oct 2015 12:18:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:15a0935f-dda7-4489-8d47-849fc2bc61dd</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Chris,
We haven&amp;#39;t experienced this before. Could you try on another computer ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>