<?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>Understanding DTM example</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/46500/understanding-dtm-example</link><description>Hello, 
 
 As our product (nRF52832, SDK14.2) is heading to radio certification, I was playing around with the DTM example but have some open questions. 
 
 I&amp;#39;ve flashed the DTM example to our device (DUT) and into a DK (PCA10040) that should emulate</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 29 Apr 2019 07:52:07 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/46500/understanding-dtm-example" /><item><title>RE: Understanding DTM example</title><link>https://devzone.nordicsemi.com/thread/184222?ContentTypeID=1</link><pubDate>Mon, 29 Apr 2019 07:52:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:365334fe-59fa-43a9-aa7e-8b890794c1c8</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;[quote user="eyalasko"][/quote]&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;If I understand correctly - packet received correctly is a packet where the packet address received correctly even if the payload has errors?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Sorry, forgot to mention the CRC checking. There&amp;#39;s a 3 byte CRC attached to the end of the payload which is checked in firmware, and it will only tag the packet as &amp;quot;good&amp;quot; if the CRC matches with the payload content.&lt;/p&gt;
[quote user="eyalasko"]Is there a way to extract the received packet and verify the payload in software for better PER calculation?[/quote]
&lt;p&gt;No, DTM does not include this possibility, as it should already be done on the device-under-test (DUT) side.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Understanding DTM example</title><link>https://devzone.nordicsemi.com/thread/184178?ContentTypeID=1</link><pubDate>Sun, 28 Apr 2019 08:19:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f0d9953f-d300-4ecf-9874-ecefa46a8f71</guid><dc:creator>eyalasko</dc:creator><description>&lt;p&gt;Thanks for the super-fast response.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;If I understand correctly - packet received correctly is a packet where the packet address received correctly even if the payload has errors?&lt;/p&gt;
&lt;p&gt;Is there a way to extract the received packet and verify the payload in software for better PER calculation?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks again.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Understanding DTM example</title><link>https://devzone.nordicsemi.com/thread/183079?ContentTypeID=1</link><pubDate>Tue, 23 Apr 2019 10:30:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fc969ed1-76e2-4ac1-aac4-5edd8f502622</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user=""]How fast does the transmitter test sends out test packets ?[/quote]
&lt;p&gt;This depends on the packet size. It varies from 625 us to 2500 us, in 625 us steps. 0 to 37 bytes payload length gives 625 us frame.&lt;/p&gt;
&lt;p&gt;See Vol 6, part F, chapter 4.1.6 for details on the length of a frame, as there&amp;#39;s a formula for calculating this there.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user=""]Do the packets number reported in the packet response events reflect the true number of &lt;span style="text-decoration:underline;"&gt;good&lt;/span&gt; packet received? &lt;br /&gt;if so, how come that the number is not consistent. I get relatively large numbers even for very short receiver test (see screen caps)[/quote]
&lt;p&gt;&amp;nbsp;Yes, it gives back the overall packets it received. This will differ based on how long the test has been running, so you can use that time to calculate how many packets you expected to receive vs. what you actual received.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user=""]How can I calculate the PER as I don&amp;#39;t know how many packets were transmitted?[/quote]
&lt;p&gt;See the above.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
[quote user=""]Strangely, many received packets are reported even if transmitter and receiver&amp;#39;s test parameters are not matching...&amp;nbsp;[/quote]
&lt;p&gt;&amp;nbsp;The receiver has a certain address that it expects to receive packets on (0x71764129 in little endian), and regardless of the payload type, it shall receive the data, provided that your radio PHY is in order.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>