Hey folks,
another problem which makes me lost:
I have read that usrp_fft.py has to work if I installed libusrp/GNU
Radio3.3 correctly and the USRP1 is connected with the right clock and the
computer.
But if I want to run usrp_fft.py I get:
> Traceback (most recent call last):
> File "/usr/bin/usrp_fft.py", line 23, in <module>
> from gnuradio import gr, gru
> File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/__init__.py",
> line 43, in <module>
> from gnuradio_core import *
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core.py", line
> 23, in <module>
> from gnuradio_core_runtime import *
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py",
> line 24, in <module>
> _gnuradio_core_runtime = swig_import_helper()
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py",
> line 20, in swig_import_helper
> _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname,
> description)
> ImportError: libgruel-3.5.3git.so.0.0.0: cannot open shared object file:
> No such file or directory
>
locate libgruel shows be:
> /usr/lib/libgruel.la
> /usr/lib/libgruel.so
> /usr/lib/libgruel.so.0
> /usr/lib/libgruel.so.0.0.0
> /usr/share/doc/libgruel-dev
> /usr/share/doc/libgruel0
> /usr/share/doc/libgruel-dev/changelog.Debian.gz
> /usr/share/doc/libgruel-dev/copyright
> /usr/share/doc/libgruel0/changelog.Debian.gz
> /usr/share/doc/libgruel0/copyright
> /var/lib/dpkg/info/libgruel-dev.list
> /var/lib/dpkg/info/libgruel-dev.md5sums
> /var/lib/dpkg/info/libgruel0.list
> /var/lib/dpkg/info/libgruel0.md5sums
> /var/lib/dpkg/info/libgruel0.postinst
> /var/lib/dpkg/info/libgruel0.postrm
> /var/lib/dpkg/info/libgruel0.shlibs
>
So there is already libgruel installed but perhaps usrp_fft.py is searching
for the wrong version. Is it possible that I didn't delete all files from
the first installation of GNU Radio (3.5.3) before I installed GNu Radio
3.3?
So this means I have to delete all GNU Radio files again and to a new
installation?
I want to be sure if I have to do this before I delete all because perhaps
there is another solution.
Unfortunatelly Google can't help me so I need some help from you again.
Regards
Ellen
2012/5/9 Ellen Apolinar <ellen.apolinar...@googlemail.com>
> Sorry for the hole E-Mail-spam...
>
> Now I think I fixed the error with lsusrp/GNU Radio. I write my steps how
> I solved the problems for the case that someboy will get the same problem:
>
> A soft link to the right directory python2.7/dist-packages/gnuradio/usrp
> was needed.
> After that I testet Python without errors:
>
> python
>
>> >>> from gnuradio import usrp
>>
>
> lsusrp
>
>> USRP 0 serial number 8R25XEU1
>> RX d'board A: Flex 1800 Rx MIMO B
>> RX d'board B: Flex 1800 Rx MIMO B
>> TX d'board A: Flex 1800 Tx MIMO B
>> TX d'board B: Flex 1800 Tx MIMO B
>> usrp: failed to find usrp[1]
>> usrp: failed to find usrp[2]
>> usrp: failed to find usrp[3]
>> usrp: failed to find usrp[4]
>> usrp: failed to find usrp[5]
>> usrp: failed to find usrp[6]
>> usrp: failed to find usrp[7]
>>
>
>
> So I think the USRP is recognized and python and lsusrp are working
> correctly.
>
> So the one problem is the OpenBTS but I think that's not a topic for this
> mailinglist.
>
>
> Thank you for your help and your answers.
>
> Regards
> Ellen
>
>
>
>
>
> 2012/5/9 Ellen Apolinar <ellen.apolinar...@googlemail.com>
> >
> > I have found the answer of my last question by myself:
> >
> > I configured OpenBTS new, changed the OpenBTS.sql and smqueue.sql files,
> did
> >
> > sqlite3 -init ./apps/OpenBTS.example.sql /etc/OpenBTS/OpenBTS.db
> > sqlite3 -init smqueue/smqueue.example.sql /etc/OpenBTS/smqueue.db
> >
> >
> > But now there is a new error:
> >>
> >> Starting the system...
> >> ALERT 3078318960 USRPDevice.cpp:545:setRxFreq: set RX: 1.7832e+09failed
> >> baseband freq: 1.78e+09
> >> DDC freq: -3.2e+06
> >> residual freq: 0.00298023
> >> ALERT 3078318960 Transceiver.cpp:540:driveControl: RX failed to tune
> >> ALERT 3074639568 TRXManager.cpp:342:tune: RXTUNE failed with status 1
> >> ALERT 3074639568 TRXManager.cpp:395:powerOn: POWERON failed with
> status 1
> >> ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with
> status 1
> >> ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with
> status 1
> >> 1336484679.264657 3074639568:
> >> Welcome to OpenBTS. Type "help" to see available commands.
> >> OpenBTS> ALERT 3041119088 TRXManager.cpp:409:setPower: SETPOWER failed
> with status 1
> >> ALERT 3065535344 TRXManager.cpp:86:clockHandler: TRX clock interface
> timed out, assuming TRX is dead.
> >> Aborted
> >
> >
> > I am not sure if there is still a problem with gnu radio or it is just
> an error from OpenBTS.
> > (The configuration in OpenBTS.config are right and the correct softlink
> is set so this shouldn't be the problem.)
> >
> > lsusrp:
> >>
> >> Traceback (most recent call last):
> >> File "/usr/bin/lsusrp", line 25, in <module>
> >> from gnuradio import usrp
> >> ImportError: cannot import name usrp
> >
> >
> > so it seems that there are still problems with gnuradio but i don't know
> how to locate them because I followed these guide:
> >>
> >>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning#Building-and-Installing
> >
> >
> > ls -lR /dev/bus/usb | grep usrp:
> >>
> >> crw-rw---- 1 root usrp 189, 3 2012-05-09 08:38 004
> >
> >
> > so the USRP seems to be recognized.
> >
> > So should I install gnuradio for a third time or is the error another?
> >
> >
> > Thanks in advance.
> >
> > Regards
> > Ellen
> >
> >
> >
> >
> > 2012/5/4 Ellen Apolinar <ellen.apolinar...@googlemail.com>
> > >
> > > Thanks a lot for your answers!
> > >
> > >
> > > Now there is still sn error when I want to start OpenBTS. Perhaps you
> know it. First I describe what I did:
> > >
> > >
> > > I deleted all components from gnuradio 3.5.3 and followed this for
> installing libusrp:
> > >
> http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning#Building-dependencies
> > >
> > > I installed GNU Radio 3.3 from here:
> http://gnuradio.org/releases/gnuradio/
> > >
> > > Before I continued:
> > >>
> > >> apt-get -y install libfontconfig1-dev libxrender-dev libpulse-dev
> swig g++ automake autoconf python-dev libfftw3-dev libcppunit-dev
> libboost-all-dev libusb-dev fort77 sdcc sdcc-libraries libsdl1.2-dev
> python-wxgtk2.8 git-core guile-1.8-dev libqt4-dev python-numpy ccache
> python-opengl libgsl0-dev python-cheetah python-lxml doxygen qt4-dev-tools
> libqwt5-qt4-dev libqwtplot3d-qt4-dev pyqt4-dev-tools python-qwt5-qt4
> > >
> > > (I know that is a little bit too much but I wanted to be sure that
> everything is alright.:)
> > >
> > > Then:
> > >>
> > >> ./configure --disable-all-components --enable-usrp --enable-gruel
> > >> # make softlinks for boost and usrp-files
> > >
> > >
> > > Perhaps a stupid question but should I do these steps again before
> starting OpenBTS?
> > >>
> > >> ./bootstrap
> > >> ./configure
> > >> make
> > >> make install
> > >
> > >
> > > When without them I start OpenBTS:
> > >>
> > >> Starting the system...
> > >> OpenBTS: GSMCommon.cpp:140: unsigned int
> GSM::uplinkFreqKHz(GSM::GSMBand, unsigned int): Assertion
> `(ARFCN>511)&&(ARFCN<886)' failed.
> > >> Aborted
> > >
> > > But this is not the first time that this alert comes when I want to
> start OpenBTS and the USRP1 is on (with the correct clock).
> > >
> > >
> > > Thanks a lot for your answers and your help.
> > >
> > > Regards
> > > Ellen
> > >
> > > 2012/5/4 Martin Braun <martin.br...@kit.edu>
> > >>
> > >> On Fri, May 04, 2012 at 09:36:02AM +0200, Ellen Apolinar wrote:
> > >> > 1) Unfortunatelly I installed a version which is too new for
> working with
> > >> > OpenBTS so I want to uninstall it.
> > >> >
> > >> > <make uninstall> didn't work so I think I have to remove it
> manually. (Locate
> > >> > gnuradio and them remove all files.)
> > >> >
> > >> > But i'm not sure if that is the right way so it would be great if
> you can say
> > >> > me if I'm right or not.
> > >>
> > >> Hi Ellen,
> > >>
> > >> that's fine--just dive through /usr/local (or whatever your prefix is)
> > >> and kill anything gnuradio-related.
> > >>
> > >>
> > >> 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
