March 2013 - UmTRX - lists.osmocom.org

OpenSIPS Was: transceiver won't start; fpga build error

by Alexander Chemeris

Hi Stephane, On Wed, Mar 6, 2013 at 4:20 AM, <stephane(a)shimaore.net> wrote: >> Thank you for your patch to make it working with OpenSIPS :) Looking >> forward for more contributions to the SIP side of things. > > My line of thought is to use OpenSIPS as registrar, with a Redis > backend. Then use OpenSIPS to route calls, SMS, .. based on the IMSI. It seems that using OpenSIPS as much as possible is a good way for scalability, instead of trying to get Freeswitch to scale. At least that's what I was suggested. So I wonder what we could actually offload to OpenSIPS. Do you think we could use OpenSIPS not only as a registrar, but also as an authentication server? And what do you think about routing calls with it? I was told that the best way to get it to scale is to use static routing, i.e. without an access to an external DB. But now the problem is that subscribers move from a BTS to a BTS and it can't be completely static. One solution is to actually have Location Areas as in GSM and use broadcasted SIP INVITEs in them. Or alternatively we could do some "virtual LA" on SIP level by creating a layered set of OpenSIPS instances. SMS is another issue, because it requires a "store and forward" server. Did you know an existing solution for that? Or is it easier to just write the thing from scratch :) -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

11 years, 1 month

2
8
0 0

sendsms with CLI

by Craig Reading

Workaround implemented by Ivan working fine for me now. sendsms is much more reliable. Thanks Ivan >>> We were recently looking into a bug when MT-SMS delivery was interrupted with an unexpected UA frame on L2 layer. We've fixed this in our branch by ignoring a second UA in Established L2 state [1], but the real issue lies in the filler table coupled with delays in processing in higher layers.

11 years, 1 month

1
0
0 0

Re: Sendsms using cli

by Craig Reading

Joel, I have played with sendsms and the results seem hit and miss. Sometimes OpenBTS core dumps. After a power cycle of my Nokia MS the first SMS is received OK e.g. sendsms 234100516180928 SabreTek Hello with a Wireshark trace showing: GSM SMS 87 I, N(R)=0, N(S)=1(DTAP) (SMS) CP-DATA (RP) RP-DATA (Network to MS) The next SMS does not get received and I see the following error in the OpenBTS logs: GSML2LAPDm.cpp:925:sendMultiframeData: obj: 0x8b14078 attempt to send DATA on released LAPm channel I would up the log level on GSM L2 and continue investigations here. config Log.Level.GSML2LAPDm.cpp DEBUG PS: You can clear the TMSI table using the following SQL in a file named "TMSI.sql": BEGIN TRANSACTION; DELETE FROM TMSI_TABLE; COMMIT; Then: sqlite3 -init TMSI.sql /etc/OpenBTS/OpenBTS.db ".quit" Regards Craig

11 years, 1 month

2
4
0 0

hi

by Emmanuel Aposaz

hi i want the umtrx module for test. Where can i order it. i hope to have the help of the community if after i get problem whith configuration. Is the module come with antenna and daughterboaders or i have to order it also?

11 years, 1 month

2
1
0 0

UmTRX is Alive (again!)

by Craig Reading

After rebuilding everything on a new server with Ubuntu 12.04 my UmTRX test setup now seems to be rock solid. http://genesysguru.com/blog/blog/2013/03/23/umtrx-is-alive-again/ Regards Craig

11 years, 1 month

3
5
0 0

Re: Fwd: UmTRX Digest, Vol 9, Issue 16

by Alexander Chemeris

