Menu
▾
▴
Re: [Openbts-discuss] OpenBTS 1.2 and OpenBTS 1.6
|
From: Tomás( K. <de...@vo...> - 2009-07-09 21:40:56
|
Thanks for a tip Vanesa! Anyway I have to update my experience with OpenBTS 1.2. I have tested with headsets Nokia 2600 and older Nokia 3120. I've started processes 'transceiver > /dev/null' and 'OpenBTS900 | grep SIP'. I scanned few times manually all networks, until I found network 'NOR 55' or something like that. After try to connect I got IMSI from Asterisk's CLI, but that happened only when I tried to connect from Nokia 2600. After that I registered this IMSI in Asterisk and then the headset connected successfully almost everytime to the OpenBTS network. I have successfully tested call from both Nokia to HW VoIP phone, but not yet call from one headset to another headset. I will be continuing with testing during the weekend. Those was tested with two active operator SIMs. I have available some more non-active operator SIMs and phones Siemens MT50 and CF62. Will refer about the tests. Mark can you write please something more about non operator SIM ? You mean non-active SIM or something else ? Thanks, Tomas > Hello Tomas, > > I think OpenBTS 1.6 works with GNU Radio 3.1. I guess that's why you > are having problems compiling OpenBTS 1.6. > > Regards, > > Vanesa > > 2009/7/9 <de...@vo... <mailto:de...@vo...>> > > Hello guys, > > here is my experience and problems about OpenBTS. > > I'm using USRP with two Flex900 daughtercards, Fedora 11, kernel > 2.6.29.5, > libusrp from GNU Radio version 3.2, Asterisk 1.6.1. > > ################################## > > The following is about OpenBTS 1.2 from GNU Radio: > > During compilation OpenBTS occured two errors which I have fixed > following > kind: > > problem: > Timeval.h:73: error: 'uint32_t' does not name a type > Timeval.h:74: error: 'uint32_t' does not name a type > > fix: > added following line in /CommonLibs/Timeval.h > #include <stdint.h> > > problem: > USRPDevice.cpp:316: 'uint32_t' was not declared in this scope > > fix: > added following line in /Transceiver/USRPDevice.cpp > > When I run transceiver process as 'transceiver > /dev/null' and > OpenBTS900 > process I get following messages: > 'transceiver > /dev/null' process: > 1247063233.342357 3084643184: USRPDevice.cpp:348: WARNING -- UNDERRUN > in TRX->USRP interface > 1247063241.552604 3084643184: USRPDevice.cpp:348: WARNING -- UNDERRUN > in TRX->USRP interface > 1247063241.552935 3084643184: USRPDevice.cpp:348: WARNING -- UNDERRUN > in TRX->USRP interface > > This process is sometimes terminated with Segmentation Fault. > Here are messages from OpenBTS900 process with all possible greps: > > 'OpenBTS900 | grep Control' process: > 1247058651.462394 3086407488: TRXManager.cpp:352: WARNING -- > RXTUNE failed > with status 1 > 1247058651.501143 3086407488: TRXManager.cpp:413: WARNING -- > SETTSC failed > with stats 1 > 1247058651.589949 2983197552: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for SDCCH ESTABLISH > 1247058651.772130 2982132592: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for SDCCH ESTABLISH > 1247058651.784267 2981067632: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for SDCCH ESTABLISH > 1247058651.812963 2980002672: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for SDCCH ESTABLISH > 1247058651.947011 2978937712: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for FACCH ESTABLISH > 1247058652.202373 2977606512: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for FACCH ESTABLISH > 1247058652.412661 2976275312: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for FACCH ESTABLISH > 1247058652.653814 2974944112: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for FACCH ESTABLISH > 1247058652.899396 2973612912: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for FACCH ESTABLISH > 1247058653.139154 2972281712: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for FACCH ESTABLISH > 1247058653.380740 2970950512: DCCHDispatch.cpp:105 ControlLayer > DCCHDisptacher > waiting for FACCH ESTABLISH > > 'OpenBTS900 | grep SIP' process: > 1247058421.842080 2989439856: SIPInterface.cpp:147 > SIPInterface::drive() > blocking on socket > 1247058421.846430 3086837568: TRXManager.cpp:352: WARNING -- > RXTUNE failed > with status 1 > 1247058421.891356 3086837568: TRXManager.cpp:413: WARNING -- > SETTSC failed > with stats 1 > > I guess that 'OpenBTS900 | grep LAPDm' is not neccessary to post. > > I tried to get IMSI from my SIM as described here > http://www.gnuradio.org/trac/wiki/OpenBTS/SettingUpAsterisk > - Turn off the handset. Remove the battery and SIM. But I dont know > how to ensure that my headset is trying to connect to OpenBTS. I also > dont have analyzer to test if OpenBTS is transmitting. > > Do you please have any suggestion how to test if OpenBTS works > properly > if I have only headsets available ? > > ################################ > > Following is about OpenBTS 1.6 (thanks to David) > > I made the same fixes as described in previous text and one more fix > - #include "stdio.h" in Sockets.cpp. This is probably because library > /CommonLibs/Assert.h (which includes stdio.h) is removed in version > 1.6. > > Problem is I didnt successfuly compiled version 1.6 yet. > > USRPDevice.cpp:170: error: cannot convert 'usrp_standard_rx_sptr' to > 'usrp_standard_rx*' in assignment > USRPDevice.cpp:182: error: cannot convert 'usrp_standard_tx_sptr' to > 'usrp_standard_tx*' in assignment > > As I see the problem: > 'm_uRx' and 'm_uTx' is 'usrp_standard_rx*' type but the function make > returns type 'usrp_standard_rx_sptr' > I tried to cast but compiler disallow. > > I appreciate any help. > > Thanks, > Tomas Kopsa > > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited > time, > vendors submitting new applications to BlackBerry App World(TM) > will have > the opportunity to enter the BlackBerry Developer Challenge. See > full prize > details at: http://p.sf.net/sfu/Challenge > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > <mailto:Ope...@li...> > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > ------------------------------------------------------------------------ > > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > |