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. How to repeatedly & continously transmit a signal from a file
? (Rickard Radio)
2. Re: How to repeatedly & continously transmit a signal from a
file ? (Marcus D. Leech)
3. New Daughterboard (Knee, Peter A)
4. how to fix gr_modtool on e100 ? (Robyn Colopy)
5. Re: New Daughterboard (Dan CaJacob)
6. Re: USRP2 + DBSRX2 fails to set IF filter bandwidth with --bw
(Michele Bavaro)
----------------------------------------------------------------------
Message: 1
Date: Tue, 4 Jun 2013 19:05:25 +0200
From: Rickard Radio <[email protected]>
To: "[email protected]" <[email protected]>,
"<[email protected]> List" <[email protected]>
Subject: [USRP-users] How to repeatedly & continously transmit a
signal from a file ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Hi
- How is it possible to transmit a file (as a signal source) repeatedly and
continously without interrupts (with gnuradio & uhd) ??
Even without the USRP (i.e. just simulating with throttle & graphical sinks and
a file source) interrupts occurs (time-periods of no samples) for each time the
file repeats (i.e. starts over from the beginning). Same thing with
transmitting with USRP as uhd-source (then without throttling of course),
however no underruns are reported.
I want to continuously send a prepared signal from a file over and over again
but can't accept the interrupts each time the file ends & starts over. This
happens even at slow sample rates and I want to transmit really fast!
I might have found a solution to this about year ago but now I can't remember
what I did? something simple...
Somehow read in the whole file into cached memory so it doesn't need to be
re-read from disk for each repetition (in Linux)? but how?
Rickard
------------------------------
Message: 2
Date: Tue, 04 Jun 2013 13:09:53 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] How to repeatedly & continously transmit a
signal from a file ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
> Hi
>
> - How is it possible to transmit a file (as a signal source) repeatedly and
> continously without interrupts (with gnuradio& uhd) ??
>
> Even without the USRP (i.e. just simulating with throttle& graphical sinks
> and a file source) interrupts occurs (time-periods of no samples) for each
> time the file repeats (i.e. starts over from the beginning). Same thing with
> transmitting with USRP as uhd-source (then without throttling of course),
> however no underruns are reported.
>
> I want to continuously send a prepared signal from a file over and over again
> but can't accept the interrupts each time the file ends& starts over. This
> happens even at slow sample rates and I want to transmit really fast!
>
> I might have found a solution to this about year ago but now I can't remember
> what I did? something simple...
> Somehow read in the whole file into cached memory so it doesn't need to be
> re-read from disk for each repetition (in Linux)? but how?
>
> Rickard
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
Unless the last sample of the file smoothly melds with the first sample,
you'll get a transient waveform discontinuity.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 3
Date: Tue, 4 Jun 2013 18:45:49 +0000
From: "Knee, Peter A" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] New Daughterboard
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
I've heard grumblings about a new daughterboard that supports frequencies from
50 MHz all the way up to 6 GHz. I know that currently there are a couple of
boards that would need to be combined to support that range but I imagine there
would be a great level of interest in a board that supports these large
frequencies, particularly for simultaneous work in ISM bands and even 802.11.
Has anyone else heard anything about a new daughtercard that will support all
these bands simultaneously?
Thanks,
Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130604/24e2dd55/attachment-0001.html>
------------------------------
Message: 4
Date: Tue, 4 Jun 2013 15:22:01 -0700
From: Robyn Colopy <[email protected]>
To: [email protected]
Subject: [USRP-users] how to fix gr_modtool on e100 ?
Message-ID:
<CAPsKYNdcHY+17=3boit1fmt_srhpx5+j7coj8pb2weqdxyu...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi guys, I am having trouble running "gr_modtool newmod" on my e100.
It tells me "Error: Could not find gr-newmod source dir"
I found this note: http://www.ruby-forum.com/topic/4411654 but I
looked at my modtool.py file and it does not have the extra comma.
I do not seem to have the directory it is looking for,
"/usr/local/share/gnuradio/modtool/gr-newmod", but I don't know what
the right way to fix this is.
Thank you,
Robyn
------------------------------
Message: 5
Date: Tue, 4 Jun 2013 20:21:24 -0400
From: Dan CaJacob <[email protected]>
To: "Knee, Peter A" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] New Daughterboard
Message-ID:
<camomjoanf8wj3y37jusj23hta0mfqbucbtoe7ezuj0xyju5...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
That would be real nice. I could use something that goes from about 50 MHz
to 3GHz, TX and RX.
On Tuesday, June 4, 2013, Knee, Peter A wrote:
> I?ve heard grumblings about a new daughterboard that supports
> frequencies from 50 MHz all the way up to 6 GHz. I know that currently
> there are a couple of boards that would need to be combined to support that
> range but I imagine there would be a great level of interest in a board
> that supports these large frequencies, particularly for simultaneous work
> in ISM bands and even 802.11.****
>
> ** **
>
> Has anyone else heard anything about a new daughtercard that will support
> all these bands simultaneously?****
>
> ** **
>
> Thanks,****
>
> Peter****
>
--
Very Respectfully,
Dan CaJacob
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130604/02a852f7/attachment-0001.html>
------------------------------
Message: 6
Date: Wed, 5 Jun 2013 08:03:50 +0200
From: Michele Bavaro <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP2 + DBSRX2 fails to set IF filter
bandwidth with --bw
Message-ID:
<caoveyy7cuu482g5k4qs-lwapmihcwd3odvdp3bztdbs5_se...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello Josh,
Thats likely the granularity of the bandwidth filter settings. Here is
> the formula:
>
> https://github.com/EttusResearch/uhd/blob/release_003_005_003/host/lib/usrp/dboard/db_dbsrx2.cpp#L357
>
Thank you very much for the swift reply, but allow me to disagree.
The same happens also if I set bandwidth to 4MHz and on Windows too.
The granularity of the MAX21xx should be (as per formula you indicated)
290kHz.
I cannot spot any particular bug in the set_bandwidth() implementation.. it
is baffling me how C++ manages to hide complexity.
Could you please support me in tracking down the cause?
Best regards,
Michele
On 4 June 2013 14:37, Michele Bavaro <[email protected]> wrote:
> Hi all,
>
> I have a USRP2 and DBSRX2. The examples provided with the UHD on Ubuntu
> 12.04LTS fail to set the IF filter bandwidth, see below. Could anyone
> advise why this happens?
>
>
> > ./rx_single_samples_to_file --rate=5000000 --freq=1575000000 --bw
> 10000000 --gain 80
> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-78-g49a4929b
>
>
> Creating the usrp device with: ...
> -- Opening a USRP2/N-Series device...
> -- Current recv frame size: 1472 bytes
> -- Current send frame size: 1472 bytes
> Using Device: Single USRP:
> Device: USRP2 / N-Series Device
> Mboard 0: USRP2 r3
> RX Channel: 0
> RX DSP: 0
> RX Dboard: A
> RX Subdev: DBSRX2
> TX Channel: 0
> TX DSP: 0
> TX Dboard: A
> TX Subdev: Unknown (0xffff) - 0
>
> Setting RX Rate: 5.000000 Msps...
> Setting RX Freq: 1575.000000 MHz...
> Setting RX Gain: 80.000000 dB...
> *Setting RX Bandwidth: 10000000.000000 MHz...*
>
> Actual RX Rate: 5.000000 Msps...
> Actual RX Freq: 1575.000000 MHz...
> Actual RX Gain: 80.000000 dB...
> *Actual RX Bandwidth: 15540000.000000 MHz...*
> Checking RX: LO: locked ...
> Press Ctrl + C to stop streaming...
> ^C
> Done!
>
>
> Cheers,
> Michele
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130605/1a76dbde/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 34, Issue 3
*****************************************