This is pure host side UHD update (UHD driver as you call it). Sent from my Android device. -- Regards, Alexander Chemeris CEO, Fairwaves LLC http://fairwaves.ru 20.03.2013 16:47 пользователь "Craig Reading" <craig.reading1(a)gmail.com> написал: > Alexander > > Is this a firmware update or UHD driver update? If firmware would it be > possible to upload an image? > > Regards > Craig > > Begin forwarded message: > > *From:* umtrx-request(a)lists.osmocom.org > *Date:* 19 March 2013 20:36:34 GMT > *To:* umtrx(a)lists.osmocom.org > *Subject:* *UmTRX Digest, Vol 9, Issue 16* > *Reply-To:* umtrx(a)lists.osmocom.org > > Send UmTRX mailing list submissions to > umtrx(a)lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osmocom.org/cgi-bin/mailman/listinfo/umtrx > or, via email, send a message with subject or body 'help' to > umtrx-request(a)lists.osmocom.org > > You can reach the person managing the list at > umtrx-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of UmTRX digest..." > > > Today's Topics: > > 1. Tx signal quality improvement (Alexander Chemeris) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 20 Mar 2013 00:33:29 +0400 > From: Alexander Chemeris <alexander.chemeris(a)gmail.com> > To: umtrx <umtrx(a)lists.osmocom.org> > Subject: Tx signal quality improvement > Message-ID: > <CABmJbFV4C0_WBCBuj61U8_2bQjm9x049ciB0yYQDjJdoHxiNGg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi all, > > I've found an issue with out Tx configuration of LMS which led to > constant phase rotation of the transmitted signal. After fixing this > issue I get quite better signal quality on transmit side. I advise > everyone to update to the most recent UHD on the host side to benefit > from this improvement. > > The reason for the issue was that we used the wrong polarity of TX_ > IQ_SEL. As a result, LMS transmitted I from one sample and Q from the > other sample. One of the visible results was a huge I/Q imbalance on > Tx which made it impossible to use multi-ARFCN configurations. We've > solved this issue in software by setting tx_fsinc_polarity and > tx_interleave_mode to proper values in LMS configuration registers. > > Attached screenshots from our E4406A shows signal quality transmitted > by OpenBTS we could have now. Tests are performed with "laurent" > branch of Fairwaves, compiled with SPS (samples per symbol) set to 4. > DC offset and I/Q imbalance are calibrated. > > screen2.gif, screen3.gif - constellation and phase error when LO > leakage is at the center of the signal spectrum, i.e. with no LO > offset on Tx. > > screen4.gif, screen5.gif - constellation and phase error when DC > offset is when LO leakage is shifted to 300kHz away from the signal > spectrum center, i.e, with 300kHz LO offset on Tx. > > screen6.gif - phase error per symbol plots for the same settings as > with screen4.gif and screen5.gif. > > When we implement a true GMSK transmitter we should be able to get > even better phase noise parameters, meaning excellent downlink signal > quality. But even this values are much better than required by the > Standard. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ??? ??????? > http://fairwaves.ru >

11 years, 2 months

1
0
0 0

Tx signal quality improvement

by Alexander Chemeris

Hi all, I've found an issue with out Tx configuration of LMS which led to constant phase rotation of the transmitted signal. After fixing this issue I get quite better signal quality on transmit side. I advise everyone to update to the most recent UHD on the host side to benefit from this improvement. The reason for the issue was that we used the wrong polarity of TX_ IQ_SEL. As a result, LMS transmitted I from one sample and Q from the other sample. One of the visible results was a huge I/Q imbalance on Tx which made it impossible to use multi-ARFCN configurations. We've solved this issue in software by setting tx_fsinc_polarity and tx_interleave_mode to proper values in LMS configuration registers. Attached screenshots from our E4406A shows signal quality transmitted by OpenBTS we could have now. Tests are performed with "laurent" branch of Fairwaves, compiled with SPS (samples per symbol) set to 4. DC offset and I/Q imbalance are calibrated. screen2.gif, screen3.gif - constellation and phase error when LO leakage is at the center of the signal spectrum, i.e. with no LO offset on Tx. screen4.gif, screen5.gif - constellation and phase error when DC offset is when LO leakage is shifted to 300kHz away from the signal spectrum center, i.e, with 300kHz LO offset on Tx. screen6.gif - phase error per symbol plots for the same settings as with screen4.gif and screen5.gif. When we implement a true GMSK transmitter we should be able to get even better phase noise parameters, meaning excellent downlink signal quality. But even this values are much better than required by the Standard. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

11 years, 2 months

1
0
0 0

No ARP reply

by Craig Reading

