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. Re: Writing GRC block for preamble detection (Brent Stapleton)
2. Re: Retrieving samples up-sampled to 2.4GHz from the USRPN210
(Qurat-Ul-Ann Akbar)
3. Re: Retrieving samples up-sampled to 2.4GHz from the USRPN210
(Kyeong Su Shin)
4. Re: Retrieving samples up-sampled to 2.4GHz from the USRPN210
(Kyeong Su Shin)
5. Exception raised when trying to read FPGA time
(Felipe Augusto Pereira de Figueiredo)
6. Support with usrp x300 (Snehasish Kar)
7. Re: Support with usrp x300 (Claudio Cicconetti)
8. Re: Support with usrp x300 (Snehasish Kar)
9. SDRAM bandwidth (Leandro Echevarr?a)
10. Re: Support with usrp x300 (Claudio Cicconetti)
11. Re: Support with usrp x300 (Snehasish Kar)
12. writing a register in FPGA from host in X310 (device 3 i
guess) (Samuel Berhanu)
----------------------------------------------------------------------
Message: 1
Date: Mon, 12 Jun 2017 09:12:58 -0700
From: Brent Stapleton <[email protected]>
To: "Bakshi, Arjun" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Writing GRC block for preamble detection
Message-ID:
<can1jyk06dgshrrhpjcs6ukn6wdfso4eelogcool3xwndwew...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Arjun,
Your question would be better suited on the GNU Radio mailing list (
[email protected]); you may want to send it there as well.
The Correlation Estimator block
<https://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1corr__est__cc.html>
sounds like it might do what you want. It will correlate against and tag
your preamble, and acts as a sync block (it does not remove the preamble
from the sample stream).
2. the forecast block for general blocks is a suggestion to the GNU Radio
scheduler, and can be tricky to get right for blocks that only sometimes
change the number of samples in the stream. If possible, its much
simpler/easier to use a block with a constant output:input ratio.
3. Call consume with the number of samples you used in the input (probably
len(self.preamble)). The return value of general_work (or the argument to
produce()) is the number of samples you generated in output_items (this
should be 1 in your block).
Cheers,
Brent
On Sat, Jun 10, 2017 at 7:51 PM, Bakshi, Arjun via USRP-users <
[email protected]> wrote:
> Hello everyone,
>
>
> I'm trying to build a GRC block in Python for the first time. I want a
> preamble detection block. I've read the guided tutorial here:
> https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_Python ,
> but am still unclear on what is happening under the hood.
>
>
> I want to use a general/basic block that takes in len(preamble) floats and
> returns 1 float (correlation value). My questions are:
>
>
>
> 1. What should the input output signature look like? I'm thinking that
> I could write the signature as len(preamble):1, or in some M:N format like
> 1024:1024-len(preamble)+1. It is currently:
> def __init__(self, preamble, th=0.8):
> gr.basic_block.__init__(self,
> name="pre_detect_ff",
> in_sig=[(numpy.float32,
> len(preamble))],
> out_sig=[numpy.float32])
>
> 2. What does the forecast function do? I think it tells gnuradio how
> to slice the input stream so that each chunk can be used to generate the
> required output. But Its not clear how the slicing is happening. My
> forecast function looks like:
> def forecast(self, noutput_items, ninput_items_required):
> for i in range(len(ninput_items_required)):
> ninput_items_required[i] = 1 # setting to
> len(self.preamble) gives error, not enough inputs to generate output
> #
> setting to 1 seems to make it work
>
>
> 3. How do I use consume? I think consume tells gnuradio to move on to
> the next chunk of data to process. I'm currently using it as follows in my
> general_work function:
> def general_work(self, input_items, output_items):
> print "called gen work"
> for i in range(input_items[0].shape[0]):
> result = numpy.corrcoef(input_items[0][i],
> self.preamble)[0, 1]
> if result > self.th:
> result = 1.0
> else:
> result = 0.0
> output_items[0][i] = result
> # consume(0,1) # gives an error, undefined function, but
> this call was added by gr_modtool
> self.consume_each(1) # consume 1 data point on all
> streams (there is only 1 stream)
>
> return len(output_items[0])
>
>
> I'm also having trouble with the QA tests(itemsize mismatch), but that my
> be due to bugs in my class code. I'd really appreciate someone answering
> these questions, and pointing out bugs in the code.
>
>
> Thank you,
>
>
> Arjun
>
>
>
> _______________________________________________
> 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/20170612/bd21705b/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 12 Jun 2017 14:26:20 -0500
From: Qurat-Ul-Ann Akbar <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Retrieving samples up-sampled to 2.4GHz from
the USRPN210
Message-ID:
<cajwfnj2mwt-3vaiacgjcejcgj1jbqt_9djjow5+ydkg56gd...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear Kyeong Su Shin,
Thank you for your reply. I am using CBX daughtrboards with USRPN210 and
the RF gain that I am using is 15-20db. Can you suggest what could be the
problem ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170612/e13686e8/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 12 Jun 2017 14:38:02 -0700
From: Kyeong Su Shin <[email protected]>
To: Ettus mail list <[email protected]>
Subject: Re: [USRP-users] Retrieving samples up-sampled to 2.4GHz from
the USRPN210
Message-ID:
<cagl0v3mvuwako4mg3cuob9kf6jcek_xhs8v3ucdspnfhnv_...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear Qurat-Ul-Ann Akbar:
I am not really dealing with 802.11 codes, so these are just generic
suggestions, but A few things that I would try first:
-Calibrate the daugtherboards (
https://files.ettus.com/manual/page_calibration.html )
-Reduce the gain level or separate the two USRP boards, if they are located
very closely (to reduce nonlinear behaviors).
-Double check the antenna ports. (just in case)
-Try different frequencies.
Regards,
Kyeong Su Shin
On Mon, Jun 12, 2017 at 12:26 PM, Qurat-Ul-Ann Akbar via USRP-users <
[email protected]> wrote:
> Dear Kyeong Su Shin,
>
> Thank you for your reply. I am using CBX daughtrboards with USRPN210 and
> the RF gain that I am using is 15-20db. Can you suggest what could be the
> problem ?
>
>
>
> _______________________________________________
> 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/20170612/aa78992f/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 12 Jun 2017 14:54:40 -0700
From: Kyeong Su Shin <[email protected]>
To: Ettus mail list <[email protected]>
Subject: Re: [USRP-users] Retrieving samples up-sampled to 2.4GHz from
the USRPN210
Message-ID:
<CAGL0V3k5=po6m1usz2ebzfsvy8anpzn_j_brdxzw+ybskes...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear Qurat-Ul-Ann Akbar:
Reviewing your older e-mail, I realized that you've been getting pretty low
power readings. How did you measure the power level? QT Frequency Sink? Did
you average them, or max-hold them?
If these were the max hold values, you may want to double check the
antennas (SMA vs RP-SMA, wiring within the N210 housing, etc) and the power
amps of the boards.
Regards,
Kyeong Su Shin
On Mon, Jun 12, 2017 at 2:38 PM, Kyeong Su Shin <[email protected]> wrote:
> Dear Qurat-Ul-Ann Akbar:
>
> I am not really dealing with 802.11 codes, so these are just generic
> suggestions, but A few things that I would try first:
>
> -Calibrate the daugtherboards ( https://files.ettus.com/
> manual/page_calibration.html )
> -Reduce the gain level or separate the two USRP boards, if they are
> located very closely (to reduce nonlinear behaviors).
> -Double check the antenna ports. (just in case)
> -Try different frequencies.
>
> Regards,
> Kyeong Su Shin
>
> On Mon, Jun 12, 2017 at 12:26 PM, Qurat-Ul-Ann Akbar via USRP-users <
> [email protected]> wrote:
>
>> Dear Kyeong Su Shin,
>>
>> Thank you for your reply. I am using CBX daughtrboards with USRPN210 and
>> the RF gain that I am using is 15-20db. Can you suggest what could be the
>> problem ?
>>
>>
>>
>> _______________________________________________
>> 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/20170612/f48f7c15/attachment-0001.html>
------------------------------
Message: 5
Date: Tue, 13 Jun 2017 11:45:15 +0200
From: Felipe Augusto Pereira de Figueiredo <[email protected]>
To: "[email protected]" <[email protected]>
Cc: Ettus Research Support <[email protected]>
Subject: [USRP-users] Exception raised when trying to read FPGA time
Message-ID:
<CA+abmwJ9cFd01Edw4dRVgKQ=1wxyafxr9t6jxhoggte_oou...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear Folks,
I've got a piece of code where I read the FPGA time and use that
information as a timestamp on a message I send to another application. I'm
using the following function:
uhd_usrp_get_time_now(handler, 0, secs, frac_secs);
After sometime I've got the following exception:
terminate called after throwing an instance of 'std::length_error' what():
basic_string::_S_create
I was hard to figure out where that exception was coming from. I've added a
lot of printfs to my code until I found it was happening when I tried to
read the FPGA timestamp.
Could you tell me why that happens and how to solve it, please?
I've got a B200 and UHD driver [INFO] [UHDlinux; GNU C++ version 4.8.4;
Boost_105400; UHD_3.11.0.git-208-g1da86f9c]
Thanks and Kind Regards,
Felipe Augusto
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170613/161752c7/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 13 Jun 2017 10:46:28 +0000
From: Snehasish Kar <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Support with usrp x300
Message-ID:
<pn1pr01mb0368a683f2cc28245312759388...@pn1pr01mb0368.indprd01.prod.outlook.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello
I wanted to confirm if it is possible to capture two channels using usrp
x310(receiver with different center frequencies - GSM Downlink & Uplink). If so
please let me know how? Also does it have a single DDC or multiple one?
BR
Snehasish
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170613/62caaf4d/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 13 Jun 2017 12:53:30 +0200
From: Claudio Cicconetti <[email protected]>
To: [email protected], [email protected]
Subject: Re: [USRP-users] Support with usrp x300
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Dear Snehasish,
Do you have one daughterboard or two?
How far away are the two channels (in MHz)?
Best regards,
Claudio
On 06/13/2017 12:46 PM, Snehasish Kar via USRP-users wrote:
> Hello
>
>
> I wanted to confirm if it is possible to capture two channels using usrp
> x310(receiver with different center frequencies - GSM Downlink & Uplink). If
> so please let me know how? Also does it have a single DDC or multiple one?
>
>
> BR
>
> Snehasish
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 8
Date: Tue, 13 Jun 2017 11:23:49 +0000
From: Snehasish Kar <[email protected]>
To: Claudio Cicconetti <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Support with usrp x300
Message-ID:
<pn1pr01mb0368afecf942e99a84b8edac88...@pn1pr01mb0368.indprd01.prod.outlook.com>
Content-Type: text/plain; charset="windows-1252"
Hello Claudio
> Do you have one daughterboard or two?
Two
>How far away are the two channels (in MHz)?
45MHz
Basically I want to capture GSM Downlink e.g. 935.6MHz and GSM uplink 890.6
Mhz, so wanted to know it is possible.
BR
Snehasish
________________________________
From: Snehasish Kar
Sent: Tuesday, June 13, 2017 4:53:20 PM
To: Claudio Cicconetti
Subject: Re: [USRP-users] Support with usrp x300
Hello Claudio
> Do you have one daughterboard or two?
Two
>How far away are the two channels (in MHz)?
45MHz
Basically I want to capture GSM Downlink e.g. 935.6MHz and GSM uplink 890.6
Mhz, so wanted to know it is possible.
BR
Snehasish
________________________________
From: Claudio Cicconetti <[email protected]>
Sent: Tuesday, June 13, 2017 4:23:30 PM
To: [email protected]; [email protected]
Subject: Re: [USRP-users] Support with usrp x300
Dear Snehasish,
Do you have one daughterboard or two?
How far away are the two channels (in MHz)?
Best regards,
Claudio
On 06/13/2017 12:46 PM, Snehasish Kar via USRP-users wrote:
> Hello
>
>
> I wanted to confirm if it is possible to capture two channels using usrp
> x310(receiver with different center frequencies - GSM Downlink & Uplink). If
> so please let me know how? Also does it have a single DDC or multiple one?
>
>
> BR
>
> Snehasish
>
>
>
> _______________________________________________
> 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/20170613/f4fb35b5/attachment-0001.html>
------------------------------
Message: 9
Date: Tue, 13 Jun 2017 11:31:13 +0000
From: Leandro Echevarr?a <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] SDRAM bandwidth
Message-ID:
<caleoa2g0t_bfb2eayf0n+_zncbt7dmpspyfjqacefkvj7jw...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hey everybody,
I'm using a USRP X310. In the file x300_core.v, just before the I/O
declaration to the external SDRAM chip, there's a comment that says:
// AXI4 (128b@250MHz) interface to DDR3 controller
*Does this mean the maximum throughput to the DDR3 RAM is 32 Gbps?* I'm a
little bit confused because the immediate data port that's declared after
this comment is 256 bits wide (which makes me suspect it's 128 bits DDR, so
64 Gbps).
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170613/7e9ffb11/attachment-0001.html>
------------------------------
Message: 10
Date: Tue, 13 Jun 2017 13:50:28 +0200
From: Claudio Cicconetti <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] Support with usrp x300
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Dear Snehasish,
Yes, it is definitely possible.
With two daughterboards you can tune them independently. This is the
easy way to go.
You could even do with a single daughterboard because the two channels
are within the bandwidth of a single daughterboard, e.g. the WBX-120 has
120 MHz bandwidth (> 45 MHz). However, with only one daughterboard you
would have to implement filtering (shift & downsampling) in the host
application.
Best regards,
Claudio
On 06/13/2017 01:23 PM, Snehasish Kar wrote:
> Hello Claudio
>
>> Do you have one daughterboard or two?
> Two
>
>> How far away are the two channels (in MHz)?
> 45MHz
>
> Basically I want to capture GSM Downlink e.g. 935.6MHz and GSM uplink 890.6
> Mhz, so wanted to know it is possible.
>
> BR
> Snehasish
>
>
> ________________________________
> From: Snehasish Kar
> Sent: Tuesday, June 13, 2017 4:53:20 PM
> To: Claudio Cicconetti
> Subject: Re: [USRP-users] Support with usrp x300
>
>
> Hello Claudio
>
>
>> Do you have one daughterboard or two?
> Two
>
>
>> How far away are the two channels (in MHz)?
>
> 45MHz
>
>
> Basically I want to capture GSM Downlink e.g. 935.6MHz and GSM uplink 890.6
> Mhz, so wanted to know it is possible.
>
>
> BR
>
> Snehasish
>
>
> ________________________________
> From: Claudio Cicconetti <[email protected]>
> Sent: Tuesday, June 13, 2017 4:23:30 PM
> To: [email protected]; [email protected]
> Subject: Re: [USRP-users] Support with usrp x300
>
> Dear Snehasish,
> Do you have one daughterboard or two?
>
> How far away are the two channels (in MHz)?
>
> Best regards,
> Claudio
>
> On 06/13/2017 12:46 PM, Snehasish Kar via USRP-users wrote:
>> Hello
>>
>>
>> I wanted to confirm if it is possible to capture two channels using usrp
>> x310(receiver with different center frequencies - GSM Downlink & Uplink). If
>> so please let me know how? Also does it have a single DDC or multiple one?
>>
>>
>> BR
>>
>> Snehasish
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
>
------------------------------
Message: 11
Date: Tue, 13 Jun 2017 14:33:38 +0000
From: Snehasish Kar <[email protected]>
To: Claudio Cicconetti <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Support with usrp x300
Message-ID:
<pn1pr01mb0368c7cb7b92dba9763b568688...@pn1pr01mb0368.indprd01.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Thanks a lot for the help!!
BR
Snehasish
> On 13-Jun-2017, at 5:20 PM, Claudio Cicconetti <[email protected]>
> wrote:
>
> Dear Snehasish,
> Yes, it is definitely possible.
>
> With two daughterboards you can tune them independently. This is the
> easy way to go.
>
> You could even do with a single daughterboard because the two channels
> are within the bandwidth of a single daughterboard, e.g. the WBX-120 has
> 120 MHz bandwidth (> 45 MHz). However, with only one daughterboard you
> would have to implement filtering (shift & downsampling) in the host
> application.
>
> Best regards,
> Claudio
>
>> On 06/13/2017 01:23 PM, Snehasish Kar wrote:
>> Hello Claudio
>>
>>> Do you have one daughterboard or two?
>> Two
>>
>>> How far away are the two channels (in MHz)?
>> 45MHz
>>
>> Basically I want to capture GSM Downlink e.g. 935.6MHz and GSM uplink 890.6
>> Mhz, so wanted to know it is possible.
>>
>> BR
>> Snehasish
>>
>>
>> ________________________________
>> From: Snehasish Kar
>> Sent: Tuesday, June 13, 2017 4:53:20 PM
>> To: Claudio Cicconetti
>> Subject: Re: [USRP-users] Support with usrp x300
>>
>>
>> Hello Claudio
>>
>>
>>> Do you have one daughterboard or two?
>> Two
>>
>>
>>> How far away are the two channels (in MHz)?
>>
>> 45MHz
>>
>>
>> Basically I want to capture GSM Downlink e.g. 935.6MHz and GSM uplink 890.6
>> Mhz, so wanted to know it is possible.
>>
>>
>> BR
>>
>> Snehasish
>>
>>
>> ________________________________
>> From: Claudio Cicconetti <[email protected]>
>> Sent: Tuesday, June 13, 2017 4:23:30 PM
>> To: [email protected]; [email protected]
>> Subject: Re: [USRP-users] Support with usrp x300
>>
>> Dear Snehasish,
>> Do you have one daughterboard or two?
>>
>> How far away are the two channels (in MHz)?
>>
>> Best regards,
>> Claudio
>>
>>> On 06/13/2017 12:46 PM, Snehasish Kar via USRP-users wrote:
>>> Hello
>>>
>>>
>>> I wanted to confirm if it is possible to capture two channels using usrp
>>> x310(receiver with different center frequencies - GSM Downlink & Uplink).
>>> If so please let me know how? Also does it have a single DDC or multiple
>>> one?
>>>
>>>
>>> BR
>>>
>>> Snehasish
>>>
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>
>>
>
------------------------------
Message: 12
Date: Tue, 13 Jun 2017 11:15:24 -0400
From: Samuel Berhanu <[email protected]>
To: [email protected]
Subject: [USRP-users] writing a register in FPGA from host in X310
(device 3 i guess)
Message-ID:
<caeyq4ndwm7u3kzx_war7k7k451mht2hm0cjxodnrvqmiqck...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
the previous versions of USRPs look like they had a memory map, called
SR_USER_REGs or something to that effect. It looks like that doesn't exist
anymore in the X310, or E310?
it looks like i don't have to hunt down the base for the above register
(even if it were to exist) so that I can use *set_user_register*( addr,
data, MBOARDS) from host as mentioned in N210 setting user register base is
0 (but is it same for x310)
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-April/013525.html>
and FPGA access from host with setting reg, looks like x310 same as N210
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-April/013560.html>
then my question is,
Would using *set_user_register from host* limit one to where I can locate
my FPGA code in the device modules already existent in the FPGA (this is a
pre-rfnoc development code)?
The confusion i have is this (i guess i can build this and find out if it
works or not) - but more for understanding, it seems to me that there are
FPGA-module dependent base addresses. how does set_user_register send the
correct address? is all addresses inherently synthesized from objects that
generate the commands in host/uhd except set_user_register and hence, it
doesn't matter where the location of a custom logic is in the FPGA?
thanks
sam
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170613/5d0d88e0/attachment-0001.html>
------------------------------
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 82, Issue 13
******************************************
