mmmh the problem probably comes from
transceiver: usrp_standard.cc:1024: virtual bool
usrp_standard_tx::set_tx_freq(int, double): Assertion `dac_rate () ==
128000000' failed.

For patching GNU Radio to 52 MHz, I need to comment the line assert
(dac_rate() == 128000000); at line 1024. How can I modify that?

Cheers,

Vanessa


2012/5/2 Vanessa Quaranta <vanessa251...@gmail.com>

> I think that your solution is almost functional!
>
> I installed like this :
> Ubuntu 10.10 (French version)
> GNU Radio + UHD from git (GNU Radio 3.6.0)
> libusrp-dev from apt-get install tool
> openbts 2.6.0mamou
>
> My USRP1 is patched to  52MHz. So I think it's the problem now.
>
> If I run OpenBTS without using ../Transceiver52 in OpenBTS.config file, it
> start but crash after 2 seconds with these lines :
>
> 1335942704.565352 3078735568:
> Welcome to OpenBTS.  Type "help" to see available commands.
> OpenBTS> 1335942707.5675 ALARM 3069897584 TRXManager.cpp:85:clockHandler:
> TRX clock interface timed out, assuming TRX is dead.
> 1335942707.5675 ALARM 3069897584 TRXManager.cpp:85:clockHandler: TRX
> clock interface timed out, assuming TRX is dead.
> Abandon
>
>
> Now, if I run OpenBTS with using ../Transceiver52, it crash before it
> started :
>
> 1335942865.288961 3078358736:
> Starting the system...
> 1335942865.2890 FORCE 3078358736 Logger.cpp:109:gSetLogFile: setting log
> path to
> 1335942865.2891 ERROR 3078358736 Logger.cpp:114:gSetLogFile: cannot open
> "" for logging.
> 1335942865.2891 FORCE 3078358736 Logger.cpp:120:gSetLogFile: new log path
> 1335942865.2891 ALARM 3078358736 OpenBTS.cpp:129:main: OpenBTS starting,
> ver 2.6.0Mamou build date May  1 2012
> 1335942865.2891 ALARM 3078358736 OpenBTS.cpp:129:main: OpenBTS starting,
> ver 2.6.0Mamou build date May  1 2012
> 1335942865.2948 FORCE 3078112976 Logger.cpp:194:gLogInit: Setting initial
> global logging level to NOTICE
> 1335942865.2949 FORCE 3078112976 Logger.cpp:109:gSetLogFile: setting log
> path to test.TRX.out
> transceiver: usrp_standard.cc:1024: virtual bool
> usrp_standard_tx::set_tx_freq(int, double): Assertion `dac_rate () ==
> 128000000' failed.
> 1335942873.3055 WARN 3078358736 TRXManager.cpp:254:sendCommandPacket: TRX
> link timeout on attempt 1
> 1335942873.3057 ALARM 3069520752 TRXManager.cpp:85:clockHandler: TRX
> clock interface timed out, assuming TRX is dead.
> 1335942873.3057 ALARM 3069520752 TRXManager.cpp:85:clockHandler: TRX
> clock interface timed out, assuming TRX is dead.
> Abandon
>
>
> So, I think the problem is the clock!
> How can I patch GNURadio 3.6.0 or libusrp for that?
> With GNURadio 3.2.2 we need to patch files  from /usrp/host/lib/legacy/*
> files but with the newer version, I don't know how to patch these files..
>
> Thanks a lot !
>
> Vanessa
>
>
>
> 2012/4/30 Josh Blum <j...@ettus.com>
>
>>
>>
>> On 04/30/2012 01:12 AM, Vanessa Quaranta wrote:
>> > Hi Ben!
>> >
>> > Thanks for your response.
>> >
>> > If I install OpenBTS 2.8, it will work with my USRP1? And I will be
>> able to
>> > use my USRPN200 with an other software (without using OpenBTS)?
>> >
>> > I'm a little lost with these version of GNURadio (with / without
>> libusrp)
>> > Cheers,
>> >
>>
>> Looks like my accidentally missed the list in my last reply.
>>
>> * I think installing the gnuradio whatever version you like -- for
>> gnuradio purposes is best.
>>
>> * Install libusrp from source or from the software repository -- for the
>> purpose of compiling libusrp1 support in OpenBTS.
>>
>> Here was my reply:
>>
>> > I believe openbts+usrp1 uses only libusrp1 and no other part of
>> > gnuradio. You should be able to checkout an old enough gnuradio that
>> > contains libusrp1, build and install only libusrp1 by cd'ing to the usrp
>> > directory -> make and make install.
>> >
>> > In other words, you should not have to make multiple installs of
>> > gnuradio co-exist.
>> >
>> > Also, since you are on ubuntu, does simply installing libusrp-dev from
>> > your package manager install an acceptable version of libusrp1 for
>> openbts?
>> >
>> > -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

Reply via email to