Can anyone shine some light on this for me? Should I force the enable?
If so how do I force it? It appears it can be enabled, but I’m not
sure how to enable it. Attached is info that includes how I built it,
and the log file generated. I tried to post as text, however it failed
to send, so I’m trying it as a compressed attachment. It’s just a text
file that includes this original message, and log files.
Also it’s a 64 bit platform that once had Activestate Python
installed. However that should be uninstalled at this point. Synaptic
and other package managers were closed at the time I ran the script.
You have a filter with a sample rate of 1.7GHz. This is obviously
incorrect. Your filter must operate at the baseband rate; in the case of
USRP2 with decimation 16, as you have it set up, the filter will operate
at
100Msps/16=6.25Msps. The filter cutoff frequencies must be similarly
relative to the baseband frequency, not absolute – if you are tuned to
850MHz and want a cutoff at 850.4MHz, you would specify a cutoff
frequency
of 400kHz.
Additionally, did you really mean to use the USRP2 source? The old USRP2
source has been deprecated in favor of UHD for a very long time.
The build environment is just trying to import numpy. Are you able to
run python -c “import numpy” from the same terminal you are calling the
build configuration from?
Hello Nick,
Thanks for your reply, I want to know about the parameters for my
bandpass filter block?
So what parameters should give to my band_pass_filter as follows
high_cut_off=?
low_cut_off=?
sampling_rate should be less than 6.25MHz
transition band=?
Yes I want to use usrp2 source how do I update that ?
Umer
From: Nick F. [[email protected]]
Sent: Monday, July 02, 2012 2:42 PM
To: Rabbani,U,Umer,DUB8 R
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Simple band pass filter
Umer,
You have a filter with a sample rate of 1.7GHz. This is obviously
incorrect. Your filter must operate at the baseband rate; in the case of
USRP2 with decimation 16, as you have it set up, the filter will operate
at 100Msps/16=6.25Msps. The filter cutoff frequencies must be similarly
relative to the baseband frequency, not absolute – if you are tuned to
850MHz and want a cutoff at 850.4MHz, you would specify a cutoff
frequency of 400kHz.
Additionally, did you really mean to use the USRP2 source? The old USRP2
source has been deprecated in favor of UHD for a very long time.
AD> Mixture of 32 and 64 bit packages, by any
AD> chance?
Not likely, but perhaps. The packages were
installed via package manager, or the the GNURadio
build script. So I assume it all 64 bit, however
if I knew how to check, I’d check. Do you have a
suggested way to check? I see from Synaptic that
it doesn’t seem to specify 32 or 64.
JB> The build environment is just trying to import
JB> numpy. Are you able to run python -c “import
JB> numpy” from the same terminal you are calling
JB> the build configuration from?
Sort of, it looks like I can run it, however see
below. Hmm, must have a wizard problem, as it
appears it’s the wrong Elf class
$ python -c “import numpy”
Traceback (most recent call last):
File “”, line 1, in
File
“/home/jharvey/.local/lib/python2.7/site-packages/numpy/init.py”,
line 137, in
import add_newdocs
File
“/home/jharvey/.local/lib/python2.7/site-packages/numpy/add_newdocs.py”,
line 9, in
from numpy.lib import add_newdoc
File
“/home/jharvey/.local/lib/python2.7/site-packages/numpy/lib/init.py”,
line 4, in
from type_check import *
File
“/home/jharvey/.local/lib/python2.7/site-packages/numpy/lib/type_check.py”,
line 8, in
import numpy.core.numeric as _nx
File
“/home/jharvey/.local/lib/python2.7/site-packages/numpy/core/init.py”,
line 5, in
import multiarray
ImportError:
/home/jharvey/.local/lib/python2.7/site-packages/numpy/core/multiarray.so:
wrong ELF class: ELFCLASS32
AD> Just noticed that the problem library is in
AD> ~/.local/. I’ve never seen that before, it
AD> seems to imply that you’ve got numpy installed
AD> in your home directory. Is that right? You
AD> could try moving ~/.local/lib/ to
AD> ~/.local/lib-ignoreme/ and see if that fixes
AD> it. Might break a whole load of other stuff in
AD> the process too, of course.
I once had activestate python installed on this
machine. It would appear that was a lingering
issue with it’s removal. I renamed the ~/local/lib
such that any links would be broken. It now
compiles just fine and I opened GRC, so I’m
listing this as SOLVED. Thanks very much for the
help.
if I knew how to check, I’d check. Do you have a
suggested way to check? I see from Synaptic that
it doesn’t seem to specify 32 or 64.
Architecture: line in the output of apt-cache show packagename, or is
it? I can only find one i1386 package on my 64bit system, and the arch
is listed as AMD64! ‘dpkg -l | grep i386’ should show up 32-on-64
packages.
Just noticed that the problem library is in ~/.local/. I’ve never seen
that before, it seems to imply that you’ve got numpy installed in your
home directory. Is that right? You could try moving ~/.local/lib/ to
~/.local/lib-ignoreme/ and see if that fixes it. Might break a whole
load of other stuff in the process too, of course.
alexd
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
