Hello,
I’m new to the GNURadio experience, so I’m just trying to get some of
the
basic tests to work and I’ve run into a problem while trying to execute
the
tests suggested at the bottom of the Ubuntu installation page. One of
the
tests is to go into usrp/hosts/apps and run the test_usrp_standard_tx/rx
programs. When I try to invoke these, I get an error message:
Can’t find firmware: std.ihx
die: lt-test_usrp_standard_tx: usrp_standard_tx::make
I’ve checked out the stable 3.1.x version and I was able to find std.ihx
i
usrp/firmware/src/usrp2, so I’m a bit puzzled as to what I should to do
fix
this. I’ve tried to look through previous messages about this, but can’t
seem to find an answer, so I apoligize if this was already addressed
somewhere.
Also, I’m running Linux 7.04 on an Intel Celeron 2.0 processor, so I’m
not
sure if this has any bearing on the issue. When I invoke “uname”, the
kernel
does not recognize the processor type or the hardware platform.
Finally, one last question - does the installation process described on
the
Ubuntu page (http://gnuradio.org/trac/wiki/UbuntuInstall) work for 7.10?
I
wasn’t quite sure, so I went with 7.04, but I’m curious for future
reference.
Thanks,
Martin G.
Martin G. wrote:
Finally, one last question - does the installation process described on
the
Ubuntu page (http://gnuradio.org/trac/wiki/UbuntuInstall) work for 7.10?
I
[email protected]
Discuss-gnuradio Info Page
–
View this message in context:
http://www.nabble.com/Problem-with-std.ihx-tf4825574.html#a13807550
Sent from the GnuRadio mailing list archive at Nabble.com.
Firas,
Thanks for the info about 7.10. Do you have any idea why I’m getting
that
error involving a missing std.ihx file? I’ve installed the gnuradio
software
on two separate machines using the same exact procedure listed on the
installation page for Ubuntu, and I get the same problem on both when i
try
to run test_usrp_standard_tx or test_usrp_standard_rx. Any ideas?
Thanks,
~ Martin
Hi Firas,
All those files are there, including std.ihx. Should I try copying
std.ihxinto the directory where I’m trying to run these programs?
Thanks,
~Martin
Hi,
This file should be found in the following folder (in File System):
/usr/share/usrp/rev4
check its existence in this folder. Beside std.ihx file, this folder
should contain also multi_2rxhb_2tx.rbf, std_2rxhb_2tx.rbf, and
std_4rx_0tx.rbf files.
Firas
Martin G. [email protected] wrote: Firas,
Thanks for the info about 7.10. Do you have any idea why I’m getting
that error involving a missing std.ihx file? I’ve installed the gnuradio
software on two separate machines using the same exact procedure listed
on the installation page for Ubuntu, and I get the same problem on both
when i try to run test_usrp_standard_tx or test_usrp_standard_rx. Any
ideas?
Thanks,
~ Martin
On Nov 17, 2007 2:04 AM, Eng. Firas [email protected] wrote:
Martin G. wrote:
Finally, one last question - does the installation process described on
the
Ubuntu page ( http://gnuradio.org/trac/wiki/UbuntuInstall) work for 7.10?
I
wasn’t quite sure, so I went with 7.04, but I’m curious for future
reference.
–
View this message in context:
http://www.nabble.com/Problem-with-std.ihx-tf4825574.html#a13807550
Sent from the GnuRadio mailing list archive at Nabble.com.
Hi,
No need to copy. leave test_usrp_standard_xx, can you run usrp_fft.py ?
It can be found in the folder gr_utils/src/python
Firas
Martin G. [email protected] wrote: Hi Firas,
All those files are there, including std.ihx. Should I try copying
std.ihx into the directory where I’m trying to run these programs?
Thanks,
~Martin
On Nov 19, 2007 9:13 PM, Firas abbas < [email protected]> wrote:
Hi,
This file should be found in the following folder (in File System):
/usr/share/usrp/rev4
check its existence in this folder. Beside std.ihx file, this folder
should contain also multi_2rxhb_2tx.rbf, std_2rxhb_2tx.rbf, and
std_4rx_0tx.rbf files.
Firas
Martin G. [email protected] wrote: Firas,
Thanks for the info about 7.10. Do you have any idea why I’m getting
that error involving a missing std.ihx file? I’ve installed the gnuradio
software on two separate machines using the same exact procedure listed
on the installation page for Ubuntu, and I get the same problem on both
when i try to run test_usrp_standard_tx or test_usrp_standard_rx. Any
ideas?
Thanks,
~ Martin
On Nov 17, 2007 2:04 AM, Eng. Firas [email protected] wrote:
Martin G. wrote:
Finally, one last question - does the installation process described on
the
Ubuntu page ( http://gnuradio.org/trac/wiki/UbuntuInstall) work for 7.10?
I
wasn’t quite sure, so I went with 7.04, but I’m curious for future
reference.
–
View this message in context:
http://www.nabble.com/Problem-with-std.ihx-tf4825574.html#a13807550
Sent from the GnuRadio mailing list archive at Nabble.com.
On Sat, Nov 24, 2007 at 08:06:06PM -0800, Martin G. wrote:
Hi,
Yes, it runs fine (assuming I didn’t need to run it with any arguments). Is
there any documentation on what usrp_fft.py does and how to use it, by the
way, because I couldn’t find any in the folder…
Pretty much all of the python apps support an extensive --help option.
Eric
Hi,
Yes, it runs fine (assuming I didn’t need to run it with any arguments).
Is
there any documentation on what usrp_fft.py does and how to use it, by
the
way, because I couldn’t find any in the folder… I just ran it,
couldn’t
move any of the dials or change any options and eventually had to kill
it to
end it…
So - any ideas on what’s going on?
Thanks,
~Martin
freq1, and I can sort-of make out some semblance of music on the
stations I try, but the signal is pretty noisy. I am using an external 3
foot antenna, so I’m not really sure what the problem is…
It seems as though your host machine is not able to keep up. The uO
refers to USRP overrun, your machine is not keeping up with the incoming
data and some of it is being dropped. Given this behavior, you’re
likely not getting a responsive GUI for the same reason.
As a start, try running the oscope with a higher decimation rate like
256:
usrp_oscope.py -d 256
See if you still get overruns, and if the GUI is responsive.
Eric,
Yeah, I know about the -h/–help option, but I noticed that some folder
have
README files which generally explain what the scripts do, while others
don’t. I was wondering if there was a centralized form of documentation
somewhere. I’ve looked through the wiki/website as well as Firas’
updated
unofficial manual (great job on that by the way), but I haven’t been
able to
locate any high-level descriptions of what all the scripts do.
Back to my original question - since usrp_fft.py does seem to work
somewhat
well, should I not worry about the errors I’m getting when I try to run
test_usrp_standard_tx/rx?
On a somewhat related question, when I do run usrp_fft.py as well as
usrp_oscope.py, I’m not able to actually control the GUI - it seems like
its
“frozen” although I do get some waveforms. At the same time, the string
“u0”
is continually written to the terminal.
I was also trying to get the FM receiver to work and encountered a
similar
problem - I get “uA” in the terminal, the GUI is non-responsive, and the
graphs look like they’re only displaying in an alternating fashion (2-3
seconds for the “Data from USRP” and then a few seconds for the “Post
Demod”). I’m just running the script with one option, -f freq1, and I
can
sort-of make out some semblance of music on the stations I try, but the
signal is pretty noisy. I am using an external 3 foot antenna, so I’m
not
really sure what the problem is…
Have you ever encountered similar problems? If so, how should I go about
fixing them?
Thanks,
~ Martin
On Sun, Nov 25, 2007 at 03:15:00PM -0800, Martin G. wrote:
Eric,
On a somewhat related question, when I do run usrp_fft.py as well as
usrp_oscope.py, I’m not able to actually control the GUI - it seems like its
“frozen” although I do get some waveforms. At the same time, the string “u0”
is continually written to the terminal.
Those are usrp overruns, which indicates that your system is not
keeping up with the data streaming from the usrp. You can fix this by
using a higher decimation rate, or buying a faster computer.
Eric
Thanks George,
Increasing the decimation did fix the oscope and fft problem, I got away
with using 64 and not getting those "u0"s. Do you have any advice on the
FM
receiver - it doesn’t seem like there’s an option to change the
decimation
for that script, and I keep getting those “aU” strings (sorry, I thought
they were “uA”, but they’re actually “aU”). I’m not sure if this is
important, but I also get a message that says:
FYI: No Powermate or Contour Knob found
And by the way - is there someplace where I can just look up what all
these
erroneous outputs mean?
Thanks,
~Martin
On Sun, Nov 25, 2007 at 04:32:43PM -0800, Martin G. wrote:
Thanks George,
FYI: No Powermate or Contour Knob found
And by the way - is there someplace where I can just look up what all these
erroneous outputs mean?
Try googling powermate or contour knob.
Don’t forget that you have the source code 
Eric