<?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>Technology design recommendation</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/60174/technology-design-recommendation</link><description>I&amp;#39;m designing a solution based on a series of nodes that senses data and has to send it wirelessly to a hub. Each hub must be able to receive data from about 4 to 8 nodes. The raw data is generated at a rate of about 62000 bits per second by each node</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 16 Apr 2020 07:28:21 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/60174/technology-design-recommendation" /><item><title>RE: Technology design recommendation</title><link>https://devzone.nordicsemi.com/thread/244869?ContentTypeID=1</link><pubDate>Thu, 16 Apr 2020 07:28:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:90ee6e80-0067-4439-9a0a-49f45c6ccd97</guid><dc:creator>haakonsh</dc:creator><description>&lt;p&gt;PCB antennas should be fine, they are quite good if done right.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;There is one big problem with wearable devices and the 2.4GHz spectrum and that is the fact that at those frequencies the EM waves are completely attenuated by water, of which the human body has plenty. It&amp;#39;s why we use 2.4GHz for our microwave ovens.&lt;br /&gt;Luckily you intend to be indoors, reflections from walls will be able to reach the receiver, but you will end up in scenarios where the device is in a position where you won&amp;#39;t get the expected throughput. This is fairly unavoidable with 2.4GHz RF. The only way to know the impact for sure is to try it out.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;I suggest you get your hands on a couple of nRF52832 or 52840 DKs, load them up with the&amp;nbsp;&lt;a title="Experimental: ATT_MTU Throughput Example" href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v16.0.0/ble_sdk_app_att_mtu.html?cp=7_1_4_2_1_0"&gt;Experimental: ATT_MTU Throughput Example&lt;/a&gt;, and try it out&amp;nbsp;by walking around in a room similar to what you intend to use the device in and monitor the throughput.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Technology design recommendation</title><link>https://devzone.nordicsemi.com/thread/244814?ContentTypeID=1</link><pubDate>Wed, 15 Apr 2020 19:36:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:93029f2c-5638-438b-b4c3-b612a69917c1</guid><dc:creator>eosella</dc:creator><description>&lt;p&gt;Regarding the anthena, at this stage, 100m could be a long term desire, while getting data in a 10mx10m room could satisfy the prototype needs, and a second iteration may evaluate convenience regarding larger range, as you say, testing in the environment. So, do you think that a pcb anthena will work by now?&lt;/p&gt;
&lt;p&gt;My fastest analog signal requires 2kHz sampling, so the 12-bit adc embedded in the nRF52840 or the nRF52832 one will work fine. I see that it has a differential mode, so it will be fine.&lt;/p&gt;
&lt;p&gt;Compression is somthing that I still have it on board, but I&amp;#39;ve got to perform some test over the signal.&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Technology design recommendation</title><link>https://devzone.nordicsemi.com/thread/244726?ContentTypeID=1</link><pubDate>Wed, 15 Apr 2020 12:49:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4df87177-7ffb-4b70-96f7-bb0145807931</guid><dc:creator>haakonsh</dc:creator><description>&lt;p&gt;Any 2.4GHz design that is intended for use in close proximity to the human body will require a bit of extra attention with regards to the antenna, but we can help you with HW reviews and antenna tuning.&amp;nbsp;&amp;nbsp;&lt;br /&gt;&lt;br /&gt;100m line-of-sight might&amp;nbsp;be a bit tricky for a single central due to a lower throughput caused by the lower signal-to-noise ratio at 100m, but you can add another central so each central would only serve 4 links, then you&amp;#39;d have twice the throughput to work with. The only way to know for sure is to test it out in your actual RF environment.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Your use-case is at the limit of what you can do with BLE, but I believe it is possible with careful design. BLE devices will use much less energy than BT EDR or wifi, and will, therefore, require a much smaller battery, and therefore, be much smaller and lighter devices overall.&lt;br /&gt;&lt;br /&gt;What are your ADC requirements btw?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Technology design recommendation</title><link>https://devzone.nordicsemi.com/thread/244700?ContentTypeID=1</link><pubDate>Wed, 15 Apr 2020 11:48:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:515cadea-a5b4-4c46-b2af-d6bb0d3adf31</guid><dc:creator>eosella</dc:creator><description>&lt;p&gt;haakonsh: thanks for your reply.&lt;/p&gt;
&lt;p&gt;The application is a lab oriented meassurement system. Each node senses two analog signal (one differential) and reads a n SPI or i2c device (could be any of them).&amp;nbsp; Eventually, I could use a dedicated ADC via spi/i2c/uart, but if it suits the necessity, I&amp;#39;d go for the ones in the SoC. As it is supposed to be over the members of a person, it shouldn&amp;#39;t be heavy in order to enhace conffort. By now, I haven&amp;#39;t selected the battery for the nodes. But the central device may be connected to a pc or to the wall, this one doesn&amp;#39;t commpromises the power mannagment.&lt;/p&gt;
&lt;p&gt;Do you suggest to use same SoC for the nodes? &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: Technology design recommendation</title><link>https://devzone.nordicsemi.com/thread/244622?ContentTypeID=1</link><pubDate>Wed, 15 Apr 2020 08:48:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bc4572bc-bf91-444f-a218-55af2aacf79d</guid><dc:creator>haakonsh</dc:creator><description>&lt;p&gt;Your throughput is your main limitation. At 62kbps per node X 8 = 496kbps, you&amp;#39;re really close to what you can expect to achieve with BLE, but it should be doable with a dedicated BLE Central. The problem with smartphones and PC&amp;#39;s is that they use multi-modem radios that have to serve wifi, BT EDR, and BLE at the same time. At 496kbps you&amp;#39;re using a lot of radio time, just for BLE, and BLE has the lowest priority of the three protocols, so it will most likely not be able to serve 8 links at 62kbps each. The impact of this problem will also vary from each smartphone model and android version, and the same goes for PC&amp;#39;s. &lt;br /&gt;&lt;br /&gt;Your best bet is a dedicated BLE radio, like the nRF52840 as the central device.&amp;nbsp;&amp;nbsp;&lt;br /&gt;&lt;br /&gt;What is your power budget?&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Are you able to compress the data on your nodes?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Technology design recommendation</title><link>https://devzone.nordicsemi.com/thread/244545?ContentTypeID=1</link><pubDate>Tue, 14 Apr 2020 18:52:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6c0befca-3289-4199-99c4-21c084fef7da</guid><dc:creator>eosella</dc:creator><description>&lt;p&gt;An important thing i&amp;#39;ve forgot is the range which is about from 5-6m to 100m.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>