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: Mis-aligned data on B210 RX channels
(Ben Hilburn via USRP-users)
2. Re: Raw ADC Data with the X300? (Ben Hilburn via USRP-users)
3. B200 Step by Step on Windows (L Ll via USRP-users)
4. Re: B200 Step by Step on Windows (Marcus D. Leech via USRP-users)
5. Re: Sampling + Clock rates (Was: (no subject))
(jason sam via USRP-users)
6. Re: Sampling + Clock rates (Was: (no subject))
(Marcus M?ller via USRP-users)
7. Re: Sampling + Clock rates (Was: (no subject))
(jason sam via USRP-users)
8. Re: Sampling + Clock rates (Was: (no subject))
(Mike Jameson via USRP-users)
9. USRP X300, PCIe, Windows, PCIe extender card
(Serge Malo via USRP-users)
10. Re: USRP X300, PCIe, Windows, PCIe extender card
(Matt Ettus via USRP-users)
11. Re: USRP X300, PCIe, Windows, PCIe extender card
(Serge Malo via USRP-users)
12. Re: USRP X300, PCIe, Windows, PCIe extender card
(Matt Ettus via USRP-users)
13. Re: USRP X300, PCIe, Windows, PCIe extender card
(Serge Malo via USRP-users)
14. Re: USRP X300, PCIe, Windows, PCIe extender card
(Matt Ettus via USRP-users)
15. Re: B200 Step by Step on Windows (Reaper Dan via USRP-users)
----------------------------------------------------------------------
Message: 1
Date: Wed, 14 May 2014 14:15:48 -0700
From: Ben Hilburn via USRP-users <[email protected]>
To: Robert Kossler <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Mis-aligned data on B210 RX channels
Message-ID:
<caoevzk+ujpaw3ohy03n5xlqplxjmnvit0pnfa3dzvcpruve...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Robert -
It looks like your attachments may have gotten stripped. Can you try
re-sending them?
Cheers,
Ben
On Wed, May 7, 2014 at 2:28 PM, Robert Kossler via USRP-users <
[email protected]> wrote:
> I am using a B210 to collect data from 2 RX channels simultaneously and
> saving the results to file (using a modified program based on
> "rx_samples_to_file"). As a test, I injected a multi-tone signal (400
> tones evenly spaced across 20 MHz) into both RX ports using a 1:2 splitter.
> I then computed FFTs and compared the relative magnitude and phase of each
> tone between the two channels. The magnitude was nearly equal as expected.
> But, the phase has a linear drift with frequency. During one capture, the
> relative phase between adjacent tones (tone spacing of 50 kHz) was 79
> degrees. But, the phase slope is not constant from capture to capture.
>
> For the capture where I measured 79 degrees between adjacent tones, I
> calculated that this amount of linear phase versus frequency corresponds to
> a channel-to-channel time delay of about 4.39 us, which in turn corresponds
> to about 110 samples at my sampling rate of 25 MS/s. Indeed, when I
> purposely shift one of the channels by 110 samples, the linear phase versus
> frequency disappears.
>
> I am wondering if anyone has seen similar behavior. I fully expect that
> the problem is some type of configuration problem or some problem in
> interpreting / saving the incoming data streams but I can't seem to find it.
>
> Attached is my "rx_samples_to_file_2" code which is a combination of the
> "rx_samples_to_file" and "benchmark_rate" examples programs.
>
> Rob Kossler
>
> _______________________________________________
> 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/20140514/d03c691f/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 14 May 2014 14:49:12 -0700
From: Ben Hilburn via USRP-users <[email protected]>
To: Robert Palumbo <[email protected]>, Balint Seeber
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Raw ADC Data with the X300?
Message-ID:
<caoevzkjea7puawefvtfp+eb_88g-e+pg9yjhdvdtagdbkcl...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Robert -
Sorry for the delay in getting you a response!
Hm, what UHD tune policy are you using? Have you disabled the CORDIC
(manual tune)? I would be interested to see if this impacts what you are
seeing at all.
http://files.ettus.com/uhd_docs/manual/html/general.html#two-stage-tuning-process
(Note that we are in the process of updating our manual, and it looks like
we broke the formatting of the code, there - obviously, that code isn't
meant to be one long comment)
A tune request similar to this will disable the CORDIC:
uhd::tune_request_t tune_req(target_frequency_in_hz, desired_lo_offset);
tune_req.dsp_freq_policy = tune_request_t::POLICY_MANUAL;
tune_req.dsp_freq = 0.0;
Give this a shot and let us know if it helps or affects things.
Cheers,
Ben
On Fri, May 9, 2014 at 6:42 AM, Robert Palumbo via USRP-users <
[email protected]> wrote:
> I apologize, I realize now that my last email was a little vague on the
> details.
>
> I'm using an X300 (HGS stock build/image, pulled 2-3 weeks ago) with a
> BasixRx/Tx on Radio slot A. Radio slot B does not have a daughtercard. I'm
> running rx_samples_to_file with the Rx subdevice specification set to
> "A:A", a rate of 200e6, and a frequency of 0. I have a single tone input
> into Rx channel A of the BasicRx daughtercard, close to full-scale input of
> the ADC (10dBm). The FPGA is running at a 200MHz clock rate.
>
> With a subdevice specification of A:A, I would expect real-valued input
> from Rx channel A to map to the I-channel in the DDC, with all Q-channel
> samples set to zero. With the frequency set to 0 and the rate at 200MHz,
> I'd expect no downconversion whatsoever, so I should just get a pass
> through of samples from the ADC. So, on output, I'd expect zeros on the
> Q-channel, and the real-valued data on the I-channel, with all samples
> sign-extended from 14-bits to 16-bits. However, my IQ data has non-zero
> values on the Q-channel, which indicates that there is some processing
> going on, which means I'm not getting the truly raw ADC samples.
>
> Am I missing something in my setup?
>
> Rob
>
>
> On Fri, May 9, 2014 at 8:53 AM, Marcus M?ller <[email protected]>wrote:
>
>> Hi Robert,
>>
>> the X300 still has two ADCs. I assume we're talking about a setup
>> containing but a BasicRX daughterboard, so you'd have one I and one Q SMA
>> connector on each daughterboard, and consequently would be getting
>> independent ADC samples for both channels.
>>
>> Most probably I misunderstand, so please tell us which daughterboard(s)
>> you're using and how your signal source looks like.
>>
>> Greetings,
>> Macus
>>
>>
>> On Fri, May 9, 2014 at 12:24 PM, Robert Palumbo via USRP-users <
>> [email protected]> wrote:
>>
>>> Hi All,
>>>
>>> I was wondering, I know the X300 can stream full rate samples from the
>>> ADC via the 10G link, but is it possible to get the raw ADC samples at full
>>> rate?
>>>
>>> I tried receiving data ('rx_samples_to_file') with a center frequency of
>>> 0Hz, rate set to 200e6, and Rx subdevice specification set to "A:A", but
>>> I'm still getting IQ data back with non-zero quadrature values. I would
>>> have expected that with the CORDIC disabled, I would get the real-valued
>>> input signal on I, and all zeros on Q-channel.
>>>
>>> Thanks for any help,
>>>
>>> Rob
>>>
>>> --
>>> Robert A Palumbo
>>> [email protected]
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>>
>>
>
>
> --
> Robert A Palumbo
> [email protected]
>
> _______________________________________________
> 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/20140514/2216be7a/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 14 May 2014 20:34:12 -0400 (EDT)
From: L Ll via USRP-users <[email protected]>
To: [email protected]
Subject: [USRP-users] B200 Step by Step on Windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
All,
I would really like to get a straightforward guide written for my setup (and
hopefully other setups).
I am currently running Windows 7 Pro on a Dell M4800. I am trying to get this
B200 working with some kind of waterfall type software (I would like to be able
to see the spectrum and move around through it).
I have installed an overwhelming amount of software trying to get this thing to
work with no real success so far.
I can navigate to the C:\Program Files (x86)\UHD\lib\uhd\examples folder and
run some of the programs there from the command prompt. The computer sees and
communicates with the B200, so now, how do I get it to work with something like
HDSDR or SDR-RADIO???
Thanks,
- Dan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140514/c51fe86d/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 14 May 2014 21:15:09 -0400
From: "Marcus D. Leech via USRP-users" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] B200 Step by Step on Windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 05/14/2014 08:34 PM, L Ll via USRP-users wrote:
> All,
>
> I would really like to get a straightforward guide written for my
> setup (and hopefully other setups).
> I am currently running Windows 7 Pro on a Dell M4800. I am trying to
> get this B200 working with some kind of waterfall type software (I
> would like to be able to see the spectrum and move around through it).
>
> I have installed an overwhelming amount of software trying to get this
> thing to work with no real success so far.
>
> I can navigate to the C:\Program Files (x86)\UHD\lib\uhd\examples
> folder and run some of the programs there from the command prompt. The
> computer sees and communicates with the B200, so now, how do I get it
> to work with something like HDSDR or SDR-RADIO???
>
> Thanks,
> - Dan
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Have you checked out Balint's Wiki?
http://wiki.spench.net/wiki/ExtIO_USRP
Keep in mind that USRP hardware and drivers are primarily *development*
platforms for people *developing* things like HDSDR (and hundreds and
hundreds of other applications).
Unlike many of the SDR platforms that are targeted primarily to
ham-radio people and "casual air-wave surfers", the USRP family are used
heavily by industrial, commercial, academic, and governmentl users
for development of their own, all-very-different-from-one-another
applications.
Many of the ham-specific SDRs come with "captive" application
software, but Ettus gear isn't designed for one specific "audience".
None of the "applications" layer above the UHD drivers are really things
that are technically supported by Ettus Research. Obviously,
Ettus will try to get you going, but if your primary goal is to
simply *use* a canned application, your primary line of support should
be with
purveyors of said canned application--and in the case of HDSDR,
that's not Ettus Research.
Ettus has online manuals for the hardware and drivers, but they are,
necessarily, aimed at developers, rather than so-called "end users".
Just like when you buy a CPU from Intel, it's unlikely they'll be
your best channel for support with some random application that happens
to execute on that CPU, the metaphor applies to a certain extent
here, as well. I guess in the happiest of all worlds, Ettus would be
able to, unconditionally, answer the question "how do I use and
configure <my-fave-application> with your hardware and drivers" -- given
the very large number of applications out there that use Ettus
hardware, it's simply not practical for Ettus to provide that information
and keep it up to date. The onus should be on the purveyor of the
*application* to provide that information and keep it up to date.
So, check out Balint's WIki--the EXTIO_USRP was written specifically to
allow HDSDR and its workalikes to allow the use of USRP hardware,
and while Balint now actually works for Ettus Research, EXTIO_USRP
isn't, in any way, a "product" of Ettus Research. It's Balint's thing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140514/2a41e00e/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 15 May 2014 12:57:34 +0500
From: jason sam via USRP-users <[email protected]>
To: Mike Jameson <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Sampling + Clock rates (Was: (no subject))
Message-ID:
<CAEhLvxSJjQi2kGxLwUKma7mG95ty=zvxpqdvqbgg4xugi2b...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
If i am not using USRP,but simply a signal source then in that case the
sampling rate would be double the frequency or not??
On Wed, May 14, 2014 at 12:34 PM, jason sam <[email protected]> wrote:
> Thank you Mike
>
>
> On Wed, May 14, 2014 at 11:56 AM, Mike Jameson <[email protected]>wrote:
>
>> The sample rate is the same as the receive bandwidth as it uses complex
>> sampling.
>>
>> So 1MHz receive bandwidth can be achieved with a sample rate of 1e6.
>>
>> Mike
>>
>> --
>> Mike Jameson M0MIK BSc MIET
>> Ettus Research Technical Support
>> Email: [email protected]
>> Web: http://ettus.com
>>
>>
>> On Wed, May 14, 2014 at 5:28 AM, jason sam via USRP-users <
>> [email protected]> wrote:
>>
>>> The sample rate should be double of RX or TX bandwidth?
>>>
>>>
>>> On Tue, May 13, 2014 at 12:59 PM, Martin Braun via USRP-users <
>>> [email protected]> wrote:
>>>
>>>> On 13.05.2014 09:45, asad umer via USRP-users wrote:
>>>>
>>>>> What is the range of sample rate for B210??I knew it to be
>>>>> 5-61.44MHz,but when i gave the rate of 50MHz i got the following
>>>>> warning in GRC:
>>>>>
>>>>
>>>> Right now, if you want to sample at 50 Msps, you need to set the clock
>>>> as well, e.g.:
>>>>
>>>> $ benchmark_rate --args master_clock_rate=50e6 --tx_rate 50e6
>>>>
>>>> This will only work across USB3.
>>>>
>>>> Martin
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140515/3702fb69/attachment-0001.html>
------------------------------
Message: 6
Date: Thu, 15 May 2014 10:17:18 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: jason sam <[email protected]>
Cc: "[email protected]" <[email protected]>, Mike
Jameson <[email protected]>
Subject: Re: [USRP-users] Sampling + Clock rates (Was: (no subject))
Message-ID:
<cahrjasuhtv87ik1cblekrjxbnfev7kqr5ewklwcmc1n-u+r...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Ok, a little explanation on behalf of the elders of the equivalent baseband:
In complex baseband, you have negative frequencies as much as you have
positive. So if you set your USRP's sampling rate to 1e6 (unit: complex
samples per second) and tune it to f_center, you will get 1e6 Hz of
bandwidth -- [f_center - 0.5e6 ; f_center + 0.5e6] Hz.
If you have a complex signal source, it's the same. You can have a "peak"
in your spectrum anywhere in [-f_s/2; f_s/2].
So, yes, if you want to have a complex sine signal at 50kHz, your
(theoretical) sampling rate has to be 100kHz, because then the available
spectrum will be [-50;50]kHz. (by the way, don't do this, the effects of
your signal will appear on the lower edge of your spectrum, too. That can
be quite useful, but more often, it's confusing to the unexpecting) .
Hope that cleared things up a little,
Marcus
On Thu, May 15, 2014 at 9:57 AM, jason sam via USRP-users <
[email protected]> wrote:
> If i am not using USRP,but simply a signal source then in that case the
> sampling rate would be double the frequency or not??
>
>
> On Wed, May 14, 2014 at 12:34 PM, jason sam <[email protected]> wrote:
>
>> Thank you Mike
>>
>>
>> On Wed, May 14, 2014 at 11:56 AM, Mike Jameson <[email protected]>wrote:
>>
>>> The sample rate is the same as the receive bandwidth as it uses complex
>>> sampling.
>>>
>>> So 1MHz receive bandwidth can be achieved with a sample rate of 1e6.
>>>
>>> Mike
>>>
>>> --
>>> Mike Jameson M0MIK BSc MIET
>>> Ettus Research Technical Support
>>> Email: [email protected]
>>> Web: http://ettus.com
>>>
>>>
>>> On Wed, May 14, 2014 at 5:28 AM, jason sam via USRP-users <
>>> [email protected]> wrote:
>>>
>>>> The sample rate should be double of RX or TX bandwidth?
>>>>
>>>>
>>>> On Tue, May 13, 2014 at 12:59 PM, Martin Braun via USRP-users <
>>>> [email protected]> wrote:
>>>>
>>>>> On 13.05.2014 09:45, asad umer via USRP-users wrote:
>>>>>
>>>>>> What is the range of sample rate for B210??I knew it to be
>>>>>> 5-61.44MHz,but when i gave the rate of 50MHz i got the following
>>>>>> warning in GRC:
>>>>>>
>>>>>
>>>>> Right now, if you want to sample at 50 Msps, you need to set the clock
>>>>> as well, e.g.:
>>>>>
>>>>> $ benchmark_rate --args master_clock_rate=50e6 --tx_rate 50e6
>>>>>
>>>>> This will only work across USB3.
>>>>>
>>>>> Martin
>>>>>
>>>>> _______________________________________________
>>>>> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140515/243ccb14/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 15 May 2014 13:28:48 +0500
From: jason sam via USRP-users <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "[email protected]" <[email protected]>, Mike
Jameson <[email protected]>
Subject: Re: [USRP-users] Sampling + Clock rates (Was: (no subject))
Message-ID:
<caehlvxsfand8vgmf11e_yk19v7erlduksors4kaz7cheo_e...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
And if change the type to Float then 50kHz would be enough?
On Thu, May 15, 2014 at 1:17 PM, Marcus M?ller <[email protected]>wrote:
> Ok, a little explanation on behalf of the elders of the equivalent
> baseband:
>
>
> In complex baseband, you have negative frequencies as much as you have
> positive. So if you set your USRP's sampling rate to 1e6 (unit: complex
> samples per second) and tune it to f_center, you will get 1e6 Hz of
> bandwidth -- [f_center - 0.5e6 ; f_center + 0.5e6] Hz.
>
> If you have a complex signal source, it's the same. You can have a "peak"
> in your spectrum anywhere in [-f_s/2; f_s/2].
> So, yes, if you want to have a complex sine signal at 50kHz, your
> (theoretical) sampling rate has to be 100kHz, because then the available
> spectrum will be [-50;50]kHz. (by the way, don't do this, the effects of
> your signal will appear on the lower edge of your spectrum, too. That can
> be quite useful, but more often, it's confusing to the unexpecting) .
>
>
> Hope that cleared things up a little,
>
> Marcus
>
>
> On Thu, May 15, 2014 at 9:57 AM, jason sam via USRP-users <
> [email protected]> wrote:
>
>> If i am not using USRP,but simply a signal source then in that case the
>> sampling rate would be double the frequency or not??
>>
>>
>> On Wed, May 14, 2014 at 12:34 PM, jason sam <[email protected]> wrote:
>>
>>> Thank you Mike
>>>
>>>
>>> On Wed, May 14, 2014 at 11:56 AM, Mike Jameson
>>> <[email protected]>wrote:
>>>
>>>> The sample rate is the same as the receive bandwidth as it uses complex
>>>> sampling.
>>>>
>>>> So 1MHz receive bandwidth can be achieved with a sample rate of 1e6.
>>>>
>>>> Mike
>>>>
>>>> --
>>>> Mike Jameson M0MIK BSc MIET
>>>> Ettus Research Technical Support
>>>> Email: [email protected]
>>>> Web: http://ettus.com
>>>>
>>>>
>>>> On Wed, May 14, 2014 at 5:28 AM, jason sam via USRP-users <
>>>> [email protected]> wrote:
>>>>
>>>>> The sample rate should be double of RX or TX bandwidth?
>>>>>
>>>>>
>>>>> On Tue, May 13, 2014 at 12:59 PM, Martin Braun via USRP-users <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> On 13.05.2014 09:45, asad umer via USRP-users wrote:
>>>>>>
>>>>>>> What is the range of sample rate for B210??I knew it to be
>>>>>>> 5-61.44MHz,but when i gave the rate of 50MHz i got the following
>>>>>>> warning in GRC:
>>>>>>>
>>>>>>
>>>>>> Right now, if you want to sample at 50 Msps, you need to set the
>>>>>> clock as well, e.g.:
>>>>>>
>>>>>> $ benchmark_rate --args master_clock_rate=50e6 --tx_rate 50e6
>>>>>>
>>>>>> This will only work across USB3.
>>>>>>
>>>>>> Martin
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140515/950b06a8/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 15 May 2014 11:49:33 +0100
From: Mike Jameson via USRP-users <[email protected]>
To: jason sam <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Sampling + Clock rates (Was: (no subject))
Message-ID:
<CAJcjmiS=e4ev+_4gq0lbm-t1mhnkr9nbb_gxm3o-fp+fkpz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
If you start with a signal source which outputs floats at a sample rate of
50e3 then just set the sample rate of a 'Scope sink' or 'FFT sink' block to
50e3. Remember to change their input types to float also.
Mike
--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: [email protected]
Web: http://ettus.com
On Thu, May 15, 2014 at 9:28 AM, jason sam via USRP-users <
[email protected]> wrote:
> And if change the type to Float then 50kHz would be enough?
>
>
> On Thu, May 15, 2014 at 1:17 PM, Marcus M?ller
> <[email protected]>wrote:
>
>> Ok, a little explanation on behalf of the elders of the equivalent
>> baseband:
>>
>>
>> In complex baseband, you have negative frequencies as much as you have
>> positive. So if you set your USRP's sampling rate to 1e6 (unit: complex
>> samples per second) and tune it to f_center, you will get 1e6 Hz of
>> bandwidth -- [f_center - 0.5e6 ; f_center + 0.5e6] Hz.
>>
>> If you have a complex signal source, it's the same. You can have a "peak"
>> in your spectrum anywhere in [-f_s/2; f_s/2].
>> So, yes, if you want to have a complex sine signal at 50kHz, your
>> (theoretical) sampling rate has to be 100kHz, because then the available
>> spectrum will be [-50;50]kHz. (by the way, don't do this, the effects of
>> your signal will appear on the lower edge of your spectrum, too. That can
>> be quite useful, but more often, it's confusing to the unexpecting) .
>>
>>
>> Hope that cleared things up a little,
>>
>> Marcus
>>
>>
>> On Thu, May 15, 2014 at 9:57 AM, jason sam via USRP-users <
>> [email protected]> wrote:
>>
>>> If i am not using USRP,but simply a signal source then in that case the
>>> sampling rate would be double the frequency or not??
>>>
>>>
>>> On Wed, May 14, 2014 at 12:34 PM, jason sam <[email protected]> wrote:
>>>
>>>> Thank you Mike
>>>>
>>>>
>>>> On Wed, May 14, 2014 at 11:56 AM, Mike Jameson
>>>> <[email protected]>wrote:
>>>>
>>>>> The sample rate is the same as the receive bandwidth as it uses
>>>>> complex sampling.
>>>>>
>>>>> So 1MHz receive bandwidth can be achieved with a sample rate of 1e6.
>>>>>
>>>>> Mike
>>>>>
>>>>> --
>>>>> Mike Jameson M0MIK BSc MIET
>>>>> Ettus Research Technical Support
>>>>> Email: [email protected]
>>>>> Web: http://ettus.com
>>>>>
>>>>>
>>>>> On Wed, May 14, 2014 at 5:28 AM, jason sam via USRP-users <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> The sample rate should be double of RX or TX bandwidth?
>>>>>>
>>>>>>
>>>>>> On Tue, May 13, 2014 at 12:59 PM, Martin Braun via USRP-users <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>> On 13.05.2014 09:45, asad umer via USRP-users wrote:
>>>>>>>
>>>>>>>> What is the range of sample rate for B210??I knew it to be
>>>>>>>> 5-61.44MHz,but when i gave the rate of 50MHz i got the following
>>>>>>>> warning in GRC:
>>>>>>>>
>>>>>>>
>>>>>>> Right now, if you want to sample at 50 Msps, you need to set the
>>>>>>> clock as well, e.g.:
>>>>>>>
>>>>>>> $ benchmark_rate --args master_clock_rate=50e6 --tx_rate 50e6
>>>>>>>
>>>>>>> This will only work across USB3.
>>>>>>>
>>>>>>> Martin
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>
>>>
>>
>
> _______________________________________________
> 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/20140515/dce46304/attachment-0001.html>
------------------------------
Message: 9
Date: Thu, 15 May 2014 12:29:05 +0000
From: Serge Malo via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
I'm using Windows 7, x64, UHD 3.7.1.
Using FPGA image usrp_x300_fpga_HGS.bit
I have been able to connect my X300 with a NI PXIe controller (8133), in a PXIe
chassis (1075), with a PXIe adapter (NI PXIe-8262).
However, I can't get the benchmark_rate to receive samples at the rate of
200MS/s without buffer overflows (100MS/s seems ok).
In the end, I prefer a setup in a "regular PC" with a PCIe Adapter card.
The problem is that I don't have the recommended PCIe card NI PCIe-8371 card.
I have tried the OneStop Systems OSS-HIB38 card, but I can't get Windows to
recognize the X300 with this card. However, I was able to use this OneStop
OSS-HIB38 card with a NI 8265 RAID without problem.
I also tried the "MXI-Express BIOS Compatibility Software", but it won't detect
any compatible devices.
Any ideas of what I could try?
Where can I find more information about the "MXI-Express Mode 1 operation"? I'd
like to find out if the OSS HIB38 card is supporting this Mode.
Regards,
Serge
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140515/d539e435/attachment-0001.html>
------------------------------
Message: 10
Date: Thu, 15 May 2014 14:42:02 +0200
From: Matt Ettus via USRP-users <[email protected]>
To: Serge Malo <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Message-ID:
<CAN=1kn9p06jmi0K8y740zqcoiSQ+yYq17uNnUBT0c9KL=0a...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Serge,
Which HIB38 card are you using? It looks like there are multiple versions.
Matt
On Thu, May 15, 2014 at 2:29 PM, Serge Malo via USRP-users <
[email protected]> wrote:
> Hi,
>
>
>
> I?m using Windows 7, x64, UHD 3.7.1.
>
> Using FPGA image usrp_x300_fpga_HGS.bit
>
> I have been able to connect my X300 with a NI PXIe controller (8133), in a
> PXIe chassis (1075), with a PXIe adapter (NI PXIe-8262).
>
> However, I can?t get the benchmark_rate to receive samples at the rate of
> 200MS/s without buffer overflows (100MS/s seems ok).
>
>
>
> In the end, I prefer a setup in a ?regular PC? with a PCIe Adapter card.
>
> The problem is that I don?t have the recommended PCIe card NI PCIe-8371
> card.
>
> I have tried the OneStop Systems OSS-HIB38 card, but I can?t get Windows
> to recognize the X300 with this card. However, I was able to use this
> OneStop OSS-HIB38 card with a NI 8265 RAID without problem.
>
> I also tried the ?MXI-Express BIOS Compatibility Software?, but it won?t
> detect any compatible devices.
>
>
>
> Any ideas of what I could try?
>
> Where can I find more information about the ?MXI-Express Mode 1
> operation?? I?d like to find out if the OSS HIB38 card is supporting this
> Mode.
>
>
>
> Regards,
>
> Serge
>
>
>
> _______________________________________________
> 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/20140515/a624c311/attachment-0001.html>
------------------------------
Message: 11
Date: Thu, 15 May 2014 12:45:13 +0000
From: Serge Malo via USRP-users <[email protected]>
To: Matt Ettus <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
HI Matt,
It?s the OSS-PCIe-HIB38-x8-DUAL
http://www.onestopsystems.com/pcie_hib38_x8.php
Regards,
Serge
Serge Malo, ing
Principal Ing?nieur logiciel
Senior Software engineer
T (514) 842-7577 x648 | [email protected]<mailto:[email protected]>
From: Matt Ettus [mailto:[email protected]]
Sent: May-15-14 8:42 AM
To: Serge Malo
Cc: [email protected]
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Serge,
Which HIB38 card are you using? It looks like there are multiple versions.
Matt
On Thu, May 15, 2014 at 2:29 PM, Serge Malo via USRP-users
<[email protected]<mailto:[email protected]>> wrote:
Hi,
I?m using Windows 7, x64, UHD 3.7.1.
Using FPGA image usrp_x300_fpga_HGS.bit
I have been able to connect my X300 with a NI PXIe controller (8133), in a PXIe
chassis (1075), with a PXIe adapter (NI PXIe-8262).
However, I can?t get the benchmark_rate to receive samples at the rate of
200MS/s without buffer overflows (100MS/s seems ok).
In the end, I prefer a setup in a ?regular PC? with a PCIe Adapter card.
The problem is that I don?t have the recommended PCIe card NI PCIe-8371 card.
I have tried the OneStop Systems OSS-HIB38 card, but I can?t get Windows to
recognize the X300 with this card. However, I was able to use this OneStop
OSS-HIB38 card with a NI 8265 RAID without problem.
I also tried the ?MXI-Express BIOS Compatibility Software?, but it won?t detect
any compatible devices.
Any ideas of what I could try?
Where can I find more information about the ?MXI-Express Mode 1 operation?? I?d
like to find out if the OSS HIB38 card is supporting this Mode.
Regards,
Serge
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140515/2ee17c46/attachment-0001.html>
------------------------------
Message: 12
Date: Thu, 15 May 2014 15:14:41 +0200
From: Matt Ettus via USRP-users <[email protected]>
To: Serge Malo <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Message-ID:
<CAN=1kn-gcu-=sTUbgEz+LKLW1MMP=s_GycPR=qglue2hkyi...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Do you have the board set for host mode? Which port are you using? Do you
have standard x8 to x4 cables?
Matt
On Thu, May 15, 2014 at 2:45 PM, Serge Malo <[email protected]> wrote:
> HI Matt,
>
>
>
> It?s the OSS-PCIe-HIB38-x8-DUAL
>
> http://www.onestopsystems.com/pcie_hib38_x8.php
>
>
>
> Regards,
>
> Serge
>
>
>
> *Serge Malo, ing*
> Principal Ing?nieur logiciel
> Senior Software engineer
>
> *T (514) 842-7577 x648 <%28514%29%20842-7577%20x648>* |
> [email protected]
>
>
>
> *From:* Matt Ettus [mailto:[email protected]]
> *Sent:* May-15-14 8:42 AM
> *To:* Serge Malo
> *Cc:* [email protected]
> *Subject:* Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
>
>
>
>
>
> Serge,
>
>
>
> Which HIB38 card are you using? It looks like there are multiple versions.
>
>
>
> Matt
>
>
>
>
>
> On Thu, May 15, 2014 at 2:29 PM, Serge Malo via USRP-users <
> [email protected]> wrote:
>
> Hi,
>
>
>
> I?m using Windows 7, x64, UHD 3.7.1.
>
> Using FPGA image usrp_x300_fpga_HGS.bit
>
> I have been able to connect my X300 with a NI PXIe controller (8133), in a
> PXIe chassis (1075), with a PXIe adapter (NI PXIe-8262).
>
> However, I can?t get the benchmark_rate to receive samples at the rate of
> 200MS/s without buffer overflows (100MS/s seems ok).
>
>
>
> In the end, I prefer a setup in a ?regular PC? with a PCIe Adapter card.
>
> The problem is that I don?t have the recommended PCIe card NI PCIe-8371
> card.
>
> I have tried the OneStop Systems OSS-HIB38 card, but I can?t get Windows
> to recognize the X300 with this card. However, I was able to use this
> OneStop OSS-HIB38 card with a NI 8265 RAID without problem.
>
> I also tried the ?MXI-Express BIOS Compatibility Software?, but it won?t
> detect any compatible devices.
>
>
>
> Any ideas of what I could try?
>
> Where can I find more information about the ?MXI-Express Mode 1
> operation?? I?d like to find out if the OSS HIB38 card is supporting this
> Mode.
>
>
>
> Regards,
>
> Serge
>
>
>
>
> _______________________________________________
> 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/20140515/ea2de9c6/attachment-0001.html>
------------------------------
Message: 13
Date: Thu, 15 May 2014 13:25:34 +0000
From: Serge Malo via USRP-users <[email protected]>
To: Matt Ettus <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
The HIB38-x8-DUAL board is set in mode 0: ?Dual Host Switch?.
I?m using the lower port.
I?m using a OSS-PCIe-CBL-x8/x4-2M cable
Using this configuration, I was able to use a NI 8265 RAID.
Thanks,
Serge
Serge Malo, ing
Principal Ing?nieur logiciel
Senior Software engineer
T (514) 842-7577 x648 | [email protected]<mailto:[email protected]>
From: Matt Ettus [mailto:[email protected]]
Sent: May-15-14 9:15 AM
To: Serge Malo
Cc: [email protected]
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Do you have the board set for host mode? Which port are you using? Do you
have standard x8 to x4 cables?
Matt
On Thu, May 15, 2014 at 2:45 PM, Serge Malo
<[email protected]<mailto:[email protected]>> wrote:
HI Matt,
It?s the OSS-PCIe-HIB38-x8-DUAL
http://www.onestopsystems.com/pcie_hib38_x8.php
Regards,
Serge
Serge Malo, ing
Principal Ing?nieur logiciel
Senior Software engineer
T (514) 842-7577 x648<tel:%28514%29%20842-7577%20x648> |
[email protected]<mailto:[email protected]>
From: Matt Ettus [mailto:[email protected]<mailto:[email protected]>]
Sent: May-15-14 8:42 AM
To: Serge Malo
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Serge,
Which HIB38 card are you using? It looks like there are multiple versions.
Matt
On Thu, May 15, 2014 at 2:29 PM, Serge Malo via USRP-users
<[email protected]<mailto:[email protected]>> wrote:
Hi,
I?m using Windows 7, x64, UHD 3.7.1.
Using FPGA image usrp_x300_fpga_HGS.bit
I have been able to connect my X300 with a NI PXIe controller (8133), in a PXIe
chassis (1075), with a PXIe adapter (NI PXIe-8262).
However, I can?t get the benchmark_rate to receive samples at the rate of
200MS/s without buffer overflows (100MS/s seems ok).
In the end, I prefer a setup in a ?regular PC? with a PCIe Adapter card.
The problem is that I don?t have the recommended PCIe card NI PCIe-8371 card.
I have tried the OneStop Systems OSS-HIB38 card, but I can?t get Windows to
recognize the X300 with this card. However, I was able to use this OneStop
OSS-HIB38 card with a NI 8265 RAID without problem.
I also tried the ?MXI-Express BIOS Compatibility Software?, but it won?t detect
any compatible devices.
Any ideas of what I could try?
Where can I find more information about the ?MXI-Express Mode 1 operation?? I?d
like to find out if the OSS HIB38 card is supporting this Mode.
Regards,
Serge
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140515/5e309a3c/attachment-0001.html>
------------------------------
Message: 14
Date: Thu, 15 May 2014 15:33:13 +0200
From: Matt Ettus via USRP-users <[email protected]>
To: Serge Malo <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
Message-ID:
<CAN=1kn_2jN3JOCqDLy+==nsbd9vsdamqfrqmeyne2e5x6+_...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I'm not familiar with dual host mode. Can you try it in regular host mode?
Possibly on both ports? Also, does it show up in the device manager, but
not work, or does it look like the device isn't even connected at all? Are
you booting with the USRP already powered on and plugged in? And are you
rebooting every time you unplug, replug or power down?
I'll look into getting one of these cards to test with if this doesn't help.
Thanks,
Matt
On Thu, May 15, 2014 at 3:25 PM, Serge Malo <[email protected]> wrote:
> The HIB38-x8-DUAL board is set in mode 0: ?Dual Host Switch?.
>
> I?m using the lower port.
>
> I?m using a OSS-PCIe-CBL-x8/x4-2M cable
>
>
>
> Using this configuration, I was able to use a NI 8265 RAID.
>
>
>
> Thanks,
>
> Serge
>
>
>
>
>
> *Serge Malo, ing*
> Principal Ing?nieur logiciel
> Senior Software engineer
>
> *T (514) 842-7577 x648 <%28514%29%20842-7577%20x648>* |
> [email protected]
>
>
>
> *From:* Matt Ettus [mailto:[email protected]]
> *Sent:* May-15-14 9:15 AM
>
> *To:* Serge Malo
> *Cc:* [email protected]
> *Subject:* Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
>
>
>
>
>
> Do you have the board set for host mode? Which port are you using? Do
> you have standard x8 to x4 cables?
>
>
>
> Matt
>
>
>
> On Thu, May 15, 2014 at 2:45 PM, Serge Malo <[email protected]> wrote:
>
> HI Matt,
>
>
>
> It?s the OSS-PCIe-HIB38-x8-DUAL
>
> http://www.onestopsystems.com/pcie_hib38_x8.php
>
>
>
> Regards,
>
> Serge
>
>
>
> *Serge Malo, ing*
> Principal Ing?nieur logiciel
> Senior Software engineer
>
> *T (514) 842-7577 x648 <%28514%29%20842-7577%20x648>* |
> [email protected]
>
>
>
> *From:* Matt Ettus [mailto:[email protected]]
> *Sent:* May-15-14 8:42 AM
> *To:* Serge Malo
> *Cc:* [email protected]
> *Subject:* Re: [USRP-users] USRP X300, PCIe, Windows, PCIe extender card
>
>
>
>
>
> Serge,
>
>
>
> Which HIB38 card are you using? It looks like there are multiple versions.
>
>
>
> Matt
>
>
>
>
>
> On Thu, May 15, 2014 at 2:29 PM, Serge Malo via USRP-users <
> [email protected]> wrote:
>
> Hi,
>
>
>
> I?m using Windows 7, x64, UHD 3.7.1.
>
> Using FPGA image usrp_x300_fpga_HGS.bit
>
> I have been able to connect my X300 with a NI PXIe controller (8133), in a
> PXIe chassis (1075), with a PXIe adapter (NI PXIe-8262).
>
> However, I can?t get the benchmark_rate to receive samples at the rate of
> 200MS/s without buffer overflows (100MS/s seems ok).
>
>
>
> In the end, I prefer a setup in a ?regular PC? with a PCIe Adapter card.
>
> The problem is that I don?t have the recommended PCIe card NI PCIe-8371
> card.
>
> I have tried the OneStop Systems OSS-HIB38 card, but I can?t get Windows
> to recognize the X300 with this card. However, I was able to use this
> OneStop OSS-HIB38 card with a NI 8265 RAID without problem.
>
> I also tried the ?MXI-Express BIOS Compatibility Software?, but it won?t
> detect any compatible devices.
>
>
>
> Any ideas of what I could try?
>
> Where can I find more information about the ?MXI-Express Mode 1
> operation?? I?d like to find out if the OSS HIB38 card is supporting this
> Mode.
>
>
>
> Regards,
>
> Serge
>
>
>
>
> _______________________________________________
> 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/20140515/c136ac04/attachment-0001.html>
------------------------------
Message: 15
Date: Thu, 15 May 2014 11:40:07 -0400 (EDT)
From: Reaper Dan via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] B200 Step by Step on Windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I know I'm replying to my own message here, but I wanted to add some more
detail to what I last wrote. I've attached a screenshot of the error that I
keep getting when using HDSDR. It states "Load ExtIO DLL failed: %1 is not a
valid Win32 application." This happens when I try to click ExtIO in HDSDR (see
this site for details - I've followed all the steps given there). Aparently
this is a common problem with 64 bit users... does anyone know a workaround???
In response to Marcus - Using the system with HDSDR is just one small
application I'm using the B200 for - I'm using the system with great success in
Linux and it has been wonderful for GSM as well as a VHF radio station. I know
the problem I'm experiencing is with the ExtIO plug-in and I didn't know any
other message board to turn to. I figured this is a general troubleshooting
message list and a good way to get a hold of Balint - if there is a better
group out there, please let me know!
I am trying to write a good guide for all the people out there that are not
researches and the like - Since I've been through the hard stuff, why not write
it all up so it becomes easy stuff and people can learn how to use Ettus
products even faster :)
All the best,
- Dan
-----Original Message-----
From: L Ll via USRP-users <[email protected]>
To: usrp-users <[email protected]>
Sent: Wed, May 14, 2014 7:34 pm
Subject: [USRP-users] B200 Step by Step on Windows
All,
I would really like to get a straightforward guide written for my setup (and
hopefully other setups).
I am currently running Windows 7 Pro on a Dell M4800. I am trying to get this
B200 working with some kind of waterfall type software (I would like to be able
to see the spectrum and move around through it).
I have installed an overwhelming amount of software trying to get this thing to
work with no real success so far.
I can navigate to the C:\Program Files (x86)\UHD\lib\uhd\examples folder and
run some of the programs there from the command prompt. The computer sees and
communicates with the B200, so now, how do I get it to work with something like
HDSDR or SDR-RADIO???
Thanks,
- Dan
_______________________________________________
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/20140515/2a455969/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: HDSDR.png
Type: image/png
Size: 86381 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140515/2a455969/attachment-0001.png>
------------------------------
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 45, Issue 14
******************************************
