Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. help (Mir Muhammad Lodro)
2. Using Vivado-Simulator to simulate custom blocks (Manik Singhal)
3. Re: Setting E310 time to GPS time (Philip Balister)
4. Re: Setting E310 time to GPS time (Jason Matusiak)
5. Re: Setting E310 time to GPS time (Philip Balister)
6. Re: Setting E310 time to GPS time (Jason Matusiak)
7. read and write registers in E310 (deepa kumar)
8. GNURadio/USRP N210 (Taylor Eisman)
9. Re: help (Marcus D. Leech)
10. Re: GNURadio/USRP N210 (Marcus D. Leech)
11. Re: B200mini or B210 for MIMO (Marcus D. Leech)
12. Re: Using multiple frequencies and bandwidth at the same time
(Ran Shalit)
13. Re: Using multiple frequencies and bandwidth at the same time
(Ron Economos)
14. Re: USRP N210 + UBX 40 Daughterboard - Tx Power Issue
(Diez Victor)
15. Re: B200mini or B210 for MIMO (Vladica Sark)
16. Re: Using Vivado-Simulator to simulate custom blocks
(Jonathon Pendlum)
17. E310 does not start after battery supply (gauthier duchene)
18. Re: Using multiple frequencies and bandwidth at the same time
([email protected])
19. Re: USRP N210 + UBX 40 Daughterboard - Tx Power Issue
([email protected])
20. Re: E310 does not start after battery supply (Philip Balister)
21. Multi Thread on E310 (Disco Daniele)
----------------------------------------------------------------------
Message: 1
Date: Thu, 4 May 2017 16:44:02 +0100
From: Mir Muhammad Lodro <[email protected]>
To: [email protected],
[email protected], [email protected]
Subject: [USRP-users] help
Message-ID:
<cadtur2kpccfaqvqp6gp_fo4ezdgpz_acslngfdjpubcbkcp...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi All,
I am using USRP X310 with Simulink as a development platform. I have
successfully run QPSK transmitter and QPSK receiver demo using USRP X310,
but strangely the text was streaming even if I removed the received
antennas and subsequently transmitter antenna.
Can anyone explain what could be the reason? why the USRP X310 is receiving
and decoding the transmitted text despite the fact there is no transmitting
and receiving antennas attached?
I shall be thankful if anyone can comment and help.
Sincere Regards,
Mir
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/1e74e0fc/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 4 May 2017 13:09:14 -0400
From: Manik Singhal <[email protected]>
To: [email protected]
Subject: [USRP-users] Using Vivado-Simulator to simulate custom blocks
Message-ID:
<CAG86GbP-e2zGtPVZU=rsEH1tzXkkC=cn14ypdchtbdeoy9m...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi ,
I was wondering if anyone has used the Vivado-simulator to simulate their
custom blocks, I dont have access to Modelsim so I think Vivado simulator
may be my only choice.
I can run like fully custom designs (no submodule instantiations) through
the vivado simulator using the IDE, but if I am using some smaller rfnoc
blocks such as the fifos, cordic, or the complex_to_magsq, which utilise
xilinx IP themselves, I cannot link the files properly and I was wondering
if there was a command line to link my rfnocmodtool environment to the
Vivado Simulator?
Thanks,
Manik
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/915a93e9/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 4 May 2017 14:37:37 -0400
From: Philip Balister <[email protected]>
To: Jason Matusiak <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 05/04/2017 10:21 AM, Jason Matusiak wrote:
> Philip, I know that this thread is a year old (nearly exactly), but we
> got around the problem previously without ever fixing it. This week we
> ran into it again and tried to fix it the proper way (the way you
> recommended). I grabbed the image that you pointed to (the SG3
> version), put it onto my E312, then commented out the three lines that
> look like this in the ntp.conf:
> server 0.natinst.pool.ntp.org
> server 1.natinst.pool.ntp.org
> server 2.natinst.pool.ntp.org
> server 3.natinst.pool.ntp.org
>
> I made sure that my device could see GPS via cgps, rebooted the machine,
> and the time is still not being set.
>
> Have you been able to reliably get the E310/E312 to grab time from the GPS?
I took the E312 on my desk, pulled the network cable out and rebooted,
the time set from the gps.
99% sure the image is from here:
http://files.ettus.com/e3xx_images/beta/jethro-test/
I didn't reflash a card to check the /etc/build file though :) I really
should have put the contents of that file in the directory.
Philip
>
> Thanks!!
>
>
>> On 05/16/2016 11:54 AM, Philip Balister via USRP-users wrote:
>>> /On 05/16/2016 11:49 AM, Jason Matusiak via USRP-users wrote:
>>> />>>/Once I have a GPS lock, I would like to set the E310's system
>>> time to the />>/ > current GPS fix. Is there a way to do that (I
>>> assume so, but haven't
> found the />>/ > right combination of commands)? />/ > />/ > With a
> recent image, it should just work. />/ > />/ > Look in /etc/ntp.conf />/
>> Try ntpq -p />/ > cgps should give state of gps. />
>> OK, I did some tests with the Release-4 image. It looks like you need to
>> comment out the lines for the network based servers when you are running
>> without a network connection for ntp to pick up the gps time. It appears
>> to pick up the gps time if there is a network connection.
>>
>> The fido-test-2016.05 image has an updated version of ntp that appears
>> to have resolved the problem. I have not studied the ntp changelog
>> closely though.
>>
>> https://github.com/openembedded/meta-openembedded/commit/c2107a12ab666117607507ce74ac6e89804ce69c
>>
>>
>> Is the update in OpenEmbedded.
>>
>> I'd like to know if this information helps solve peoples problems.
>>
>> Philip
>
>
------------------------------
Message: 4
Date: Thu, 4 May 2017 14:56:26 -0400
From: Jason Matusiak <[email protected]>
To: Philip Balister <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
OK, I will try that image. Do you think you have to modify any config
files, or is it working out of the box now?
On 05/04/2017 02:37 PM, Philip Balister wrote:
> On 05/04/2017 10:21 AM, Jason Matusiak wrote:
>> Philip, I know that this thread is a year old (nearly exactly), but we
>> got around the problem previously without ever fixing it. This week we
>> ran into it again and tried to fix it the proper way (the way you
>> recommended). I grabbed the image that you pointed to (the SG3
>> version), put it onto my E312, then commented out the three lines that
>> look like this in the ntp.conf:
>> server 0.natinst.pool.ntp.org
>> server 1.natinst.pool.ntp.org
>> server 2.natinst.pool.ntp.org
>> server 3.natinst.pool.ntp.org
>>
>> I made sure that my device could see GPS via cgps, rebooted the machine,
>> and the time is still not being set.
>>
>> Have you been able to reliably get the E310/E312 to grab time from the GPS?
> I took the E312 on my desk, pulled the network cable out and rebooted,
> the time set from the gps.
>
> 99% sure the image is from here:
>
> http://files.ettus.com/e3xx_images/beta/jethro-test/
>
> I didn't reflash a card to check the /etc/build file though :) I really
> should have put the contents of that file in the directory.
>
> Philip
>
>
>> Thanks!!
>>
>>
>>> On 05/16/2016 11:54 AM, Philip Balister via USRP-users wrote:
>>>> /On 05/16/2016 11:49 AM, Jason Matusiak via USRP-users wrote:
>>>> />>>/Once I have a GPS lock, I would like to set the E310's system
>>>> time to the />>/ > current GPS fix. Is there a way to do that (I
>>>> assume so, but haven't
>> found the />>/ > right combination of commands)? />/ > />/ > With a
>> recent image, it should just work. />/ > />/ > Look in /etc/ntp.conf />/
>>> Try ntpq -p />/ > cgps should give state of gps. />
>>> OK, I did some tests with the Release-4 image. It looks like you need to
>>> comment out the lines for the network based servers when you are running
>>> without a network connection for ntp to pick up the gps time. It appears
>>> to pick up the gps time if there is a network connection.
>>>
>>> The fido-test-2016.05 image has an updated version of ntp that appears
>>> to have resolved the problem. I have not studied the ntp changelog
>>> closely though.
>>>
>>> https://github.com/openembedded/meta-openembedded/commit/c2107a12ab666117607507ce74ac6e89804ce69c
>>>
>>>
>>> Is the update in OpenEmbedded.
>>>
>>> I'd like to know if this information helps solve peoples problems.
>>>
>>> Philip
>>
------------------------------
Message: 5
Date: Thu, 4 May 2017 14:58:27 -0400
From: Philip Balister <[email protected]>
To: Jason Matusiak <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 05/04/2017 02:56 PM, Jason Matusiak wrote:
> OK, I will try that image. Do you think you have to modify any config
> files, or is it working out of the box now?
It should work out of the box. If it doesn't let us know.
Philip
>
>
> On 05/04/2017 02:37 PM, Philip Balister wrote:
>> On 05/04/2017 10:21 AM, Jason Matusiak wrote:
>>> Philip, I know that this thread is a year old (nearly exactly), but we
>>> got around the problem previously without ever fixing it. This week we
>>> ran into it again and tried to fix it the proper way (the way you
>>> recommended). I grabbed the image that you pointed to (the SG3
>>> version), put it onto my E312, then commented out the three lines that
>>> look like this in the ntp.conf:
>>> server 0.natinst.pool.ntp.org
>>> server 1.natinst.pool.ntp.org
>>> server 2.natinst.pool.ntp.org
>>> server 3.natinst.pool.ntp.org
>>>
>>> I made sure that my device could see GPS via cgps, rebooted the machine,
>>> and the time is still not being set.
>>>
>>> Have you been able to reliably get the E310/E312 to grab time from
>>> the GPS?
>> I took the E312 on my desk, pulled the network cable out and rebooted,
>> the time set from the gps.
>>
>> 99% sure the image is from here:
>>
>> http://files.ettus.com/e3xx_images/beta/jethro-test/
>>
>> I didn't reflash a card to check the /etc/build file though :) I really
>> should have put the contents of that file in the directory.
>>
>> Philip
>>
>>
>>> Thanks!!
>>>
>>>
>>>> On 05/16/2016 11:54 AM, Philip Balister via USRP-users wrote:
>>>>> /On 05/16/2016 11:49 AM, Jason Matusiak via USRP-users wrote:
>>>>> />>>/Once I have a GPS lock, I would like to set the E310's system
>>>>> time to the />>/ > current GPS fix. Is there a way to do that (I
>>>>> assume so, but haven't
>>> found the />>/ > right combination of commands)? />/ > />/ > With a
>>> recent image, it should just work. />/ > />/ > Look in /etc/ntp.conf />/
>>>> Try ntpq -p />/ > cgps should give state of gps. />
>>>> OK, I did some tests with the Release-4 image. It looks like you
>>>> need to
>>>> comment out the lines for the network based servers when you are
>>>> running
>>>> without a network connection for ntp to pick up the gps time. It
>>>> appears
>>>> to pick up the gps time if there is a network connection.
>>>>
>>>> The fido-test-2016.05 image has an updated version of ntp that appears
>>>> to have resolved the problem. I have not studied the ntp changelog
>>>> closely though.
>>>>
>>>> https://github.com/openembedded/meta-openembedded/commit/c2107a12ab666117607507ce74ac6e89804ce69c
>>>>
>>>>
>>>>
>>>> Is the update in OpenEmbedded.
>>>>
>>>> I'd like to know if this information helps solve peoples problems.
>>>>
>>>> Philip
>>>
>
>
------------------------------
Message: 6
Date: Thu, 4 May 2017 15:07:16 -0400
From: Jason Matusiak <[email protected]>
To: Philip Balister <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
I'll give it a shot and let you know. Thanks!
On 05/04/2017 02:58 PM, Philip Balister wrote:
> On 05/04/2017 02:56 PM, Jason Matusiak wrote:
>> OK, I will try that image. Do you think you have to modify any config
>> files, or is it working out of the box now?
> It should work out of the box. If it doesn't let us know.
>
> Philip
>
>>
>> On 05/04/2017 02:37 PM, Philip Balister wrote:
>>> On 05/04/2017 10:21 AM, Jason Matusiak wrote:
>>>> Philip, I know that this thread is a year old (nearly exactly), but we
>>>> got around the problem previously without ever fixing it. This week we
>>>> ran into it again and tried to fix it the proper way (the way you
>>>> recommended). I grabbed the image that you pointed to (the SG3
>>>> version), put it onto my E312, then commented out the three lines that
>>>> look like this in the ntp.conf:
>>>> server 0.natinst.pool.ntp.org
>>>> server 1.natinst.pool.ntp.org
>>>> server 2.natinst.pool.ntp.org
>>>> server 3.natinst.pool.ntp.org
>>>>
>>>> I made sure that my device could see GPS via cgps, rebooted the machine,
>>>> and the time is still not being set.
>>>>
>>>> Have you been able to reliably get the E310/E312 to grab time from
>>>> the GPS?
>>> I took the E312 on my desk, pulled the network cable out and rebooted,
>>> the time set from the gps.
>>>
>>> 99% sure the image is from here:
>>>
>>> http://files.ettus.com/e3xx_images/beta/jethro-test/
>>>
>>> I didn't reflash a card to check the /etc/build file though :) I really
>>> should have put the contents of that file in the directory.
>>>
>>> Philip
>>>
>>>
>>>> Thanks!!
>>>>
>>>>
>>>>> On 05/16/2016 11:54 AM, Philip Balister via USRP-users wrote:
>>>>>> /On 05/16/2016 11:49 AM, Jason Matusiak via USRP-users wrote:
>>>>>> />>>/Once I have a GPS lock, I would like to set the E310's system
>>>>>> time to the />>/ > current GPS fix. Is there a way to do that (I
>>>>>> assume so, but haven't
>>>> found the />>/ > right combination of commands)? />/ > />/ > With a
>>>> recent image, it should just work. />/ > />/ > Look in /etc/ntp.conf />/
>>>>> Try ntpq -p />/ > cgps should give state of gps. />
>>>>> OK, I did some tests with the Release-4 image. It looks like you
>>>>> need to
>>>>> comment out the lines for the network based servers when you are
>>>>> running
>>>>> without a network connection for ntp to pick up the gps time. It
>>>>> appears
>>>>> to pick up the gps time if there is a network connection.
>>>>>
>>>>> The fido-test-2016.05 image has an updated version of ntp that appears
>>>>> to have resolved the problem. I have not studied the ntp changelog
>>>>> closely though.
>>>>>
>>>>> https://github.com/openembedded/meta-openembedded/commit/c2107a12ab666117607507ce74ac6e89804ce69c
>>>>>
>>>>>
>>>>>
>>>>> Is the update in OpenEmbedded.
>>>>>
>>>>> I'd like to know if this information helps solve peoples problems.
>>>>>
>>>>> Philip
>>
------------------------------
Message: 7
Date: Thu, 4 May 2017 16:19:54 -0400
From: deepa kumar <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] read and write registers in E310
Message-ID:
<CAOgE1Bfab3NjoKypobO2YjJqhYMLT3TGShyxRi1V8V=cgxl...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi ,
I am creating an example utilty to read and write user registers in E310.
I am not sure how to bring up the poke and peek32 function to read and
write registers in examples space.
could you show me some example code that would help me to do it .
Thanks and Regards,
Deepa
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/0f47acd7/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 4 May 2017 15:38:13 -0500
From: Taylor Eisman <[email protected]>
To: [email protected]
Subject: [USRP-users] GNURadio/USRP N210
Message-ID:
<CAPr5wS10WS2DnZO1nEisVedY4DWea4xV=u3gkt1buztdbe_...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello all,
I've been having an issue with the PC Clock setting in GNU Radio.
Unfortunately, we currently do not have a reference generator, so I've been
forced to try and make it work with either unknown PPS or PC Clock.
My setup currently is:
Laptop -> Switch -> N210
I'm using windows to accomplish this task.
The output generated is as follows:
Generating: 'C:\\Users\\bup48\\Documents\\top_block.py'
Executing: C:\Program Files\GNURadio-3.7\gr-python27\python.exe -u
C:\Users\bup48\Documents\top_block.py
Win32; Microsoft Visual C++ version 14.0; Boost_106000;
UHD_003.010.001.001-0-unknown
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
-- Creating WSA UDP transport for 192.168.10.2:49156
-- Creating WSA UDP transport for 192.168.10.2:49158
-- Creating WSA UDP transport for 192.168.10.2:49157
-- Creating WSA UDP transport for 192.168.10.2:49159
Traceback (most recent call last):
File "C:\Users\bup48\Documents\top_block.py", line 163, in <module>
main()
File "C:\Users\bup48\Documents\top_block.py", line 151, in main
tb = top_block_cls()
File "C:\Users\bup48\Documents\top_block.py", line 80, in __init__
self.uhd_usrp_source_0.set_time_now(uhd.time_spec(time.time()),
uhd.ALL_MBOARDS)
File "C:\Program
Files\GNURadio-3.7\lib\site-packages\gnuradio\uhd\uhd_swig.py", line 3719,
in set_time_now
return _uhd_swig.usrp_source_sptr_set_time_now(self, time_spec, mboard)
RuntimeError: LookupError: IndexError: multi_usrp::mb_root(4294967295) -
invalid vector<T> subscript
>>> Done
My GNU Radio setup looks like this...
[image: Inline image 1]
Any suggestions would be great!
Best Regards,
Taylor
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/6f43351b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 48444 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/6f43351b/attachment-0001.png>
------------------------------
Message: 9
Date: Thu, 04 May 2017 18:59:20 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] help
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 05/04/2017 11:44 AM, Mir Muhammad Lodro via USRP-users wrote:
> Hi All,
>
> I am using USRP X310 with Simulink as a development platform. I have
> successfully run QPSK transmitter and QPSK receiver demo using USRP
> X310, but strangely the text was streaming even if I removed the
> received antennas and subsequently transmitter antenna.
>
> Can anyone explain what could be the reason? why the USRP X310 is
> receiving and decoding the transmitted text despite the fact there is
> no transmitting and receiving antennas attached?
>
> I shall be thankful if anyone can comment and help.
>
> Sincere Regards,
> Mir
>
>
Is this one the same X310?
There is enough TX-->RX cross-talk that the signal can usually be
demodulated correctly just due to the non-infinite isolation between TX
and RX.
------------------------------
Message: 10
Date: Thu, 04 May 2017 19:04:54 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] GNURadio/USRP N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
On 05/04/2017 04:38 PM, Taylor Eisman via USRP-users wrote:
> Hello all,
>
> I've been having an issue with the PC Clock setting in GNU Radio.
> Unfortunately, we currently do not have a reference generator, so I've
> been forced to try and make it work with either unknown PPS or PC Clock.
>
> My setup currently is:
> Laptop -> Switch -> N210
>
> I'm using windows to accomplish this task.
>
> The output generated is as follows:
>
> Generating: 'C:\\Users\\bup48\\Documents\\top_block.py'
>
> Executing: C:\Program Files\GNURadio-3.7\gr-python27\python.exe -u
> C:\Users\bup48\Documents\top_block.py
>
> Win32; Microsoft Visual C++ version 14.0; Boost_106000;
> UHD_003.010.001.001-0-unknown
>
> -- Opening a USRP2/N-Series device...
> -- Current recv frame size: 1472 bytes
> -- Current send frame size: 1472 bytes
> -- Creating WSA UDP transport for 192.168.10.2:49156
> <http://192.168.10.2:49156>
> -- Creating WSA UDP transport for 192.168.10.2:49158
> <http://192.168.10.2:49158>
> -- Creating WSA UDP transport for 192.168.10.2:49157
> <http://192.168.10.2:49157>
> -- Creating WSA UDP transport for 192.168.10.2:49159
> <http://192.168.10.2:49159>
> Traceback (most recent call last):
> File "C:\Users\bup48\Documents\top_block.py", line 163, in <module>
> main()
> File "C:\Users\bup48\Documents\top_block.py", line 151, in main
> tb = top_block_cls()
> File "C:\Users\bup48\Documents\top_block.py", line 80, in __init__
> self.uhd_usrp_source_0.set_time_now(uhd.time_spec(time.time()),
> uhd.ALL_MBOARDS)
> File "C:\Program
> Files\GNURadio-3.7\lib\site-packages\gnuradio\uhd\uhd_swig.py", line
> 3719, in set_time_now
> return _uhd_swig.usrp_source_sptr_set_time_now(self, time_spec,
> mboard)
> RuntimeError: LookupError: IndexError: multi_usrp::mb_root(4294967295)
> - invalid vector<T> subscript
>
> >>> Done
>
> My GNU Radio setup looks like this...
> Inline image 1
>
> Any suggestions would be great!
>
>
> Best Regards,
>
> Taylor
>
>
The only thing I can think of is that the Windows Python 'time' module
returns an expected type, that cannot be coerced into the type expected
by uhd.set_time_now().
The flow-graph you included should "just work".
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/a83419b0/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 48444 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/a83419b0/attachment-0001.png>
------------------------------
Message: 11
Date: Thu, 04 May 2017 23:43:14 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] B200mini or B210 for MIMO
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 05/04/2017 10:33 AM, Vladica Sark via USRP-users wrote:
> Hi,
>
> I want to make a 4x4 MIMO system, and I was looking how to sync the
> B200minis. Anyway, the PPS/10MHz input is the same, meaning that I can
> only sync frequency or only timing. Is there a way to sync the both of
> them, i.e. timing and frequency.
The B20Xmini series use a digital PLL "servo" to discipline the on-board
clock to *either* 1PPS or 10MHz inputs. In the best of all possible
worlds,
this would result in all the B20xminis that receive such a common
signal (either 1PPS or 10MHz) being mutually phase-coherent. But the
residual
mutual phase-noise with that servo simply won't allow mutual
phase-coherence (and thus, MIMO) in "banks" of B20xminis.
>
> The other option is to use B210s. The question is what bandwidth can
> be achieved if I use the both channels? Can I do 50 MSps on the both
> channels? The B210 have separate 10 MHz and PPS, meaning that I can
> sync them quite easy using octoclock.
The most you can do for two channels is 30Msps or so--this has to do
with the data interface of the front-end device, the AD9361. However, you
should be able to achieve time-and-phase synchronization among
multiple B210s, although there'll be phase-offsets you cannot control.
This is
acceptable for MIMO implementations, however.
>
> BR,
> Vladica
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 12
Date: Fri, 5 May 2017 08:27:40 +0300
From: Ran Shalit <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Using multiple frequencies and bandwidth at
the same time
Message-ID:
<CAJ2oMhLZ_ryi=88ovu2mxcltk0_scg4wujnfncfo7buq7tr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
On Wed, May 3, 2017 at 11:51 PM, Marcus D. Leech via USRP-users <
[email protected]> wrote:
> On 05/03/2017 04:27 PM, Ran Shalit via USRP-users wrote:
>
>> Hello,
>>
>> Is it possible to transmit in several frequencies, each with its own
>> bandwidth ?
>> Is the only limitation that the number of sections should be that the
>> total bandwidth of all sections < usrp bandwidth ? Or are there any other
>> limitations in this context ?
>>
>> Thank you,
>> Ran
>>
>> The USRP receives a waveform of a particular bandwidth. If that band is
> further subdivided by the application into discrete "carriers", the USRP
> neither knows nor cars. You would be presenting it with a composite
> waveform of all your carriers.
>
>
>
Thank you Marcus, but I am not sure I understand it yet.
Can we use for example transmit application such as tx_waveforms ,
multiple times (running at the same time in the background), so that we
usrp actually transmit in several separate bandwidth ?
Best Regards,
Ran
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/a5d202c7/attachment-0001.html>
------------------------------
Message: 13
Date: Thu, 4 May 2017 22:45:06 -0700
From: Ron Economos <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Using multiple frequencies and bandwidth at
the same time
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Here's an example of a multiple waveform flow graph.
https://github.com/argilo/sdr-examples/blob/master/multi_tx.grc
It's in this repository.
https://github.com/argilo/sdr-examples
Ron
On 05/04/2017 10:27 PM, Ran Shalit via USRP-users wrote:
>
> On Wed, May 3, 2017 at 11:51 PM, Marcus D. Leech via USRP-users
> <[email protected] <mailto:[email protected]>> wrote:
>
> On 05/03/2017 04:27 PM, Ran Shalit via USRP-users wrote:
>
> Hello,
>
> Is it possible to transmit in several frequencies, each with
> its own bandwidth ?
> Is the only limitation that the number of sections should be
> that the total bandwidth of all sections < usrp bandwidth ? Or
> are there any other limitations in this context ?
>
> Thank you,
> Ran
>
> The USRP receives a waveform of a particular bandwidth. If that
> band is further subdivided by the application into discrete
> "carriers", the USRP
> neither knows nor cars. You would be presenting it with a
> composite waveform of all your carriers.
>
>
>
> Thank you Marcus, but I am not sure I understand it yet.
> Can we use for example transmit application such as tx_waveforms ,
> multiple times (running at the same time in the background), so that
> we usrp actually transmit in several separate bandwidth ?
>
> Best Regards,
> Ran
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/489cf232/attachment-0001.html>
------------------------------
Message: 14
Date: Fri, 5 May 2017 06:17:13 +0000
From: Diez Victor <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP N210 + UBX 40 Daughterboard - Tx Power
Issue
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Yes, I have done it. I have replaced the wires too and I have bypassed it
connecting directly the tx output of the daughterboard to the spectrum
analyzer, but nothing changes.
De: Marcus D. Leech [mailto:[email protected]]
Enviado el: jueves, 4 de mayo de 2017 17:18
Para: Diez Victor
Asunto: Re: [USRP-users] USRP N210 + UBX 40 Daughterboard - Tx Power Issue
Have you checked the internal cabling between the daughtercard and front panel?
Sent from my iPhone
On May 4, 2017, at 10:15 AM, Diez Victor via USRP-users
<[email protected]<mailto:[email protected]>> wrote:
Hello,
I?m trying to generate white gaussian noise with GNU Radio and a USRP N210+UBX
40 Daughterboard. I?ve observed that transmission power is constant at
approximately -53dBm, regardless of the transmission gain value and the
wireless band. In reception, all works fine.
I have checked my usrp according to the steps indicated in
https://kb.ettus.com/Verifying_the_Operation_of_the_USRP_Using_UHD_and_GNU_Radio.
I?ve executed in the console the? tx_samples_c? and the ?tx_samples_from_file?
scripts located at ?/usr/local/lib/uhd/examples?. In both cases, I?ve obtained
the same transmission power. The modification of the transmission gain, the
carrier frequency and the transmission rate values didn?t cause any change.
Looking for a solution, I read another post about the powersave mode but if I
execute the command ?uhd_usrp_probe --string
/mboards/0/dboards/A/tx_frontends/0/power_mode/value?, the console returns
?performance? so I suppose the energy mode isn?t the problem.
The issue persist independently of the operating system. I have used a machine
with Ubunu 16.04 installed, a GNU-Radio live USB pendrive and Matlab/Simulink
in a Windows 10 machine. I?ve tried 2 different version of UHD driver, the
UHD_003.009.006-0-g122d5f8e and the UHD_003.010.001.HEAD-0-gc705922a. Also I
have flashed the USRP, firmware and FPGA image, and I continue with the same
problem. The physical connections of the USRP and the daughterboard have been
checked as well.
Could someone help me to solve this issue with the transmission power of my
device?
Thanks in advance,
V?ctor
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/0515de69/attachment-0001.html>
------------------------------
Message: 15
Date: Fri, 5 May 2017 08:44:34 +0200
From: Vladica Sark <[email protected]>
To: "Marcus D. Leech" <[email protected]>, [email protected]
Subject: Re: [USRP-users] B200mini or B210 for MIMO
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
Thanks.
On 05.05.2017 05:43, Marcus D. Leech via USRP-users wrote:
> On 05/04/2017 10:33 AM, Vladica Sark via USRP-users wrote:
>> Hi,
>>
>> I want to make a 4x4 MIMO system, and I was looking how to sync the
>> B200minis. Anyway, the PPS/10MHz input is the same, meaning that I can
>> only sync frequency or only timing. Is there a way to sync the both of
>> them, i.e. timing and frequency.
> The B20Xmini series use a digital PLL "servo" to discipline the on-board
> clock to *either* 1PPS or 10MHz inputs. In the best of all possible
> worlds,
> this would result in all the B20xminis that receive such a common
> signal (either 1PPS or 10MHz) being mutually phase-coherent. But the
> residual
> mutual phase-noise with that servo simply won't allow mutual
> phase-coherence (and thus, MIMO) in "banks" of B20xminis.
>
>
>>
>> The other option is to use B210s. The question is what bandwidth can
>> be achieved if I use the both channels? Can I do 50 MSps on the both
>> channels? The B210 have separate 10 MHz and PPS, meaning that I can
>> sync them quite easy using octoclock.
> The most you can do for two channels is 30Msps or so--this has to do
> with the data interface of the front-end device, the AD9361. However, you
> should be able to achieve time-and-phase synchronization among
> multiple B210s, although there'll be phase-offsets you cannot control.
> This is
> acceptable for MIMO implementations, however.
>
>
>>
>> BR,
>> Vladica
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 16
Date: Fri, 5 May 2017 02:51:37 -0500
From: Jonathon Pendlum <[email protected]>
To: Manik Singhal <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Using Vivado-Simulator to simulate custom
blocks
Message-ID:
<cagdo0usqbabhstuppds3tg3ufrfherk46a8t32jzn5ahjr0...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi fellow Boilermaker,
Xilinx IP support in rfnocmodtool is being actively worked on. Note, we
have an in tree CORDIC that is not based on Xilinx IP. Also, our FIFOs do
not use Xilinx IP and in most cases you should not need to generate Xilinx
IP for FIFOs.
On Thu, May 4, 2017 at 12:09 PM, Manik Singhal via USRP-users <
[email protected]> wrote:
> Hi ,
>
> I was wondering if anyone has used the Vivado-simulator to simulate their
> custom blocks, I dont have access to Modelsim so I think Vivado simulator
> may be my only choice.
>
> I can run like fully custom designs (no submodule instantiations) through
> the vivado simulator using the IDE, but if I am using some smaller rfnoc
> blocks such as the fifos, cordic, or the complex_to_magsq, which utilise
> xilinx IP themselves, I cannot link the files properly and I was wondering
> if there was a command line to link my rfnocmodtool environment to the
> Vivado Simulator?
>
> Thanks,
> Manik
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/7feccc96/attachment-0001.html>
------------------------------
Message: 17
Date: Fri, 5 May 2017 13:46:52 +0200
From: gauthier duchene <[email protected]>
To: [email protected]
Subject: [USRP-users] E310 does not start after battery supply
Message-ID:
<CAPXtMhR+=kuheb_0bnmbcltuzeyrqpg3v97khgx+ga2og1v...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I have a problem with my E310 since my last experiment. I was taking
measurements outside so I used a battery ( 7.2V 4000mAh) to supply the
radio. The tests were longer than expected and the battery was completely
discharged. I used the radio as an emitter with an autorun code so no
computer was plugged in.
Since then, the radio is not working, even with the original power
supply. The leds are lit at the beginning but I do not have anything after
that. My autorun code is not working and I can not connect by ethernet.
Has anyone ever had a similar problem? Or an idea of how I could solve it?
Thanks and Regards
Gauthier
--
Gauthier Duch?ne
MA2 student - MSc in Electronics and Information Technology
focus Nano, opto-electronics and Embedded Systems
T : +32 (0)479 52 06 23
[email protected]
[image: www.ulb.be] <http://www.ulb.ac.be/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/9c6f6254/attachment-0001.html>
------------------------------
Message: 18
Date: Fri, 05 May 2017 10:11:10 -0400
From: [email protected]
To: Ran Shalit <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Using multiple frequencies and bandwidth at
the same time
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Multiple distinct applications in separate processes sending data to the
USRP is not possible. But that is a separate question from the one you
asked.
An application that produces multiple "carriers" (that all fit within
the sample-rate-implied bandwidth) is easily possible. One might argue,
for example, than any of the OFDM systems fit this model, if one
considers each FFT bin to be a separate "carrier".
On 2017-05-05 01:27, Ran Shalit wrote:
> On Wed, May 3, 2017 at 11:51 PM, Marcus D. Leech via USRP-users
> <[email protected]> wrote:
>
> On 05/03/2017 04:27 PM, Ran Shalit via USRP-users wrote:
> Hello,
>
> Is it possible to transmit in several frequencies, each with its own
> bandwidth ?
> Is the only limitation that the number of sections should be that the total
> bandwidth of all sections < usrp bandwidth ? Or are there any other
> limitations in this context ?
>
> Thank you,
> Ran
>
> The USRP receives a waveform of a particular bandwidth. If that band is
> further subdivided by the application into discrete "carriers", the USRP
> neither knows nor cars. You would be presenting it with a composite
> waveform of all your carriers.
Thank you Marcus, but I am not sure I understand it yet.
Can we use for example transmit application such as tx_waveforms ,
multiple times (running at the same time in the background), so that we
usrp actually transmit in several separate bandwidth ?
Best Regards,
Ran
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [1]
Links:
------
[1] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/03abb2d8/attachment-0001.html>
------------------------------
Message: 19
Date: Fri, 05 May 2017 10:12:58 -0400
From: [email protected]
To: Diez Victor <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP N210 + UBX 40 Daughterboard - Tx Power
Issue
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
One last question:
Have you tried a simple narrowband CW carrier instead, using
tx_waveforms?
The next step after that would be to create a support request by sending
an email to [email protected].
On 2017-05-05 02:17, Diez Victor via USRP-users wrote:
> Yes, I have done it. I have replaced the wires too and I have bypassed it
> connecting directly the tx output of the daughterboard to the spectrum
> analyzer, but nothing changes.
>
> DE: Marcus D. Leech [mailto:[email protected]]
> ENVIADO EL: jueves, 4 de mayo de 2017 17:18
> PARA: Diez Victor
> ASUNTO: Re: [USRP-users] USRP N210 + UBX 40 Daughterboard - Tx Power Issue
>
> Have you checked the internal cabling between the daughtercard and front
> panel?
>
> Sent from my iPhone
>
> On May 4, 2017, at 10:15 AM, Diez Victor via USRP-users
> <[email protected]> wrote:
>
>> Hello,
>>
>> I'm trying to generate white gaussian noise with GNU Radio and a USRP
>> N210+UBX 40 Daughterboard. I've observed that transmission power is constant
>> at approximately -53dBm, regardless of the transmission gain value and the
>> wireless band. In reception, all works fine.
>>
>> I have checked my usrp according to the steps indicated in
>> https://kb.ettus.com/Verifying_the_Operation_of_the_USRP_Using_UHD_and_GNU_Radio
>> [1]. I've executed in the console the" tx_samples_c" and the
>> "tx_samples_from_file" scripts located at "/usr/local/lib/uhd/examples". In
>> both cases, I've obtained the same transmission power. The modification of
>> the transmission gain, the carrier frequency and the transmission rate
>> values didn't cause any change.
>>
>> Looking for a solution, I read another post about the powersave mode but if
>> I execute the command "uhd_usrp_probe --string
>> /mboards/0/dboards/A/tx_frontends/0/power_mode/value", the console returns
>> "performance" so I suppose the energy mode isn't the problem.
>>
>> The issue persist independently of the operating system. I have used a
>> machine with Ubunu 16.04 installed, a GNU-Radio live USB pendrive and
>> Matlab/Simulink in a Windows 10 machine. I've tried 2 different version of
>> UHD driver, the UHD_003.009.006-0-g122d5f8e and the
>> UHD_003.010.001.HEAD-0-gc705922a. Also I have flashed the USRP, firmware and
>> FPGA image, and I continue with the same problem. The physical connections
>> of the USRP and the daughterboard have been checked as well.
>>
>> Could someone help me to solve this issue with the transmission power of my
>> device?
>>
>> Thanks in advance,
>>
>> V?ctor
>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Links:
------
[1]
https://kb.ettus.com/Verifying_the_Operation_of_the_USRP_Using_UHD_and_GNU_Radio
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/36fdede8/attachment-0001.html>
------------------------------
Message: 20
Date: Fri, 5 May 2017 10:56:01 -0400
From: Philip Balister <[email protected]>
To: gauthier duchene <[email protected]>, [email protected]
Subject: Re: [USRP-users] E310 does not start after battery supply
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 05/05/2017 07:46 AM, gauthier duchene via USRP-users wrote:
> Hi,
>
> I have a problem with my E310 since my last experiment. I was taking
> measurements outside so I used a battery ( 7.2V 4000mAh) to supply the
> radio. The tests were longer than expected and the battery was completely
> discharged. I used the radio as an emitter with an autorun code so no
> computer was plugged in.
>
> Since then, the radio is not working, even with the original power
> supply. The leds are lit at the beginning but I do not have anything after
> that. My autorun code is not working and I can not connect by ethernet.
>
> Has anyone ever had a similar problem? Or an idea of how I could solve it?
Do the LED's "blink" when you turn it on? If so it means the safe fpga
image is loading, which means lots of stuff is working. If they stay on,
it means no fsbl.
In both cases, I'd try with a new card from the current factory image.
Philip
>
>
>
> Thanks and Regards
>
>
> Gauthier
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 21
Date: Fri, 5 May 2017 15:41:41 +0000
From: Disco Daniele <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Multi Thread on E310
Message-ID:
<8bf2fb544747423b8e344ff017727214@TELMBXD07BA020.telecomitalia.local>
Content-Type: text/plain; charset="iso-8859-1"
Hi!
I'm using a code similar to rx_multi_samples.cpp to receive LTE data from the
two inputs in sc16 format.
The maximum vector that the USRP allow to store in memory is 84MS (2 complex
sc16 streams) corresponding ad ~43 seconds of acquisition.
If I want to extend this rx time, a possibility is to use a multi-threads
approach:
The main is the "producer" that write data in the vector
A parallel thread is the "consumer" that write data on SD card.
A simple circular buffer is used addressing the element of the vector with
(item-i)%(length_Vector).
The code read burst of data of length = 1016 samples so the consumer write on
SD always 2 x 1016 samples in two separate files
To tune the multi threads approach I developed a "fake" program where there is
a function that write in the vector the sequence of data from 0 to 1015 in the
real part and in the imaginary part the number of the burst considered; a delay
of 500 micro seconds is necessary, similar of the time necessary to acquire
1016 samples at 1.92MSPS (529 micro seconds); there is a thread that write data
on files in parallel to a loop that write data in the vector.
Using a vector size of 83677 * 1016 < 84M I'm verified that on E310 I'm able to
store data of length ~2 * 84M on two file one per the port A and the second for
port B in format sc16.
Moving this approach on the real program, I'm not able to obtain same results.
AN "O" appears on the screen and the acquisition stops.
It seems that two threads where the first one manage the usrp and the second
write on sd is not possible to E310.
Can you comment on that and advise me if I can test or try if a possible
solution there is?
Thank you in advice
Daniele
_____________________________________________
[logo1]
Daniele Disco
Engeenering & Tilab - Wireless Access
Wireless Innovation
Via Reiss Romoli, 274 - 10148 Torino
tel . +39 011 228 7271
cell. +39 331 600 1113
Fax. +39 06 4186 5196
Tim Official: Facebook<https://www.facebook.com/TimOfficialPage> -
Twitter<https://twitter.com/tim_official>
www.tim.it<http://www.tim.it/>
Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone
indicate. La diffusione, copia o qualsiasi altra azione derivante dalla
conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate
ricevuto questo documento per errore siete cortesemente pregati di darne
immediata comunicazione al mittente e di provvedere alla sua distruzione,
Grazie.
This e-mail and any attachments is confidential and may contain privileged
information intended for the addressee(s) only. Dissemination, copying,
printing or use by anybody else is unauthorised. If you are not the intended
recipient, please delete this message and any attachments and advise the sender
by return e-mail, Thanks.
Rispetta l'ambiente. Non stampare questa mail se non ? necessario.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/8639daf0/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2519 bytes
Desc: image001.jpg
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/8639daf0/attachment-0001.jpg>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 81, Issue 5
*****************************************
