hello mr.marcus
i remove gnuradio use rm -Rf
and i install again, but
../../lib/libgnuradio-fcd-3.7.2.1.so.0.0.0: undefined reference to
`libusb_handle_events_completed'
collect2: ld returned 1 exit status
make[2]: *** [gr-fcd/examples/c++/fcd_nfm_rx] Error 1
make[1]: *** [gr-fcd/examples/c++/CMakeFiles/fcd_nfm_rx.dir/all] Error 2
make: *** [all] Error 2
i installed gnuradio 3.7 , when i run make in compile gnuradio, the
result are above.
Error in xml in file
/usr/local/src/gnuradio-3.7.2.1/build/gr-vocoder/swig/vocoder_swig_doc_swig_docs/xml/classgr_1_1vocoder_1_1cvsd__decode__bs.xml
Error in xml in file
/usr/local/src/gnuradio-3.7.2.1/build/gr-vocoder/swig/vocoder_swig_doc_swig_docs/xml/classgr_1_1vocoder_1_1cvsd__encode__sb.xml
Parsing error for class gr::vocoder::cvsd_decode_bs
Parsing error for class gr::vocoder::cvsd_encode_sb
thank you
On 6/2/14, Riana Risnawati <address@hidden> wrote:
okee mr.marcus , i tried to update gnuradio , but i think gnuradio compile
has broken .
i want to uninstall it, but i can't
i use make uninstall in directory, but the result : no rule to make target
uninstall . stop
what must i do to uninstall it ?
thank you
riana
On Mon, Jun 2, 2014 at 1:24 AM, Marcus Müller <address@hidden>
wrote:
Hi Riana,
please ask follow up questions to the mailing list.
honestly, i don't know mailing list about openbts, except this
usrp-users
Usrp-Users is *not* an OpenBTS mailing list, really. Many people running
OpenBTS are using USRPs, yes, and for any problems that are *directly*
related to USRPs, this will be the right mailing list,
but your problems, at least from the log you inserted, are purely
OpenBTS-related, and should be discussed on the OpenBTS mailing lists.
You will have to search the internet for the official mailing list.
Anyway, even with old hardware, you should update your software,
especially get rid of libusrp and
install uhd, if you haven't done so
already; the number of people that still know how to use the old libusrp
is very very limited.
Also, Ubuntu 10.10 is nearly four years old, please consider updating
that, because of all the library, compiler and operating system problems
you might encounter.
i get a new PC, i think it more faster than before
Good luck!
Greetings,
Marcus
On 01.06.2014 19:49, Riana Risnawati wrote:
thank you Mr. Marcus
i get a new PC, i think it more faster than before
and maximal usb/throughput in my PC now 32 mb/sec
now i use ubuntu 10.10 desktop, not in virtual machine again
USRP 1
but i got a problem again , when i run openbts, there are still some
failed data
Starting the system...
1401644563.9733 FORCE 3079083728 Logger.cpp:109:gSetLogFile: setting
log path to test.out
1401644563.9735 ALARM 3079083728 ControlCommon.cpp:560:load: TMSITable
cannot open TMSITable.txt for reading
1401644563.9737 ALARM 3079083728 OpenBTS.cpp:129:main: OpenBTS
starting, ver 2.6.0Mamou build date Jun 2 2014
1401644563.9792 FORCE 3079010528 Logger.cpp:194:gLogInit: Setting
initial global logging level to NOTICE
1401644563.9794 FORCE 3079010528 Logger.cpp:109:gSetLogFile: setting
log path to test.TRX.out
1401644568.9983 ALARM 3079097200 Transceiver.cpp:551:driveControl: TX
failed to tune
1401644568.9985 ALARM 3079083728 TRXManager.cpp:349:tune:
TXTUNE
failed with status 1
1401644569.535781 3079083728:
do you know why ? can you help me again ?
honestly, i don't know mailing list about openbts, except this
usrp-users
thank you
riana
On 5/31/14, Marcus Müller <address@hidden> wrote:
Hi Rianam
wrong mailing list for question 1) -- this is not the openBTS user
mailing list.
2) I think I vaguely remember that command from GNU Radio 3.3 or
3.4...
I'd assume that if you're still using it, you're probably having a lot
of problems because of how old your GNU Radio software is.
However, overruns never have to do with daughterboards.
Your computer is too slow, your sampling rate is to high for your USB
link or there is something else wrong,
intercepting with
your transmission. You get 4MB/s, which is about
32MBit/s, faster than USB1, so I guess you're using a computer that's
too slow to keep up with your tasks. I've never seen this at a rate as
low as this.
3) I'd assume your harddrive is very slow, you're in a virtual
machine,
you have a very "special" (ie. broken) USB controller, you have hard
drive defects or you are running on something with less than 1 GHz of
CPU frequency. These are signs that your computer is too slow.
Do next: Update GNU Radio, UHD, openBTS, get a faster PC.
Greetings,
Marcus
On 31.05.2014 16:24, Riana Risnawati via USRP-users wrote:
hello everyone,
i need your help for my deadline thesis to solve this problem.
i think my rx daughterboard is broken.
i am using usrp1, anything
that i running in my OpenBTS program
always
failed and it because RX daughterboard. like example :
1) when i running ./OpenBTS :
i got result :
Starting the system...
1401532271.5140 FORCE 3077900512 Logger.cpp:109:gSetLogFile: setting
log path to test.out
1401532271.5141 ALARM 3077900512 ControlCommon.cpp:560:load:
TMSITable
cannot open TMSITable.txt for reading
1401532271.5142 ALARM 3077900512 OpenBTS.cpp:129:main: OpenBTS
starting, ver 2.6.0Mamou build date May 31 2014
1401532271.5941 FORCE 3079440608 Logger.cpp:194:gLogInit: Setting
initial global logging level to NOTICE
1401532271.5941 FORCE 3079440608 Logger.cpp:109:gSetLogFile: setting
log path to test.TRX.out
1401532276.5713 ALARM 3077900512 TRXManager.cpp:447:setMaxDelay:
SETMAXDLY failed with status -1
1401532276.5716 ALARM 3077900512 TRXManager.cpp:458:setRxGain:
SETRXGAIN failed with status -1
1401532276.927067 3077900512:
look at the last alarm, failed in set RX gain.
2) when i run ./test_usrp_standar_rx the result are :
./test_usrp_standar_rx hasilnya :
xfered 1.34e+08 bytes in 33.3 seconds. 4.03e+06 bytes/sec. cpu time
=
1.452
noverruns = 51
the overruns is so large compared with tx only 12 overruns
3) i run /usrp_rx_cfile.py -R B -f 900M risultato.txt the result are
:
Using RX d'board B: Flex 900 Rx
USB sample rate 3.25M
uOuOuOuOuOuOuOuOuOuOuOuOuOuO^C
do you know how to solve it ? can you give me idea what must i do
next?
please reply
thank you
USRP-users mailing list
address@hidden
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
USRP-users mailing list
address@hidden
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com