From: louven b. <lou...@gm...> - 2010-02-22 09:50:29
|
Hello everyone, I'm experiencing problems to run OpenBTS with a "Rev2" USRP and a single rfx1800 daughterboard on side A. First, to make the "rev2" board working with the rfx1800 (connection to the FPGA clock), I moved R115->R116 and R36->R34. Secondly, i made the following command to convert the rfx1800 board into a rfx900 one: burn-db-eeprom -A -t flex_900_mimo_a --force When I run OpenBTS, I get the following error: INFO 3082316400 TRXManager.cpp:254:sendCommandPacket: command CMD TXTUNE 940800 ALARM 3082316400 TRXManager.cpp:365:tun TXTUNE failed with status 1 However, if I run usrp_siggen.py -T A -f 900M I get Using TX d'board A: Flex 900 Tx MIMO A uUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuU so I believe it seems to work (if I set f<700M or f>1100M I get Failed to set RF frequency) But if I run usrp_fft.py -R A -f 900M the window open with 'Failed to set initial frequency' Do you have any ideas how to solve this problem? Thanks, Regards Louven |
From: Tomas K. <de...@vo...> - 2010-02-22 23:28:16
|
Hi Louven, Do you have correct positioning of the daughterboard ? (picture is e.g. here http://code.google.com/p/clock-tamer/) Did you tried move rfx1800 to side B and run usrp_fft.py -R B ? I can also recommend to test Kalibrator http://gnuradio.org/redmine/wiki/gnuradio/OpenBTSClockCalibration. Which clock setup are you using ? Which gnuradio version and are you using ? Tomas > Hello everyone, > > I'm experiencing problems to run OpenBTS with a "Rev2" USRP and a > single rfx1800 daughterboard on side A. First, to make the "rev2" > board working with the rfx1800 (connection to the FPGA clock), I moved > R115->R116 and R36->R34. Secondly, i made the following command to > convert the rfx1800 board into a rfx900 one: > burn-db-eeprom -A -t flex_900_mimo_a --force > > When I run OpenBTS, I get the following error: > INFO 3082316400 TRXManager.cpp:254:sendCommandPacket: command CMD > TXTUNE 940800 > ALARM 3082316400 TRXManager.cpp:365:tun TXTUNE failed with status 1 > > However, if I run > usrp_siggen.py -T A -f 900M > I get > Using TX d'board A: Flex 900 Tx MIMO A > uUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuU > so I believe it seems to work (if I set f<700M or f>1100M I get Failed > to set RF frequency) > > But if I run > usrp_fft.py -R A -f 900M > the window open with 'Failed to set initial frequency' > > Do you have any ideas how to solve this problem? > > Thanks, > Regards > Louven > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > |
From: Joshua L. <jl...@th...> - 2010-02-23 03:09:38
|
First, I tried for quite some time to get my Rev2 USRP to work with OpenBTS and I never could. I made the mods you describe so that both RFX cards were using the same (FPGA) clock but it didn't help. I'm not saying that it can't work, just that I never got it to. As far as your problem below, the underflows and the 'Failed to set initial frequency' shouldn't happen. My guess is that your mods are a bit messed up. (It's hard to work with all those surface mount pieces.) My recommendation is to check your soldering job really carefully. Check your mod, and then see if you can get the usrp_fft.py command to work. Ultimately though, I think you're going to have to upgrade your USRP to the Rev4 series if you want to play with OpenBTS. Quoting louven breton (lou...@gm...): > Hello everyone, > > I'm experiencing problems to run OpenBTS with a "Rev2" USRP and a single > rfx1800 daughterboard on side A. First, to make the "rev2" board working > with the rfx1800 (connection to the FPGA clock), I moved R115->R116 and > R36->R34. Secondly, i made the following command to convert the rfx1800 > board into a rfx900 one: > burn-db-eeprom -A -t flex_900_mimo_a --force > > When I run OpenBTS, I get the following error: > INFO 3082316400 TRXManager.cpp:254:sendCommandPacket: command CMD TXTUNE > 940800 > ALARM 3082316400 TRXManager.cpp:365:tun TXTUNE failed with status 1 > > However, if I run > usrp_siggen.py -T A -f 900M > I get > Using TX d'board A: Flex 900 Tx MIMO A > uUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuUuU > so I believe it seems to work (if I set f<700M or f>1100M I get Failed to > set RF frequency) > > But if I run > usrp_fft.py -R A -f 900M > the window open with 'Failed to set initial frequency' > > Do you have any ideas how to solve this problem? > > Thanks, > Regards > Louven > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: Matt E. <ma...@et...> - 2010-02-23 05:32:35
|
On 02/22/2010 01:50 AM, louven breton wrote: > Hello everyone, > > I'm experiencing problems to run OpenBTS with a "Rev2" USRP and a single > rfx1800 daughterboard on side A. First, to make the "rev2" board working > with the rfx1800 (connection to the FPGA clock), I moved R115->R116 and > R36->R34. Secondly, i made the following command to convert the rfx1800 > board into a rfx900 one: > burn-db-eeprom -A -t flex_900_mimo_a --force Does OpenBTS work with the MIMO A version? Harvind and David wrote their own daughterboard drivers, and they may not have implemented this version. Matt |
From: David A. B. <dbu...@jc...> - 2010-02-23 19:41:07
|
Matt - So far, nobody has implemented support for this version. -- David On Feb 22, 2010, at 6:32 PM, Matt Ettus wrote: > > > Does OpenBTS work with the MIMO A version? Harvind and David wrote > their own daughterboard drivers, and they may not have implemented > this > version. > > Matt David A. Burgess Kestrel Signal Processing, Inc. |
From: Matt E. <ma...@et...> - 2010-02-23 19:58:08
|
OK, there's the answer. You can't use MIMO-A with OpenBTS. I never actually shipped boards configured that way anyway. In the future, our universal hardware driver (UHD) will allow support for all of the boards without OpenBTS or anyone else needing to write their own drivers. But this is still several months away at this point. Matt On 02/23/2010 09:14 AM, David A. Burgess wrote: > Matt - > > So far, nobody has implemented support for this version. > > -- David > > > On Feb 22, 2010, at 6:32 PM, Matt Ettus wrote: > >> >> >> Does OpenBTS work with the MIMO A version? Harvind and David wrote >> their own daughterboard drivers, and they may not have implemented >> this >> version. >> >> Matt > > > David A. Burgess > Kestrel Signal Processing, Inc. > > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: louven b. <lou...@gm...> - 2010-02-24 07:53:52
|
Great, thanks for the answer! Louven 2010/2/23 Matt Ettus <ma...@et...> > > OK, there's the answer. You can't use MIMO-A with OpenBTS. I never > actually shipped boards configured that way anyway. > > In the future, our universal hardware driver (UHD) will allow support > for all of the boards without OpenBTS or anyone else needing to write > their own drivers. But this is still several months away at this point. > > Matt > > > On 02/23/2010 09:14 AM, David A. Burgess wrote: > > Matt - > > > > So far, nobody has implemented support for this version. > > > > -- David > > > > > > On Feb 22, 2010, at 6:32 PM, Matt Ettus wrote: > > > >> > >> > >> Does OpenBTS work with the MIMO A version? Harvind and David wrote > >> their own daughterboard drivers, and they may not have implemented > >> this > >> version. > >> > >> Matt > > > > > > David A. Burgess > > Kestrel Signal Processing, Inc. > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > Openbts-discuss mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > |