Re: [Discuss-gnuradio] Citation of GNUradio codes
Hi Nazmul, I've seen most people just cite "GNU Radio. http://gnuradio.org"; ... ultimately benchmark_tx and benchmark_rx use large parts of the entire GNU Radio project. - George On Fri, Feb 24, 2012 at 7:16 PM, Nazmul Islam wrote: > Hello, > > I have used the benchmark_tx and benchmark_rx codes for one of my projects > and I am submitting a conference paper based on that work. I want to cite > these codes or at least the GNU radio website for this purpose. Is there a > specific format that I should follow? Or can I just use IEEE's standard > webpage citation format? > > I apologize in advance if a similar question has already been asked here. > I searched for similar questions in the mailing list but could not find one. > > Suggestions will be appreciated. > > Thanks, > > Nazmul > > > -- > Muhammad Nazmul Islam > > Graduate Student > Electrical & Computer Engineering > Wireless Information & Networking Laboratory > Rutgers, USA. > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 3. Re: RDS reception (mle...@ripnet.com)
This may seem counter productive, but have you guys considered writing a good FM signal generator for testing your receivers? at the very least you'll have a way to broadcast within the lab to your stereo system. cheers, Justin N2TOH ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Citation of GNUradio codes
Hi Nazmul - If you use the GNU Radio GIT master and update it regularly, I
think that
GNU Radio Website, accessed February 2012. [Online]. Available:
http://www.gnuradio.org
is complete enough, since it refers to both the project in general as well as
the code. If you use a specific version (e.g., of the GIT master or a release
such as 3.5.1), you'd probably want to state that just to make it clear. The
(La)TeX markup that I use for the above is:
@misc{url:gnu-radio,
author = "{GNU Radio Website}",
year = "{accessed February 2012}",
url = {http://www.gnuradio.org}
}
The important parts for any URL-based citation such as this are: (0) The
project name, with any distinguishing characteristics needed to make it unique
(such as the version number or extended name if there are more than 1 projects
using a similar name); (1) when you last accessed the URL, since websites do
change and sometimes you won't have accessed it for a while before you
submitted the paper; and (2) a valid URL as of the month of last access (for
example, the above URL works with or without the trailing '/', while others
require it). That said, before I submit such a paper I always work through the
URLs and update their info, verifying each one to make sure it is still valid &
if not then figuring out the correct URL.
Hope this helps! - MLD
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Citation of GNUradio codes
Thanks a lot, George & Michael. I really appreciate your suggestions.
Nazmul
On Sat, Feb 25, 2012 at 1:59 PM, Michael Dickens wrote:
> Hi Nazmul - If you use the GNU Radio GIT master and update it regularly, I
> think that
>
> GNU Radio Website, accessed February 2012. [Online]. Available:
> http://www.gnuradio.org
>
> is complete enough, since it refers to both the project in general as well
> as the code. If you use a specific version (e.g., of the GIT master or a
> release such as 3.5.1), you'd probably want to state that just to make it
> clear. The (La)TeX markup that I use for the above is:
>
> @misc{url:gnu-radio,
> author = "{GNU Radio Website}",
> year = "{accessed February 2012}",
> url = {http://www.gnuradio.org}
> }
>
> The important parts for any URL-based citation such as this are: (0) The
> project name, with any distinguishing characteristics needed to make it
> unique (such as the version number or extended name if there are more than
> 1 projects using a similar name); (1) when you last accessed the URL, since
> websites do change and sometimes you won't have accessed it for a while
> before you submitted the paper; and (2) a valid URL as of the month of last
> access (for example, the above URL works with or without the trailing '/',
> while others require it). That said, before I submit such a paper I always
> work through the URLs and update their info, verifying each one to make
> sure it is still valid & if not then figuring out the correct URL.
>
> Hope this helps! - MLD
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Muhammad Nazmul Islam
Graduate Student
Electrical & Computer Engineering
Wireless Information & Networking Laboratory
Rutgers, USA.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem using TVRX2 on multiple channels
Hello, I'm using Ubuntu 11.10, UHD 003.004.000, the USRP N210, and the TVRX2 card. I am trying to use both the receive channels at once but I am getting a strange error. Below is my code: self.Add(self.wxgui_fftsink2_0.win) self.uhd_usrp_source_0 = uhd.usrp_source( device_addr="", stream_args=uhd.stream_args( cpu_format="fc32", channels=range(2), ), ) self.uhd_usrp_source_0.set_samp_rate(samp_rate) self.uhd_usrp_source_0.set_center_freq(509e6, 0) self.uhd_usrp_source_0.set_gain(3, 0) self.uhd_usrp_source_0.set_center_freq(593e6, 1) self.uhd_usrp_source_0.set_gain(3, 1) However, when I run code that has this, I get this error: Traceback (most recent call last): File "/home/shea/top_block.py", line 97, in tb = top_block() File "/home/shea/top_block.py", line 76, in __init__ self.uhd_usrp_source_0.set_center_freq(50900, 1) File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line 1846, in set_center_freq return _uhd_swig.uhd_usrp_source_sptr_set_center_freq(self, *args) RuntimeError: vector::_M_range_check It seems like it isnt letting me instantiate multiple channels. It doesn't work in Gnuradio Companion either and I get the same error message. Does anyone have any ideas what could be going wrong? I can give any more information you need. Thanks! SW -- View this message in context: http://old.nabble.com/Problem-using-TVRX2-on-multiple-channels-tp33392627p33392627.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP2 FPGA: how to use custom_defs
Hi! I'm planing on adding CUSTOM_DEFS to the USRP2 FPGA image, that I want to extend with custom Verilog modules. (http://code.ettus.com/redmine/ettus/projects/uhd/repository/revisions/master/entry/fpga/README.txt) I want to do this in a minimal invasive way, using some of the Simulink Xilinx development stuff, that there is. Especially I want to keep the DDC/DUC routines as they are for now, which are part of the DSP. As far as I understand it a custom definition will completely substitute any of the chain engines. Is there a way to be less destructive about that? Also I'm looking for what the current chains exactly are: is there some sort of flow-graph here. Did somebody already analyse this? There are some custom FPGA builds here and there. I'd be happy if someone contributed insights how to touch this without having to redo everything. Best, Marius signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem using TVRX2 on multiple channels
On Sat, Feb 25, 2012 at 3:16 PM, shea_watson wrote:
>
> Hello,
>
> I'm using Ubuntu 11.10, UHD 003.004.000, the USRP N210, and the TVRX2 card.
>
> I am trying to use both the receive channels at once but I am getting a
> strange error.
>
> Below is my code:
>
> self.Add(self.wxgui_fftsink2_0.win)
> self.uhd_usrp_source_0 = uhd.usrp_source(
> device_addr="",
> stream_args=uhd.stream_args(
> cpu_format="fc32",
> channels=range(2),
> ),
> )
>
> self.uhd_usrp_source_0.set_samp_rate(samp_rate)
> self.uhd_usrp_source_0.set_center_freq(509e6, 0)
> self.uhd_usrp_source_0.set_gain(3, 0)
> self.uhd_usrp_source_0.set_center_freq(593e6, 1)
> self.uhd_usrp_source_0.set_gain(3, 1)
My best guess is that you need to call
self.uhd_usrp_source_0.set_subdev_spec('A:RXA', 0)
self.uhd_usrp_source_0.set_subdev_spec('A:RXB', 1)
before you call set_center_freq() or set_gain(). Otherwise, the
usrp.source has no idea which tuner to address.
Jason
>
>
> However, when I run code that has this, I get this error:
>
> Traceback (most recent call last):
> File "/home/shea/top_block.py", line 97, in
> tb = top_block()
> File "/home/shea/top_block.py", line 76, in __init__
> self.uhd_usrp_source_0.set_center_freq(50900, 1)
> File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
> line 1846, in set_center_freq
> return _uhd_swig.uhd_usrp_source_sptr_set_center_freq(self, *args)
> RuntimeError: vector::_M_range_check
>
>
>
> It seems like it isnt letting me instantiate multiple channels. It doesn't
> work in Gnuradio Companion either and I get the same error message. Does
> anyone have any ideas what could be going wrong?
>
> I can give any more information you need.
>
> Thanks!
> SW
> --
> View this message in context:
> http://old.nabble.com/Problem-using-TVRX2-on-multiple-channels-tp33392627p33392627.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem using TVRX2 on multiple channels
Now i'm getting another error that i wasn't getting before...
Exception in thread Thread-2:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "./runDTVPos.py", line 333, in run
tb = collect_double_tb(f0,filename0,f1,filename1,nsamples)
File "/home/shea/Dropbox/SDP/Shea/DTVPos/Code/USRP_collection_double.py",
line 38, in __init__
channels=range(2),
File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
line 112, in constructor_interceptor
return old_constructor(*args)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
line 2826, in usrp_source
return _uhd_swig.usrp_source(*args)
RuntimeError: Operation not permitted
Am I not calling the constructor for the source right?
Jason Abele wrote:
>
> On Sat, Feb 25, 2012 at 3:16 PM, shea_watson
> wrote:
>>
>> Hello,
>>
>> I'm using Ubuntu 11.10, UHD 003.004.000, the USRP N210, and the TVRX2
>> card.
>>
>> I am trying to use both the receive channels at once but I am getting a
>> strange error.
>>
>> Below is my code:
>>
>> self.Add(self.wxgui_fftsink2_0.win)
>> self.uhd_usrp_source_0 = uhd.usrp_source(
>> device_addr="",
>> stream_args=uhd.stream_args(
>> cpu_format="fc32",
>> channels=range(2),
>> ),
>> )
>>
>> self.uhd_usrp_source_0.set_samp_rate(samp_rate)
>> self.uhd_usrp_source_0.set_center_freq(509e6, 0)
>> self.uhd_usrp_source_0.set_gain(3, 0)
>> self.uhd_usrp_source_0.set_center_freq(593e6, 1)
>> self.uhd_usrp_source_0.set_gain(3, 1)
>
> My best guess is that you need to call
>
> self.uhd_usrp_source_0.set_subdev_spec('A:RXA', 0)
> self.uhd_usrp_source_0.set_subdev_spec('A:RXB', 1)
>
> before you call set_center_freq() or set_gain(). Otherwise, the
> usrp.source has no idea which tuner to address.
>
> Jason
>
>>
>>
>> However, when I run code that has this, I get this error:
>>
>> Traceback (most recent call last):
>> File "/home/shea/top_block.py", line 97, in
>> tb = top_block()
>> File "/home/shea/top_block.py", line 76, in __init__
>> self.uhd_usrp_source_0.set_center_freq(50900, 1)
>> File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
>> line 1846, in set_center_freq
>> return _uhd_swig.uhd_usrp_source_sptr_set_center_freq(self, *args)
>> RuntimeError: vector::_M_range_check
>>
>>
>>
>> It seems like it isnt letting me instantiate multiple channels. It
>> doesn't
>> work in Gnuradio Companion either and I get the same error message. Does
>> anyone have any ideas what could be going wrong?
>>
>> I can give any more information you need.
>>
>> Thanks!
>> SW
>> --
>> View this message in context:
>> http://old.nabble.com/Problem-using-TVRX2-on-multiple-channels-tp33392627p33392627.html
>> Sent from the GnuRadio mailing list archive at Nabble.com.
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
View this message in context:
http://old.nabble.com/Problem-using-TVRX2-on-multiple-channels-tp33392627p33392962.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem using TVRX2 on multiple channels
On 25/02/12 09:00 PM, shea_watson wrote:
> Now i'm getting another error that i wasn't getting before...
>
> Exception in thread Thread-2:
> Traceback (most recent call last):
> File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
> self.run()
> File "./runDTVPos.py", line 333, in run
> tb = collect_double_tb(f0,filename0,f1,filename1,nsamples)
> File "/home/shea/Dropbox/SDP/Shea/DTVPos/Code/USRP_collection_double.py",
> line 38, in __init__
> channels=range(2),
> File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
> line 112, in constructor_interceptor
> return old_constructor(*args)
> File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
> line 2826, in usrp_source
> return _uhd_swig.usrp_source(*args)
> RuntimeError: Operation not permitted
>
> Am I not calling the constructor for the source right?
>
>
This GRC flow-graph works just fine with two TVRX2 channels, albeit,
specifying a B100 platform.
(I've attached them).
This is with the latest UHD + Gnu Radio, fresh from GIT as of a couple
of days ago.
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
dual_tvrx2_test.grc
Description: application/gnuradio-grc
#!/usr/bin/env python
##
# Gnuradio Python Flow Graph
# Title: Dual Tvrx2 Test
# Generated: Sat Feb 25 21:28:10 2012
##
from gnuradio import eng_notation
from gnuradio import gr
from gnuradio import uhd
from gnuradio import window
from gnuradio.eng_option import eng_option
from gnuradio.gr import firdes
from gnuradio.wxgui import fftsink2
from grc_gnuradio import wxgui as grc_wxgui
from optparse import OptionParser
import wx
class dual_tvrx2_test(grc_wxgui.top_block_gui):
def __init__(self):
grc_wxgui.top_block_gui.__init__(self, title="Dual Tvrx2 Test")
_icon_path = "/usr/share/icons/hicolor/32x32/apps/gnuradio-grc.png"
self.SetIcon(wx.Icon(_icon_path, wx.BITMAP_TYPE_ANY))
##
# Variables
##
self.samp_rate = samp_rate = 320e3
##
# Blocks
##
self.wxgui_fftsink2_0_0 = fftsink2.fft_sink_c(
self.GetWin(),
baseband_freq=0,
y_per_div=10,
y_divs=10,
ref_level=0,
ref_scale=2.0,
sample_rate=samp_rate,
fft_size=1024,
fft_rate=5,
average=True,
avg_alpha=0.1,
title="FFT Plot",
peak_hold=False,
)
self.Add(self.wxgui_fftsink2_0_0.win)
self.wxgui_fftsink2_0 = fftsink2.fft_sink_c(
self.GetWin(),
baseband_freq=0,
y_per_div=10,
y_divs=10,
ref_level=0,
ref_scale=2.0,
sample_rate=samp_rate,
fft_size=1024,
fft_rate=5,
average=True,
avg_alpha=0.1,
title="FFT Plot",
peak_hold=False,
)
self.Add(self.wxgui_fftsink2_0.win)
self.uhd_usrp_source_0 = uhd.usrp_source(
device_addr="type=b100",
stream_args=uhd.stream_args(
cpu_format="fc32",
channels=range(2),
),
)
self.uhd_usrp_source_0.set_subdev_spec("A:RX1 A:RX2", 0)
self.uhd_usrp_source_0.set_samp_rate(samp_rate)
self.uhd_usrp_source_0.set_center_freq(106.1e6, 0)
self.uhd_usrp_source_0.set_gain(25, 0)
self.uhd_usrp_source_0.set_center_freq(101.1e6, 1)
self.uhd_usrp_source_0.set_gain(25, 1)
##
# Connections
##
self.connect((self.uhd_usrp_source_0, 0), (self.wxgui_fftsink2_0, 0))
self.connect((self.uhd_usrp_source_0, 1), (self.wxgui_fftsink2_0_0, 0))
def get_samp_rate(self):
return self.samp_rate
def set_samp_rate(self, samp_rate):
self.samp_rate = samp_rate
self.uhd_usrp_source_0.set_samp_rate(self.samp_rate)
self.wxgui_fftsink2_0.set_sample_rate(self.samp_rate)
self.wxgui_fftsink2_0_0.set_sample_rate(self.samp_rate)
if __name__ == '__main__':
parser = OptionParser(option_class=eng_option, usage="%prog: [options]")
(options, args) = parser.parse_args()
tb = dual_tvrx2_test()
tb.Run(True)
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem using TVRX2 on multiple channels
!
It was this line that I needed:
self.uhd_usrp_source_0.set_subdev_spec("A:RX1 A:RX2", 0)
Also, I had to update my UHD drivers. Must've been broken somewhere.
Thanks!
SW
mleech wrote:
>
> On 25/02/12 09:00 PM, shea_watson wrote:
>> Now i'm getting another error that i wasn't getting before...
>>
>> Exception in thread Thread-2:
>> Traceback (most recent call last):
>> File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
>> self.run()
>> File "./runDTVPos.py", line 333, in run
>> tb = collect_double_tb(f0,filename0,f1,filename1,nsamples)
>> File
>> "/home/shea/Dropbox/SDP/Shea/DTVPos/Code/USRP_collection_double.py",
>> line 38, in __init__
>> channels=range(2),
>> File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
>> line 112, in constructor_interceptor
>> return old_constructor(*args)
>> File "/usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
>> line 2826, in usrp_source
>> return _uhd_swig.usrp_source(*args)
>> RuntimeError: Operation not permitted
>>
>> Am I not calling the constructor for the source right?
>>
>>
> This GRC flow-graph works just fine with two TVRX2 channels, albeit,
> specifying a B100 platform.
> (I've attached them).
>
>
> This is with the latest UHD + Gnu Radio, fresh from GIT as of a couple
> of days ago.
>
>
> --
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
> #!/usr/bin/env python
> ##
> # Gnuradio Python Flow Graph
> # Title: Dual Tvrx2 Test
> # Generated: Sat Feb 25 21:28:10 2012
> ##
>
> from gnuradio import eng_notation
> from gnuradio import gr
> from gnuradio import uhd
> from gnuradio import window
> from gnuradio.eng_option import eng_option
> from gnuradio.gr import firdes
> from gnuradio.wxgui import fftsink2
> from grc_gnuradio import wxgui as grc_wxgui
> from optparse import OptionParser
> import wx
>
> class dual_tvrx2_test(grc_wxgui.top_block_gui):
>
> def __init__(self):
> grc_wxgui.top_block_gui.__init__(self, title="Dual Tvrx2 Test")
> _icon_path =
> "/usr/share/icons/hicolor/32x32/apps/gnuradio-grc.png"
> self.SetIcon(wx.Icon(_icon_path, wx.BITMAP_TYPE_ANY))
>
> ##
> # Variables
> ##
> self.samp_rate = samp_rate = 320e3
>
> ##
> # Blocks
> ##
> self.wxgui_fftsink2_0_0 = fftsink2.fft_sink_c(
> self.GetWin(),
> baseband_freq=0,
> y_per_div=10,
> y_divs=10,
> ref_level=0,
> ref_scale=2.0,
> sample_rate=samp_rate,
> fft_size=1024,
> fft_rate=5,
> average=True,
> avg_alpha=0.1,
> title="FFT Plot",
> peak_hold=False,
> )
> self.Add(self.wxgui_fftsink2_0_0.win)
> self.wxgui_fftsink2_0 = fftsink2.fft_sink_c(
> self.GetWin(),
> baseband_freq=0,
> y_per_div=10,
> y_divs=10,
> ref_level=0,
> ref_scale=2.0,
> sample_rate=samp_rate,
> fft_size=1024,
> fft_rate=5,
> average=True,
> avg_alpha=0.1,
> title="FFT Plot",
> peak_hold=False,
> )
> self.Add(self.wxgui_fftsink2_0.win)
> self.uhd_usrp_source_0 = uhd.usrp_source(
> device_addr="type=b100",
> stream_args=uhd.stream_args(
> cpu_format="fc32",
> channels=range(2),
> ),
> )
> self.uhd_usrp_source_0.set_subdev_spec("A:RX1 A:RX2", 0)
> self.uhd_usrp_source_0.set_samp_rate(samp_rate)
> self.uhd_usrp_source_0.set_center_freq(106.1e6, 0)
> self.uhd_usrp_source_0.set_gain(25, 0)
> self.uhd_usrp_source_0.set_center_freq(101.1e6, 1)
> self.uhd_usrp_source_0.set_gain(25, 1)
>
> ##
> # Connections
> ##
> self.connect((self.uhd_usrp_source_0, 0),
> (self.wxgui_fftsink2_0, 0))
> self.connect((
