UmTRX March 2013

umtrx@lists.osmocom.org

11 participants
20 discussions

UmSELv1 - back from the fab
by Alexander Chemeris 18 Mar '13

18 Mar '13

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

2 2

Looking outstanding = Fairwaves! ;-) Re: UmSELv1 - back from the fab
by Martin O'Shield 18 Mar '13

18 Mar '13

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 >

1 0

RESOLVED:Transceiver quiting
by Craig Reading 16 Mar '13

16 Mar '13

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 >

3 2

Transceiver quiting
by Craig Reading 16 Mar '13

16 Mar '13

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.*

2 5

UmTRX is Alive
by Ivan Kluchnikov 15 Mar '13

15 Mar '13

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

2 1

Re: Setting
by Alexander Chemeris 15 Mar '13

15 Mar '13

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

1 0

transceiver won't start; fpga build error
by stephane＠shimaore.net 06 Mar '13

06 Mar '13

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.

3 8

Re: Fairwaves contact form
by Alexander Chemeris 05 Mar '13

05 Mar '13

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

2 1

Dual channel
by joel yabut 05 Mar '13

05 Mar '13

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?

2 1

UHD Utils and Boost
by Craig Reading 04 Mar '13

04 Mar '13

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

3 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

UmTRX March 2013