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. USRP ADC input voltage limit (Zhao Tian)
2. Re: USRP ADC input voltage limit (Marcus M?ller)
3. 003.008.002 Build Issues (Smithhisler, Thomas A.)
4. Re: Trouble on loopback for square waves (Soumen Banerjee)
5. Fwd: Compile Boost and UHD with QT Creator Project
(Carel Combrink)
6. Re: TX Image rejection B210 (Sebastian Held)
7. Re: TX Image rejection B210 (Sylvain Munaut)
8. Re: TX Image rejection B210 (Sebastian Held)
9. Re: Trouble on loopback for square waves (Marcus M?ller)
10. Re: b210 problems msvs2013 (Marcus M?ller)
11. Configuring USRP with two WBX daughterboards (Nemanja Savic)
12. Re: Configuring USRP with two WBX daughterboards (Nemanja Savic)
13. E310 jtag and gpio connector (Long, Jeffrey P.)
14. Bandpass filter for DBS-RX2 (Venkatesh Sandilya)
15. Re: Bandpass filter for DBS-RX2 (Marcus M?ller)
16. USRP E310. Update UHD on SD card to latest version (Paul Harbanau)
----------------------------------------------------------------------
Message: 1
Date: Mon, 6 Apr 2015 14:32:17 -0400
From: Zhao Tian <[email protected]>
To: [email protected]
Subject: [USRP-users] USRP ADC input voltage limit
Message-ID:
<cagv_cqyw+xm8gmb6013trmujonpkw8cntdcahu7l6b0-bfi...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I am trying to use USRP+LFRX to sample the output of a photodiode. I guess
there must be a voltage limit for the ADC input but I could not find it
with Google. I don't want to damage the hardware.
Any suggestions about the USRP ADC input voltage limit, or where I can find
it.
Another question is about the unit of the ADC output. Is it V (volt)? Or,
is there a reference?
Thank you so much!
Best,
Zhao
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150406/42da3dfd/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 06 Apr 2015 22:33:04 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP ADC input voltage limit
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Dear Zhao,
the ADC is part of the USRP motherboard. Which one are you using? For
the N2x0, I think the max voltage was 1.2V (reference voltage of the
ADC); for all boards but the Basic and LF boards, you should make sure
your signal input power does not exceed -15dBm.
LFRX is just a 50Ohm-matched differential voltage follower, so the
maximum acceptable voltage for the ADC would also be the maximum
acceptable voltage at the SMA port.
> Another question is about the unit of the ADC output. Is it V (volt)?
> Or, is there a reference
It's digital bits; nothing more, nothing less. It's measured voltage
related to the reference voltage of the respective ADC, but it's not
calibrated, and though our devices tend to be very linear over wide
operational ranges, it's impossible to give exact numbers, due to
frequency-dependent behavior and component variance of each individual
device, as there is a lot of analog signal processing on the RF-capable
boards; if you want to match digital value to input voltage, you will
have to calibrate; in your baseband signal case, that might be rather
simple, if you have a oscilloscope and some kind of signal generator.
Best regards,
Marcus
On 04/06/2015 08:32 PM, Zhao Tian via USRP-users wrote:
> Hi,
>
> I am trying to use USRP+LFRX to sample the output of a photodiode. I
> guess there must be a voltage limit for the ADC input but I could not
> find it with Google. I don't want to damage the hardware.
>
> Any suggestions about the USRP ADC input voltage limit, or where I can
> find it.
>
> Another question is about the unit of the ADC output. Is it V (volt)?
> Or, is there a reference?
>
> Thank you so much!
>
> Best,
> Zhao
>
>
> _______________________________________________
> 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/20150406/14f8f8fa/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 7 Apr 2015 01:35:05 +0000
From: "Smithhisler, Thomas A." <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] 003.008.002 Build Issues
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
??Hello,
I'm having trouble building the latest release of the UHD drivers. I'm using
windows 8.1, boost 1.57, MSVC2013. I was able to successfully build
003.008.001, but and having trouble on 003.008.002. I was able to build from
the latest maint branch, but master will not build. I'm not sure if the rest of
the errors are due to the first four. Attached is the complete error list I
receive.
Let me know if anyone has any ideas.
--
Tom Smithhisler
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/40ece8cb/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Error List.xlsx
Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
Size: 10438 bytes
Desc: Error List.xlsx
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/40ece8cb/attachment-0001.xlsx>
------------------------------
Message: 4
Date: Tue, 7 Apr 2015 09:46:01 +0530
From: Soumen Banerjee <[email protected]>
To: Neel Pandeya <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Trouble on loopback for square waves
Message-ID:
<caezf6ywu2cwjohfe6kukhf12s2jsv4ixphfqbawtt43bded...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Neel,
Thanks for your reply.
I have looked at the tx_waveforms example earlier and I guess it is a SISO
program. I wanted this to work in MIMO. Also, I have borrowed several
concepts for my code from that one.
In response to your other questions, Im using a USRP B210. The sample rate
is 1e5 = 100KHz.
I was wondering if you (or someone else on the list) could help clear up
some doubts I've been having for a while. When we send data using the USRP,
does it work like this:
1) The data(both the I and Q channels) is broken into bits - this gives us
2 bitstreams (I and Q).
2) The bitstream modulates the intermediate carrier using QPSK(Or, is the
modulation scheme something else?)
3) We upconvert the intermediate carrier to the transmit frequency and this
is the signal that the USRP finally transmits.
If the above were to be true, since all the data is finally modulated onto
the carrier as bits, then it shouldn't matter what we are transmitting
right? It should all work the same way - square or sine or anything else
for that matter.
Regards,
Soumen
On Mon, Apr 6, 2015 at 9:25 PM, Neel Pandeya <[email protected]> wrote:
> Hello Soumen:
>
> At first glance, I don't immediately see any problem with your code. It
> might be helpful to look at the "tx_waveforms" utility in the
> "uhd/host/examples" folder. It also generates square waves.
>
> Which USRP and which daughterboard are you using? What sample rate?
>
> --Neel
>
>
>
> On 1 April 2015 at 04:52, Soumen Banerjee via USRP-users <
> [email protected]> wrote:
>
>> Hi,
>>
>> I am having some trouble sending and receiving square waves using uhd
>> programs. I have the receiver and transmitter connected using rf cable. On
>> the exact same program, I am able to send and receive sine waves properly
>> though. I have attached the code I'm using to transmit and receive the data
>> into the file. All the parameters are hardcoded in the code file itself.
>>
>> Simply exchanging line 230 with line 231 causes it to work just fine(for
>> sine waves).
>>
>> Also attached is a snapshot of what I get instead of square waves.
>>
>> Can someone please help? Im totally stuck on this one!
>>
>> Regards,
>> Soumen
>>
>> _______________________________________________
>> 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/20150407/52e84d19/attachment-0001.html>
------------------------------
Message: 5
Date: Tue, 7 Apr 2015 08:03:55 +0200
From: Carel Combrink <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] Fwd: Compile Boost and UHD with QT Creator
Project
Message-ID:
<caaxnqartp5q6ommvfpmhsnykjm5kt3j69bxnngimy8-w1as...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Sorry for the late reply,
I have successfully done this in Linux by adding the following in the pro
file:
Assuming you have installed UHD then you can just do the following:
LIBS += -luhd \
-lboost_system \
-lboost_thread
If you have not installed UHD you need to add the include folder in the
INCLUDEPATH variable and the path to the Libs, example:
INCLUDEPATH += /path/to/UHD/include
LIBS += -L/path/to/UHD/libs
Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/8d8c14f2/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 07 Apr 2015 09:47:33 +0200
From: Sebastian Held <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi,
Any news on this?
I have the same problem with two B210 units.
Either the error is my misunderstanding of RF performance parameters,
the example file cannot be used for this performance evaluation or the
hardware design does not meet the performance of the AD chip (which is
hard to believe).
Any hint what I'm doing wrong?
Regards,
Sebastian
Am 31.03.2015 um 09:51 schrieb Sebastian Held via USRP-users:
> forgot to include the list.
>
> Dear Martin,
>
> please see attached figure. Reducing the gain acts on both the wanted
> and unwanted signal in the same manner.
>
> Sebastian
>
> Am 30.03.2015 um 18:46 schrieb Martin Braun via USRP-users:
>> Sebastian,
>>
>> what happens when you turn down the gain (e.g. to 70 dB)?
>>
>> M
>>
>> On 29.03.2015 23:50, Sebastian Held via USRP-users wrote:
>>> Hi,
>>>
>>> I'm currently investigating a problem with my OFDM modulated signals. To
>>> understand, why the spectrum mask is violated, I first checked the basic
>>> TX parameters. The B210 is connected to a R&S FSQ26 via a 20 dB
>>> attenuator.
>>>
>>> I use the examples provided with the
>>> UHD-release_003_008_002-10-ge067c45:
>>> ./tx_waveforms --args="master_clock_rate=20e6" --rate 20000000
>>> --freq=5900000000 --gain=80 --wave-type SINE --ref=gpsdo --int-n
>>> --wave-freq=1000000
>>>
>>> This command results in an expected tone at 5.9 GHz + 1 MHz (approx. -29
>>> dBm) and its image at 5.9 GHz - 1 MHz. The problem is: the image power
>>> is very large: only 26 dB below the wanted 5.901 GHz tone. From the
>>> AD9361 data sheet I would expect a suppression of at least 45 dB.
>>>
>>> To continue to solve my original problem (OFDM spectrum) I first need to
>>> understand, why I get such a large image.
>>> Can I use this example to evaluate the TX image? Any pointers?
>>>
>>> Regards,
>>> Sebastian
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Sebastian Held (Dipl.-Ing.)
IMST GmbH
Software Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/805e3069/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 7 Apr 2015 10:08:51 +0200
From: Sylvain Munaut <[email protected]>
To: Sebastian Held <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID:
<cahl+j089pdiewx8zp_2jh63hgb2xec32m2ucnwem7pzxyqu...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi,
> Any news on this?
> I have the same problem with two B210 units.
> Either the error is my misunderstanding of RF performance parameters
Which spec of the AD9361 did you use to come up with your 45 dB
expected suppression ?
Cheers,
Sylvain
------------------------------
Message: 8
Date: Tue, 07 Apr 2015 10:25:42 +0200
From: Sebastian Held <[email protected]>
To: Sylvain Munaut <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Dear Sylvain,
I'm referring to figure 73 in the datasheet "SSB rejection".
Sebastian
Am 07.04.2015 um 10:08 schrieb Sylvain Munaut:
> Hi,
>
> Which spec of the AD9361 did you use to come up with your 45 dB
> expected suppression ?
>
>
> Cheers,
>
> Sylvain
>
------------------------------
Message: 9
Date: Tue, 07 Apr 2015 11:25:10 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Trouble on loopback for square waves
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Hi Soumen,
> 1) The data(both the I and Q channels) is broken into bits - this gives us
> 2 bitstreams (I and Q).
Not really - the I and Q channels are sent to the B2x0 over USB in
packets containing integer representations of the numbers you feed in.
So, in essence, you don't really juggle bits, but integers.
> 2) The bitstream modulates the intermediate carrier using QPSK(Or, is the
> modulation scheme something else?)
There is no modulation scheme that the USRP uses. You might be
misunderstanding what the USRP does:
It really just takes your samples, and brings them to the frequency you
want. So the signal you see when you plot the samples you send to the
USRP should be equal to what you see in your RF band.
> 3) We upconvert the intermediate carrier to the transmit frequency and
> this
> is the signal that the USRP finally transmits
There's no intermediate carrier. The USRPs are direct conversion
transmitters.
There's a minor caveat here, which is the two-stage tuning process
explained in [1], but I personally wouldn't interpret that as
intermediate carrier here -- it's just a frequency offset correction in
your case.
Best regards,
Marcus
[1] http://files.ettus.com/manual/page_general.html#general_tuning_process
------------------------------
Message: 10
Date: Tue, 07 Apr 2015 12:48:15 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] b210 problems msvs2013
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Dear ????,
there is no specialized debug version of UHD that we distribute binarily
-- you will have to follow the build guide [1] yourself.
However, this behavior is irritating; I can't really explain it, I'm
afraid. In rx_multi_samples, we intentionally first check whether it's
actually possible to add that channel:
for(size_t ch = 0; ch < channel_strings.size(); ch++){
size_t chan = boost::lexical_cast<int>(channel_strings[ch]);
if(chan >= usrp->get_rx_num_channels()){ // Check!
throw std::runtime_error("Invalid channel(s) specified.");
}
else
channel_nums.push_back(boost::lexical_cast<int>(channel_strings[ch]));
}
now, push_back is not a function of UHD, but simply of your standard
library -- so I doubt that's the problem.
Often, MSVS produces binaries that just silently crash without saying
anything when you mix debug mode compilation with release mode libraries
(or the other way around) -- have you tried building your program in
release mode?
I think you will have to uninstall the UHD you've installed, compile UHD
yourself (in debug mode), and use your program or rx_multi_samples with
that, to be able to debug the thing.
Best regards,
Marcus
On 03/30/2015 09:57 AM, ?????? ???? via USRP-users wrote:
> Good afternoon!
> I have problems with the B210.
> I use MSVS2013 and QT5.4.1 x64.
> the program has hanged while I install the number of channels.
>
> std :: vector <size_t> channel_nums;
> uhd :: stream_args_t stream_args ("sc16", "sc16");
> stream_args.channels = channel_nums;
> If I set up schannel_nums.push_back (i); where i = 0 or the default value,
> the program works . If I pass 01 or 1, the program hangs.
> I've used different versions of drivers and debug and release - the result
> has not changed. When compiling rx_multi_samples there is the same error.
> Tell me where I can find the driver for debug MSVS2013?
> Please help me with this 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/20150407/75a57bc7/attachment-0001.html>
------------------------------
Message: 11
Date: Tue, 7 Apr 2015 13:41:54 +0200
From: Nemanja Savic <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Configuring USRP with two WBX daughterboards
Message-ID:
<CAFD_UOfz_U10oGd=1OJpJ6s7mG9dq2NV8zFVfLeZZuq4=az...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi all guys,
I have recently added second WBX into my USRP1 in order to receive signal
in both polarization planes. However I have a problem with configuring
device.
One or more years ago I managed to make receiver with LFRX and WBX but this
time the same principle doesn't work.
So I first declared USRp source as:
self.uhd_usrp_source_0_0_1 = uhd.usrp_source(
device_addr="fpga=usrp1_fpga_4rx.rbf",
stream_args=uhd.stream_args(
cpu_format="fc32",
channels=range(2),
),
)
The code won't change anything for channel 1. As you can see these two
lines, the first one pass and the second rises an error.
print self.uhd_usrp_source_0_0_1.get_subdev_spec(0)
print self.uhd_usrp_source_0_0_1.get_subdev_spec(1)
Error:
B:0
Traceback (most recent call last):
File "./TPMS_WBX_WBX_rec.py", line 440, in <module>
tb = top_block(options.det1_name, options.det2_name, options.host,
options.port, options.db_name, options.db_user, options.db_pass,
options.det_sens_tbl, options.detectors_table)
File "./TPMS_WBX_WBX_rec.py", line 282, in __init__
print self.uhd_usrp_source_0_0_1.get_subdev_spec(1)
File "/usr/local/lib64/python2.6/site-packages/gnuradio/uhd/uhd_swig.py",
line 1839, in get_subdev_spec
return _uhd_swig.uhd_usrp_source_sptr_get_subdev_spec(self, mboard)
RuntimeError: vector::_M_range_check
Could anybody help me with using USRP1 in this configuration.
Many thanx,
--
Nemanja Savi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/36dbb981/attachment-0001.html>
------------------------------
Message: 12
Date: Tue, 7 Apr 2015 15:39:32 +0200
From: Nemanja Savic <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Configuring USRP with two WBX daughterboards
Message-ID:
<cafd_uoeuoqocfp4vfbvdn1o4_hven0hpxetpd2jf99hf3-j...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Solved, if anybody needs this in the future, the problem was in subdev
specification string. It should be "A:0 B:0"
so self.uhd_usrp_source_0_0_1.set_subdev_spec("B:0 A:0", 0) needs to be
added.
IN my post the problem is with get_subdev_spec, cause I misinterpreted that
chanel argument is provided but it is actually motherboard.
On Tue, Apr 7, 2015 at 1:41 PM, Nemanja Savic <[email protected]> wrote:
> Hi all guys,
>
> I have recently added second WBX into my USRP1 in order to receive signal
> in both polarization planes. However I have a problem with configuring
> device.
> One or more years ago I managed to make receiver with LFRX and WBX but
> this time the same principle doesn't work.
>
> So I first declared USRp source as:
>
> self.uhd_usrp_source_0_0_1 = uhd.usrp_source(
> device_addr="fpga=usrp1_fpga_4rx.rbf",
> stream_args=uhd.stream_args(
> cpu_format="fc32",
> channels=range(2),
> ),
> )
>
> The code won't change anything for channel 1. As you can see these two
> lines, the first one pass and the second rises an error.
>
> print self.uhd_usrp_source_0_0_1.get_subdev_spec(0)
> print self.uhd_usrp_source_0_0_1.get_subdev_spec(1)
>
> Error:
> B:0
> Traceback (most recent call last):
> File "./TPMS_WBX_WBX_rec.py", line 440, in <module>
> tb = top_block(options.det1_name, options.det2_name, options.host,
> options.port, options.db_name, options.db_user, options.db_pass,
> options.det_sens_tbl, options.detectors_table)
> File "./TPMS_WBX_WBX_rec.py", line 282, in __init__
> print self.uhd_usrp_source_0_0_1.get_subdev_spec(1)
> File
> "/usr/local/lib64/python2.6/site-packages/gnuradio/uhd/uhd_swig.py", line
> 1839, in get_subdev_spec
> return _uhd_swig.uhd_usrp_source_sptr_get_subdev_spec(self, mboard)
> RuntimeError: vector::_M_range_check
>
> Could anybody help me with using USRP1 in this configuration.
>
> Many thanx,
>
> --
> Nemanja Savi?
>
--
Nemanja Savi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/3362f44d/attachment-0001.html>
------------------------------
Message: 13
Date: Tue, 7 Apr 2015 14:57:41 +0000
From: "Long, Jeffrey P." <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] E310 jtag and gpio connector
Message-ID: <d14968a2.5c89%[email protected]>
Content-Type: text/plain; charset="us-ascii"
Does anyone know what plugs I would buy to rig up a jtag and gpio connection on
the E310? Just want to know what I would search for online or if someone can
pass on a link that would be great. Could be a pig tail that I connect to
something else.
Thanks
Jeff Long
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/28959160/attachment-0001.html>
------------------------------
Message: 14
Date: Tue, 7 Apr 2015 11:18:30 -0400
From: Venkatesh Sandilya <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] Bandpass filter for DBS-RX2
Message-ID:
<cagncrnlge4tw5v7yd_70uo0xnb4vzwu_l5bbhfvy2yvl6as...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello
Is there anyway to implement a bandpass filter for the DBS-RX2 daughter
board. Is there already a default setting in the UHD api for it? Thanks
much.
Venkatesh
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/8f28ad81/attachment-0001.html>
------------------------------
Message: 15
Date: Tue, 07 Apr 2015 17:40:46 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Bandpass filter for DBS-RX2
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Venkatesh,
the DBSRX2 has an adjustable baseband low pass filter, which is
equivalent to an RF bandpass filter. Is this what you're looking for?
If that's the case, you can simply use set_rx_bandwidth()[1] to set the
bandwidth to anything between 8e6 and 80e6 (Hz).
If I'm not mistaken, it defaults to 0.4*master_clock_rate (guessing you
use the N210, master_clock_rate is 100MHz).
Best regards,
Marcus
[1]
http://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#a4e026819f286e69c48c2e1956d95c6fb
On 04/07/2015 05:18 PM, Venkatesh Sandilya via USRP-users wrote:
> Hello
>
> Is there anyway to implement a bandpass filter for the DBS-RX2 daughter
> board. Is there already a default setting in the UHD api for it? Thanks
> much.
>
> Venkatesh
>
>
>
> _______________________________________________
> 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/20150407/0e5aeae5/attachment-0001.html>
------------------------------
Message: 16
Date: Tue, 7 Apr 2015 12:17:27 +0300
From: Paul Harbanau <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] USRP E310. Update UHD on SD card to latest
version
Message-ID:
<caf9stdnm9-hikor+gxcucsmsphec1opae_2tk9dg-cyezpr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Greetings to all!
I have a problem with the communicating with E310. I can run a preinstalled
to SD card examples. But when I tried to run the examples on my host
machine (with --args="addr=..."), I got the error FPGA compatibility.
The problem was solved after running uhd_images_downloader on E310 device.
But now the version of the library is not compatible with FPGA images. So i
need help to update UHD to the latest version (003.008.002).
I tried to make checkout and cmake (on E310). But it gives an error:
# cmake -DCMAKE_TOOLCHAIN_FILE = .. / cmake / Toolchains /
arm_cortex_a8_native.cmake -DENABLE_E100 = ON -DENABLE_USRP_E_UTILS = TRUE
../
*...*
*The C ++ compiler "/ usr / bin / g ++" is not able to compile a simple
test*
* program*
*...*
Then I tried to install OpenEmbedded SDK on the host computer and cross
compile for E310. Then copy this UHD build to the SD card.
But the example programs doesn't see libs like boost.
root @ ettus-e300: /usr/lib/uhd/examples # ldd benchmark_rate
./benchmark_rate: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.20 'not
found (required by ./benchmark_rate)
./benchmark_rate: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.20 'not
found (required by /usr/lib/libuhd.so.003)
libuhd.so.003 => /usr/lib/libuhd.so.003 (0xb6a08000)
libboost_program_options.so.1.57.0 => not found
libboost_system.so.1.57.0 => not found
libboost_thread.so.1.57.0 => not found
libpthread.so.0 => /lib/libpthread.so.0 (0xb69e8000)
libstdc ++. so.6 => /usr/lib/libstdc++.so.6 (0xb691c000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb68f7000)
libc.so.6 => /lib/libc.so.6 (0xb67c0000)
libboost_date_time.so.1.57.0 => not found
libboost_filesystem.so.1.57.0 => not found
libboost_regex.so.1.57.0 => not found
libboost_system.so.1.57.0 => not found
libboost_thread.so.1.57.0 => not found
libboost_serialization.so.1.57.0 => not found
librt.so.1 => /lib/librt.so.1 (0xb67b1000)
liborc-0.4.so.0 => /usr/lib/liborc-0.4.so.0 (0xb6741000)
libusb-1.0.so.0 => /lib/libusb-1.0.so.0 (0xb672d000)
libudev.so.0 => /lib/libudev.so.0 (0xb671a000)
libdl.so.2 => /lib/libdl.so.2 (0xb670f000)
libm.so.6 => /lib/libm.so.6 (0xb669e000)
/lib/ld-linux-armhf.so.3 (0xb6f3d000)
Please help, how can I update UHD on SD card?
Best Regards,
Paul
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150407/80f045ef/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 56, Issue 7
*****************************************
