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: x310 fpga (Jason Matusiak)
2. DVB-T and Underruns (Santos Campos)
3. Re: DVB-T and Underruns (Marcus M?ller)
4. OpenOFDM: FPGA Implementation of 802.11a/g/n Decoder (Jinghao Shi)
5. Processor suitable for USRPN210 at 20 MHz Frequency
(Qurat-Ul-Ann Akbar)
6. Re: OpenOFDM: FPGA Implementation of 802.11a/g/n Decoder
(Jonathon Pendlum)
7. Fwd: Daugther Board Manager Error - USRP2 - N210
(Riccardo Pace S231105)
8. Any suggestions for a cheap PPS and REF generator? (Taylor Eisman)
9. Re: Any suggestions for a cheap PPS and REF generator?
(Marcus D. Leech)
10. Using multiple frequencies and bandwidth at the same time
(Ran Shalit)
11. Re: Using multiple frequencies and bandwidth at the same time
(Marcus D. Leech)
12. Re: DVB-T and Underruns (Ron Economos)
13. Re: Processor suitable for USRPN210 at 20 MHz Frequency
(Muhammad Munir)
14. setting user registers in E310 (deepa kumar)
15. Re: Setting E310 time to GPS time (Jason Matusiak)
16. B200mini or B210 for MIMO (Vladica Sark)
17. Re: Fwd: Daugther Board Manager Error - USRP2 - N210
(Marcus M?ller)
18. Re: Fwd: Daugther Board Manager Error - USRP2 - N210
(Muhammad Munir)
19. USRP N210 + UBX 40 Daughterboard - Tx Power Issue (Diez Victor)
20. Re: Fwd: Daugther Board Manager Error - USRP2 - N210
(Marcus M?ller)
----------------------------------------------------------------------
Message: 1
Date: Wed, 3 May 2017 12:09:31 -0400
From: Jason Matusiak <[email protected]>
To: Lihua Ren <[email protected]>
Cc: liu Jong <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] x310 fpga
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
The problem is that GNURadio doesn't properly instantiate new RFNoC
block IDs. When you drop the second one in, they both seem to get the
same ID (even though "Block Select" is set to -1).
If you open up the DDC blocks and change "Block Select" to be 0 for one
of the blocks and 1 for the other, I bet you get past this error!
On 05/03/2017 10:46 AM, Lihua Ren wrote:
> hi , Jason
> I use two levels of DDC?as follows :
> in GNUradio, RFnoc: radio-->RFnoc: DDC_0-->RFnoc: DDC_1 --->
> RFnoc:my block,
>> in Radio block, sampling rate :200MHz,
>> in DDC_0 block ?input rate :200MHz,output rate :2MHz,
>> in DDC_1 block ?input rate :2MHz,output rate :200KHz,
> but running the GRC is wrong,
> RuntimeError:RuntimeError: On node 0/DDC_0,input port 0 is already
> connected. why?
> Thanks.
>
>
> At 2017-05-02 21:57:13, "Jason Matusiak"
> <[email protected]> wrote:
>
> According to a post by Marcus Leech last month
>
> (http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-April/024489.html),
> the largest divisor factor for the DUC (I assume the DDC is pretty
> similar) is 512.
>
> So I would be surprised if you could go from 200MHz to 200kHz in
> one shot, but I am not sure how you ended up with a factor of
> 119.76 instead.
>
> On 05/02/2017 08:53 AM, Lihua Ren via USRP-users wrote:
>> hi,
>> My design is as follows :in GNUradio, RFnoc: radio-->RFnoc: DDC
>> ---> RFnoc:my block,
>> in radio block, sampling rate :200MHz,
>> in DDC block ?input rate :200MHz,output rate :200kHz,
>> I think the data rate in the FPGA code should be :200kHz ?but
>> the use of ChipScope to see the data rate is about 1.67MHz.why?
>> Thanks.
>>
>>
>>
>>
>> _______________________________________________
>> 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/20170503/720c0c46/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 3 May 2017 14:14:38 -0400
From: Santos Campos <[email protected]>
To: [email protected]
Subject: [USRP-users] DVB-T and Underruns
Message-ID:
<CABqE4yMwP8GGpn91y0S1xk3GAJjmK05M7SYr9ck2r=jh3gg...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello, all!
I'm trying to transmit video via the DVB-T blocks in gnuradio on an Odroid
XU4.
The DVB standard has the sampling rate at ~9M, and I keep getting underruns.
I was also having this underrun issue on a full desktop and thought the
problem might have been that I didn't have any usb 3 ports on the computer,
so the processing was getting bottle-necked.
Motivation for porting to the odroid was that it had usb 3 ports and the
implementation would likely end up on the board any way to its small size.
Since the usb transfer rate isn't my bottle-neck and I believe the odroid's
processor is fast enough, does anyone have any ideas that could cause
samples to not get to produced fast enough? Maybe memory read speed?
Any help or thoughts would be much appreciated!
Thanks!
~Santos
--
/*
Santos Campos
University of Michigan '17 | Computer Engineering
Virtual EM Inc. | Wireless Communications Intern
santosecampos.com
*/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170503/a6e964c2/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 3 May 2017 20:24:20 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] DVB-T and Underruns
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Santos,
On 05/03/2017 08:14 PM, Santos Campos via USRP-users wrote:
> Hello, all!
>
> I'm trying to transmit video via the DVB-T blocks in gnuradio on an
> Odroid XU4.
> The DVB standard has the sampling rate at ~9M, and I keep getting
> underruns.
That's sadly not surprising at all ? DVB-T can have (usually: has) a
massive bandwidth, and your Odroid not being able to keep up with
channel coding, mapping, modulating the signal isn't all that surprising.
> I was also having this underrun issue on a full desktop and thought
> the problem might have been that I didn't have any usb 3 ports on the
> computer, so the processing was getting bottle-necked.
USB2 is good enough for up to >8 MS/s; I'd really assume this is a CPU
bottleneck.
>
> Motivation for porting to the odroid was that it had usb 3 ports and
> the implementation would likely end up on the board any way to its
> small size.
>
> Since the usb transfer rate isn't my bottle-neck and I believe the
> odroid's processor is fast enough,
don't fully agree with the second assessment ? but you can figure that
out yourself! replace the USRP sink with a "probe rate" block, feeding
into a "message debug". If, and only if, the rate you get printed is
significantly larger than your wanted sample rate, then you're fine.
> does anyone have any ideas that could cause samples to not get to
> produced fast enough? Maybe memory read speed?
CPU, really.
Best regards,
Marcus
>
> Any help or thoughts would be much appreciated!
> Thanks!
> ~Santos
>
> --
> /*
> Santos Campos
> University of Michigan '17 | Computer Engineering
> Virtual EM Inc. | Wireless Communications Intern
> santosecampos.com <http://santosecampos.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/20170503/8c5e3068/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 3 May 2017 15:11:55 -0400
From: Jinghao Shi <[email protected]>
To: [email protected]
Subject: [USRP-users] OpenOFDM: FPGA Implementation of 802.11a/g/n
Decoder
Message-ID:
<CAKdW-HGNi2PotEbXuSXFathi1h6HLSdwSHy8pGQq=pzqwds...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi USRP community,
In one of our research projects, we have implemented a 802.11a/g/n
decoder on the FPGA of USRP N210 platform. It can decode 802.11
packets in real-time and pipe bytes (instead of I/Q samples) back to
host PC. The source code is available on Github at
https://github.com/jhshi/openofdm. For more details, please refer to
the documentation at http://openofdm.readthedocs.io/.
We hope the project is useful to those who are working on real-time
802.11 applications on USRP platforms. Please use Github issues for
comments and suggestions. All are welcome.
Thanks,
Jinghao
------------------------------
Message: 5
Date: Wed, 3 May 2017 13:31:39 -0600
From: Qurat-Ul-Ann Akbar <[email protected]>
To: [email protected]
Subject: [USRP-users] Processor suitable for USRPN210 at 20 MHz
Frequency
Message-ID:
<cajwfnj0buumw9nrhe4_cgkmd6mxzvx7yohzse+q+e0hezvn...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I am conducting research with USRPs N210 and I want to process WiFi data at
20MHz frequency. My current computer is the Dell Precision T1700 which has
a 3.6GHz Quad-Core processor and a 4 GB RAM and 500 GB Hard Drive. It
doesnt work at 20 MHZ and data encoded with QAM-64. The computer slows down
and wifi packets are not decoded at all.
Can anyone tell me the machine I need to buy that would run smoothly with
USRPs with this frequency and data rate?
Thank you!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170503/2380a844/attachment-0001.html>
------------------------------
Message: 6
Date: Wed, 3 May 2017 14:44:21 -0500
From: Jonathon Pendlum <[email protected]>
To: Jinghao Shi <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] OpenOFDM: FPGA Implementation of 802.11a/g/n
Decoder
Message-ID:
<cagdo0ustazw6zo1aninvtuuvadv6l8nq_ttprhh+8swtdiu...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Very cool! Have you given any thought to doing a RFNoC implementation?
On Wed, May 3, 2017 at 2:11 PM, Jinghao Shi via USRP-users <
[email protected]> wrote:
> Hi USRP community,
>
> In one of our research projects, we have implemented a 802.11a/g/n
> decoder on the FPGA of USRP N210 platform. It can decode 802.11
> packets in real-time and pipe bytes (instead of I/Q samples) back to
> host PC. The source code is available on Github at
> https://github.com/jhshi/openofdm. For more details, please refer to
> the documentation at http://openofdm.readthedocs.io/.
>
> We hope the project is useful to those who are working on real-time
> 802.11 applications on USRP platforms. Please use Github issues for
> comments and suggestions. All are welcome.
>
>
> Thanks,
> Jinghao
>
> _______________________________________________
> 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/20170503/27b6a5ec/attachment-0001.html>
------------------------------
Message: 7
Date: Wed, 03 May 2017 11:41:51 +0200
From: Riccardo Pace S231105 <[email protected]>
To: [email protected]
Subject: [USRP-users] Fwd: Daugther Board Manager Error - USRP2 - N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hello,
I'm trying to perform simply with Gnuradio a FFT using the USRP2 N210
with the RFX2400.
I encountered with this error but I don't know how to resolve it.
[INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400;
UHD_3.11.0.git-94-g5964adcd
N210
[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 1472 bytes
[ERROR] [DBMGR] The daughterboard manager encountered a recoverable
error in init.
Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
LookupError: KeyError: key "0" not found in dict(i,
N14adf4360_regs_t17prescaler_value_tE) e until this error is resolved.
Is it a problem of UHD version?
Can anyone help me?
Thanks in advance.
Regards,
Riccardo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170503/d54bcd0d/attachment-0001.html>
------------------------------
Message: 8
Date: Wed, 3 May 2017 15:25:05 -0500
From: Taylor Eisman <[email protected]>
To: [email protected]
Subject: [USRP-users] Any suggestions for a cheap PPS and REF
generator?
Message-ID:
<capr5ws03stu4x80eslmw3q9gmfkkhyxnljfdh2va5yzbwk2...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
My USRPs currently need a PPS signal (and probably a Reference Signal) to
receive any incoming signals.
I've tried looking online and all the other Reference Generators are either
too expensive or aren't made for the NI USRP-2920 (such as using USB
instead of SMA connector).
My USRPs are:
USRP N210, 2x NI USRP-2920
Thanks for the help!
Taylor
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170503/67463e48/attachment-0001.html>
------------------------------
Message: 9
Date: Wed, 03 May 2017 16:38:39 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Any suggestions for a cheap PPS and REF
generator?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 05/03/2017 04:25 PM, Taylor Eisman via USRP-users wrote:
> My USRPs currently need a PPS signal (and probably a Reference Signal)
> to receive any incoming signals.
>
> I've tried looking online and all the other Reference Generators are
> either too expensive or aren't made for the NI USRP-2920 (such as
> using USB instead of SMA connector).
>
> My USRPs are:
> USRP N210, 2x NI USRP-2920
>
>
> Thanks for the help!
>
>
> Taylor
>
>
These are pretty-good for the price:
http://www.ebay.ca/itm/GPS-Receiver-GPSDO-10MHz-1PPS-GPS-Disciplined-Clock-SINE-WAVE-GPS-RECEIVER-/262933988475?hash=item3d3816447b:g:pMAAAOSw3utY7jAb
------------------------------
Message: 10
Date: Wed, 3 May 2017 23:27:54 +0300
From: Ran Shalit <[email protected]>
To: [email protected]
Subject: [USRP-users] Using multiple frequencies and bandwidth at the
same time
Message-ID:
<caj2omh+nx+ajk69tpyv_38_shhr88+kkpzb+hbi1htbki3d...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170503/591f9f77/attachment-0001.html>
------------------------------
Message: 11
Date: Wed, 03 May 2017 16:51:08 -0400
From: "Marcus D. Leech" <[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
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.
------------------------------
Message: 12
Date: Wed, 3 May 2017 14:55:49 -0700
From: Ron Economos <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] DVB-T and Underruns
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
If you're using the example flow graphs in
<install_dir>/share/gnuradio/examples/dtv, the parameters
"send_frame_size=65536, num_send_frames=128" in the UHD Sink Device
Address usually take care of underruns.
If you're using a USB dongle to receive with, you can try a lower
bandwidth signal like 6 MHz instead of 8 MHz. Just change the sample
rate to (8000000.0 * 6) / 7.
Also, make sure the XU4's USB port is really in USB 3 mode. I've seen
reports where it remains in USB 2 mode for some reason.
Ron
On 05/03/2017 11:14 AM, Santos Campos via USRP-users wrote:
> Hello, all!
>
> I'm trying to transmit video via the DVB-T blocks in gnuradio on an
> Odroid XU4.
> The DVB standard has the sampling rate at ~9M, and I keep getting
> underruns.
> I was also having this underrun issue on a full desktop and thought
> the problem might have been that I didn't have any usb 3 ports on the
> computer, so the processing was getting bottle-necked.
>
> Motivation for porting to the odroid was that it had usb 3 ports and
> the implementation would likely end up on the board any way to its
> small size.
>
> Since the usb transfer rate isn't my bottle-neck and I believe the
> odroid's processor is fast enough, does anyone have any ideas that
> could cause samples to not get to produced fast enough? Maybe memory
> read speed?
>
> Any help or thoughts would be much appreciated!
> Thanks!
> ~Santos
>
> --
> /*
> Santos Campos
> University of Michigan '17 | Computer Engineering
> Virtual EM Inc. | Wireless Communications Intern
> santosecampos.com <http://santosecampos.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/20170503/fdef328a/attachment-0001.html>
------------------------------
Message: 13
Date: Thu, 4 May 2017 09:49:27 +0500
From: Muhammad Munir <[email protected]>
To: Qurat-Ul-Ann Akbar <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Processor suitable for USRPN210 at 20 MHz
Frequency
Message-ID:
<cacqj-hy_5xbf4etjo1joephra78qo-3clurk7ngpgnbpmjq...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Qurat-Ul_Ann,
I am not sure the exact specs of the machines you need to buy, but I did
worked with USRP N200 at a rate of 12.5MHz bandwidth using "Intel? Core?
i7-6700 CPU @ 3.40GHz ? 8" and with 8GB RAM and 512 GB hard drive. It took
almost 50% of the CPU usage.
On Thu, May 4, 2017 at 12:31 AM, Qurat-Ul-Ann Akbar via USRP-users <
[email protected]> wrote:
> Hi,
>
> I am conducting research with USRPs N210 and I want to process WiFi data
> at 20MHz frequency. My current computer is the Dell Precision T1700 which
> has a 3.6GHz Quad-Core processor and a 4 GB RAM and 500 GB Hard Drive. It
> doesnt work at 20 MHZ and data encoded with QAM-64. The computer slows down
> and wifi packets are not decoded at all.
>
> Can anyone tell me the machine I need to buy that would run smoothly with
> USRPs with this frequency and data rate?
>
> Thank you!
>
> _______________________________________________
> 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/febfb7bd/attachment-0001.html>
------------------------------
Message: 14
Date: Thu, 4 May 2017 09:05:12 -0400
From: deepa kumar <[email protected]>
To: [email protected]
Subject: [USRP-users] setting user registers in E310
Message-ID:
<CAOgE1BfVE9_cVRcyTZKBBseacM=zspvf_c8g2jeheabgfq8...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I have created new user registers in FPGA and want to access that via UHD
in my E310 board.
What are the functions I need to use to read and write registers.
I thought peek32 and poke32 would work but I didn't find the interface .h
files for E310 .
I find it in USRP3 and supported for x300 please let me know if I can
customize it for E310 also
else let me know what are the functions used.
Thanks and Regards
DEEPa
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/8ab14cf8/attachment-0001.html>
------------------------------
Message: 15
Date: Thu, 4 May 2017 10:21:14 -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"
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?
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/f1720f36/attachment-0001.html>
------------------------------
Message: 16
Date: Thu, 4 May 2017 16:33:59 +0200
From: Vladica Sark <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] B200mini or B210 for MIMO
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
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 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.
BR,
Vladica
------------------------------
Message: 17
Date: Thu, 4 May 2017 16:40:03 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Fwd: Daugther Board Manager Error - USRP2 -
N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
If you built UHD yourself: Recompile, reinstall. I saw exactly that
error when someone was mixing different library versions.
On 05/03/2017 11:41 AM, Riccardo Pace S231105 via USRP-users wrote:
>
> Hello,
>
> I'm trying to perform simply with Gnuradio a FFT using the USRP2 N210
> with the RFX2400.
>
> I encountered with this error but I don't know how to resolve it.
>
> [INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400;
> UHD_3.11.0.git-94-g5964adcd
> N210
> [INFO] [USRP2] Opening a USRP2/N-Series device...
> [INFO] [USRP2] Current recv frame size: 1472 bytes
> [INFO] [USRP2] Current send frame size: 1472 bytes
> [ERROR] [DBMGR] The daughterboard manager encountered a recoverable
> error in init.
> Loading the "unknown" daughterboard implementations to continue.
> The daughterboard cannot operate until this error is resolved.
> LookupError: KeyError: key "0" not found in dict(i,
> N14adf4360_regs_t17prescaler_value_tE) e until this error is resolved.
>
> Is it a problem of UHD version?
>
> Can anyone help me?
>
> Thanks in advance.
>
> Regards,
>
> Riccardo.
>
>
>
> _______________________________________________
> 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/80299779/attachment-0001.html>
------------------------------
Message: 18
Date: Thu, 4 May 2017 07:44:23 -0700
From: Muhammad Munir <[email protected]>
To: Riccardo Pace S231105 <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Fwd: Daugther Board Manager Error - USRP2 -
N210
Message-ID:
<cacqj-hzh8d81dadcklavqqr7uaekysfo7ufp_esqj0lufal...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
one problem can be the network configuration of USRP. In the uhd_usrp_probe
result, the given configurations are
| | ip-addr: 192.168.192.1
| | subnet: 255.255.255.255
| | gateway: 255.255.255.255
I think, the gateway should be like this gateway: 192.168.192.xx
xx can be any value.
Your daughtercard can be another issue. you can unplug it and probe USRP
and see results or you can replace it with some other daughtercard if
possible.
On Thu, May 4, 2017 at 7:24 AM, Riccardo Pace S231105 <
[email protected]> wrote:
> Thank you for reply,
>
> I attached the flow graph to the mail.
>
> I think that it isn't a problem of the settings in Gnuradio, because if I
> type on the terminal the uhd_usrp_probe command, I get this with the same
> error:
>
> [INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400;
> UHD_3.11.0.git-94-g5964adcd
> [INFO] [USRP2] Opening a USRP2/N-Series device...
> [INFO] [USRP2] Current recv frame size: 1472 bytes
> [INFO] [USRP2] Current send frame size: 1472 bytes
> [ERROR] [DBMGR] The daughterboard manager encountered a recoverable error
> in init.
> Loading the "unknown" daughterboard implementations to continue.
> The daughterboard cannot operate until this error is resolved.
> LookupError: KeyError: key "0" not found in dict(i,
> N14adf4360_regs_t17prescaler_value_tE)
> _____________________________________________________
> /
> | Device: USRP2 / N-Series Device
> | _____________________________________________________
> | /
> | | Mboard: N210r4
> | | hardware: 2577
> | | mac-addr: 00:80:2f:0a:cf:e5
> | | ip-addr: 192.168.192.1
> | | subnet: 255.255.255.255
> | | gateway: 255.255.255.255
> | | gpsdo: none
> | | serial: F3014C
> | | name: Picsou
> | | FW Version: 12.4
> | | FPGA Version: 11.1
> | |
> | | Time sources: none, external, _external_, mimo
> | | Clock sources: internal, external, mimo
> | | Sensors: mimo_locked, ref_locked
> | | _____________________________________________________
> | | /
> | | | RX DSP: 0
> | | |
> | | | Freq range: -50.000 to 50.000 MHz
> | | _____________________________________________________
> | | /
> | | | RX DSP: 1
> | | |
> | | | Freq range: -50.000 to 50.000 MHz
> | | _____________________________________________________
> | | /
> | | | RX Dboard: A
> | | | ID: RFX2400 (0x0027)
> | | | Serial: 1
> | | | _____________________________________________________
> | | | /
> | | | | RX Frontend: 0
> | | | | Name: Unknown (0xffff) - 0
> | | | | Antennas:
> | | | | Sensors:
> | | | | Freq range: 0.000 to 0.000 MHz
> | | | | Gain Elements: None
> | | | | Bandwidth range: 0.0 to 0.0 step 0.0 Hz
> | | | | Connection Type: IQ
> | | | | Uses LO offset: No
> | | | _____________________________________________________
> | | | /
> | | | | RX Codec: A
> | | | | Name: ads62p44
> | | | | Gain range digital: 0.0 to 6.0 step 0.5 dB
> | | | | Gain range fine: 0.0 to 0.5 step 0.1 dB
> | | _____________________________________________________
> | | /
> | | | TX DSP: 0
> | | |
> | | | Freq range: -50.000 to 50.000 MHz
> | | _____________________________________________________
> | | /
> | | | TX Dboard: A
> | | | ID: RFX2400 (0x002b)
> | | | Serial: 1
> | | | _____________________________________________________
> | | | /
> | | | | TX Frontend: 0
> | | | | Name: Unknown (0xffff) - 0
> | | | | Antennas:
> | | | | Sensors:
> | | | | Freq range: 0.000 to 0.000 MHz
> | | | | Gain Elements: None
> | | | | Bandwidth range: 0.0 to 0.0 step 0.0 Hz
> | | | | Connection Type: IQ
> | | | | Uses LO offset: No
> | | | _____________________________________________________
> | | | /
> | | | | TX Codec: A
> | | | | Name: ad9777
> | | | | Gain Elements: None
>
>
> Regards,
>
> Riccardo
>
> Il 2017-05-04 06:43 Muhammad Munir ha scritto:
>
> Hi Riccardo,
> I think you passed a "0" in some parameter of your blocks in Gnuradio
> which is invalid for that parameter. Please verify the values of all
> parameters. If possible, provide the flow graph to look at the error ?
>
> Regards:
> Munir
>
> On Wed, May 3, 2017 at 2:41 PM, Riccardo Pace S231105 via USRP-users <
> [email protected]> wrote:
>
>> Hello,
>>
>> I'm trying to perform simply with Gnuradio a FFT using the USRP2 N210
>> with the RFX2400.
>>
>> I encountered with this error but I don't know how to resolve it.
>>
>> [INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400;
>> UHD_3.11.0.git-94-g5964adcd
>> N210
>> [INFO] [USRP2] Opening a USRP2/N-Series device...
>> [INFO] [USRP2] Current recv frame size: 1472 bytes
>> [INFO] [USRP2] Current send frame size: 1472 bytes
>> [ERROR] [DBMGR] The daughterboard manager encountered a recoverable error
>> in init.
>> Loading the "unknown" daughterboard implementations to continue.
>> The daughterboard cannot operate until this error is resolved.
>> LookupError: KeyError: key "0" not found in dict(i,
>> N14adf4360_regs_t17prescaler_value_tE) e until this error is resolved.
>>
>> Is it a problem of UHD version?
>>
>> Can anyone help me?
>>
>> Thanks in advance.
>>
>> Regards,
>>
>> Riccardo.
>>
>> _______________________________________________
>> 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/fb243e93/attachment-0001.html>
------------------------------
Message: 19
Date: Thu, 4 May 2017 14:15:10 +0000
From: Diez Victor <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] USRP N210 + UBX 40 Daughterboard - Tx Power
Issue
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170504/b172bcaf/attachment-0001.html>
------------------------------
Message: 20
Date: Thu, 4 May 2017 17:49:55 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Fwd: Daugther Board Manager Error - USRP2 -
N210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
The gateway setting is usually irrelevant, unless you need your USRP to
send samples to computer in a different subnet (which we do not
recommend, in general).
Best regards,
Marcus
On 05/04/2017 04:44 PM, Muhammad Munir via USRP-users wrote:
> one problem can be the network configuration of USRP. In the
> uhd_usrp_probe result, the given configurations are
> | | ip-addr: 192.168.192.1
> | | subnet: 255.255.255.255
> | | gateway: 255.255.255.255
>
> I think, the gateway should be like this gateway: 192.168.192.xx
> xx can be any value.
> Your daughtercard can be another issue. you can unplug it and probe
> USRP and see results or you can replace it with some other
> daughtercard if possible.
>
> On Thu, May 4, 2017 at 7:24 AM, Riccardo Pace S231105
> <[email protected]
> <mailto:[email protected]>> wrote:
>
> Thank you for reply,
>
> I attached the flow graph to the mail.
>
> I think that it isn't a problem of the settings in Gnuradio,
> because if I type on the terminal the uhd_usrp_probe command, I
> get this with the same error:
>
> [INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400;
> UHD_3.11.0.git-94-g5964adcd
> [INFO] [USRP2] Opening a USRP2/N-Series device...
> [INFO] [USRP2] Current recv frame size: 1472 bytes
> [INFO] [USRP2] Current send frame size: 1472 bytes
> [ERROR] [DBMGR] The daughterboard manager encountered a
> recoverable error in init.
> Loading the "unknown" daughterboard implementations to continue.
> The daughterboard cannot operate until this error is resolved.
> LookupError: KeyError: key "0" not found in dict(i,
> N14adf4360_regs_t17prescaler_value_tE)
> _____________________________________________________
> /
> | Device: USRP2 / N-Series Device
> | _____________________________________________________
> | /
> | | Mboard: N210r4
> | | hardware: 2577
> | | mac-addr: 00:80:2f:0a:cf:e5
> | | ip-addr: 192.168.192.1
> | | subnet: 255.255.255.255
> | | gateway: 255.255.255.255
> | | gpsdo: none
> | | serial: F3014C
> | | name: Picsou
> | | FW Version: 12.4
> | | FPGA Version: 11.1
> | |
> | | Time sources: none, external, _external_, mimo
> | | Clock sources: internal, external, mimo
> | | Sensors: mimo_locked, ref_locked
> | | _____________________________________________________
> | | /
> | | | RX DSP: 0
> | | |
> | | | Freq range: -50.000 to 50.000 MHz
> | | _____________________________________________________
> | | /
> | | | RX DSP: 1
> | | |
> | | | Freq range: -50.000 to 50.000 MHz
> | | _____________________________________________________
> | | /
> | | | RX Dboard: A
> | | | ID: RFX2400 (0x0027)
> | | | Serial: 1
> | | | _____________________________________________________
> | | | /
> | | | | RX Frontend: 0
> | | | | Name: Unknown (0xffff) - 0
> | | | | Antennas:
> | | | | Sensors:
> | | | | Freq range: 0.000 to 0.000 MHz
> | | | | Gain Elements: None
> | | | | Bandwidth range: 0.0 to 0.0 step 0.0 Hz
> | | | | Connection Type: IQ
> | | | | Uses LO offset: No
> | | | _____________________________________________________
> | | | /
> | | | | RX Codec: A
> | | | | Name: ads62p44
> | | | | Gain range digital: 0.0 to 6.0 step 0.5 dB
> | | | | Gain range fine: 0.0 to 0.5 step 0.1 dB
> | | _____________________________________________________
> | | /
> | | | TX DSP: 0
> | | |
> | | | Freq range: -50.000 to 50.000 MHz
> | | _____________________________________________________
> | | /
> | | | TX Dboard: A
> | | | ID: RFX2400 (0x002b)
> | | | Serial: 1
> | | | _____________________________________________________
> | | | /
> | | | | TX Frontend: 0
> | | | | Name: Unknown (0xffff) - 0
> | | | | Antennas:
> | | | | Sensors:
> | | | | Freq range: 0.000 to 0.000 MHz
> | | | | Gain Elements: None
> | | | | Bandwidth range: 0.0 to 0.0 step 0.0 Hz
> | | | | Connection Type: IQ
> | | | | Uses LO offset: No
> | | | _____________________________________________________
> | | | /
> | | | | TX Codec: A
> | | | | Name: ad9777
> | | | | Gain Elements: None
>
>
> Regards,
>
> Riccardo
>
> Il 2017-05-04 06:43 Muhammad Munir ha scritto:
>
>> Hi Riccardo,
>> I think you passed a "0" in some parameter of your blocks in
>> Gnuradio which is invalid for that parameter. Please verify the
>> values of all parameters. If possible, provide the flow graph to
>> look at the error ?
>>
>> Regards:
>> Munir
>>
>> On Wed, May 3, 2017 at 2:41 PM, Riccardo Pace S231105 via
>> USRP-users <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Hello,
>>
>> I'm trying to perform simply with Gnuradio a FFT using the
>> USRP2 N210 with the RFX2400.
>>
>> I encountered with this error but I don't know how to resolve it.
>>
>> [INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400;
>> UHD_3.11.0.git-94-g5964adcd
>> N210
>> [INFO] [USRP2] Opening a USRP2/N-Series device...
>> [INFO] [USRP2] Current recv frame size: 1472 bytes
>> [INFO] [USRP2] Current send frame size: 1472 bytes
>> [ERROR] [DBMGR] The daughterboard manager encountered a
>> recoverable error in init.
>> Loading the "unknown" daughterboard implementations to continue.
>> The daughterboard cannot operate until this error is resolved.
>> LookupError: KeyError: key "0" not found in dict(i,
>> N14adf4360_regs_t17prescaler_value_tE) e until this error is
>> resolved.
>>
>> Is it a problem of UHD version?
>>
>> Can anyone help me?
>>
>> Thanks in advance.
>>
>> Regards,
>>
>> Riccardo.
>>
>>
>> _______________________________________________
>> 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/27c9871e/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 81, Issue 4
*****************************************