Moved UmTRX on to 192.168.11.10 and get no ARP reply. I'm probably being dumb! Just wanted to make sure there is no issue with subnet mask etc. Regards Craig

11 years, 2 months

2
6
0 0

UHD dissector for Wireshark

by Alexander Chemeris

Hi all, I apologize for cross-posting. Please reply to the mailing list you're subscribed to. Ivan Kluchnikov and I wrote a simple dissector for UHD-over-IP control streams. We use it to debug UmTRX which is using UHD under the hood, but I thought it might be useful for a wider USRP community. Patches are as usual welcome. Source code: https://github.com/chemeris/uhd_dissector -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

11 years, 2 months

1
0
0 0

Re: UmTRX performance questions

by Alexander Chemeris

On Fri, Feb 22, 2013 at 6:28 PM, joel yabut <joel(a)jointventure.com> wrote: > May i know the following specs > 1. What is the tx and rx isolation of umtrx? > 2. What is the power output in dbm of your umtrx? Andrey Sviyazov will comment on this. > 3. How is the lna on the rx input and is an external lna and bpf > recommended? For Fairwaves 10W base stations we're developing UmSEL, which has channel filter and an additional LNA. For the use without amplifier you don't need any additional filters or LNAs. > 4. What is the main advantage of umtrx compared to usrp by ettus? If you want to use it for GSM, then it's cheaper and gives you dual-channel support. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

11 years, 2 months

5
9
0 0

UmSELv1 - back from the fab

by Alexander Chemeris

Hi all, We've received UmSEL units from the manufacturing and working on its testing and integration right now. Results are as expected so far, which is a good sign. Attached are pictures of UmSELs and UmSEL on a UmTRX: https://lh6.googleusercontent.com/-mdrwUTthuCE/UUa1PXmXqEI/AAAAAAAAFLY/A6ne… https://lh5.googleusercontent.com/-nC-F9O9NM1U/UUa1j0488SI/AAAAAAAAFLw/rCzv… LNA gain measurements, made by Andrey Sviyazov are attached here as well. -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

11 years, 2 months

2
2
0 0

Looking outstanding = Fairwaves! ;-) Re: UmSELv1 - back from the fab

by Martin O'Shield

On Mon, Mar 18, 2013 at 2:19 AM, Alexander Chemeris < alexander.chemeris(a)gmail.com> wrote: > Hi all, > > We've received UmSEL units from the manufacturing and working on its > testing and integration right now. Results are as expected so far, > which is a good sign. > > Attached are pictures of UmSELs and UmSEL on a UmTRX: > > https://lh6.googleusercontent.com/-mdrwUTthuCE/UUa1PXmXqEI/AAAAAAAAFLY/A6ne… > > https://lh5.googleusercontent.com/-nC-F9O9NM1U/UUa1j0488SI/AAAAAAAAFLw/rCzv… > > LNA gain measurements, made by Andrey Sviyazov are attached here as well. > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ООО УмРадио > http://fairwaves.ru >

11 years, 2 months

1
0
0 0

RESOLVED:Transceiver quiting

by Craig Reading

