Re: [Discuss-gnuradio] adding block using gr_modtool
i downloaded the last one of gr-Modtool , and same Problem exists, so can any
one help me to get better copy or help me in this error.
--- On Mon, 1/28/13, Martin Braun (CEL) wrote:
From: Martin Braun (CEL)
Subject: Re: [Discuss-gnuradio] adding block using gr_modtool
To: discuss-gnuradio@gnu.org
Date: Monday, January 28, 2013, 4:06 PM
Hi Mohammed,
grab the newest modtool from github, that should do the trick.
MB
On Mon, Jan 28, 2013 at 01:55:47AM -0800, Mohammed Ramadan wrote:
> it's my first time to use gr_modtool to creat Block i read the tutoral and
> make
> the steps and made module named howto. and now want to install the module and
> i
> write
> gr_modtool add
> asked me about the code type, block name, adding python QA , and C++ QA code ,
> then give me the following
>
> Must be one of ('sink', 'source', 'sync', 'decimator', 'interpolator',
> 'general', 'hiercpp', 'hierpython', 'impl')
> Enter code type: source
> Code is of type: source
> Enter name of block/code (without module name prefix): mohammed
> Block/code identifier: mohammed
> Full block/code identifier is: howto_mohammed
> Enter valid argument list, including default arguments: in
> Add Python QA code? [Y/n] n
> Add C++ QA code? [Y/n] n
> Traversing lib...
> Adding file 'howto_mohammed.h'...
> Adding file 'howto_mohammed.cc'...
> Traceback (most recent call last):
> File "gr_modtool.py", line 2315, in
> main()
> File "gr_modtool.py", line 2312, in main
> modtool.run()
> File "gr_modtool.py", line 746, in run
> self._run_lib()
> File "gr_modtool.py", line 785, in _run_lib
> ed.append_value('add_library', fname_cc)
> File "gr_modtool.py", line 501, in append_value
> count=1, flags=re.MULTILINE)
> TypeError: sub() got an unexpected keyword argument 'flags'
> el-hadidy@ubuntu:~/gr-howto$
>
> so what i can do now , to check for making the new block , is it Done or Not,
> Please i need your help
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association
-Inline Attachment Follows-
___
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] How to get the carrier's frequency offset in PM demodulator?
Does gnuradio provide this function? thank you 2013/1/29 adream > Hello, > I am learning PM Demodulation, and someones tell me that the FM > Demodulator in gnuradio can demodulate the PM signals. > I want to get the carrier's frequency offset in PM demodulating, does > gnuradio provide this function? > For example, in my project, I set the frequency of IF signal is 70MHz, but > the real input IF signal is 70.01MHz. > In this case, I hope my program can print the carrier's frequency offset, > 10KHz > Thank you. > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem loading Python block
On Wed, Jan 30, 2013 at 01:23:19PM +0100, Nemanja Savic wrote: > Today I have tried again, but this time i used block as is designed by > gr_modtool. It wont wen throught test, bu it reports: > > AttributeError: 'module' object has no attribute 'sync_block' > > > It is becoming horror. Nemanja, it seems like you haven't actually changed anything. To recap: - If you want Python blocks (gr.sync_block), you need > 3.6.3. - You're doing something with messages (right?) Perhaps you want msg_connect() rather than the old message queues (read Johnathan's release announcement) MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpZYlCUJZxcv.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USB-3 40MHz BW 300MHz -3.8GHz SDR Transceiver 400 USD
For those who didn´t see it yet. http://www.kickstarter.com/projects/1085541682/bladerf-usb-30-software-defined-radio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio/conf.d in the wrong prefix
Josh, you need to set SYSCONFDIR separately from CMAKE_INSTALL_PREFIX. MB On Tue, Jan 29, 2013 at 10:52:30PM -0600, Josh Blum wrote: > I configured gr 3.6.4 to install in my prefix /opt/usr, and I caught the > installer putting the conf stuff in /usr/local anyways. I wasnt sure if > this was the intention, since there was some ramblings about FHS, and > /etc stuff > > cmake ~/src/gnuradio/ -DCMAKE_BUILD_TYPE=Release > -DCMAKE_INSTALL_PREFIX=/opt/usr/gr > > The end of the make install including error: > > > -- Installing: /opt/usr/gr/include/gruel/swig/gr_intrusive_ptr.i > > -- Installing: /opt/usr/gr/include/gruel/swig/pmt_swig.i > > -- Installing: /opt/usr/gr/include/gruel/swig/gruel_common.i > > -- Installing: /opt/usr/gr/include/gruel/swig/pmt_swig_doc.i > > -- Installing: /opt/usr/gr/lib64/python2.6/site-packages/gruel/__init__.py > > -- Installing: /opt/usr/gr/lib64/python2.6/site-packages/gruel/__init__.pyc > > -- Installing: /opt/usr/gr/lib64/python2.6/site-packages/gruel/__init__.pyo > > -- Installing: > > /opt/usr/gr/lib64/python2.6/site-packages/gruel/pmt/__init__.py > > -- Installing: > > /opt/usr/gr/lib64/python2.6/site-packages/gruel/pmt/__init__.pyc > > -- Installing: > > /opt/usr/gr/lib64/python2.6/site-packages/gruel/pmt/__init__.pyo > > CMake Error at gnuradio-core/cmake_install.cmake:38 (FILE): > > file cannot create directory: /usr/local/etc/gnuradio/conf.d. Maybe need > > administrative privileges. > > Call Stack (most recent call first): > > cmake_install.cmake:47 (INCLUDE) > > > > > > -josh > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp3GW7y607l9.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Python block composed of other blocks
Hi list, I'm trying to write a block in python. What I want to do is create a block that passes the signal through some well know blocks (such as FFT), do its processing and output the signal. Basically, what I did so far is: # class energy_detector(gr.hier_block2): class energy_calculator(gr.sync_block): """ Nested class """ def __init__(self, fft_size): gr.sync_block.__init__( self, name = "energy_detector", in_sig = [np.dtype((np.float32, fft_size))], out_sig = [np.float32] ) def work(self, input_items, output_items): """ Work here """ return len(out) """ Main block """ def __init__(self, fft_size): """ Constructor """ """ Initialize our energy detector block in_sig: vector of fft_size elements out_sig: one float for each input vector """ gr.hier_block2.__init__( self, name = "energy_detector", in_sig = [np.dtype((np.float32, fft_size))], out_sig = [np.float32] ) # # Blocks # self.fft = fft. fft_vcc(fft_size, True, [], False) self.v2s = gr.vector_to_stream(gr.sizeof_gr_complex, fft_size) self.c2f = gr.complex_to_float() self.s2v = gr.stream_to_vector(gr.sizeof_float, fft_size) self.ec = self.energy_calculator(fft_size) # Flow graph self.connect(self, self.fft, self.v2s, self.c2f, self.s2v, self.ec, self) But it does not work. What can I do to achieve the result I need ? Thanks -- View this message in context: http://gnuradio.4.n7.nabble.com/Python-block-composed-of-other-blocks-tp39279.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] USRP sending packets after closing application
Josh, thanks for you reply. I will check here if is something like this. -- View this message in context: http://gnuradio.4.n7.nabble.com/USRP-sending-packets-after-closing-application-tp39267p39280.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] gnuradio/conf.d in the wrong prefix
On Wed, Jan 30, 2013 at 8:05 AM, Martin Braun (CEL) wrote:
> Josh,
>
> you need to set SYSCONFDIR separately from CMAKE_INSTALL_PREFIX.
>
> MB
SYSCONFDIR should default to ${CMAKE_INSTALL_PREFIX}/etc unless otherwise
set. Most likely, it was already set somewhere else and you CMakeCache.txt
file saw that and used the pre-set version. You'd have to explicitly set
that variable now (or wipe away your cache file and reconfigure).
Tom
> On Tue, Jan 29, 2013 at 10:52:30PM -0600, Josh Blum wrote:
> > I configured gr 3.6.4 to install in my prefix /opt/usr, and I caught the
> > installer putting the conf stuff in /usr/local anyways. I wasnt sure if
> > this was the intention, since there was some ramblings about FHS, and
> > /etc stuff
> >
> > cmake ~/src/gnuradio/ -DCMAKE_BUILD_TYPE=Release
> > -DCMAKE_INSTALL_PREFIX=/opt/usr/gr
> >
> > The end of the make install including error:
> >
> > > -- Installing: /opt/usr/gr/include/gruel/swig/gr_intrusive_ptr.i
> > > -- Installing: /opt/usr/gr/include/gruel/swig/pmt_swig.i
> > > -- Installing: /opt/usr/gr/include/gruel/swig/gruel_common.i
> > > -- Installing: /opt/usr/gr/include/gruel/swig/pmt_swig_doc.i
> > > -- Installing:
> /opt/usr/gr/lib64/python2.6/site-packages/gruel/__init__.py
> > > -- Installing:
> /opt/usr/gr/lib64/python2.6/site-packages/gruel/__init__.pyc
> > > -- Installing:
> /opt/usr/gr/lib64/python2.6/site-packages/gruel/__init__.pyo
> > > -- Installing:
> /opt/usr/gr/lib64/python2.6/site-packages/gruel/pmt/__init__.py
> > > -- Installing:
> /opt/usr/gr/lib64/python2.6/site-packages/gruel/pmt/__init__.pyc
> > > -- Installing:
> /opt/usr/gr/lib64/python2.6/site-packages/gruel/pmt/__init__.pyo
> > > CMake Error at gnuradio-core/cmake_install.cmake:38 (FILE):
> > > file cannot create directory: /usr/local/etc/gnuradio/conf.d. Maybe
> need
> > > administrative privileges.
> > > Call Stack (most recent call first):
> > > cmake_install.cmake:47 (INCLUDE)
> > >
> > >
> >
> > -josh
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
> ___
> 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] Python block composed of other blocks
On Wed, Jan 30, 2013 at 8:26 AM, maiconkist wrote: > Hi list, > > I'm trying to write a block in python. > > What I want to do is create a block that passes the signal through some > well > know blocks (such as FFT), do its processing and output the signal. > > Basically, what I did so far is: > > # > class energy_detector(gr.hier_block2): > class energy_calculator(gr.sync_block): > """ Nested class > """ > def __init__(self, fft_size): > gr.sync_block.__init__( > self, > name = "energy_detector", > in_sig = [np.dtype((np.float32, > fft_size))], > out_sig = [np.float32] > ) > > def work(self, input_items, output_items): > """ Work here > """ > > return len(out) > > """ > Main block > """ > def __init__(self, fft_size): > """ > Constructor > """ > > """ Initialize our energy detector block > in_sig: vector of fft_size elements > out_sig: one float for each input vector > """ > gr.hier_block2.__init__( > self, > name = "energy_detector", > in_sig = [np.dtype((np.float32, > fft_size))], > out_sig = [np.float32] > ) > > # > # Blocks > # > self.fft = fft. fft_vcc(fft_size, True, [], False) > self.v2s = gr.vector_to_stream(gr.sizeof_gr_complex, > fft_size) > self.c2f = gr.complex_to_float() > self.s2v = gr.stream_to_vector(gr.sizeof_float, fft_size) > self.ec = self.energy_calculator(fft_size) > > # Flow graph > self.connect(self, self.fft, self.v2s, self.c2f, self.s2v, > self.ec, self) > > > But it does not work. What can I do to achieve the result I need ? > > Thanks > Sorry, but "it does not work" is not a very useful way to get us to help you. What about it does not work? What are the error messages, if any, that you are seeing. What steps have you taken after writing the code to test it? What version of GNU Radio are you using? You need to help us help you. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Python block composed of other blocks
Hi Tom, I simply try to instantiate a object of class energy_detector and got the following error: TypeError: __init__() got an unexpected keyword argument 'in_sig' I imagine that a gr.hier_block2 doesn't have such input. I dont know what can be the superclass of my "top block". -- View this message in context: http://gnuradio.4.n7.nabble.com/Python-block-composed-of-other-blocks-tp39279p39283.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] How to get the carrier's frequency offset in PM demodulator?
I am feel sorry for no reply 2013/1/30 adream > Does gnuradio provide this function? > thank you > > > 2013/1/29 adream > >> Hello, >> I am learning PM Demodulation, and someones tell me that the FM >> Demodulator in gnuradio can demodulate the PM signals. >> I want to get the carrier's frequency offset in PM demodulating, does >> gnuradio provide this function? >> For example, in my project, I set the frequency of IF signal is 70MHz, >> but the real input IF signal is 70.01MHz. >> In this case, I hope my program can print the carrier's frequency offset, >> 10KHz >> Thank you. >> > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem loading Python block
In order to find which version I am using (since I have few build folders
on my computer, and I don't know from which gnuradio was installed, because
i tried a lot of times to install it without success (there were some
problems since I am using RHEL6)) I decided to uninstall everything and
make fresh new installation of gnuradio. I am receiving folloowing error
from cmake:
-- Uninstalling "/usr/local/share/doc/gnuradio-3.6.0/README"
> CMake Error at cmake_uninstall.cmake:20 (ELSEIF):
> had incorrect arguments: IS_SYMLINK "$ENV{DESTDIR}${file}" (Unknown
> arguments specified).
>
>
> make[3]: *** [CMakeFiles/uninstall] Error 1
> make[2]: *** [CMakeFiles/uninstall.dir/all] Error 2
> make[1]: *** [CMakeFiles/uninstall.dir/rule] Error 2
> make: *** [uninstall] Error 2
>
I simply tried to make this file, but then there was another file missing,
and so on.
Is there any other way to uninstall gnuradio?
Best
On Wed, Jan 30, 2013 at 1:36 PM, Martin Braun (CEL) wrote:
> On Wed, Jan 30, 2013 at 01:23:19PM +0100, Nemanja Savic wrote:
> > Today I have tried again, but this time i used block as is designed by
> > gr_modtool. It wont wen throught test, bu it reports:
> >
> > AttributeError: 'module' object has no attribute 'sync_block'
> >
> >
> > It is becoming horror.
>
> Nemanja,
>
> it seems like you haven't actually changed anything.
>
> To recap:
> - If you want Python blocks (gr.sync_block), you need > 3.6.3.
> - You're doing something with messages (right?) Perhaps you want
> msg_connect() rather than the old message queues (read
> Johnathan's release announcement)
>
> MB
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
Nemanja Savić
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] installation problem of GNURADIO on ubuntu 12.04
hi, i have a system PC OF 512 MB RAM and 1.8 GHz processor and 40 GB hard disk.My system halts by writing the make command of making GNURADIO and it reaches at 40% and then system gets halts.kindly tell me what will be solution of this problem.should I Increase my RAM? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] installation problem of GNURADIO on ubuntu 12.04
Hi Omer, Increasing your swap space should do the trick. Just run the following command: *sudo apt-get install dphys-swapfile Edit the following config file and reboot: /etc/dphys-swapfile *Man page about the tool and config parameters:* http://manpages.ubuntu.com/manpages/precise/man8/dphys-swapfile.8.html * Cheers, Mike M0MIK On 30 January 2013 15:31, Omer Omer wrote: > hi, i have a system PC OF 512 MB RAM and 1.8 GHz processor and 40 GB hard > disk.My system halts by writing the make command of making GNURADIO and it > reaches at 40% and then system gets halts.kindly tell me what will be > solution of this problem.should I Increase my RAM? > > ___ > 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] How to get the carrier's frequency offset in PM demodulator?
On Wed, Jan 30, 2013 at 9:30 AM, adream wrote: > I am feel sorry for no reply It's just been a day - sometimes if the answer doesn't come quickly, people are confused by what you're asking. > > > 2013/1/30 adream > >> Does gnuradio provide this function? >> thank you >> >> Natively I don't think it does, but there are properties to the demodulated signal you may be able to exploit and calculate it. > >> 2013/1/29 adream >> >>> Hello, >>> I am learning PM Demodulation, and someones tell me that the FM >>> Demodulator in gnuradio can demodulate the PM signals. >>> I want to get the carrier's frequency offset in PM demodulating, does >>> gnuradio provide this function? >>> For example, in my project, I set the frequency of IF signal is 70MHz, >>> but the real input IF signal is 70.01MHz. >>> In this case, I hope my program can print the carrier's frequency >>> offset, 10KHz >>> Thank you. >> >> FM has the property that frequency offset results in a DC offset at the demodulated signal that is proportional to the amount of frequency offset (given the input signal has no DC component). For PM, since you are not taking the first derivative of the phase as you are with FM, the DC component will be shifted up to your frequency offset. Doing a long term average of a demodulated FM signal should (hopefully!) come out to be 0 for no frequency offset. You could FM demodulate, put a DC filter then reintegrate at the output to get your PM signal back - but I am not sure how well that works. Give it a shot and let us know! Hope that helped. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] build-gnuradio script error
Mike, I downloaded your folder and tried to use the dial_tone.py example to make sure everything was working. It gave me n error saying: "from gnuradio import gr ImportError: No module named gnuradio" I'm assuming because the build script didn't complete that some dependencies weren't set correctly as well. Ideas? On Fri, Jan 25, 2013 at 12:26 PM, Mike Jameson wrote: > Hi Brooke, > > I've uploaded my 'gr' folder to http://scanoo.com/downloads > > It should contain everything that you need as it isn't that old. > > Cheers, > > Mike > M0MIK > > > On 25 January 2013 16:48, Brooke Hayden wrote: > >> Trying to get another laptop up and running. When running the >> build-gnuradio script I get this error: >> ls: cannot access *.gz: No such file or directory >> Failed to download any usable images file from: >> http://files.ettus.com/uhd_releases/master_images >> >> After looking at the files.ettus.com site, the uhd_releases path no >> longer exists. This stopped the running of the script. Solutions? >> >> ___ >> 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] build-gnuradio script error
Hi Brooke, Marcus kindly fixed the build-gnuradio script after you noticed it so it now works again. Please try that and see if it works for you. Cheers, Mike M0MIK On 30 January 2013 17:00, Brooke Hayden wrote: > Mike, > > I downloaded your folder and tried to use the dial_tone.py example to make > sure everything was working. It gave me n error saying: "from gnuradio > import gr > ImportError: No module named gnuradio" > > I'm assuming because the build script didn't complete that some > dependencies weren't set correctly as well. Ideas? > > > On Fri, Jan 25, 2013 at 12:26 PM, Mike Jameson wrote: > >> Hi Brooke, >> >> I've uploaded my 'gr' folder to http://scanoo.com/downloads >> >> It should contain everything that you need as it isn't that old. >> >> Cheers, >> >> Mike >> M0MIK >> >> >> On 25 January 2013 16:48, Brooke Hayden wrote: >> >>> Trying to get another laptop up and running. When running the >>> build-gnuradio script I get this error: >>> ls: cannot access *.gz: No such file or directory >>> Failed to download any usable images file from: >>> http://files.ettus.com/uhd_releases/master_images >>> >>> After looking at the files.ettus.com site, the uhd_releases path no >>> longer exists. This stopped the running of the script. Solutions? >>> >>> ___ >>> 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] USB-3 40MHz BW 300MHz -3.8GHz SDR Transceiver 400 USD
How about these guys ? http://www.thinkrf.com/products.html They already have a GNURadio compliant product line. From: discuss-gnuradio-bounces+bill.pretty=xplornet@gnu.org [mailto:discuss-gnuradio-bounces+bill.pretty=xplornet@gnu.org] On Behalf Of Edmund Humenberger Sent: Wednesday, January 30, 2013 7:54 AM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] USB-3 40MHz BW 300MHz -3.8GHz SDR Transceiver 400 USD For those who didn´t see it yet. http://www.kickstarter.com/projects/1085541682/bladerf-usb-30-software-defin ed-radio _ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2890 / Virus Database: 2639/6065 - Release Date: 01/29/13 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USB-3 40MHz BW 300MHz -3.8GHz SDR Transceiver 400 USD
William, Thanks for making me aware of this: 100Khz - 20Ghz for their SDR boards, but their Front ends are: RFE0108 100 kHz to 10 GHz Radio Front End High performance radio receiver front end with frequency tuning range of 100 kHz to 10 GHz and capable of processing up to 450 MHz of instantaneous RF bandwidth. All Impressive INDEED! I wonder what the pricing for ThinkRF products are and what will the BladRF USB be priced at? That is the question, but ALL gorgeous stuff no doubt! Sincerely, Martin On Wed, Jan 30, 2013 at 11:37 AM, William Pretty Security < bill.pre...@xplornet.com> wrote: > How about these guys ? http://www.thinkrf.com/products.html > > ** ** > > They already have a GNURadio compliant product line. > > ** ** > > *From:* discuss-gnuradio-bounces+bill.pretty=xplornet@gnu.org [mailto: > discuss-gnuradio-bounces+bill.pretty=xplornet@gnu.org] *On Behalf Of > *Edmund > Humenberger > *Sent:* Wednesday, January 30, 2013 7:54 AM > *To:* discuss-gnuradio@gnu.org > > *Subject:* [Discuss-gnuradio] USB-3 40MHz BW 300MHz -3.8GHz SDR > Transceiver 400 USD > > ** ** > > > > > For those who didn´t see it yet. > > ** ** > > > http://www.kickstarter.com/projects/1085541682/bladerf-usb-30-software-defined-radio > > > ** ** > -- > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2013.0.2890 / Virus Database: 2639/6065 - Release Date: 01/29/13* > *** > > ___ > 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] USB-3 40MHz BW 300MHz -3.8GHz SDR Transceiver 400 USD
On Wed, Jan 30, 2013 at 12:49 PM, Martin O'Shield wrote: > > William, > > > Thanks for making me aware of this: > > 100Khz - 20Ghz for their SDR boards, but their Front ends are: > > RFE0108 100 kHz to 10 GHz Radio Front End >High performance radio receiver front end with frequency tuning range > of 100 kHz to 10 GHz and capable of processing up to 450 MHz of > instantaneous RF bandwidth. > > All Impressive INDEED! > > I wonder what the pricing for ThinkRF products are and what will the > BladRF USB > be priced at? > > The bladeRF is definitely nowhere close to what the thinkRF folks are doing - but the market segments are different as well. The thinkRF guys are much more into high performance/SIGINT whereas bladeRF is good performance and highly integrated yielding a lower cost at the sacrifice of bandwidth. The bladeRF is based on the LMS6002D RF transceiver with documentation here: https://github.com/chemeris/lms6002-documentation The $400 price tag along with the 300MHz - 3.8GHz tuning range, 28MHz of instantaneous bandwidth and bus powered over USB 3.0 superspeed to get 5Gbps full duplex are the biggest selling points. Full schematics can be found on the support page or directly: http://nuand.com/bladerf.pdf It's a good SDR for a very palatable price. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Python block composed of other blocks
I fixed the problem I had by changing in_sing for "input_signature". But now my testbench never finish executing and print a value that is the 2x the correct value. My energy_detector code is as follows: # import numpy as np from gnuradio import gr, blks2 from gnuradio import fft from gnuradio import uhd class energy_detector(gr.hier_block2): class energy_calculator(gr.sync_block): """ Nested class """ def __init__(self, fft_size): gr.sync_block.__init__( self, name = "energy_detector", in_sig = [np.dtype((np.float32, fft_size))], out_sig = [np.float32] ) def work(self, input_items, output_items): """ Energy calculator main function """ in0 = input_items[0][:] out = output_items[0][:] out[:] = np.sum( np.square(in0) ) print "energy = %f" % out[0] self.consume_each(len(in0)) return len(out) def __init__(self, fft_size): """ Constructor """ """ Initialize our energy detector block in_sig: vector of fft_size elements out_sig: one float for each input vector """ gr.hier_block2.__init__( self, name = "energy_detector", input_signature = gr.io_signature(1, 1, fft_size * gr.sizeof_float), output_signature = gr.io_signature(1, 1, gr.sizeof_float) #in_sig = [np.dtype((np.float32, fft_size))], #out_sig = [np.float32] ) # # Blocks # self.fft = fft.fft_vfc(fft_size, True, [], False) self.v2s = gr.vector_to_stream(gr.sizeof_gr_complex, fft_size) self.c2f = gr.complex_to_float() self.s2v = gr.stream_to_vector(gr.sizeof_float, fft_size) self.ec = self.energy_calculator(fft_size) # Flow graph self.connect(self, self.fft, self.v2s, self.c2f, self.s2v, self.ec, self) # And my testbench do this: src_data = (1, 1) expected_result = np.sum(np.square(src_data)) # blocks src = gr.vector_source_f (src_data) s2v = gr.stream_to_vector(gr.sizeof_float, len(src_data)) ed = energy_detector(len(src_data)) v2s = gr.vector_to_stream(gr.sizeof_float, 1) dst = gr.vector_sink_f () # flowgraph self.tb.connect (src, s2v, ed, v2s, dst) self.tb.run () result_data = dst.data () self.assertEqual (expected_result, result_data) Any suggestion ? -- View this message in context: http://gnuradio.4.n7.nabble.com/Python-block-composed-of-other-blocks-tp39279p39294.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] USRP N210 Net Burner
Just received a new USRP N210. I cannot get the fw or fpga binaries to upload to the device. I tried to use the net burner gui, but the device doesn't appear for selection. The uhd_find_devices and uhd_usrp_probe commands obviously return nothing as well. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP N210 Net Burner
On 01/30/2013 02:49 PM, Brooke Hayden wrote: > Just received a new USRP N210. I cannot get the fw or fpga binaries to > upload to the device. I tried to use the net burner gui, but the device > doesn't appear for selection. The uhd_find_devices and uhd_usrp_probe > commands obviously return nothing as well. > Have you configured the network settings? http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking Ping is a good way to test if the network link is working. -josh > > > ___ > 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] Usage of Message Queues
Hello! I have another question, this time about message queues. I have a demodulator hooked up to message sink. But when I want to pop a message via tb.sink_queue.delete_head(), its just returning that to me: > I dont know so much about Python and GnuRadio, but it looks like a Pointer of that SWIG for me. How can I get the value? Thanks in advance -- View this message in context: http://gnuradio.4.n7.nabble.com/Usage-of-Message-Queues-tp39295.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] Is there any way in GRC to send a finite pulse?
Hi, everyone, Is there any way in GRC to stop sending a signal? For example, I attach a snapshot of a simple GRC flowgraph with a 250 Hz cosine signal source outputting floats into an audio sink, and also into a file sink called "test.dat". Everything works fine and I see the output, and I can graph the file with a simple python script. But the problem is that after some time I have to stop the transmission by manually forcing the flow graph to abruptly end. Is there any way in GRC to automatically stop the signal after some time, say a finite pulse? I don't want to send a continuous signal, but I want it to stop, say, after ten periods. Now some of you (e.g., Josh) have pointed me to a way of using Python or C++ to maybe tag the last sample with an EOB metadata, and I will try this when I need to do something in Python or C++, but I don't understand how it would change anything in this particular flow graph. I mean, just coloring the last sample with an EOB tag won't stop the datafile from being populated by a continuous data stream. I guess I don't understand why it should be so hard just using GRC to stop sending a signal after some time., or maybe it's easy, and I just don't get it. I know there is a burst tagger object in GRC that someone once mentioned in this group, but it was used to feed into the USRP, and I assume that the USRP knew somehow to stop reception? I guess I am confused, and need some kind of help in understanding this. :-(. Thanks for any insights ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio You can use the "head" block to allow your flow-graph to run for a certain amount of time and stop. One of the problems with GRC is that it isn't, really, an imperative, procedurally-oriented programming environment. It's a flow-based environment, and you have to kind of stand on your head to do "procedural" things with it. Probes, for example, can be used to call arbitrary python code at regular intervals. This can sometimes help you "fake up" a procedural environment using state machines and the return values from your python code. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Synchronize USRP in which level
Hi, My last topic "Synchronize multiple USRP-N210s"may be a big one which gives no reply.If I want to synchronize two USRPs without cable or GPSDO,I should design a synchronization protocol.Simply A sends some time-stamped samples to B ,then B record local time when receiving these samples.Knowing the distance between them,we can synchronize B with A.Apparently the synchronization accuracy depend on we make the timestamps in which level.Ethernet involve in 10s of microseconds jitter shows that we should do it on FPGA.Does UHD have this function? Any comments will be valuable to me. Thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Synchronize USRP in which level
On 01/30/2013 09:00 PM, Gong Zhang wrote: > Hi, > My last topic "Synchronize multiple USRP-N210s"may be a big one which > gives no reply.If I want to synchronize two USRPs without cable or > GPSDO,I should design a synchronization protocol.Simply A sends some > time-stamped samples to B ,then B record local time when receiving these > samples.Knowing the distance between them,we can synchronize B with > A.Apparently the synchronization accuracy depend on we make the > timestamps in which level.Ethernet involve in 10s of microseconds jitter > shows that we should do it on FPGA.Does UHD have this function? > Any comments will be valuable to me. > Thanks. Start here, you can do this with plain UHD in C++ or with the gnuradio gr-uhd component in python or C++: http://code.ettus.com/redmine/ettus/projects/uhd/wiki The sync docs should explain just about everything: http://files.ettus.com/uhd_docs/manual/html/sync.html Many examples of timed transmission and reception: http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Code-Examples Awesome project/use case for these features: https://github.com/jmalsbury/pre-cog/wiki -josh > > ___ > 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] Synchronize USRP in which level
2013/1/31 11:51, Josh Blum wrote: On 01/30/2013 09:00 PM, Gong Zhang wrote: Hi, My last topic "Synchronize multiple USRP-N210s"may be a big one which gives no reply.If I want to synchronize two USRPs without cable or GPSDO,I should design a synchronization protocol.Simply A sends some time-stamped samples to B ,then B record local time when receiving these samples.Knowing the distance between them,we can synchronize B with A.Apparently the synchronization accuracy depend on we make the timestamps in which level.Ethernet involve in 10s of microseconds jitter shows that we should do it on FPGA.Does UHD have this function? Any comments will be valuable to me. Thanks. Start here, you can do this with plain UHD in C++ or with the gnuradio gr-uhd component in python or C++: http://code.ettus.com/redmine/ettus/projects/uhd/wiki The sync docs should explain just about everything: http://files.ettus.com/uhd_docs/manual/html/sync.html Many examples of timed transmission and reception: http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Code-Examples Awesome project/use case for these features: https://github.com/jmalsbury/pre-cog/wiki -josh My target is to sample signal at the same time with two USRP connected to different PCs placed in different place.The sync accuracy should be within microsecond.I can not use cable and GPSDO,which gives no external sync signal such as PPS.The only way maybe sync their local time,which is usually unsynchronized due to the instability of oscillator.So I need a time-stamp exchange based sync protocol. Thank you for your time. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Non-deterministic behavior
No, I am not. On Tue, Jan 29, 2013 at 4:01 PM, Marcus D. Leech wrote: > On 01/29/2013 04:47 AM, Vanessa Gardellin wrote: >> >> Yes, we are using a throttle but when we execute the same python file >> we obtain always different outcomes. >> We would like to have repeatable experiments. >> Any tips? >> >> Thank you >> Vanessa > > Are you using a channel model in the middle of your simulation? > > > > -- > Marcus Leech > Principal Investigator > Shirleys Bay Radio Astronomy Consortium > http://www.sbrac.org > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Vanessa GARDELLIN, Ph.D. Researcher Institute for Informatics and Telematics (IIT), Italian National Research Council (CNR) Via G. Moruzzi 1 56124 Pisa - ITALY Phone: +390503158297 Room: B65/c E-mail: vanessa.gardel...@iit.cnr.it WWW: http://www.iit.cnr.it/staff/vanessa.gardellin/ Skype: gardellin.vanessa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Non-deterministic behavior
This might be easier to get help with if you sent some code or a GRC file. Or we can go with 21 questions in which case I have my own :-) Are you getting any over/under flows (O's or U's being printed to console) when you run the flowgraph? Any output at all? On Thu, Jan 31, 2013 at 1:31 AM, Vanessa Gardellin wrote: > No, I am not. > > On Tue, Jan 29, 2013 at 4:01 PM, Marcus D. Leech wrote: >> On 01/29/2013 04:47 AM, Vanessa Gardellin wrote: >>> >>> Yes, we are using a throttle but when we execute the same python file >>> we obtain always different outcomes. >>> We would like to have repeatable experiments. >>> Any tips? >>> >>> Thank you >>> Vanessa >> >> Are you using a channel model in the middle of your simulation? >> >> >> >> -- >> Marcus Leech >> Principal Investigator >> Shirleys Bay Radio Astronomy Consortium >> http://www.sbrac.org >> >> >> >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > -- > Vanessa GARDELLIN, Ph.D. > Researcher > Institute for Informatics and Telematics (IIT), > Italian National Research Council (CNR) > Via G. Moruzzi 1 > 56124 Pisa - ITALY > Phone: +390503158297 > Room: B65/c > E-mail: vanessa.gardel...@iit.cnr.it > WWW: http://www.iit.cnr.it/staff/vanessa.gardellin/ > Skype: gardellin.vanessa > > ___ > 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
