From: Arghyadip P. <arg...@gm...> - 2011-10-28 01:55:20
|
Hi ALL, I am trying to use OpenBTS 2.8 release with my UHD-USRP2 device(Daughtercard 900) I got the code from SVN and the code is built properly. After all the configuration changes are done as per the instructions provided in the wiki ope...@li... when I am trying to run OpenBTS using the following command from the apps directory sudo ./OpenBTS I am getting the following error which says that the Tx is dead *Cannot open SubscriberRegistry database: unable to open database file* ALERT 139667343689488 OpenBTS.cpp:141:main: OpenBTS starting, ver P2.8TRUNK build date Oct 27 2011 1319766008.321710 139667343689488: OpenBTS Copyright 2008, 2009, 2010, 2011 Free Software Foundation, Inc. Copyright 2010 Kestrel Signal Processing, Inc. Copyright 2011 Range Networks, Inc. Release P2.8TRUNK formal build date Oct 27 2011 "OpenBTS" is a trademark of Range Networks, Inc. Contributors: Range Networks, Inc.: David Burgess, Harvind Samra, Donald Kirker, Doug Brown Kestrel Signal Processing, Inc.: David Burgess, Harvind Samra, Raffi Sevlian, Roshan Baliga GNU Radio: Johnathan Corgan Others: Anne Kwong, Jacob Appelbaum, Joshua Lackey, Alon Levy Alexander Chemeris, Alberto Escudero-Pascual Incorporated GPL libraries and components: libosip2 (LGPL), liportp2 (LGPL) This program comes with ABSOLUTELY NO WARRANTY. Use of this software may be subject to other legal restrictions, including patent licsensing and radio spectrum licensing. All users of this software are expected to comply with applicable regulations and laws. See the LEGAL file in the source code for more information. *1319766008.321840 139667343689488: Starting the system... ALERT 139667343419664 TRXManager.cpp:86:clockHandler: TRX clock interface timed out, assuming TRX is dead. Aborted* I am just wandering if OpenBTS 2.8 can work with UHD-USRP2 hardware I have. The same hardware is working with the old OpenBTS 2.6 release without any problem. -Arghyadip -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Akib S. <aki...@gm...> - 2011-10-28 03:19:14
|
please check OpenBTS manual 2.8 it given in wiki. it say that it works with USRP2. On Fri, Oct 28, 2011 at 7:25 AM, Arghyadip Paul <arg...@gm...> wrote: > Hi ALL, > > I am trying to use OpenBTS 2.8 release with my UHD-USRP2 > device(Daughtercard 900) > > I got the code from SVN and the code is built properly. After all the > configuration changes are done as per the instructions provided in the wiki > ope...@li... > > when I am trying to run OpenBTS using the following command from the apps > directory > sudo ./OpenBTS I am getting the following error which says that the Tx is > dead > > *Cannot open SubscriberRegistry database: unable to open database file* > ALERT 139667343689488 OpenBTS.cpp:141:main: OpenBTS starting, ver P2.8TRUNK > build date Oct 27 2011 > 1319766008.321710 139667343689488: > > OpenBTS > Copyright 2008, 2009, 2010, 2011 Free Software Foundation, Inc. > Copyright 2010 Kestrel Signal Processing, Inc. > Copyright 2011 Range Networks, Inc. > Release P2.8TRUNK formal build date Oct 27 2011 > "OpenBTS" is a trademark of Range Networks, Inc. > > Contributors: > Range Networks, Inc.: > David Burgess, Harvind Samra, Donald Kirker, Doug Brown > Kestrel Signal Processing, Inc.: > David Burgess, Harvind Samra, Raffi Sevlian, Roshan Baliga > GNU Radio: > Johnathan Corgan > Others: > Anne Kwong, Jacob Appelbaum, Joshua Lackey, Alon Levy > Alexander Chemeris, Alberto Escudero-Pascual > Incorporated GPL libraries and components: > libosip2 (LGPL), liportp2 (LGPL) > > This program comes with ABSOLUTELY NO WARRANTY. > > Use of this software may be subject to other legal restrictions, > including patent licsensing and radio spectrum licensing. > All users of this software are expected to comply with applicable > regulations and laws. See the LEGAL file in the source code for > more information. > > *1319766008.321840 139667343689488: > Starting the system... > ALERT 139667343419664 TRXManager.cpp:86:clockHandler: TRX clock interface > timed out, assuming TRX is dead. > Aborted* > > > > I am just wandering if OpenBTS 2.8 can work with UHD-USRP2 hardware I have. > > The same hardware is working with the old OpenBTS 2.6 release without any > problem. > > > -Arghyadip > -- > Arghyadip Paul > Graduate Student > Department of Computer Science > University of California Santa Barbara > Santa Barbara , CA 93106 USA > > > > ------------------------------------------------------------------------------ > The demand for IT networking professionals continues to grow, and the > demand for specialized networking skills is growing even more rapidly. > Take a complimentary Learning@Cisco Self-Assessment and learn > about Cisco certifications, training, and career opportunities. > http://p.sf.net/sfu/cisco-dev2dev > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- Akib Sayyed Matrix-Shell aki...@gm... aki...@ma... Mob:- +91-966-514-2243 |
From: Kurtis H. <khe...@cs...> - 2011-10-28 05:00:27
|
The 2.8 release is still in a state of flux as the various 2.6 patches (including USRP2 support) are reintegrated into the release. Thomas is actively working on the UHD branch in particular and may have it working. Hopefully he'll commment. Regardless, it may just be a better idea to wait with 2.6 for the short term. On Thu, Oct 27, 2011 at 8:19 PM, Akib Sayyed <aki...@gm...> wrote: > please check OpenBTS manual 2.8 it given in wiki. > it say that it works with USRP2. > > On Fri, Oct 28, 2011 at 7:25 AM, Arghyadip Paul <arg...@gm...> wrote: >> >> Hi ALL, >> >> I am trying to use OpenBTS 2.8 release with my UHD-USRP2 >> device(Daughtercard 900) >> >> I got the code from SVN and the code is built properly. After all the >> configuration changes are done as per the instructions provided in the wiki >> ope...@li... >> >> when I am trying to run OpenBTS using the following command from the apps >> directory >> sudo ./OpenBTS I am getting the following error which says that the Tx is >> dead >> >> Cannot open SubscriberRegistry database: unable to open database file >> ALERT 139667343689488 OpenBTS.cpp:141:main: OpenBTS starting, ver >> P2.8TRUNK build date Oct 27 2011 >> 1319766008.321710 139667343689488: >> >> OpenBTS >> Copyright 2008, 2009, 2010, 2011 Free Software Foundation, Inc. >> Copyright 2010 Kestrel Signal Processing, Inc. >> Copyright 2011 Range Networks, Inc. >> Release P2.8TRUNK formal build date Oct 27 2011 >> "OpenBTS" is a trademark of Range Networks, Inc. >> >> Contributors: >> Range Networks, Inc.: >> David Burgess, Harvind Samra, Donald Kirker, Doug Brown >> Kestrel Signal Processing, Inc.: >> David Burgess, Harvind Samra, Raffi Sevlian, Roshan Baliga >> GNU Radio: >> Johnathan Corgan >> Others: >> Anne Kwong, Jacob Appelbaum, Joshua Lackey, Alon Levy >> Alexander Chemeris, Alberto Escudero-Pascual >> Incorporated GPL libraries and components: >> libosip2 (LGPL), liportp2 (LGPL) >> >> This program comes with ABSOLUTELY NO WARRANTY. >> >> Use of this software may be subject to other legal restrictions, >> including patent licsensing and radio spectrum licensing. >> All users of this software are expected to comply with applicable >> regulations and laws. See the LEGAL file in the source code for >> more information. >> >> 1319766008.321840 139667343689488: >> Starting the system... >> ALERT 139667343419664 TRXManager.cpp:86:clockHandler: TRX clock interface >> timed out, assuming TRX is dead. >> Aborted >> >> >> >> I am just wandering if OpenBTS 2.8 can work with UHD-USRP2 hardware I >> have. >> >> The same hardware is working with the old OpenBTS 2.6 release without any >> problem. >> >> >> -Arghyadip >> -- >> Arghyadip Paul >> Graduate Student >> Department of Computer Science >> University of California Santa Barbara >> Santa Barbara , CA 93106 USA >> >> >> ------------------------------------------------------------------------------ >> The demand for IT networking professionals continues to grow, and the >> demand for specialized networking skills is growing even more rapidly. >> Take a complimentary Learning@Cisco Self-Assessment and learn >> about Cisco certifications, training, and career opportunities. >> http://p.sf.net/sfu/cisco-dev2dev >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> > > > > -- > Akib Sayyed > Matrix-Shell > aki...@gm... > aki...@ma... > Mob:- +91-966-514-2243 > > > > ------------------------------------------------------------------------------ > The demand for IT networking professionals continues to grow, and the > demand for specialized networking skills is growing even more rapidly. > Take a complimentary Learning@Cisco Self-Assessment and learn > about Cisco certifications, training, and career opportunities. > http://p.sf.net/sfu/cisco-dev2dev > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > |
From: Thomas T. <tt...@vt...> - 2011-10-28 07:10:08
|
On Fri, Oct 28, 2011 at 12:59 AM, Kurtis Heimerl <khe...@cs...> wrote: > The 2.8 release is still in a state of flux as the various 2.6 patches > (including USRP2 support) are reintegrated into the release. Thomas is > actively working on the UHD branch in particular and may have it > working. Hopefully he'll commment. Regardless, it may just be a better > idea to wait with 2.6 for the short term. That is indeed the case. Until things start to settle, use this branch for P2.8 with UHD patches. git clone -b ttsou git://github.com/ttsou/openbts-p2.8.git Or this one based on version 2.6. git clone git://github.com/ttsou/openbts-uhd.git In either case, use the following configure options for USRP2. The full option list is below. ./configure --with-resamp [--with-extref] Thomas ---- Device Configuration Options ---- Mandatory options depend on the device type. Parameters in brackets are optional. ---- USRP1 ---- ./configure --with-usrp1 [--with-singledb] The usrp1 option enables special USRP1 support with timestamps using the gnuradio driver. GNU Radio is required, but not UHD. The single daughterboard switch assumes side A. If not specified, the default configuration is Tx A / Rx B. ---- USRP2 / N2xx ---- ./configure --with-resamp [--with-extref] All non-USRP1 devices use the Ettus UHD driver; GNU Radio is not required. USRP2 and N2xx devices are not currently configurable at the GSM symbol rate and thus require resampling to be enabled. An external 10MHz reference is optional, but recommended. ---- B100 / E100 ---- ./configure [--with-resamp] [--with-extref] The B100 can operate at the recommended 52MHz or 64MHz with the software resampler enabled. The E100 can configure itself for either configuration, but will only work with OpenBTS at 52MHz due to resource constraints. |
From: Arghyadip P. <arg...@gm...> - 2011-10-28 23:32:10
|
Dear Thomas and Kurtis, I have downloaded the code from the git branch specified by you. But I am getting build error. I am using 10.04 ubuntu lucid. UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or directory UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared void UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared UHDDevice.cpp:250: error: expected primary-expression before ‘const’ make[2]: *** [UHDDevice.lo] Error 1 make[2]: Leaving directory `/home/administrator/Arghyadip/github/ttsou-openbts-p2.8-75d43a9/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/administrator/Arghyadip/github/ttsou-openbts-p2.8-75d43a9' This is while trying to make the OpenBTS code. I can also see the some OpenBTS UHD code in /github.com/ttsou/openbts-uhd. Shall I try with this with the USRP2 Tx I have Thanks and Regards, Arghyadip On Fri, Oct 28, 2011 at 12:10 AM, Thomas Tsou <tt...@vt...> wrote: > On Fri, Oct 28, 2011 at 12:59 AM, Kurtis Heimerl > <khe...@cs...> wrote: > > The 2.8 release is still in a state of flux as the various 2.6 patches > > (including USRP2 support) are reintegrated into the release. Thomas is > > actively working on the UHD branch in particular and may have it > > working. Hopefully he'll commment. Regardless, it may just be a better > > idea to wait with 2.6 for the short term. > > That is indeed the case. Until things start to settle, use this branch > for P2.8 with UHD patches. > > git clone -b ttsou git://github.com/ttsou/openbts-p2.8.git > > Or this one based on version 2.6. > > git clone git://github.com/ttsou/openbts-uhd.git > > In either case, use the following configure options for USRP2. The > full option list is below. > > ./configure --with-resamp [--with-extref] > > Thomas > > ---- Device Configuration Options ---- > > Mandatory options depend on the device type. Parameters in brackets > are optional. > > ---- USRP1 ---- > > ./configure --with-usrp1 [--with-singledb] > > The usrp1 option enables special USRP1 support with timestamps using > the gnuradio driver. GNU Radio is required, but not UHD. The single > daughterboard switch assumes side A. If not specified, the default > configuration is Tx A / Rx B. > > ---- USRP2 / N2xx ---- > > ./configure --with-resamp [--with-extref] > > All non-USRP1 devices use the Ettus UHD driver; GNU Radio is not > required. USRP2 and N2xx devices are not currently configurable at the > GSM symbol rate and thus require resampling to be enabled. An external > 10MHz reference is optional, but recommended. > > ---- B100 / E100 ---- > > ./configure [--with-resamp] [--with-extref] > > The B100 can operate at the recommended 52MHz or 64MHz with the > software resampler enabled. The E100 can configure itself for either > configuration, but will only work with OpenBTS at 52MHz due to > resource constraints. > > > ------------------------------------------------------------------------------ > The demand for IT networking professionals continues to grow, and the > demand for specialized networking skills is growing even more rapidly. > Take a complimentary Learning@Cisco Self-Assessment and learn > about Cisco certifications, training, and career opportunities. > http://p.sf.net/sfu/cisco-dev2dev > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Thomas T. <tt...@vt...> - 2011-10-29 09:42:55
|
On Fri, Oct 28, 2011 at 7:32 PM, Arghyadip Paul <arg...@gm...> wrote: > Dear Thomas and Kurtis, > > I have downloaded the code from the git branch specified by you. But I am > getting build error. I am using 10.04 ubuntu lucid. > > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or directory > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared void > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ > make[2]: *** [UHDDevice.lo] Error 1 I added device type checking based on the UHD property tree in the last set of patches. Unfortunately that change added a dependency on newer versions of UHD. You can update your UHD driver - and possibly firmware - or I can add a configure-time dependency check. I won't be able to get to a configure fix until later in the week. > I can also see the some OpenBTS UHD code in /github.com/ttsou/openbts-uhd. > Shall I try with this with the USRP2 Tx I have You'll see the same error regardless of version, as the transceivers basically share the same code. Thomas |
From: Arghyadip P. <arg...@gm...> - 2011-11-01 10:38:14
|
Hi Thomas, Thanks for your response. Can you tell me which version of UHD is currently supported in 2.8 release. I shall try to upgrade my firmware to that version and then try the build. Thanks and Regards, Arghyadip On Sat, Oct 29, 2011 at 2:42 AM, Thomas Tsou <tt...@vt...> wrote: > On Fri, Oct 28, 2011 at 7:32 PM, Arghyadip Paul <arg...@gm...> > wrote: > > Dear Thomas and Kurtis, > > > > I have downloaded the code from the git branch specified by you. But I am > > getting build error. I am using 10.04 ubuntu lucid. > > > > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or > directory > > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory > > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared > void > > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared > > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ > > make[2]: *** [UHDDevice.lo] Error 1 > > I added device type checking based on the UHD property tree in the > last set of patches. Unfortunately that change added a dependency on > newer versions of UHD. You can update your UHD driver - and possibly > firmware - or I can add a configure-time dependency check. I won't be > able to get to a configure fix until later in the week. > > > I can also see the some OpenBTS UHD code in / > github.com/ttsou/openbts-uhd. > > Shall I try with this with the USRP2 Tx I have > > You'll see the same error regardless of version, as the transceivers > basically share the same code. > > Thomas > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Arghyadip P. <arg...@gm...> - 2011-11-01 22:36:44
|
Hi I downloaded the latest source of UHD from http://code.ettus.com/redmine/ettus/projects/uhd/wiki I also flashed the latest firmware image to the SD card and installed the SD card in the USRP2 hardware I have. Currently I am still getting the same set of error when I am trying to build the OpenBTS 2.8 code downloaded from the source. UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or directory UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared void UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared UHDDevice.cpp:250: error: expected primary-expression before ‘const’ make[2]: *** [UHDDevice.lo] Error 1 make[2]: Leaving directory `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9' make: *** [all] Error 2 Any help on this. You said that the fixes can be checked in to the main branch may be by this week. Shall I take the source from the main branch and try building. Thanks and Regards, Arghyadip On Tue, Nov 1, 2011 at 3:38 AM, Arghyadip Paul <arg...@gm...> wrote: > Hi Thomas, > > Thanks for your response. > > Can you tell me which version of UHD is currently supported in 2.8 release. > > I shall try to upgrade my firmware to that version and then try the build. > > Thanks and Regards, > Arghyadip > > > On Sat, Oct 29, 2011 at 2:42 AM, Thomas Tsou <tt...@vt...> wrote: > >> On Fri, Oct 28, 2011 at 7:32 PM, Arghyadip Paul <arg...@gm...> >> wrote: >> > Dear Thomas and Kurtis, >> > >> > I have downloaded the code from the git branch specified by you. But I >> am >> > getting build error. I am using 10.04 ubuntu lucid. >> > >> > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or >> directory >> > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory >> > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared >> void >> > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared >> > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ >> > make[2]: *** [UHDDevice.lo] Error 1 >> >> I added device type checking based on the UHD property tree in the >> last set of patches. Unfortunately that change added a dependency on >> newer versions of UHD. You can update your UHD driver - and possibly >> firmware - or I can add a configure-time dependency check. I won't be >> able to get to a configure fix until later in the week. >> >> > I can also see the some OpenBTS UHD code in / >> github.com/ttsou/openbts-uhd. >> > Shall I try with this with the USRP2 Tx I have >> >> You'll see the same error regardless of version, as the transceivers >> basically share the same code. >> >> Thomas >> > > > > -- > Arghyadip Paul > Graduate Student > Department of Computer Science > University of California Santa Barbara > Santa Barbara , CA 93106 USA > > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Thomas T. <tt...@vt...> - 2011-11-01 23:23:13
|
On Tue, Nov 1, 2011 at 6:36 PM, Arghyadip Paul <arg...@gm...> wrote: > Hi I downloaded the latest source of UHD from > http://code.ettus.com/redmine/ettus/projects/uhd/wiki > > I also flashed the latest firmware image to the SD card and installed the SD > card in the USRP2 hardware I have. > > Currently I am still getting the same set of error when I am trying to build > the OpenBTS 2.8 code downloaded from the source. > > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or directory > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared void > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ > make[2]: *** [UHDDevice.lo] Error 1 > make[2]: Leaving directory > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9/Transceiver52M' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9' > make: *** [all] Error 2 > > > Any help on this. You said that the fixes can be checked in to the main > branch may be by this week. Shall I take the source from the main branch and > try building. You need at least UHD version 003.002.000, which you should have met. Those property tree was and msg handler were merged into UHD release 003.002.000 and 003.001.000 respectively. The respective header files are installed by default in the following directories. Are they present? /usr/local/include/uhd /usr/local/include/uhd/utils Thomas |
From: Kurtis H. <khe...@cs...> - 2011-11-01 22:41:45
|
This seems to be a gnuradio issue, and nothing something inherent to OpenBTS. I doubt any changes in the repository will help you. On Tue, Nov 1, 2011 at 3:36 PM, Arghyadip Paul <arg...@gm...> wrote: > Hi I downloaded the latest source of UHD from > http://code.ettus.com/redmine/ettus/projects/uhd/wiki > > I also flashed the latest firmware image to the SD card and installed the SD > card in the USRP2 hardware I have. > > Currently I am still getting the same set of error when I am trying to build > the OpenBTS 2.8 code downloaded from the source. > > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or directory > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared void > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ > make[2]: *** [UHDDevice.lo] Error 1 > make[2]: Leaving directory > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9/Transceiver52M' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9' > make: *** [all] Error 2 > > > Any help on this. You said that the fixes can be checked in to the main > branch may be by this week. Shall I take the source from the main branch and > try building. > > Thanks and Regards, > Arghyadip > > On Tue, Nov 1, 2011 at 3:38 AM, Arghyadip Paul <arg...@gm...> wrote: >> >> Hi Thomas, >> Thanks for your response. >> Can you tell me which version of UHD is currently supported in 2.8 >> release. >> I shall try to upgrade my firmware to that version and then try the build. >> Thanks and Regards, >> Arghyadip >> >> On Sat, Oct 29, 2011 at 2:42 AM, Thomas Tsou <tt...@vt...> wrote: >>> >>> On Fri, Oct 28, 2011 at 7:32 PM, Arghyadip Paul <arg...@gm...> >>> wrote: >>> > Dear Thomas and Kurtis, >>> > >>> > I have downloaded the code from the git branch specified by you. But I >>> > am >>> > getting build error. I am using 10.04 ubuntu lucid. >>> > >>> > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or >>> > directory >>> > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or >>> > directory >>> > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared >>> > void >>> > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared >>> > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ >>> > make[2]: *** [UHDDevice.lo] Error 1 >>> >>> I added device type checking based on the UHD property tree in the >>> last set of patches. Unfortunately that change added a dependency on >>> newer versions of UHD. You can update your UHD driver - and possibly >>> firmware - or I can add a configure-time dependency check. I won't be >>> able to get to a configure fix until later in the week. >>> >>> > I can also see the some OpenBTS UHD code in >>> > /github.com/ttsou/openbts-uhd. >>> > Shall I try with this with the USRP2 Tx I have >>> >>> You'll see the same error regardless of version, as the transceivers >>> basically share the same code. >>> >>> Thomas >> >> >> >> -- >> Arghyadip Paul >> Graduate Student >> Department of Computer Science >> University of California Santa Barbara >> Santa Barbara , CA 93106 USA > > > > -- > Arghyadip Paul > Graduate Student > Department of Computer Science > University of California Santa Barbara > Santa Barbara , CA 93106 USA > |
From: Thomas T. <tt...@vt...> - 2011-11-01 23:24:17
|
On Tue, Nov 1, 2011 at 6:40 PM, Kurtis Heimerl <khe...@cs...> wrote: > This seems to be a gnuradio issue, and nothing something inherent to > OpenBTS. I doubt any changes in the repository will help you. It's actually related to UHD and the transceiver. Basically, I needed to add device type checking with merging of the resampling and 52MHz transceivers. The reason is to account for differences in latency behaviour between the USB and network class devices. The check parses the device tree, which is a more recent feature of UHD, and can lead to potential breakage with old versions. Thomas |
From: Arghyadip P. <arg...@gm...> - 2011-11-01 23:03:03
|
Dear Kurtis, Do you suggest me to get the latest source of GNU Radio and try the compilation? Currently with the same set of USRP2-UHD Hardware I am able to run the OpenBTS 2.6 but not able to run OpenBTS 2.8. Thomas suggested me to update the UHD firmware and to get the latest version of the UHD code..but I am getting the same set of error :( Thanks And Regards, Arghyadip On Tue, Nov 1, 2011 at 3:40 PM, Kurtis Heimerl <khe...@cs...>wrote: > This seems to be a gnuradio issue, and nothing something inherent to > OpenBTS. I doubt any changes in the repository will help you. > > On Tue, Nov 1, 2011 at 3:36 PM, Arghyadip Paul <arg...@gm...> > wrote: > > Hi I downloaded the latest source of UHD from > > http://code.ettus.com/redmine/ettus/projects/uhd/wiki > > > > I also flashed the latest firmware image to the SD card and installed > the SD > > card in the USRP2 hardware I have. > > > > Currently I am still getting the same set of error when I am trying to > build > > the OpenBTS 2.8 code downloaded from the source. > > > > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or > directory > > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory > > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared > void > > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared > > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ > > make[2]: *** [UHDDevice.lo] Error 1 > > make[2]: Leaving directory > > > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9/Transceiver52M' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory > > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9' > > make: *** [all] Error 2 > > > > > > Any help on this. You said that the fixes can be checked in to the main > > branch may be by this week. Shall I take the source from the main branch > and > > try building. > > > > Thanks and Regards, > > Arghyadip > > > > On Tue, Nov 1, 2011 at 3:38 AM, Arghyadip Paul <arg...@gm...> > wrote: > >> > >> Hi Thomas, > >> Thanks for your response. > >> Can you tell me which version of UHD is currently supported in 2.8 > >> release. > >> I shall try to upgrade my firmware to that version and then try the > build. > >> Thanks and Regards, > >> Arghyadip > >> > >> On Sat, Oct 29, 2011 at 2:42 AM, Thomas Tsou <tt...@vt...> wrote: > >>> > >>> On Fri, Oct 28, 2011 at 7:32 PM, Arghyadip Paul <arg...@gm...> > >>> wrote: > >>> > Dear Thomas and Kurtis, > >>> > > >>> > I have downloaded the code from the git branch specified by you. But > I > >>> > am > >>> > getting build error. I am using 10.04 ubuntu lucid. > >>> > > >>> > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or > >>> > directory > >>> > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or > >>> > directory > >>> > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ > declared > >>> > void > >>> > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared > >>> > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ > >>> > make[2]: *** [UHDDevice.lo] Error 1 > >>> > >>> I added device type checking based on the UHD property tree in the > >>> last set of patches. Unfortunately that change added a dependency on > >>> newer versions of UHD. You can update your UHD driver - and possibly > >>> firmware - or I can add a configure-time dependency check. I won't be > >>> able to get to a configure fix until later in the week. > >>> > >>> > I can also see the some OpenBTS UHD code in > >>> > /github.com/ttsou/openbts-uhd. > >>> > Shall I try with this with the USRP2 Tx I have > >>> > >>> You'll see the same error regardless of version, as the transceivers > >>> basically share the same code. > >>> > >>> Thomas > >> > >> > >> > >> -- > >> Arghyadip Paul > >> Graduate Student > >> Department of Computer Science > >> University of California Santa Barbara > >> Santa Barbara , CA 93106 USA > > > > > > > > -- > > Arghyadip Paul > > Graduate Student > > Department of Computer Science > > University of California Santa Barbara > > Santa Barbara , CA 93106 USA > > > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Kurtis H. <khe...@cs...> - 2011-11-01 23:16:36
|
I'm not much of an expert on UHD or gnuradio, so it's hard to say. I do think upgrading to the most recent gnuradio is probably a good idea. On Tue, Nov 1, 2011 at 4:02 PM, Arghyadip Paul <arg...@gm...> wrote: > Dear Kurtis, > > Do you suggest me to get the latest source of GNU Radio and try the > compilation? > > Currently with the same set of USRP2-UHD Hardware I am able to run the > OpenBTS 2.6 but not able to run OpenBTS 2.8. > > Thomas suggested me to update the UHD firmware and to get the latest version > of the UHD code..but I am getting the same set of error :( > > Thanks And Regards, > Arghyadip > > On Tue, Nov 1, 2011 at 3:40 PM, Kurtis Heimerl <khe...@cs...> > wrote: >> >> This seems to be a gnuradio issue, and nothing something inherent to >> OpenBTS. I doubt any changes in the repository will help you. >> >> On Tue, Nov 1, 2011 at 3:36 PM, Arghyadip Paul <arg...@gm...> >> wrote: >> > Hi I downloaded the latest source of UHD from >> > http://code.ettus.com/redmine/ettus/projects/uhd/wiki >> > >> > I also flashed the latest firmware image to the SD card and installed >> > the SD >> > card in the USRP2 hardware I have. >> > >> > Currently I am still getting the same set of error when I am trying to >> > build >> > the OpenBTS 2.8 code downloaded from the source. >> > >> > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or >> > directory >> > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or directory >> > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ declared >> > void >> > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared >> > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ >> > make[2]: *** [UHDDevice.lo] Error 1 >> > make[2]: Leaving directory >> > >> > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9/Transceiver52M' >> > make[1]: *** [all-recursive] Error 1 >> > make[1]: Leaving directory >> > `/home/administrator/Arghyadip/Thomas/2.8/ttsou-openbts-p2.8-75d43a9' >> > make: *** [all] Error 2 >> > >> > >> > Any help on this. You said that the fixes can be checked in to the main >> > branch may be by this week. Shall I take the source from the main branch >> > and >> > try building. >> > >> > Thanks and Regards, >> > Arghyadip >> > >> > On Tue, Nov 1, 2011 at 3:38 AM, Arghyadip Paul <arg...@gm...> >> > wrote: >> >> >> >> Hi Thomas, >> >> Thanks for your response. >> >> Can you tell me which version of UHD is currently supported in 2.8 >> >> release. >> >> I shall try to upgrade my firmware to that version and then try the >> >> build. >> >> Thanks and Regards, >> >> Arghyadip >> >> >> >> On Sat, Oct 29, 2011 at 2:42 AM, Thomas Tsou <tt...@vt...> wrote: >> >>> >> >>> On Fri, Oct 28, 2011 at 7:32 PM, Arghyadip Paul <arg...@gm...> >> >>> wrote: >> >>> > Dear Thomas and Kurtis, >> >>> > >> >>> > I have downloaded the code from the git branch specified by you. But >> >>> > I >> >>> > am >> >>> > getting build error. I am using 10.04 ubuntu lucid. >> >>> > >> >>> > UHDDevice.cpp:25:33: error: uhd/property_tree.hpp: No such file or >> >>> > directory >> >>> > UHDDevice.cpp:28:29: error: uhd/utils/msg.hpp: No such file or >> >>> > directory >> >>> > UHDDevice.cpp:250: error: variable or field ‘uhd_msg_handler’ >> >>> > declared >> >>> > void >> >>> > UHDDevice.cpp:250: error: ‘uhd::msg’ has not been declared >> >>> > UHDDevice.cpp:250: error: expected primary-expression before ‘const’ >> >>> > make[2]: *** [UHDDevice.lo] Error 1 >> >>> >> >>> I added device type checking based on the UHD property tree in the >> >>> last set of patches. Unfortunately that change added a dependency on >> >>> newer versions of UHD. You can update your UHD driver - and possibly >> >>> firmware - or I can add a configure-time dependency check. I won't be >> >>> able to get to a configure fix until later in the week. >> >>> >> >>> > I can also see the some OpenBTS UHD code in >> >>> > /github.com/ttsou/openbts-uhd. >> >>> > Shall I try with this with the USRP2 Tx I have >> >>> >> >>> You'll see the same error regardless of version, as the transceivers >> >>> basically share the same code. >> >>> >> >>> Thomas >> >> >> >> >> >> >> >> -- >> >> Arghyadip Paul >> >> Graduate Student >> >> Department of Computer Science >> >> University of California Santa Barbara >> >> Santa Barbara , CA 93106 USA >> > >> > >> > >> > -- >> > Arghyadip Paul >> > Graduate Student >> > Department of Computer Science >> > University of California Santa Barbara >> > Santa Barbara , CA 93106 USA >> > > > > > -- > Arghyadip Paul > Graduate Student > Department of Computer Science > University of California Santa Barbara > Santa Barbara , CA 93106 USA > |
From: Thomas T. <tt...@vt...> - 2011-11-01 23:25:31
|
On Tue, Nov 1, 2011 at 7:15 PM, Kurtis Heimerl <khe...@cs...> wrote: > I'm not much of an expert on UHD or gnuradio, so it's hard to say. I > do think upgrading to the most recent gnuradio is probably a good > idea. He's using a USRP2. So in this case, he strictly needs UHD only unless there are plans to use gnuradio for non-OpenBTS purposes. Thomas |
From: Arghyadip P. <arg...@gm...> - 2011-11-01 23:45:52
|
Hi Thomas, There are no other purpose than get the OpenBTS 2.8 working with my USRP2-UHD. I will wait for the patches from your side. Do let me know once you check in the patches for the same. Cheers, Arghyadip On Tue, Nov 1, 2011 at 4:24 PM, Thomas Tsou <tt...@vt...> wrote: > On Tue, Nov 1, 2011 at 7:15 PM, Kurtis Heimerl <khe...@cs...> > wrote: > > I'm not much of an expert on UHD or gnuradio, so it's hard to say. I > > do think upgrading to the most recent gnuradio is probably a good > > idea. > > He's using a USRP2. So in this case, he strictly needs UHD only unless > there are plans to use gnuradio for non-OpenBTS purposes. > > Thomas > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Thomas T. <tt...@vt...> - 2011-11-02 00:10:05
|
On Tue, Nov 1, 2011 at 7:45 PM, Arghyadip Paul <arg...@gm...> wrote: > Hi Thomas, > > There are no other purpose than get the OpenBTS 2.8 working with my > USRP2-UHD. > > I will wait for the patches from your side. Do let me know once you check in > the patches for the same. If you have a recent version of UHD installed, you shouldn't need any patches. What I had in mind was a change in the configure script to make release 003.002.000 a minimum requirement. What is listed in the header when you run uhd_usrp_probe? Thomas |
From: Arghyadip P. <arg...@gm...> - 2011-11-02 21:48:31
|
Dear Thomas, I get the following info in the terminal when I do a uhd_usrp_probe linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.20110310224233.4c7cc6b Target recv sock buff size: 50000000 bytes Actual recv sock buff size: 131071 bytes Warning: The recv buffer could not be resized sufficiently. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=50000000 mboard0 MIMO master _____________________________________________________ / | Device: USRP2/N Series device | _____________________________________________________ | / | | Mboard: USRP2-REV4 mboard | | rev: 1024 | | mac-addr: 00:50:c2:85:33:91 | | ip-addr: 255.255.255.255 | | serial: 913 | | _____________________________________________________ | | / | | | RX DSP: USRP2-REV4 ddc0 | | | Codec Rate: 100.000000 Msps | | _____________________________________________________ | | / | | | TX DSP: USRP2-REV4 duc0 | | | Codec Rate: 100.000000 Msps | | _____________________________________________________ | | / | | | RX Dboard: USRP2-REV4 dboard (rx unit) | | | _____________________________________________________ | | | / | | | | RX Subdev: WBX (0x0053) | | | | Antennas: TX/RX, RX2 | | | | Freq range: 68.750 to 2200.000 Mhz | | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB | | | | Connection Type: C | | | | Uses LO offset: No | | | _____________________________________________________ | | | / | | | | RX Codec: USRP2-REV4 adc - ltc2284 | | | | Gain Elements: None | | _____________________________________________________ | | / | | | TX Dboard: USRP2-REV4 dboard (tx unit) | | | _____________________________________________________ | | | / | | | | TX Subdev: WBX (0x0052) | | | | Antennas: TX/RX | | | | Freq range: 68.750 to 2200.000 Mhz | | | | Gain range PGA0: 0.0 to 25.0 step 0.1 dB | | | | Connection Type: C | | | | Uses LO offset: No | | | _____________________________________________________ | | | / | | | | TX Codec: USRP2-REV4 dac - ad9777 | | | | Gain Elements: None With this state of firmware do you think I can run the OpenBTS 2.8 Thanks and Regards, Arghyadip On Tue, Nov 1, 2011 at 5:09 PM, Thomas Tsou <tt...@vt...> wrote: > On Tue, Nov 1, 2011 at 7:45 PM, Arghyadip Paul <arg...@gm...> > wrote: > > Hi Thomas, > > > > There are no other purpose than get the OpenBTS 2.8 working with my > > USRP2-UHD. > > > > I will wait for the patches from your side. Do let me know once you > check in > > the patches for the same. > > If you have a recent version of UHD installed, you shouldn't need any > patches. What I had in mind was a change in the configure script to > make release 003.002.000 a minimum requirement. > > What is listed in the header when you run uhd_usrp_probe? > > Thomas > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Arghyadip P. <arg...@gm...> - 2011-11-04 04:01:12
|
Hi Thomas and Kurtis, Now I am able to run your 2.8 Code with USRP2-UHD. Tx gets detected and CLI gets started... Now once I switch on my GSM device and trying to latch to the BTS..I am getting the following error(s): *First this error came:* *EMERG 140105297671952 TMSITable.cpp:70:TMSITable: Cannot open TMSITable database at /var/run/OpenBTS/TMSITable.db: unable to open database file EMERG 140105297671952 PhysicalStatus.cpp:69:PhysicalStatus: Cannot open PhysicalStatus database at /var/run/OpenBTS/ChannelTable.db: unable to open database file* EMERG 140105297671952 SubscriberRegistry.cpp:152:SubscriberRegistry: Cannot open SubscriberRegistry database: unable to open database file ALERT 140105297671952 OpenBTS.cpp:141:main: OpenBTS starting, ver P2.8TRUNK build date Nov 3 2011 *Then while latching to the network: - BTS crashed with the following error msg-* 1320364883.384069 140105297671952: Starting the system... linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.003.001-f8d66fc 1320364888.709307 140105297671952: Welcome to OpenBTS. Type "help" to see available commands. *OpenBTS> sqlite3_prepare_v2 failed for "SELECT TMSI FROM TMSI_TABLE WHERE IMSI == "310410270465840"": out of memory OpenBTS: TMSITable.cpp:94: unsigned int Control::TMSITable::assign(* *const char*, const GSM::L3LocationUpdatingRequest*): Assertion `mDB' failed *. Aborted Any catch?? On Wed, Nov 2, 2011 at 2:46 PM, Arghyadip Paul <arg...@gm...> wrote: > Dear Thomas, > > I get the following info in the terminal when I do a uhd_usrp_probe > > linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.20110310224233.4c7cc6b > > Target recv sock buff size: 50000000 bytes > Actual recv sock buff size: 131071 bytes > > Warning: > The recv buffer could not be resized sufficiently. > See the transport application notes on buffer resizing. > Please run: sudo sysctl -w net.core.rmem_max=50000000 > mboard0 MIMO master > _____________________________________________________ > / > | Device: USRP2/N Series device > | _____________________________________________________ > | / > | | Mboard: USRP2-REV4 mboard > | | rev: 1024 > | | mac-addr: 00:50:c2:85:33:91 > | | ip-addr: 255.255.255.255 > | | serial: 913 > | | _____________________________________________________ > | | / > | | | RX DSP: USRP2-REV4 ddc0 > | | | Codec Rate: 100.000000 Msps > | | _____________________________________________________ > | | / > | | | TX DSP: USRP2-REV4 duc0 > | | | Codec Rate: 100.000000 Msps > | | _____________________________________________________ > | | / > | | | RX Dboard: USRP2-REV4 dboard (rx unit) > | | | _____________________________________________________ > | | | / > | | | | RX Subdev: WBX (0x0053) > | | | | Antennas: TX/RX, RX2 > | | | | Freq range: 68.750 to 2200.000 Mhz > | | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB > | | | | Connection Type: C > | | | | Uses LO offset: No > | | | _____________________________________________________ > | | | / > | | | | RX Codec: USRP2-REV4 adc - ltc2284 > | | | | Gain Elements: None > | | _____________________________________________________ > | | / > | | | TX Dboard: USRP2-REV4 dboard (tx unit) > | | | _____________________________________________________ > | | | / > | | | | TX Subdev: WBX (0x0052) > | | | | Antennas: TX/RX > | | | | Freq range: 68.750 to 2200.000 Mhz > | | | | Gain range PGA0: 0.0 to 25.0 step 0.1 dB > | | | | Connection Type: C > | | | | Uses LO offset: No > | | | _____________________________________________________ > | | | / > | | | | TX Codec: USRP2-REV4 dac - ad9777 > | | | | Gain Elements: None > > With this state of firmware do you think I can run the OpenBTS 2.8 > > Thanks and Regards, > Arghyadip > > > On Tue, Nov 1, 2011 at 5:09 PM, Thomas Tsou <tt...@vt...> wrote: > >> On Tue, Nov 1, 2011 at 7:45 PM, Arghyadip Paul <arg...@gm...> >> wrote: >> > Hi Thomas, >> > >> > There are no other purpose than get the OpenBTS 2.8 working with my >> > USRP2-UHD. >> > >> > I will wait for the patches from your side. Do let me know once you >> check in >> > the patches for the same. >> >> If you have a recent version of UHD installed, you shouldn't need any >> patches. What I had in mind was a change in the configure script to >> make release 003.002.000 a minimum requirement. >> >> What is listed in the header when you run uhd_usrp_probe? >> >> Thomas >> > > > > -- > Arghyadip Paul > Graduate Student > Department of Computer Science > University of California Santa Barbara > Santa Barbara , CA 93106 USA > > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Kurtis H. <khe...@cs...> - 2011-11-04 04:12:04
|
You have to manually create /var/run/OpenBTS. This is detailed in the wiki. On Thu, Nov 3, 2011 at 9:01 PM, Arghyadip Paul <arg...@gm...> wrote: > Hi Thomas and Kurtis, > Now I am able to run your 2.8 Code with USRP2-UHD. Tx gets detected and CLI > gets started... > > Now once I switch on my GSM device and trying to latch to the BTS..I am > getting the following error(s): > > First this error came: > EMERG 140105297671952 TMSITable.cpp:70:TMSITable: Cannot open TMSITable > database at /var/run/OpenBTS/TMSITable.db: unable to open database file > EMERG 140105297671952 PhysicalStatus.cpp:69:PhysicalStatus: Cannot open > PhysicalStatus database at /var/run/OpenBTS/ChannelTable.db: unable to open > database file > EMERG 140105297671952 SubscriberRegistry.cpp:152:SubscriberRegistry: Cannot > open SubscriberRegistry database: unable to open database file > ALERT 140105297671952 OpenBTS.cpp:141:main: OpenBTS starting, ver P2.8TRUNK > build date Nov 3 2011 > > > Then while latching to the network: > - BTS crashed with the following error msg- > > > 1320364883.384069 140105297671952: > Starting the system... > linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.003.001-f8d66fc > > 1320364888.709307 140105297671952: > > Welcome to OpenBTS. Type "help" to see available commands. > > OpenBTS> sqlite3_prepare_v2 failed for "SELECT TMSI FROM TMSI_TABLE WHERE > IMSI == "310410270465840"": out of memory > OpenBTS: TMSITable.cpp:94: unsigned int Control::TMSITable::assign( > const char*, const GSM::L3LocationUpdatingRequest*): Assertion `mDB' failed. > Aborted > > > Any catch?? > > > On Wed, Nov 2, 2011 at 2:46 PM, Arghyadip Paul <arg...@gm...> wrote: >> >> Dear Thomas, >> >> I get the following info in the terminal when I do a uhd_usrp_probe >> >> linux; GNU C++ version 4.4.1; Boost_103800; UHD_003.20110310224233.4c7cc6b >> >> Target recv sock buff size: 50000000 bytes >> Actual recv sock buff size: 131071 bytes >> >> Warning: >> The recv buffer could not be resized sufficiently. >> See the transport application notes on buffer resizing. >> Please run: sudo sysctl -w net.core.rmem_max=50000000 >> mboard0 MIMO master >> _____________________________________________________ >> / >> | Device: USRP2/N Series device >> | _____________________________________________________ >> | / >> | | Mboard: USRP2-REV4 mboard >> | | rev: 1024 >> | | mac-addr: 00:50:c2:85:33:91 >> | | ip-addr: 255.255.255.255 >> | | serial: 913 >> | | _____________________________________________________ >> | | / >> | | | RX DSP: USRP2-REV4 ddc0 >> | | | Codec Rate: 100.000000 Msps >> | | _____________________________________________________ >> | | / >> | | | TX DSP: USRP2-REV4 duc0 >> | | | Codec Rate: 100.000000 Msps >> | | _____________________________________________________ >> | | / >> | | | RX Dboard: USRP2-REV4 dboard (rx unit) >> | | | _____________________________________________________ >> | | | / >> | | | | RX Subdev: WBX (0x0053) >> | | | | Antennas: TX/RX, RX2 >> | | | | Freq range: 68.750 to 2200.000 Mhz >> | | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB >> | | | | Connection Type: C >> | | | | Uses LO offset: No >> | | | _____________________________________________________ >> | | | / >> | | | | RX Codec: USRP2-REV4 adc - ltc2284 >> | | | | Gain Elements: None >> | | _____________________________________________________ >> | | / >> | | | TX Dboard: USRP2-REV4 dboard (tx unit) >> | | | _____________________________________________________ >> | | | / >> | | | | TX Subdev: WBX (0x0052) >> | | | | Antennas: TX/RX >> | | | | Freq range: 68.750 to 2200.000 Mhz >> | | | | Gain range PGA0: 0.0 to 25.0 step 0.1 dB >> | | | | Connection Type: C >> | | | | Uses LO offset: No >> | | | _____________________________________________________ >> | | | / >> | | | | TX Codec: USRP2-REV4 dac - ad9777 >> | | | | Gain Elements: None >> >> With this state of firmware do you think I can run the OpenBTS 2.8 >> >> Thanks and Regards, >> Arghyadip >> >> On Tue, Nov 1, 2011 at 5:09 PM, Thomas Tsou <tt...@vt...> wrote: >>> >>> On Tue, Nov 1, 2011 at 7:45 PM, Arghyadip Paul <arg...@gm...> >>> wrote: >>> > Hi Thomas, >>> > >>> > There are no other purpose than get the OpenBTS 2.8 working with my >>> > USRP2-UHD. >>> > >>> > I will wait for the patches from your side. Do let me know once you >>> > check in >>> > the patches for the same. >>> >>> If you have a recent version of UHD installed, you shouldn't need any >>> patches. What I had in mind was a change in the configure script to >>> make release 003.002.000 a minimum requirement. >>> >>> What is listed in the header when you run uhd_usrp_probe? >>> >>> Thomas >> >> >> >> -- >> Arghyadip Paul >> Graduate Student >> Department of Computer Science >> University of California Santa Barbara >> Santa Barbara , CA 93106 USA > > > > -- > Arghyadip Paul > Graduate Student > Department of Computer Science > University of California Santa Barbara > Santa Barbara , CA 93106 USA > |
From: Alexander C. <ale...@gm...> - 2011-11-04 06:58:05
|
Kurtis, Could you re-create "create-files.sh" (or how it was named) in public repository? That would greatly simplify the process of initial setup. And not only for newcomers. -- Alexander Chemeris Sent from my Android device. Sorry for my brevity. On Nov 4, 2011 8:12 AM, "Kurtis Heimerl" <khe...@cs...> wrote: You have to manually create /var/run/OpenBTS. This is detailed in the wiki. On Thu, Nov 3, 2011 at 9:01 PM, Arghyadip Paul <arg...@gm...> wrote: > Hi Thomas and Kurtis,... ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Openbts-discuss m... |
From: Kurtis H. <khe...@cs...> - 2011-11-04 07:01:20
|
I probably will, but it won't help here, the os clears /var/run every time it restarts. On Thu, Nov 3, 2011 at 11:57 PM, Alexander Chemeris <ale...@gm...> wrote: > Kurtis, > > Could you re-create "create-files.sh" (or how it was named) in public > repository? That would greatly simplify the process of initial setup. And > not only for newcomers. > > -- > Alexander Chemeris > Sent from my Android device. Sorry for my brevity. > > On Nov 4, 2011 8:12 AM, "Kurtis Heimerl" <khe...@cs...> wrote: > > You have to manually create /var/run/OpenBTS. This is detailed in the wiki. > > On Thu, Nov 3, 2011 at 9:01 PM, Arghyadip Paul <arg...@gm...> wrote: >> Hi Thomas and Kurtis,... > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > > Save $700 by Nov 18 > Register now > > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Openbts-discuss m... |
From: Alexander C. <ale...@gm...> - 2011-11-04 11:23:50
|
Then we probably should move those files to /var/run directly. At least in public version. It causes way too much confusion. -- Alexander Chemeris Sent from my Android device. Sorry for my brevity. On Nov 4, 2011 11:01 AM, "Kurtis Heimerl" <khe...@cs...> wrote: I probably will, but it won't help here, the os clears /var/run every time it restarts. On Thu, Nov 3, 2011 at 11:57 PM, Alexander Chemeris <ale...@gm...> wrote: > Kurtis,... |
From: Kurtis H. <khe...@cs...> - 2011-11-04 18:18:28
|
As i've documented in the wiki, you can do that. They're just variables in the config. On Fri, Nov 4, 2011 at 4:23 AM, Alexander Chemeris <ale...@gm...> wrote: > Then we probably should move those files to /var/run directly. At least in > public version. It causes way too much confusion. > > -- > Alexander Chemeris > Sent from my Android device. Sorry for my brevity. > > On Nov 4, 2011 11:01 AM, "Kurtis Heimerl" <khe...@cs...> wrote: > > I probably will, but it won't help here, the os clears /var/run every > time it restarts. > > On Thu, Nov 3, 2011 at 11:57 PM, Alexander Chemeris > <ale...@gm...> wrote: >> Kurtis,... |
From: Arghyadip P. <arg...@gm...> - 2011-11-05 00:03:10
|
Hi, Now the db problem is solved but still I am not able to latch a device to the network. I chose the TestSIM operator from the available networks and then when I choose to register the device, it says "Your SIM Card is not allowed to register to this network" Do I need to register my IMSI manually somewhere in some configurations?? Regards, Arghyadip On Fri, Nov 4, 2011 at 11:17 AM, Kurtis Heimerl <khe...@cs...>wrote: > As i've documented in the wiki, you can do that. They're just > variables in the config. > > On Fri, Nov 4, 2011 at 4:23 AM, Alexander Chemeris > <ale...@gm...> wrote: > > Then we probably should move those files to /var/run directly. At least > in > > public version. It causes way too much confusion. > > > > -- > > Alexander Chemeris > > Sent from my Android device. Sorry for my brevity. > > > > On Nov 4, 2011 11:01 AM, "Kurtis Heimerl" <khe...@cs...> > wrote: > > > > I probably will, but it won't help here, the os clears /var/run every > > time it restarts. > > > > On Thu, Nov 3, 2011 at 11:57 PM, Alexander Chemeris > > <ale...@gm...> wrote: > >> Kurtis,... > -- Arghyadip Paul Graduate Student Department of Computer Science University of California Santa Barbara Santa Barbara , CA 93106 USA |
From: Alexander C. <ale...@gm...> - 2011-11-05 11:31:31
|
I mean that "/var/run" should be made default in the repo. Too many users bump into this problem. Actually there is a good deal of things to do to make OpenBTS more friendlier. This is just one place which it's easy to improve. On Fri, Nov 4, 2011 at 22:17, Kurtis Heimerl <khe...@cs...> wrote: > As i've documented in the wiki, you can do that. They're just > variables in the config. > > On Fri, Nov 4, 2011 at 4:23 AM, Alexander Chemeris > <ale...@gm...> wrote: >> Then we probably should move those files to /var/run directly. At least in >> public version. It causes way too much confusion. >> >> -- >> Alexander Chemeris >> Sent from my Android device. Sorry for my brevity. >> >> On Nov 4, 2011 11:01 AM, "Kurtis Heimerl" <khe...@cs...> wrote: >> >> I probably will, but it won't help here, the os clears /var/run every >> time it restarts. >> >> On Thu, Nov 3, 2011 at 11:57 PM, Alexander Chemeris >> <ale...@gm...> wrote: >>> Kurtis,... > -- Regards, Alexander Chemeris. |