All, Thanks for you help I have sort of resolved this issue: UmTRX now hanging off TP-Link TL-SG1005D Gigabit switch and Shuttle XS35-703 V2 running OpenBTS hanging off Netgear FS605 10/100Mbps switch. Root cause: JMicron JMC250 connecting to a Gigabit switch and the link partner enabled the IEEE 802.3az Energy Efficient Ethernet feature War and peace can be found here: http://genesysguru.com/blog/blog/2013/03/16/umtrx-networking-issues/ Regards Craig On 16 March 2013 12:33, Alexander Chemeris <alexander.chemeris(a)gmail.com>wrote: > We temporarily solved issues with this JMC chip by putting a switch > between it and UmTRX, but not all models of switches worked and even > after that stability was not perfect. > > Looking forward to know more about your experience. > > On Sat, Mar 16, 2013 at 1:39 AM, Craig Reading <craig.reading1(a)gmail.com> > wrote: > > Yes - shuttle with JMicron JMC250 (off top of my head). Depends on chip > > revision - complete pain! > > > > I'll post my experiences - basically no joy on Pre revision 4 chips. > > > > Regards > > Craig > > On 15 Mar 2013, at 21:24, Alexander Chemeris < > alexander.chemeris(a)gmail.com> > > wrote: > > > > Craig, > > > > Which NIC is that? We had the same experience (no Gbit connection) on > > Shuttle computers. I don't have this information near my hands, but IIRC > > they had JMicron NICs. We never had issues with Intel motherboards. > > > > Please excuse typos. Written with a touchscreen keyboard. > > > > -- > > Regards, > > Alexander Chemeris > > CEO/Founder Fairwaves LLC > > http://fairwaves.ru > > > > On Mar 15, 2013 11:26 PM, "Craig Reading" <craig.reading1(a)gmail.com> > wrote: > >> > >> Hi Alexander > >> > >> I'll email the wireshark trace to you shortly. Yes I have been playing > >> with network setup but can't remember the configuration when successful! > >> > >> The openBTS server has a 1Gbit NIC but can't get it to negotiate > anything > >> other than 100Mbit even after updating drivers and much other 'playing' > with > >> cables hubs and switches! > >> > >> Mr Amazon is bringing some new network components tomorrow which should > >> help further my investigations. > >> > >> This might well be one of these weird network issues you have seen that > we > >> might get to the bottom off. > >> > >> Regards > >> Craig > >> > >> On 15 Mar 2013, at 19:04, Alexander Chemeris > >> <alexander.chemeris(a)gmail.com> wrote: > >> > >> Craig, > >> > >> Could you please send a Wireshark capture of the start attempt? Send it > to > >> me directly if it's more then 100k. > >> > >> This looks very much like a networking issue. Have you changed your > >> network setup since it was working? May be connected it through a > different > >> switch? We found that some models of switches does not work well and > >> introduce weird issues. > >> > >> Is your network card 100Mbit or 1Gbit? > >> > >> If it's an UmTRX issue indeed, we'll replace it. Our beta testers is our > >> most precious asset. > >> > >> Please excuse typos. Written with a touchscreen keyboard. > >> > >> -- > >> Regards, > >> Alexander Chemeris > >> CEO/Founder Fairwaves LLC > >> http://fairwaves.ru > >> > >> On Mar 15, 2013 10:07 PM, "Craig Reading" <craig.reading1(a)gmail.com> > >> wrote: > >>> > >>> Hi All, > >>> > >>> After my initial success early in the week things seems to have gone > pear > >>> shaped! > >>> > >>> I cannot get OpenBTS to start reliably as per traces below. After a > power > >>> cycle of the UmTRX I can normally get OpenBTS to start for a few > seconds > >>> before the transceiver terminates again. ./transceiver starts and runs > on > >>> its own OK but there is a lot less traffic in a wireshark trace > compared to > >>> being started from OpenBTS. > >>> > >>> When the transceiver starts from OpenBTS a Wireshark trace shows a lot > of > >>> UDP packets. > >>> > >>> Approx 460 x 36 byte UDP packets for the first 0.5 seconds > >>> Then some variable length UDP packets all ACKed back with 36 bytes > >>> After 0.8 from startup the UmTRX sends a 28 byte message: > >>> > >>> 14d0000700000005000000140000000000a6d5180000000000100100 > >>> > >>> After approx 1.0s from startup I then only get a few packets back from > >>> UmTRX > >>> After 5s I get nothing back from UmTRX > >>> After 6s I get an ICMP Port Unreachable > >>> > >>> If I had more time I would look into the transceiver source code to > >>> figure out where things are stopping. > >>> > >>> I suspect this might be a networking issue and have tried changing some > >>> Linux kernel buffer settings without success. I have also reset my > OpenBTS > >>> database just in case I had an option in there causing this. I'll > carry on > >>> checking out the network side of things but I am starting so suspect > there > >>> might be an issue with the UmTRX. > >>> > >>> Help! > >>> > >>> Regards > >>> Craig > >>> > >>> >> Traces > >>> > >>> ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with > >>> status -1 > >>> transceiver: no process killed > >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; > >>> UHD_003. > >>> 004.000-93a49d0 > >>> > >>> terminate called after throwing an instance of 'uhd::runtime_error' > >>> what(): RuntimeError: no control response > >>> EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit > with > >>> status > >>> 6. Exiting. > >>> > >>> or: > >>> > >>> ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with > >>> status -1 > >>> transceiver: no process killed > >>> linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; > >>> UHD_003. > >>> 004.000-93a49d0 > >>> > >>> ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device > >>> type=umtrx, > >>> addr=192.168.1.10,name=UmTRX,serial=13 > >>> ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... > >>> > >>> EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit > with > >>> status > >>> 256. Exiting. > >>> > > > > > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ООО УмРадио > http://fairwaves.ru >

