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: Binary FSK demodulation with symbol timing recovery using
USRP N200 (Adeel Malik)
2. Re: Looks like the B200 is backordered, how long? (Matt Ettus)
3. Re: Binary FSK demodulation with symbol timing recovery using
USRP N200 (Mike McLernon)
4. Re: USRP N210 spurious signal at 900 and 2400 MHz (Usrp IITM)
5. USRP B210: Filter Settings (Knee, Peter A)
6. USRP N210 Spurious Signal (Jonathan Fox)
7. Re: USRP N210 Spurious Signal (Marcus D. Leech)
8. Re: USRP B210: Filter Settings (Marcus D. Leech)
9. Re: USRP B210: Filter Settings (Ian Buckley)
10. Re: B200 - JTAG, Cap, I&Q Imbalance (King Chan)
11. Generate the project with CMake (BHASKAR BANERJEE)
12. Re: USRP N210 Spurious Signal (Ralph A. Schmid, dk5ras)
13. Re: Generate the project with CMake (BHASKAR BANERJEE)
14. Re: Generate the project with CMake (Marcus M?ller)
15. Re: USRP N210 Spurious Signal (Jonathan Fox)
16. Re: USRP N210 Spurious Signal (Marcus Leech)
----------------------------------------------------------------------
Message: 1
Date: Tue, 25 Mar 2014 21:27:04 +0500
From: Adeel Malik <[email protected]>
To: Mike McLernon <[email protected]>, Martin Braun
<[email protected]>, [email protected]
Subject: Re: [USRP-users] Binary FSK demodulation with symbol timing
recovery using USRP N200
Message-ID:
<CAEwQ9pFKQBfXvitwecvsjXjZO5h=xdAo+fj+U031vLavM=p...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Mr. Mclernon,
Thanks for your feedback. Actually in our older
system, we used to have a Hetrodyne analog receiver to demodulate the FSK
(PCM-FM modulated) signal. The o/p of analog receiver then used to drive an
off the shelf bit synchronizer to account for timing jitter and generated
clean output NRZ-L signal. However, in Simulink-USRP case, it seems that we
need to have a timing jitter correction block before FSK demodulation
function.
There is a timing error detector along with PLL in the QPSK receiver
example. Pls suggest whether we could use the same block or we need to
modify it for FSK operation.
Also if someone at the forum could please suggest an easy to understand
timing recovery tutorial document explaining
how to achieve it in Simulink.
Regards,
Adeel Malik
On Mon, Mar 24, 2014 at 9:16 PM, Mike McLernon
<[email protected]>wrote:
> Hi Adeel,
>
>
>
> You will need timing recovery so that the demodulator's integration starts
> at the beginning of a symbol and ends at the end of the same symbol. If
> your system experiences doppler and timing jitter, a timing recovery
> subsystem will be all the more necessary.
>
>
>
> The timing recovery should occur before the FSK demodulation.
>
>
>
> Hth,
>
> Mike
>
>
>
>
>
> *From:* USRP-users [mailto:[email protected]] *On Behalf
> Of *Adeel Malik
> *Sent:* Monday, March 24, 2014 11:19 AM
> *To:* Martin Braun; [email protected]
> *Subject:* [USRP-users] Binary FSK demodulation with symbol timing
> recovery using USRP N200
>
>
>
> Hi Mr. Braun,
>
> Thanks for your reply. I have already read about the
> FSK demodulation functions provided by simulink both for coherent and
> non-coherent FSK modulation. However, I am bit uncertain whether I need to
> include any Timing / Symbol recovery functionality also at the output stage
> of FSK demodulation block (to account for doppler shift in frequencies and
> timing jitter when modulating data is about 1 Mbps) ?
>
>
>
> If you could suggest how to add a 'symbol timing jitter compensation
> functionality' to the output of FSK demodulated data, it would be
> advantageous.
>
>
>
> Regards,
>
> Adeel Malik
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/94f7657f/attachment-0001.html>
------------------------------
Message: 2
Date: Tue, 25 Mar 2014 10:46:01 -0700
From: Matt Ettus <[email protected]>
To: Benito Horta <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Looks like the B200 is backordered, how
long?
Message-ID:
<CAN=1kn_qoyj8qv6878zfapfkgnuj89mbblu8x7zt5ptbaqd...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Just higher than expected demand. I think most will go out this week.
Thanks for your patience.
Matt
On Mon, Mar 24, 2014 at 5:03 PM, Benito Horta <[email protected]> wrote:
> 14 days so far and still shows awaiting shipping.
>
> I wonder if there is a hardware change being made to the PC board? Or are
> these thing in very high demand.
>
> _______________________________________________
> 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/20140325/a836694b/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 25 Mar 2014 18:18:38 +0000
From: Mike McLernon <[email protected]>
To: Adeel Malik <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Binary FSK demodulation with symbol timing
recovery using USRP N200
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi Adeel,
The timing error detector in the QPSK receiver example is tuned for QPSK - you
would not be able to use it for FSK.
A little googling yielded this paper on FSK symbol synchronization --
http://digitalcommons.calpoly.edu/cgi/viewcontent.cgi?article=1246&context=eeng_fac.
This technique is for an underwater acoustic channel, which is notoriously
bad. Thus, you may not need to use a scheme as robust as the one described in
the paper. However, it should serve as a reasonable starting point.
Hth,
Mike
From: Adeel Malik [mailto:[email protected]]
Sent: Tuesday, March 25, 2014 12:27 PM
To: Mike McLernon; Martin Braun; [email protected]
Subject: Re: [USRP-users] Binary FSK demodulation with symbol timing recovery
using USRP N200
Hi Mr. Mclernon,
Thanks for your feedback. Actually in our older system,
we used to have a Hetrodyne analog receiver to demodulate the FSK (PCM-FM
modulated) signal. The o/p of analog receiver then used to drive an off the
shelf bit synchronizer to account for timing jitter and generated clean output
NRZ-L signal. However, in Simulink-USRP case, it seems that we need to have a
timing jitter correction block before FSK demodulation function.
There is a timing error detector along with PLL in the QPSK receiver example.
Pls suggest whether we could use the same block or we need to modify it for FSK
operation.
Also if someone at the forum could please suggest an easy to understand timing
recovery tutorial document explaining
how to achieve it in Simulink.
Regards,
Adeel Malik
On Mon, Mar 24, 2014 at 9:16 PM, Mike McLernon
<[email protected]<mailto:[email protected]>> wrote:
Hi Adeel,
You will need timing recovery so that the demodulator's integration starts at
the beginning of a symbol and ends at the end of the same symbol. If your
system experiences doppler and timing jitter, a timing recovery subsystem will
be all the more necessary.
The timing recovery should occur before the FSK demodulation.
Hth,
Mike
From: USRP-users
[mailto:[email protected]<mailto:[email protected]>]
On Behalf Of Adeel Malik
Sent: Monday, March 24, 2014 11:19 AM
To: Martin Braun; [email protected]<mailto:[email protected]>
Subject: [USRP-users] Binary FSK demodulation with symbol timing recovery using
USRP N200
Hi Mr. Braun,
Thanks for your reply. I have already read about the FSK
demodulation functions provided by simulink both for coherent and non-coherent
FSK modulation. However, I am bit uncertain whether I need to include any
Timing / Symbol recovery functionality also at the output stage of FSK
demodulation block (to account for doppler shift in frequencies and timing
jitter when modulating data is about 1 Mbps) ?
If you could suggest how to add a 'symbol timing jitter compensation
functionality' to the output of FSK demodulated data, it would be advantageous.
Regards,
Adeel Malik
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/97a95d8f/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 26 Mar 2014 01:20:54 +0530
From: Usrp IITM <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP N210 spurious signal at 900 and 2400
MHz
Message-ID:
<CAPkh=_9g-p9fesnw7gvrybz7fp6zks3qec4kdpaxu2fngeh...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
Yes, I see a spike at every multiple of the master clock frequency (i,e.
2.3GHz, 2.4GHz, 2.5GHz, etc). I guess this explains it. Thanks a lot.
Regards,
Praveen
(USRP Users IITM)
On Tue, Mar 25, 2014 at 6:43 PM, Marcus D. Leech <[email protected]> wrote:
> On 03/25/2014 08:17 AM, Usrp IITM wrote:
>
>> Hi,
>>
>> I think it is unlikely to be LO leakage. The 2.4GHz spike shows up even
>> when we use other center frequencies (2.402GHz, etc.) Moreover, the spike
>> is really large. I know that the readings are not absolute, but we do have
>> the actual transmitted signal (2.405) for reference - that one is -40dBm,
>> so the one at 2.4GHz is around -65 to -70dBm, right? Also there is a small
>> spike at 2.401, so I guess that corresponds to the LO leakage.
>>
>> And for the second question, are these filters in the quadrature
>> demodulator (i.e. in the ADL5380)?
>>
>> Regards,
>> Praveen
>> (USRP users IITM)
>>
> If you terminate the input with a resistive terminator, and tune to
> 2.401GHz, do you still see a spike at 2.400GHz? If so, my guess is that
> it's
> a harmonic (24th) of the 100Mhz master clock.
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
> _______________________________________________
> 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/20140326/07fa756a/attachment-0001.html>
------------------------------
Message: 5
Date: Tue, 25 Mar 2014 21:41:29 +0000
From: "Knee, Peter A" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] USRP B210: Filter Settings
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
All,
I'm having an issue with aliasing on the USRP B210. It seems that this issue
is only present at a sample rate of 16 MHz. The other tested rates (4 MHz, 8
MHz, 32 MHz) don't exhibit this issue. It seems as though the filters in the
AD9361 are potentially being bypassed or not set correctly based on the desired
sampling rate.
To test, we input a CW at a known frequency and tuned our device. As expected
we noticed a spike at the correct frequency. As we swept the CW outside of our
band of interest, we see it start to alias back into the band at virtually the
same power level. We don't see this issue at the other rates. Depending on
the nulls and sidelobes of the filters, we do occasionally see an alias of the
tone, but it is at least 40 dB below our tone.
Has anyone experienced similar behavior? How are the filters in the AD9361
set based on the sample rate?
I'd be happy to provide some screenshots and additional data to help track down
this issue.
Thanks,
Peter Knee
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/e8854d0a/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 25 Mar 2014 18:43:34 -0400
From: Jonathan Fox <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] USRP N210 Spurious Signal
Message-ID:
<capzrquzyups36r2d1pzrhk6hf3k6wscgtfs6auz2ro2p64p...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
A colleague and I were sending out simple signals from the USRP with GNU
Radio to our spectrum analyzer through SMA cables rated for RF use.
Basically, two cosine signals of the same amplitude (0.4) at 1 MHz and 3
MHz, added together and transmitted at 1 GHz from a USRP N210 with WBX
daughterboard (see usrp_tone.png for flow graph). The sampling rate was the
same for all blocks, 25 MS/s. The systctl -w net.core.rmem_max=50000000 was
set ahead of time and no grc prompt came up about it for this run. No U's
or any other character codes when running. The USRP sink block is at max
gain, 20 dB.
The issue we are having as the other image attached shows, is we have our
two signals and a lot run off spurs showing up on our Spectrum Analyzer.
These spurs have a reduced amplitude of over -30 dBm in comparison to our
two cosine signals which are around 0.76 dBm.
I am not nearly as experienced as my colleague is but he is as stumped as
much as I am concerning this. Has anyone encountered an issue like this
before?
Thanks,
Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/55eefe91/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: USRPN210_T1_1MHz_T2_3MHz_CF_1GHz.png
Type: image/png
Size: 29108 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/55eefe91/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: usrp_tone.png
Type: image/png
Size: 38988 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/55eefe91/attachment-0003.png>
------------------------------
Message: 7
Date: Tue, 25 Mar 2014 18:47:53 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP N210 Spurious Signal
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
> A colleague and I were sending out simple signals from the USRP with
> GNU Radio to our spectrum analyzer through SMA cables rated for RF use.
>
> Basically, two cosine signals of the same amplitude (0.4) at 1 MHz and
> 3 MHz, added together and transmitted at 1 GHz from a USRP N210 with
> WBX daughterboard (see usrp_tone.png for flow graph). The sampling
> rate was the same for all blocks, 25 MS/s. The systctl -w
> net.core.rmem_max=50000000 was set ahead of time and no grc prompt
> came up about it for this run. No U's or any other character codes
> when running. The USRP sink block is at max gain, 20 dB.
>
> The issue we are having as the other image attached shows, is we have
> our two signals and a lot run off spurs showing up on our Spectrum
> Analyzer. These spurs have a reduced amplitude of over -30 dBm in
> comparison to our two cosine signals which are around 0.76 dBm.
>
> I am not nearly as experienced as my colleague is but he is as stumped
> as much as I am concerning this. Has anyone encountered an issue like
> this before?
>
> Thanks,
>
> Jon
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Does the amplitude of the spurs follow the aggregate amplitude of your
two modulating signals? Try backing them off to 0.3 and see what happens.
Could just be that you're driving the mixer a little too hard.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/a3eeb154/attachment-0001.html>
------------------------------
Message: 8
Date: Tue, 25 Mar 2014 18:49:21 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP B210: Filter Settings
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
> All,
>
> I'm having an issue with aliasing on the USRP B210. It seems that
> this issue is only present at a sample rate of 16 MHz. The other
> tested rates (4 MHz, 8 MHz, 32 MHz) don't exhibit this issue. It
> seems as though the filters in the AD9361 are potentially being
> bypassed or not set correctly based on the desired sampling rate.
>
> To test, we input a CW at a known frequency and tuned our device. As
> expected we noticed a spike at the correct frequency. As we swept the
> CW outside of our band of interest, we see it start to alias back into
> the band at virtually the same power level. We don't see this issue
> at the other rates. Depending on the nulls and sidelobes of the
> filters, we do occasionally see an alias of the tone, but it is at
> least 40 dB below our tone.
>
> Has anyone experienced similar behavior? How are the filters in the
> AD9361 set based on the sample rate?
>
> I'd be happy to provide some screenshots and additional data to help
> track down this issue.
>
> Thanks,
>
> Peter Knee
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
What version of the UHD and firmware code are you running on your B210?
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140325/ddaa7ce6/attachment-0001.html>
------------------------------
Message: 9
Date: Tue, 25 Mar 2014 16:59:34 -0700
From: Ian Buckley <[email protected]>
To: "Knee, Peter A" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210: Filter Settings
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Peter,
We noticed something analogous internally in the last few days, working on it
right now.
-Ian
On Mar 25, 2014, at 2:41 PM, "Knee, Peter A" <[email protected]> wrote:
> All,
>
> I?m having an issue with aliasing on the USRP B210. It seems that this issue
> is only present at a sample rate of 16 MHz. The other tested rates (4 MHz, 8
> MHz, 32 MHz) don?t exhibit this issue. It seems as though the filters in the
> AD9361 are potentially being bypassed or not set correctly based on the
> desired sampling rate.
>
> To test, we input a CW at a known frequency and tuned our device. As
> expected we noticed a spike at the correct frequency. As we swept the CW
> outside of our band of interest, we see it start to alias back into the band
> at virtually the same power level. We don?t see this issue at the other
> rates. Depending on the nulls and sidelobes of the filters, we do
> occasionally see an alias of the tone, but it is at least 40 dB below our
> tone.
>
> Has anyone experienced similar behavior? How are the filters in the AD9361
> set based on the sample rate?
>
> I?d be happy to provide some screenshots and additional data to help track
> down this issue.
>
> Thanks,
> Peter Knee
> _______________________________________________
> 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/20140325/e352a09c/attachment-0001.html>
------------------------------
Message: 10
Date: Tue, 25 Mar 2014 23:07:43 -0400
From: King Chan <[email protected]>
To: Ben Hilburn <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] B200 - JTAG, Cap, I&Q Imbalance
Message-ID:
<cacgfnrpgubpvqwfmte_rmhm9ewspyileah+eoj08csbgcdm...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Ben,
Thanks. But I found out the IQ calibration is NOT always on.
The switching frequency trick that Simon Pack pointed out (
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2014-March/008941.html)
works. Any clue why?
Thanks,
King
On Thu, Mar 13, 2014 at 12:55 PM, Ben Hilburn <[email protected]> wrote:
> Hi King -
>
>>
>> 1) JTAG header is not populated on B200. If I'd add the header myself,
>> will it works? And, if I populate the header, will it void the the warranty?
>> 2) Direct leakage from TX1 to RX1 can be observed. If I remove the
>> capacitor C809, it should be better. But will this void the warranty?
>>
>
> Yes, making hardware modifications to your board does void the warranty.
> If you correctly populate the JTAG header, it will work.
>
>
>> 3) Does B200 supports uhd_cal_tx_iq_balance ? If not, how to calibrate
>> B200 I&Q imbalance?
>>
>
> No, it doesn't support that utility, but it doesn't need it. UHD takes
> advantage of the AD9361's internal IQ calibration, which is always on.
>
> Cheers,
> Ben
>
>
>>
>>
>> Thanks.
>>
>> King
>>
>> _______________________________________________
>> 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/20140325/0a3f4563/attachment-0001.html>
------------------------------
Message: 11
Date: Wed, 26 Mar 2014 12:35:50 +0530
From: BHASKAR BANERJEE <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Generate the project with CMake
Message-ID:
<CAB=Xds=-PQawzbCvyjPHzG-dQeimg2RKH6pdc=aqmpoa_9p...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi
I am Bhaskar.I am trying to generate project in Cmake as explained in
http://files.ettus.com/uhd_docs/manual/html/build.html#build-instructions-windows(Generate
the project with CMake).Currently I am facing certain problems.
I will summarize the steps how I did it
1) I went to the host folder of the USRP code directory and made a new
folder build
2) opened cmake gui (working on windows 7) included the path of host and
.host/build
3) Selected Microsoft Visual studio 11 in the drop down menu that comes
after configure.
4) I followed the following steps as listed in
http://lists.gnu.org/archive/html/discuss-gnuradio/2013-08/msg00284.html
Make sure the *Advanced* checkbox is ticked. Click on
*Configure*, select Visual Studio 2010 *Win64* as
generator and set:
- *BOOST_ALL_DYN_LINK* must be checked
- *Boost_INCLUDE_DIR* to *C:/src/boost_1_53_0*
- *CMAKE_CONFIGURATION_TYPES* to
*Debug;Release;MinSizeRel;RelWithDebInfo*
- *CMAKE_INSTALL_PREFIX* to *gnuradio-portable*
- *RST2HTML_EXECUTABLE* to *C:/Python27/Scripts/rst2html.py*
It did not ask for LIBUSB_INCLUDE_DIRS, while in the site it was
mentioned I need to give the path for libusb.h in the following way -:
- *LIBUSB_INCLUDE_DIRS* to *C:/src/libusb-1.0.9/libusb*
- if 32-bit: *LIBUSB_LIBRARIES* to
*optimized;C:/src/libusb-1.0.9/Win32/Release/dll/libusb-1.0.lib;debug;C:/src/libusb-1.0.9/Win32/Debug/dll/libusb-1.0.lib*
- if 64-bit: *LIBUSB_LIBRARIES* to
*optimized;C:/src/libusb-1.0.9/x64/Release/dll/libusb-1.0.lib;debug;C:/src/libusb-1.0.9/x64/Debug/dll/libusb-1.0.lib*
I did not get any error in the configuration step.Configuration done,
then generate done,
5) I check the build folder, This consists of a lot of project file. I am
not sure which one is the one to use.None of the project files contains any
c or cpp codes.
6) I have pasted the transcript below , 2 things I am not sure a) Could NOT
find Boost.
b) # UHD disabled components
######################################################
* LibUHD
* Examples
* Utils
* Tests
* Doxygen
Configuring the python interpreter...
Python interpreter: C:/Python33/python.exe
Override with: -DPYTHON_EXECUTABLE=<path-to-python>
Configuring Boost C++ Libraries...
Could NOT find Boost
Boost include directories: D:/USRP_FIRMWARE/boost/boost_1_55_0
Boost library directories: D:/USRP_FIRMWARE/boost/lib
Boost libraries:
Python checking for Python version 2.6 or greater
Python checking for Python version 2.6 or greater - found
Python checking for Cheetah templates 2.0.0 or greater
Python checking for Cheetah templates 2.0.0 or greater - "import Cheetah"
failed
Configuring LibUHD support...
Dependency Boost_FOUND = 0
Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
Dependency HAVE_PYTHON_MODULE_CHEETAH = FALSE
Disabling LibUHD support.
Override with -DENABLE_LIBUHD=ON/OFF
Configuring Examples support...
Dependency ENABLE_LIBUHD = OFF
Disabling Examples support.
Override with -DENABLE_EXAMPLES=ON/OFF
Configuring Utils support...
Dependency ENABLE_LIBUHD = OFF
Disabling Utils support.
Override with -DENABLE_UTILS=ON/OFF
Configuring Tests support...
Dependency ENABLE_LIBUHD = OFF
Disabling Tests support.
Override with -DENABLE_TESTS=ON/OFF
Configuring Manual support...
Dependency DOCUTILS_FOUND = TRUE
Enabling Manual support.
Override with -DENABLE_MANUAL=ON/OFF
Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
Configuring Doxygen support...
Dependency DOXYGEN_FOUND = NO
Disabling Doxygen support.
Override with -DENABLE_DOXYGEN=ON/OFF
######################################################
# UHD enabled components
######################################################
* Manual
######################################################
# UHD disabled components
######################################################
* LibUHD
* Examples
* Utils
* Tests
* Doxygen
Building version: 003.005.002-0-unknown
Using install prefix: C:/Program Files (x86)/UHD
Compatible images can be downloaded from:
http://files.ettus.com/binaries/maint_images/archive/uhd-images_003.005.002-release.zip
Configuring done
Kindly help me to figure out what am I missing .
Thanks
Bhaskar
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140326/57c3f3ed/attachment-0001.html>
------------------------------
Message: 12
Date: Wed, 26 Mar 2014 10:24:01 +0100
From: "Ralph A. Schmid, dk5ras" <[email protected]>
To: "'Jonathan Fox'" <[email protected]>,
<[email protected]>
Subject: Re: [USRP-users] USRP N210 Spurious Signal
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Did you try using an external attenuator? Maybe the analyzer is overdriven.
Ralph.
From: USRP-users [mailto:[email protected]] On Behalf Of
Jonathan Fox
Sent: Tuesday, March 25, 2014 11:44 PM
To: [email protected]
Subject: [USRP-users] USRP N210 Spurious Signal
A colleague and I were sending out simple signals from the USRP with GNU
Radio to our spectrum analyzer through SMA cables rated for RF use.
Basically, two cosine signals of the same amplitude (0.4) at 1 MHz and 3
MHz, added together and transmitted at 1 GHz from a USRP N210 with WBX
daughterboard (see usrp_tone.png for flow graph). The sampling rate was the
same for all blocks, 25 MS/s. The systctl -w net.core.rmem_max=50000000 was
set ahead of time and no grc prompt came up about it for this run. No U's or
any other character codes when running. The USRP sink block is at max gain,
20 dB.
The issue we are having as the other image attached shows, is we have our
two signals and a lot run off spurs showing up on our Spectrum Analyzer.
These spurs have a reduced amplitude of over -30 dBm in comparison to our
two cosine signals which are around 0.76 dBm.
I am not nearly as experienced as my colleague is but he is as stumped as
much as I am concerning this. Has anyone encountered an issue like this
before?
Thanks,
Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140326/a9cf6b7b/attachment-0001.html>
------------------------------
Message: 13
Date: Wed, 26 Mar 2014 15:19:41 +0530
From: BHASKAR BANERJEE <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Generate the project with CMake
Message-ID:
<CAB=xdsn-q+age5ty68pziqwmqwjcx-1s26wftyeobprsv0p...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi
Is there anyone who can help me out with cmake project file generation in
windows using cmake gui .
Thanks
Bhaskar
On Wed, Mar 26, 2014 at 12:35 PM, BHASKAR BANERJEE <
[email protected]> wrote:
> Hi
>
> I am Bhaskar.I am trying to generate project in Cmake as explained in
> http://files.ettus.com/uhd_docs/manual/html/build.html#build-instructions-windows(Generate
> the project with CMake).Currently I am facing certain problems.
>
> I will summarize the steps how I did it
>
> 1) I went to the host folder of the USRP code directory and made a new
> folder build
> 2) opened cmake gui (working on windows 7) included the path of host and
> .host/build
> 3) Selected Microsoft Visual studio 11 in the drop down menu that comes
> after configure.
> 4) I followed the following steps as listed in
> http://lists.gnu.org/archive/html/discuss-gnuradio/2013-08/msg00284.html
>
> Make sure the *Advanced* checkbox is ticked. Click on
> *Configure*, select Visual Studio 2010 *Win64* as
> generator and set:
>
> - *BOOST_ALL_DYN_LINK* must be checked
> - *Boost_INCLUDE_DIR* to *C:/src/boost_1_53_0*
> - *CMAKE_CONFIGURATION_TYPES* to
> *Debug;Release;MinSizeRel;RelWithDebInfo*
> - *CMAKE_INSTALL_PREFIX* to *gnuradio-portable*
> - *RST2HTML_EXECUTABLE* to *C:/Python27/Scripts/rst2html.py*
>
> It did not ask for LIBUSB_INCLUDE_DIRS, while in the site it was
> mentioned I need to give the path for libusb.h in the following way -:
>
>
> - *LIBUSB_INCLUDE_DIRS* to *C:/src/libusb-1.0.9/libusb*
> - if 32-bit: *LIBUSB_LIBRARIES* to
>
> *optimized;C:/src/libusb-1.0.9/Win32/Release/dll/libusb-1.0.lib;debug;C:/src/libusb-1.0.9/Win32/Debug/dll/libusb-1.0.lib*
> - if 64-bit: *LIBUSB_LIBRARIES* to
>
> *optimized;C:/src/libusb-1.0.9/x64/Release/dll/libusb-1.0.lib;debug;C:/src/libusb-1.0.9/x64/Debug/dll/libusb-1.0.lib*
>
> I did not get any error in the configuration step.Configuration done,
> then generate done,
>
> 5) I check the build folder, This consists of a lot of project file. I am
> not sure which one is the one to use.None of the project files contains any
> c or cpp codes.
>
> 6) I have pasted the transcript below , 2 things I am not sure a) Could
> NOT find Boost.
> b) # UHD disabled components
>
> ######################################################
>
> * LibUHD
>
> * Examples
>
> * Utils
>
> * Tests
>
> * Doxygen
>
>
>
>
> Configuring the python interpreter...
>
> Python interpreter: C:/Python33/python.exe
>
> Override with: -DPYTHON_EXECUTABLE=<path-to-python>
>
> Configuring Boost C++ Libraries...
>
> Could NOT find Boost
>
> Boost include directories: D:/USRP_FIRMWARE/boost/boost_1_55_0
>
> Boost library directories: D:/USRP_FIRMWARE/boost/lib
>
> Boost libraries:
>
> Python checking for Python version 2.6 or greater
>
> Python checking for Python version 2.6 or greater - found
>
> Python checking for Cheetah templates 2.0.0 or greater
>
> Python checking for Cheetah templates 2.0.0 or greater - "import Cheetah"
> failed
>
> Configuring LibUHD support...
>
> Dependency Boost_FOUND = 0
>
> Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
>
> Dependency HAVE_PYTHON_MODULE_CHEETAH = FALSE
>
> Disabling LibUHD support.
>
> Override with -DENABLE_LIBUHD=ON/OFF
>
> Configuring Examples support...
>
> Dependency ENABLE_LIBUHD = OFF
>
> Disabling Examples support.
>
> Override with -DENABLE_EXAMPLES=ON/OFF
>
> Configuring Utils support...
>
> Dependency ENABLE_LIBUHD = OFF
>
> Disabling Utils support.
>
> Override with -DENABLE_UTILS=ON/OFF
>
> Configuring Tests support...
>
> Dependency ENABLE_LIBUHD = OFF
>
> Disabling Tests support.
>
> Override with -DENABLE_TESTS=ON/OFF
>
> Configuring Manual support...
>
> Dependency DOCUTILS_FOUND = TRUE
>
> Enabling Manual support.
>
> Override with -DENABLE_MANUAL=ON/OFF
>
> Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>
> Configuring Doxygen support...
>
> Dependency DOXYGEN_FOUND = NO
>
> Disabling Doxygen support.
>
> Override with -DENABLE_DOXYGEN=ON/OFF
>
> ######################################################
>
> # UHD enabled components
>
> ######################################################
>
> * Manual
>
> ######################################################
>
> # UHD disabled components
>
> ######################################################
>
> * LibUHD
>
> * Examples
>
> * Utils
>
> * Tests
>
> * Doxygen
>
> Building version: 003.005.002-0-unknown
>
> Using install prefix: C:/Program Files (x86)/UHD
>
> Compatible images can be downloaded from:
> http://files.ettus.com/binaries/maint_images/archive/uhd-images_003.005.002-release.zip
>
> Configuring done
>
>
> Kindly help me to figure out what am I missing .
>
>
> Thanks
>
> Bhaskar
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140326/99c821a4/attachment-0001.html>
------------------------------
Message: 14
Date: Wed, 26 Mar 2014 12:37:46 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Generate the project with CMake
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Bhaskar,
looking at the output of your CMake run, you're missing two dependencies:
1. Boost! You need to set the include directories to include boost.
>> Configuring Boost C++ Libraries... Could NOT find Boost
2. Cheetah:
>> Python checking for Cheetah templates 2.0.0 or greater - "import
Cheetah"
>> failed
Since you're missing dependencies, building the actual libUHD failed.
>> Disabling LibUHD support.
Fix the missing dependencies, and things should start working :)
Greetings,
Marcus
On 26.03.2014 10:49, BHASKAR BANERJEE wrote:
> Hi
>
> Is there anyone who can help me out with cmake project file
> generation in windows using cmake gui .
>
> Thanks Bhaskar
>
>
> On Wed, Mar 26, 2014 at 12:35 PM, BHASKAR BANERJEE <
> [email protected]> wrote:
>
>> Hi
>>
>> I am Bhaskar.I am trying to generate project in Cmake as
>> explained in
>> http://files.ettus.com/uhd_docs/manual/html/build.html#build-instructions-windows(Generate
>> the project with CMake).Currently I am facing certain problems.
>>
>> I will summarize the steps how I did it
>>
>> 1) I went to the host folder of the USRP code directory and made
>> a new folder build 2) opened cmake gui (working on windows 7)
>> included the path of host and .host/build 3) Selected Microsoft
>> Visual studio 11 in the drop down menu that comes after
>> configure. 4) I followed the following steps as listed in
>> http://lists.gnu.org/archive/html/discuss-gnuradio/2013-08/msg00284.html
>>
>>
>>
Make sure the *Advanced* checkbox is ticked. Click on
>> *Configure*, select Visual Studio 2010
>> *Win64* as generator and set:
>>
>> - *BOOST_ALL_DYN_LINK* must be checked - *Boost_INCLUDE_DIR* to
>> *C:/src/boost_1_53_0* - *CMAKE_CONFIGURATION_TYPES* to
>> *Debug;Release;MinSizeRel;RelWithDebInfo* -
>> *CMAKE_INSTALL_PREFIX* to *gnuradio-portable* -
>> *RST2HTML_EXECUTABLE* to *C:/Python27/Scripts/rst2html.py*
>>
>> It did not ask for LIBUSB_INCLUDE_DIRS, while in the site it was
>> mentioned I need to give the path for libusb.h in the following
>> way -:
>>
>>
>> - *LIBUSB_INCLUDE_DIRS* to *C:/src/libusb-1.0.9/libusb* - if
>> 32-bit: *LIBUSB_LIBRARIES* to
>> *optimized;C:/src/libusb-1.0.9/Win32/Release/dll/libusb-1.0.lib;debug;C:/src/libusb-1.0.9/Win32/Debug/dll/libusb-1.0.lib*
>>
>>
- - if 64-bit: *LIBUSB_LIBRARIES* to
>> *optimized;C:/src/libusb-1.0.9/x64/Release/dll/libusb-1.0.lib;debug;C:/src/libusb-1.0.9/x64/Debug/dll/libusb-1.0.lib*
>>
>>
>>
I did not get any error in the configuration step.Configuration done,
>> then generate done,
>>
>> 5) I check the build folder, This consists of a lot of project
>> file. I am not sure which one is the one to use.None of the
>> project files contains any c or cpp codes.
>>
>> 6) I have pasted the transcript below , 2 things I am not sure a)
>> Could NOT find Boost. b) # UHD disabled components
>>
>> ######################################################
>>
>> * LibUHD
>>
>> * Examples
>>
>> * Utils
>>
>> * Tests
>>
>> * Doxygen
>>
>>
>>
>>
>> Configuring the python interpreter...
>>
>> Python interpreter: C:/Python33/python.exe
>>
>> Override with: -DPYTHON_EXECUTABLE=<path-to-python>
>>
>> Configuring Boost C++ Libraries...
>>
>> Could NOT find Boost
>>
>> Boost include directories: D:/USRP_FIRMWARE/boost/boost_1_55_0
>>
>> Boost library directories: D:/USRP_FIRMWARE/boost/lib
>>
>> Boost libraries:
>>
>> Python checking for Python version 2.6 or greater
>>
>> Python checking for Python version 2.6 or greater - found
>>
>> Python checking for Cheetah templates 2.0.0 or greater
>>
>> Python checking for Cheetah templates 2.0.0 or greater - "import
>> Cheetah" failed
>>
>> Configuring LibUHD support...
>>
>> Dependency Boost_FOUND = 0
>>
>> Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
>>
>> Dependency HAVE_PYTHON_MODULE_CHEETAH = FALSE
>>
>> Disabling LibUHD support.
>>
>> Override with -DENABLE_LIBUHD=ON/OFF
>>
>> Configuring Examples support...
>>
>> Dependency ENABLE_LIBUHD = OFF
>>
>> Disabling Examples support.
>>
>> Override with -DENABLE_EXAMPLES=ON/OFF
>>
>> Configuring Utils support...
>>
>> Dependency ENABLE_LIBUHD = OFF
>>
>> Disabling Utils support.
>>
>> Override with -DENABLE_UTILS=ON/OFF
>>
>> Configuring Tests support...
>>
>> Dependency ENABLE_LIBUHD = OFF
>>
>> Disabling Tests support.
>>
>> Override with -DENABLE_TESTS=ON/OFF
>>
>> Configuring Manual support...
>>
>> Dependency DOCUTILS_FOUND = TRUE
>>
>> Enabling Manual support.
>>
>> Override with -DENABLE_MANUAL=ON/OFF
>>
>> Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>
>> Configuring Doxygen support...
>>
>> Dependency DOXYGEN_FOUND = NO
>>
>> Disabling Doxygen support.
>>
>> Override with -DENABLE_DOXYGEN=ON/OFF
>>
>> ######################################################
>>
>> # UHD enabled components
>>
>> ######################################################
>>
>> * Manual
>>
>> ######################################################
>>
>> # UHD disabled components
>>
>> ######################################################
>>
>> * LibUHD
>>
>> * Examples
>>
>> * Utils
>>
>> * Tests
>>
>> * Doxygen
>>
>> Building version: 003.005.002-0-unknown
>>
>> Using install prefix: C:/Program Files (x86)/UHD
>>
>> Compatible images can be downloaded from:
>> http://files.ettus.com/binaries/maint_images/archive/uhd-images_003.005.002-release.zip
>>
>>
>>
Configuring done
>>
>>
>> Kindly help me to figure out what am I missing .
>>
>>
>> Thanks
>>
>> Bhaskar
>>
>
>
>
> _______________________________________________ USRP-users mailing
> list [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTMrwJAAoJEBQ6EdjyzlHttSkH+wbKJx5nBEpEkmgosQqrqv7T
LOVfeP23mK9IQOZZolCOKfV/aZfLgVmYBeMtOlSxskyHccjjFT2lW/ztOFWryHZh
xCBewTzilmgkOanBFhJpILhekv/QhX0byVhX6SMmFkqlABH9/kMPh0dIQHRHIS/J
vkkcsGUTcB0WPlMSh0/wvVZnA86fXWC6geAg1wS7yK2HJo7pteswZ03nwLXVzJYC
/St3ZPGu/Qt25s2xW/SmqQW9uOe10lnniqRN82zYGEiFRFOO1M5hDh6F1pN6ZYOA
M0e4siM/D0NT+FSHR0+ezs1/CFf7gFSpEfhoao/oNTH4XcyEsT0xFXaArOnDvjw=
=7VXz
-----END PGP SIGNATURE-----
------------------------------
Message: 15
Date: Wed, 26 Mar 2014 09:49:31 -0400
From: Jonathan Fox <[email protected]>
To: "Ralph A. Schmid, dk5ras" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP N210 Spurious Signal
Message-ID:
<CAPZrqubOknAn6jiwC6QFNEwo9HLdh0ZM+j=nt5ysvwe5srz...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, Mar 26, 2014 at 5:24 AM, Ralph A. Schmid, dk5ras
<[email protected]>wrote:
> Did you try using an external attenuator? Maybe the analyzer is overdriven...
>
>
> Ralph.
>
>
>
>
>
> *From:* USRP-users [mailto:[email protected]] *On Behalf
> Of *Jonathan Fox
> *Sent:* Tuesday, March 25, 2014 11:44 PM
> *To:* [email protected]
> *Subject:* [USRP-users] USRP N210 Spurious Signal
>
>
>
> A colleague and I were sending out simple signals from the USRP with GNU
> Radio to our spectrum analyzer through SMA cables rated for RF use.
>
>
>
> Basically, two cosine signals of the same amplitude (0.4) at 1 MHz and 3
> MHz, added together and transmitted at 1 GHz from a USRP N210 with WBX
> daughterboard (see usrp_tone.png for flow graph). The sampling rate was the
> same for all blocks, 25 MS/s. The systctl -w net.core.rmem_max=50000000 was
> set ahead of time and no grc prompt came up about it for this run. No U's
> or any other character codes when running. The USRP sink block is at max
> gain, 20 dB.
>
>
>
> The issue we are having as the other image attached shows, is we have our
> two signals and a lot run off spurs showing up on our Spectrum Analyzer.
> These spurs have a reduced amplitude of over -30 dBm in comparison to our
> two cosine signals which are around 0.76 dBm.
>
>
>
> I am not nearly as experienced as my colleague is but he is as stumped as
> much as I am concerning this. Has anyone encountered an issue like this
> before?
>
>
>
> Thanks,
>
>
>
> Jon
>
I have used both the Agilent internal attenuator for the
standalone analyzer and an external for when I followed Marcus' advice on
reduced signal amplitude and feed into another USRP to use GNU Radio's
Visual FFT (the analyzer was in use by another).
Marcus has recommended that I turn the gain down, so I will try that next,
although I am tempted to also use an external attenuator on the spectrum
analyzer.
Thanks,
Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140326/f2f267b1/attachment-0001.html>
------------------------------
Message: 16
Date: Wed, 26 Mar 2014 14:27:00 +0000 (UTC)
From: Marcus Leech <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] USRP N210 Spurious Signal
Message-ID: <427759673.5230.1395844021113.JavaMail.mail@webmail12>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140326/3300ee8d/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 43, Issue 26
******************************************