11 years, 2 months

3
2
0 0

Transceiver quiting

by Craig Reading

Hi All, After my initial success early in the week things seems to have gone pear shaped! I cannot get OpenBTS to start reliably as per traces below. After a power cycle of the UmTRX I can normally get OpenBTS to start for a few seconds before the transceiver terminates again. ./transceiver starts and runs on its own OK but there is a lot less traffic in a wireshark trace compared to being started from OpenBTS. When the transceiver starts from OpenBTS a Wireshark trace shows a lot of UDP packets. Approx 460 x 36 byte UDP packets for the first 0.5 seconds Then some variable length UDP packets all ACKed back with 36 bytes After 0.8 from startup the UmTRX sends a 28 byte message: 14d0000700000005000000140000000000a6d5180000000000100100 After approx 1.0s from startup I then only get a few packets back from UmTRX After 5s I get nothing back from UmTRX After 6s I get an ICMP Port Unreachable If I had more time I would look into the transceiver source code to figure out where things are stopping. I suspect this might be a networking issue and have tried changing some Linux kernel buffer settings without success. I have also reset my OpenBTS database just in case I had an option in there causing this. I'll carry on checking out the network side of things but I am starting so suspect there might be an issue with the UmTRX. Help! Regards Craig >> Traces ALERT 46937531359488 TRXManager.cpp:408:powerOn: POWERON failed with status -1 transceiver: no process killed linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; UHD_003. 004.000-93a49d0 terminate called after throwing an instance of 'uhd::runtime_error' what(): RuntimeError: no control response *EMERG 1101519168 OpenBTS.cpp:134:startTransceiver: Transceiver quit with status 6. Exiting.* or: ALERT 47613775102208 TRXManager.cpp:408:powerOn: POWERON failed with status -1 transceiver: no process killed linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_104100; UHD_003. 004.000-93a49d0 ALERT 47832442212256 UHDDevice.cpp:469:open: UHD make failed, device type=umtrx, addr=192.168.1.10,name=UmTRX,serial=13 ALERT 47832442212256 runTransceiver.cpp:95:main: Transceiver exiting... *EMERG 1104513344 OpenBTS.cpp:134:startTransceiver: Transceiver quit with status 256. Exiting.*

11 years, 2 months

2
5
0 0

UmTRX is Alive

by Ivan Kluchnikov

First feedback from umtrx users, thanks to Craig. Cool case design! :) http://genesysguru.com/blog/blog/2013/03/12/umtrx-is-alive/ -- Regards, Ivan Kluchnikov. http://fairwaves.ru

11 years, 2 months

2
1
0 0

Re: Setting

by Alexander Chemeris

Joel, MaxAttenDB value is used on the start of the BTS and then gradually decrease to MinAttenDB I recommend you to read section "5.2 Downlink Power and Congestion Management" of the OpenBTS manual. On Wed, Mar 13, 2013 at 10:56 PM, Joel Yabut <joel.yabut(a)gmail.com> wrote: > Alex, > > What should be the setting of GSM.Radio.PowerManager.MaxAttenDB|? > > Ive been playing with the attenuation from 10 to 20 and dont see much difference on the dbm level on my phone. > > GSM.Radio.PowerManager.MinAttenDB|0 > > > > Sent from my Ipad -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

11 years, 2 months

1
0
0 0

transceiver won't start; fpga build error

by stephane＠shimaore.net

Hi, I went to pick up my UmTRX this morning. \o/ It appears to start fine, but I'm hitting a couple issues trying to connect OpenBTS to it: transceiver won't start ======================= I get the following errors when starting OpenBTS or the transceiver: /home/stephane/Public/src/umtrx/openbts-p2.8/apps# ./transceiver linux; GNU C++ version 4.7.2; Boost_104900; UHD_003.004.000-a52936a ALERT 139976877029152 UHDDevice.cpp:434:open: No UHD devices found with address '' ALERT 139976877029152 runTransceiver.cpp:94:main: Transceiver exiting... /home/stephane/Public/src/umtrx/openbts-p2.8/apps# ./transceiver linux; GNU C++ version 4.7.2; Boost_104900; UHD_003.004.000-a52936a ALERT 139853627492128 UHDDevice.cpp:345:set_rates: Failed to set master clock rate ALERT 139853627492128 UHDDevice.cpp:346:set_rates: Actual clock rate 1.3e+07 ALERT 139853627492128 runTransceiver.cpp:94:main: Transceiver exiting... (This is with latest UHD from git://github.com/chemeris/UHD-Fairwaves.git and latest openBTS from git://github.com/ttsou/openbts-p2.8.git ) I assume the first one ('No UHD devices...') is a transcient problem. For the second issue I don't know whether this might be because the firmware on the unit I received might not be the latest, or because I really need to first upload the FPGA image (although I assumed ZPU wouldn't start in that case); here's the console output in any case: USRP N210 UDP bootloader FPGA compatibility number: 8 Firmware compatibility number: 11 Production image = 0 Checking for valid production FPGA image... No valid production FPGA image found. Valid production firmware found. Loading... Finished loading. Starting image. TxRx-UHD-ZPU FPGA compatibility number: 8 Firmware compatibility number: 11 LMS1 chip version = 0x22 LMS2 chip version = 0x22 00:1F:11:02:19:01 192.168.10.2 FPGA compilation error ====================== Assuming this is because of a missing/out-of-date FPGA image, I tried to compile the latest (git) FPGA firmware: cd UHD-Fairwaves/fpga/usrp2/top/N2x0/ ; make clean ; make UmTRXv2 but got the following error: ERROR:HDLCompiler:1654 - "/home/stephane/Public/src/umtrx/UHD-Fairwaves/fpga/usrp2/top/N2x0/u2plus_core.v" Line 734: Instantiating <rx_frontend_sw> from unknown module <frontend_sw> A quick `git blame` points to some changes in January but I wouldn't know where to start fixing this (or maybe this is an issue with my environemnt and not the code). In case this is the environemnt, I'm using ISE 14.4 on Linux/amd64. S.

11 years, 2 months

3
8
0 0

Re: Fairwaves contact form

by Alexander Chemeris

Carlos, I'm forwarding this question to the mailing list. On Tue, Mar 5, 2013 at 4:04 PM, charlie yabut <carlos.yabut(a)octaltech.net> wrote: > I was able to compile the drivers and also openBTS.. When I run > openBTS i am getting an error in the transceiver saying that i can > not set the clock? Where should i look for the error? You should clone OpenBTS from our repository: https://github.com/fairwaves/openbts-2.8 and check out "umtrx" branch instead of "master". -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru

11 years, 2 months

2
1
0 0

Dual channel

by joel yabut

What does dual channel actually mean? Can you use 2 different frequencies at the same time like 900 and 1800 or is it same band but different arfcn?

11 years, 2 months

2
1
0 0

UHD Utils and Boost

by Craig Reading

Hi, I have been fighting with this one all day! Its my own fault as I'm on a CentOs 5.x distro. Anyway, when trying to run UHD utils I get: ./uhd_usrp_probe --args="addr=192.168.10.2" linux; GNU C++ version 4.1.2 20080704 (Red Hat 4.1.2-52); Boost_103900; UHD_003. 004.000-93a49d0 Error: boost::bad_any_cast: failed conversion using boost::any_cast Help please. Regards Craig

11 years, 2 months

3
3
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

UmTRX March 2013