Hello
1- i want to know if there is a manual showing how to put all the part of
the package togheter.
2- If i want to know the frequencies that is not use in an area, what can i
install to let GNU radio communicate with Umtrx to show me the frequency
graph that will help me choose the non used frequencies (it is possible
with USRP and i want to know how to do it with Umtrx).
3- My last question is to know if handover is possible with just OpenBTS
2.8 and Umtrx modules or it required an OpenBSC and OsmoBTS architecture.
Thanks,
Best Regards
Dear Sir,
please i need help, I am getting started using myriad-rf board, i need to
connect between TMS320C6670 Evaluation Module (Texas Instrument) and
myriad-rf board, i want to know if the DE0-Nano interface board is the right
choice to interface between two platforms? And if there is any other
interface board ?
please contact me If you need more details.
Thanks in advance
Regards,
Batool
---------
Eng.Batool Yasser
Sales & Technical Support Engineer
Description: Description: Description: Description: Description:
Description: Description: Description: cid:image001.gif@01CD7A12.2E11C950
CST - Middle East (LLC)
Computer Simulation Technology
Sakr Quraish Buildings 9,
Sheraton Heliopolis, Cairo, Egypt
Tel. : +20 222 680 678
Mobile : +20 01027992189
Fax : +20 222 686 899
Hi Alexander Chemeris,
According to rx_multi_samples , I write a program to receive samples from two channels on the same board.
The program receive samples from 2 channels and calculate the signal strength respectively. The signal is from a BTS arround.
I find the difference of signal strength is very big, about 20dB, and channel 1 is bigger than channel 0.
I exchange the antenna and feeder of the them, but the result is same.
I think there is some problem, but I cann't find it.
Would you please give me some sugguestion?
Best Regards.
Jiang Wenyi
Hi all,
Just want to let you know what kept us busy recently - we've deployed
UmTRX based UmSITE base station at two big events in the Netherlands:
http://fairwaves.ru/news/2013-07-24-open-source-telecom-rocks-at-Dutch-even…
The installation used UmTRX and 2W amplifiers for RF hardware and ran
OsmoBTS/OsmoNITB/LCR/Freeswitch stack for software. A couple of bugs
fixed, a couple of bugs workarounded, but generally it provided good
service and users are very happy.
More news and more real life testing to come!
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi All,
I install all the OpenBTS and UHD packages according to manual pages. When I start transceiver, it output some errors and exit.
$ sudo ./transceiver 1
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.004.000-unknown
ALERT 3048163072 19:59:34.7 UHDDevice.cpp:345:set_rates: Failed to set master clock rate
ALERT 3048163072 19:59:34.7 UHDDevice.cpp:346:set_rates: Actual clock rate 1.3e+07
ALERT 3048163072 19:59:34.7 runTransceiver.cpp:94:main: Transceiver exiting...
Jiang Wenyi
Hi Thomas,
Could you look into this crash dump of the OpenBTS transceiver? We're
trying to run the version from the umtrx_dual_test branch with
OsmoBTS.
---------- Forwarded message ----------
From: Andreas Eversberg <andreas(a)eversberg.eu>
Date: Mon, Jul 8, 2013 at 12:05 PM
Subject: Crash of UmTRX transceiver with dual TRX
To: Alexander Chemeris <alexander.chemeris(a)gmail.com>
using umtrx_dual_test will cause this crash. even when only using a
single trx as usual.
openbsc osmo-trx # sh /root/run.umtrx
net.core.rmem_max = 50000000
net.core.wmem_max = 524288
linux; GNU C++ version 4.5.4; Boost_104900; UHD_003.004.000-unknown
transceiver: radioInterface.cpp:329: virtual void
RadioInterface::pullBuffer(): Assertion `num_rd == (625)' failed.
/root/run.umtrx: line 4: 15668 Aborted (core dumped)
/files/projects/gsm/osmo-trx/Transceiver52M/transceiver
(gdb) bt full
#0 0xb77b1424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb71a92b1 in raise () from /lib/libc.so.6
No symbol table info available.
#2 0xb71aaa8e in abort () from /lib/libc.so.6
No symbol table info available.
#3 0xb71a213b in ?? () from /lib/libc.so.6
No symbol table info available.
#4 0xb71a21f6 in __assert_fail () from /lib/libc.so.6
No symbol table info available.
#5 0x08050562 in RadioInterface::pullBuffer (this=0x85bd3c8) at
radioInterface.cpp:329
num_rd = 135212791
__FUNCTION__ = "pullBuffer"
__PRETTY_FUNCTION__ = "virtual void RadioInterface::pullBuffer()"
#6 0x08050ba3 in RadioInterface::driveReceiveRadio (this=0x85bd3c8) at
radioInterface.cpp:254
tN = <optimized out>
symbolsPerSlot = <optimized out>
rcvSz = <optimized out>
readSz = <optimized out>
samplesPerBurst = <optimized out>
#7 0x08051d63 in DriveLoop::driveReceiveFIFO (this=0x85bdc38) at
DriveLoop.cpp:245
No locals.
#8 0x08052f60 in RadioDriveLoopAdapter (drive=0x85bdc38) at
DriveLoop.cpp:291
No locals.
#9 0xb7795f07 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#10 0xb726864e in clone () from /lib/libc.so.6
No symbol table info available.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi All,
I want to build kal-v0.4.1.
When use CXXFLAGS='-W -Wall -O3' ./configure
Output errors:
configure: error: Package requirements (usrp >= 3.3) were not met:
No package 'usrp' found
I'm using ubuntu 12.04. How can I install libusrp?
' sudo apt-get install libusrp-dev' not working!
Jiang Wenyi
Hi all,
If you use the latest UHD sources, you should update your ZPU firmware
to the latest version:
http://people.osmocom.org/ipse/umtrx-v2/fpga_bitsream/2013-06-25-2f3817a9/
You could update your FPGA image as well, but ZPU part is critical for
the smooth operation with the latest host side code. If you don't
update ZPU, all UHD utilities will exist on startup. The reason is
that the new host code sends a command to ZPU which older ZPUs does
not understand, so the host side code raises exception and exits.
A new feature which is the reason for the breakage is that now you
could not only set, but also read back the current value of the TCXO
calibration DAC. If you run this utility without any parameters, it
will autodetect UmTRX and read the DAC value from it.
https://github.com/fairwaves/umtrx_scripts/blob/master/python_lib/umtrx_vcx…
This is praticularly useful when you calibrate using GPS and want to
store this value to EEPROM to use it when GPS is not available.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hello,
Im an engineer from Spain and Im interested in a GSM receiver because I
would like to study the internal signals for a research project. In
particular, Im interested in the analysis of the IF signal, but, as
Alexander told me, the LMS6002D uses zero-IF architecture, so there is no
real "IF" signal, there is only baseband signal. I guess I could also use
this signal for my purposes, but only if all 124 GSM channels can be found
at that point. Im not sure if this is possible, since there is a low-pass
filter before. Does anybody know if I can extract that information, that is,
the analogic 124 channels after the RF mixer? If it is not possible with
this board, does anybody know if I can do it with another GSM transceiver
board?
Thank you very much in advance.
Best regards,
Albert
Hi All,
I have a project to monitoring ( air sniffer ) the data between GSM BTS and MS using UmTRX.
Uplink Transmission is delayed 3 slots than downlink from specification.
So when I sync. with BTS and get the downlink slot data, I must switch the freqs of receiver from downlink to uplink in less than 2 slots.
When the program call 'usrp_dev->set_rx_freq(wFreq)', How much time does the UmTRX switch to the 'wFreq' ?
Thanks in advance.
Jiang WenYi
Hi Will,
Thank you for the good news. Answering to your question, first please
update your UmTRX firmware and host side UHD:
1. Update your UHD and umtrx_scripts from the git. Build UHD.
2. Flash attached ZPU firmware to a UmTRX with the following command:
./usrp_n2xx_net_burner.py --addr=192.168.10.2 --fw=usrp2p_txrx_uhd.bin
3. Power cycle UmTRX
Calibrate with GPS:
1. Take your UmTRX outside to get GPS lock.
2. When GPS acquires a lock, use 'umtrx_vcxo.py' utility without
parameters to read current VCTCXO DAC value in a loop.
3. When the value stabilise (couple minutes after GPS acquires the
lock), write this value to EEPROM:
./usrp_burn_mb_eeprom --key tcxo-dac --val <YOUR_VAL>
4. Now i should pickup the value from EEPROM on boot, so GPS is no
required unless you change ambient temperature considerably.
Note, that you should warm up your UmTRX for a while before
calibration, because it depends on the TCXO temperature.
Let me know if something goes wrong - I wasn't able to test
everything, as I don't have my UmTRX with me at the moment.
On Tue, May 21, 2013 at 9:50 PM, Will Hawkins
<hawkinsw(a)opentechinstitute.org> wrote:
> Hey Alexander!
>
> Yesterday we took our umtrx outside to get the GPS lock for calibrating the
> tcxo voltage. There were some good outcomes and bad outcomes:
>
> The good:
> If you remember correctly, Dan could not associate to the umtrx with his
> Galaxy Nexus. After getting a GPS signal, Dan's phone could associate! So,
> great news.
>
> The bad:
> We attempted to record the calibrated tcxo dac values and had no luck. We
> booted the umtrx board connected via serial console to my laptop. I was able
> to see the boot messages and other output so I know the console was working.
> Once the board got a GPS lock, I assumed that I would see some tcxo DAC
> values printed to the console. Based on what you said last week, I was going
> to wait until those values stabilized and then use that output to flash into
> the eeprom. Unfortunately I did not see any output on the serial console.
> Then I thought that we could poll the umtrx (using UHD probe) for its tcxo
> dac values. Unfortunately it showed the default (2048) every time.
>
> Can you tell me what I'm doing wrong?
>
> Thanks!
> Will
>
> PS: CC'ing Dan since he's working this with me.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi All,
I wish to work with the Synchronize Sram and to connect it to the FPGA
Microblaze.
Does anyone was able to use and communicate with the SRAM?
If so, can U help with the configuration of the EMC?
I read the EMC datasheet and they describe different way for connecting the
EMC with the SRAM. Maybe U know on a problem when working with SRAM?
thanks in advance,
Yaniv
Hi to All
I am trying to implement Xilinx microblaze on the umtrx2 with EMC core that
connect to the external SRAM. I configured the EMC to Synchronous mode and
I used the UCF that is published at the GITHUB. If I am trying to deluge
the MCU without the EMC the MCU seem running, but when I connect the EMC,
the MCU stuck and I cannot download the code through the JTAG.
Please advise how to connect the EMC core to the external SRAM ?
thanks in advance,
Yaniv
Hello team,
I met in Paris with Jean-Samuel last Friday. We talked among other
things about handover in OpenBTS and I wanted to share some of our ideas
with you.
Note: this is my recollection of things, if I misreported something it's
my fault. :}
# Handling SIP intricacies outside of OpenBTS
We both agreed that it is better/simpler to keep the complexity of SIP
protocol out of OpenBTS. There are already very good platforms that can
hide the intricacies of SIP from OpenBTS (FreeSwitch, Asterisk, OpenSIPS
B2BUA, etc.). The alternative (implementing a complete, compliant B2BUA
SIP stack inside OpenBTS) seems difficult (complete rewrite using e.g.
sofia-sip) and doesn't help with time-to-market.
We also both enjoy the "GSM handset looks like a SIP endpoint" analogy
that is the basis of OpenBTS and would like to keep the OpenBTS
GSM-to-SIP interface as transparent as possible.
(Apologies for cross-posting. We wanted to reach everyone who might be
interested in attending. Please respond responsibly.)
Anders Brownworth (Switchcoder), Alexander Chemeris (Fairwaves), and Robin
Coxe (Close-Haul Communications & Analog Devices) invite those interested
in open GSM hardware and software development to an informal gathering in
Cambridge, MA on Friday 10 May 2013 from 6-8 pm. Alexander will be
visiting the Boston area from Moscow.
If you are interested in participating in any capacity in the Boston-area
open source GSM development community, we look forward to meeting you. Our
goal is to identify like-minded people involved in or interested in
learning more about projects such as OpenBTS, OsmocomBTS, OsmocomBB, and
OpenBSC. If you have a portable, self-contained demo, feel free to bring
it with you.
When: Friday 10 May 2013, 6-8 pm EDT
Where: Cambridge Innovation Center, 1 Broadway, 4th Floor, Cambridge, MA
02142 USA
Photo ID required for building entry.
Please RSVP on Eventbrite: http://opengsmboston.eventbrite.com/
Hello,
I was wondering whether there is an FPGA image for the UmTRX which gives 4x
DDC Rx chains (at the expense of the two DUC chains) like the USRP1
usrp1_fpga_4rx.rbf. I guess this is unlikely, due to the fact it looks like
the majority of people are using the UmTRX for OpenBTS! How difficult would
it be to change the current firmware to support this.
Another couple of questions, what's the maximum achievable bandwidth
through a single Rx chain so far and are there any constraints on what
value of decimation to use (e.g. USRP has the requirement that to use both
CIC filters decimation factors have to be a factor of 4, otherwise the
frequency response will be affected)? When I increase the sample rate (e.g.
4.333 MHz) I start seeing the frequency response affected, the FFT plot
seems to 'flicker' between a reasonably flat looking response and a poor
frequency response (see attached files - both taken from the same running
instance of a flow graph)
Cheers,
John
--
*Dr. John Wilson*
Product development engineer, Path
Intelligence<http://www.pathintelligence.com/>
T +44 2392 388442 @pathintel
DETECT • ANALYSE • PREDICT • INFLUENCE
Path Intelligence Limited, registered number 5176274. Registered in
England,
registered office at 1000 Lakeside North Harbour, Western Road, Portsmouth,
UK, PO6 3EN
Dear all,
(I'm sorry for cross-posting to several mailing lists, but it really
belongs to all of them. Please respond only to a mailing list you're
subscribed to.)
UmTRX sales start
===============
It's the Hardware Freedom Day and we're starting sales of UmTRX to
celebrate it! Now you could order it directly from Fairwaves web-shop
[1],
UmTRX is a completely open-source hardware SDR transceiver designed
for professional/industrial applications. We designed it for use with
OpenBTS software [2], but it also works well with OsmoBTS/OpenBSC [3].
UmTRX uses a UHD [4] with only minor changes to interact with a host
and thus works well with GnuRadio and other applications based on UHD.
1. http://shop.fairwaves.ru/
2. https://code.google.com/p/umtrx/wiki/RunningOpenBTS
3. http://openbsc.osmocom.org/trac/wiki/OsmoBTS
4. https://github.com/fairwaves/UHD-Fairwaves
Technical details
==============
UmTRX is an SDR transceiver inspired by USRP N series. If you worked
with USRP N you will find it familiar, but there are significant
differences which are described below as well.
* Single board with an integrated RF part.
* Optimized for industrial use and high MTBF.
* 1GbE Ethernet connectivity to a computer.
* Two full-duplex RF channels (side "A" and "B" in UHD).
* Single chip transceivers LMS6002D are used for AD/DA and RF
processing (300MHz to 3.8GHz)
* Stable reference clocks:
- 26MHz TCXO (integer multiple of GSM sample rate) with 100ppb
frequency stability.
- DAC for TCXO frequency fine tuning.
- Integrated GPS module for automatic TCXO frequency stabilization.
- External clock source is possible.
* Thermal sensors for temperature based calibration.
* 100mW @ 900MHz, 50mW @ 1800MHz RF output power.
* 8-28V DC input power supply.
* Spartan 6 LX75 FPGA.
PS Big thank you to Lime Microsystems for their excellent support of
open-source users! Check out their chips if you're planning to develop
and SDR system.
GSM specific info
==============
UmTRX was designed to be easy to use to use with OpenBTS and OsmoBTS.
So far it's the easiest way to get them up and running in your lab.
* Quad-band support without any changes
* 100-200m coverage (with an external duplexer and a small omni antenna).
* >2km coverage with an external 2W GSM repeater and a patch antenna
* Two independent TRXs (*).
* Single-ARFCN and Multi-ARFCN support.
(*) OpenBTS doesn't support the second channel on UmTRX yet. We're
working to implement this and plan to release this soon.
I also want to say thank you to our beta testers who received earlier
versions of UmTRX. Some of them even blogged about their experience :)
http://blog.shimaore.net/2013/03/umtrx.htmlhttp://genesysguru.com/blog/blog/2013/03/23/umtrx-is-alive-again/
UmTRX package contents
========================
* UmTRXv2.1, flashed and ready to use.
* Power supply, 12V/30W - http://www.phihong.com/assets/pdf/PSAC30U.pdf
* U.FL-to-SMA-F pigtail cables.
* Two small GSM antennas - one for Tx and one for Rx.
* An active GPS antenna.
* Thermal pads.
Note 1: The power supply comes without a 220V power cord. Make sure to
prepare one before you receive the UmTRX to be able to power it on
immediately. ;)
Note 2: You'll need a heatsink or a fan to prevent UmTRX from
overheating during long continuous operation. We provide thermal pads,
but you have to find a heatsink by yourself. HDD heatsinks are good
options, because UmTRX has almost the same size as an HDD.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Alex,
Anyone know the problem if my Cell ID, LAC, C2 / C2 appears blank on my
TEMS investigation when I am monitoring my BTS?
Transmit power is good but despite my setting up and putting values on
CID/LAC they are blank on my TEMS.
Anyone knows why this is so?
Thanks!
Joel
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
On Tue, Apr 9, 2013 at 8:01 AM, Alexander Chemeris <
alexander.chemeris(a)gmail.com> wrote:
> Hi all,
>
> Thanks to Andreas everyone now could run an OsmoBTS/OpenBSC using an
> UmTRX to get a real BTS. You could also use LCR to connect calls using
> your preferred SIP softswitch.
>
> This is a great achievement, as OsmoBTS seem to have a better and more
> stable GSM implementation than OpenBTS. So we even think about
> replacing GSM part of OpenBTS with Osmocom parts. And, well, OpenBTS
> SIP part with a high-level SIP library like reSIProcate/DUM. Though it
> will be OpenBTS only by architecture then. :)
>
> Anyway, I invite everyone to experiment with UmTRX+OsmoBTS and report
> your experience here.
>
> ---------- Forwarded message ----------
> From: jolly <andreas(a)eversberg.eu>
> Date: Tue, Apr 9, 2013 at 4:14 PM
> Subject: Network From Scratch documentation
> To: OpenBSC Mailing List <openbsc(a)lists.osmocom.org>
>
>
> hi,
>
> i just updated the transceiver/osmo-bts/openbsc/lcr documentation:
> http://openbsc.osmocom.org/trac/wiki/network_from_scratch
> the changes refer to some issues during UmTRX/Osmo-BTS workshop.
> especially it describes how to setup/run a network with and without LCR.
>
> regards,
>
> andreas
>
>
>
>
> --
> Regards,
> Alexander Chemeris.
> CEO, Fairwaves LLC / ООО УмРадио
> http://fairwaves.ru
>
>
Hi all,
Thanks to Andreas everyone now could run an OsmoBTS/OpenBSC using an
UmTRX to get a real BTS. You could also use LCR to connect calls using
your preferred SIP softswitch.
This is a great achievement, as OsmoBTS seem to have a better and more
stable GSM implementation than OpenBTS. So we even think about
replacing GSM part of OpenBTS with Osmocom parts. And, well, OpenBTS
SIP part with a high-level SIP library like reSIProcate/DUM. Though it
will be OpenBTS only by architecture then. :)
Anyway, I invite everyone to experiment with UmTRX+OsmoBTS and report
your experience here.
---------- Forwarded message ----------
From: jolly <andreas(a)eversberg.eu>
Date: Tue, Apr 9, 2013 at 4:14 PM
Subject: Network From Scratch documentation
To: OpenBSC Mailing List <openbsc(a)lists.osmocom.org>
hi,
i just updated the transceiver/osmo-bts/openbsc/lcr documentation:
http://openbsc.osmocom.org/trac/wiki/network_from_scratch
the changes refer to some issues during UmTRX/Osmo-BTS workshop.
especially it describes how to setup/run a network with and without LCR.
regards,
andreas
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
PHew! - finally finished my experiments with RRLP. Full details at
www.genesysguru.com
In summary:
range error=ephemURA of xx.0 (xx) doesn't fit in (0,15)
The problem seems to be that SV accuracy in metres is being used as the URA
index. The confusion arises due to differences between the Receiver
Independent Exchange Format (RINEX) 2.10 format and Interface Specification
IS-GPS-200 (http://www.gps.gov/technical/icwg/). IS-GPS-200 section
20.3.3.3.1.3 states: ”SV Accuracy - Bits 13 through 16 of word three shall
give the URA index of the SV. The URA index (N) is an integer in the range
of 0 through 15.”
RRLP server needs to be modified to support RINEX and specifically to add
a mapping from SV accuracy to URA index. For now I changed line 1084 in
rrlpserver.erl to assume a URA index of 6 e.g. SV accuracy in the range
13.65 – 24 metres:
stuff("ephemURA", nmth(7,1,Tokens), AdjustTable),
Change to:
stuff("ephemURA", “6” , AdjustTable),
With Control.Call.QueryRRLP.Early OpenBTS option configured a crash occurs.
OpenBTS: ../CommonLibs/Vector.h:189: void
Vector<T>::copyToSegment(Vector<T>&, size_t, size_t) const [with T = char,
size_t= unsigned int]: Assertion `base+span<=other.mEnd' failed.
Hence the solution for now is to unconfigure this option:
unconfig Control.Call.QueryRRLP.Early
It looks at though the Almanac file downloaded from
http://www.navcen.uscg.gov/?pageName=currentAlmanac&format=yuma is saved
into /tmp/almanac as HTML rather than plain text:
As a quick fix I changed my Almanac URL:
config GSM.RRLP.ALMANAC.URL
http://celestrak.com/GPS/almanac/Yuma/almanac.yuma.txt
My final configuration options are:
config GSM.RRLP.ACCURACY 40
config GSM.RRLP.ALMANAC.ASSIST.PRESENT 1
config GSM.RRLP.ALMANAC.URL
http://celestrak.com/GPS/almanac/Yuma/almanac.yuma.txt
config GSM.RRLP.EPHEMERIS.ASSIST.COUNT 3
config GSM.RRLP.EPHEMERIS.REFRESH.TIME 0.5
config GSM.RRLP.RESPONSETIME 6
Hope this helps!
I'm moving on to experiments with Uplink-Time Difference of Arrival
(U-TDOA) methods for locating mobile devices with a bit of GSM burst data
analysis , Complex Event Processing (CEP) and data correlation thrown in ….
I call this Mobile Fingerprinting … lets see!
Regards
Craig
Finally manage to get an iPhone running iOS 6 to cough up a location response! It is a bit hit and miss at present. Along the way I think I've found a couple of bugs in the fairwaves openBTS branch.
I've started posting my experiences at www.genesysguru.com
More posts over the weekend. Great fun!
Regards
Craig
Fetched “CurRnxN.nav” from ftp://ftp.trimble.com/pub/eph/and had a look at
the raw data. The .nav data file is formatted as Receiver Independent
Exchange Format (*RINEX*) 2.10 and contains GPS navigation methods.
SV accuracy is defined in Broadcast Orbit Record 6 and this value is used
as the URA at line 1084 of rrlpserver.erl.
The problem seems to be that SV accuracy in meters is being used as the URA
*index*.
The confusion arises due to differences between the Receiver Independent
Exchange Format (*RINEX*) 2.10 format and Interface Specification
IS-GPS-200 (http://www.gps.gov/technical/icwg/). IS-GPS-200 section
20.3.3.3.1.3 states: ”SV Accuracy - Bits 13 through 16 of word three shall
give the URA index of the SV. The URA index (N) is an integer in the range
of 0 through 15.”
Hence I think the RRLP server needs to be modified to support RINEX and
specifically to add a mapping from SV accuracy to URA index like in the
code example here:
http://www.gpstk.org/doxygen/GPS__URA_8hpp-source.html#l00109
For now I changed line 1084 in rrlpserver.erl to assume a URA index of 6
e.g. SV accuracy in the range 13.65 – 24 meters:
stuff("ephemURA", nmth(7,1,Tokens), AdjustTable),
Change to:
stuff("ephemURA", “6” , AdjustTable),
Can any Erlang programmers help fix this?
A quick update ahead of some full blown documentation on my blog.
1. You need to set your GPS seed position:
The GPS positioning signal has a period of 1 ms, corresponding to a
distance of about 300 km. This means that there are many potential
solutions for the GPS positioning equations in an irregular lattice around
the Earth. If the GPS receiver does not know its true position within
about 200 km, it must check all of these potential solutions in a brute
force search before making a reliable position estimate, a process that can
take 20 minutes or longer. To avoid this delay, the GPS receiver requires
a seed position within 200 km of its true location:
config GSM.RRLP.SEED.ALTITUDE xx
config GSM.RRLP.SEED.LATITUDE xx.xxxxxx
config GSM.RRLP.SEED.LONGITUDE xx.xxxxxx
Note: You can find your own latitude, longitude and altitude (in meters)
for the seeds here:
http://veloroutes.org/elevation
2. Make sure your server time is correct:
Current time must be known to within a few seconds to make rough estimates
of satellite position and bootstrap the positioning calculations. Like
seed position, rough time can determined through a brute-force search, but
that is very time-consuming. With OpenBTS the rough current time comes from
the time-of-day clock on the machine running the RRLP server.
3. There are 4 OpenBTS configuration options which determine when a RRLP
query is performed:
e.g. during call setup, during call teardown, during a Location Update
Request (LUR) or during a SMS:
config Control.Call.QueryRRLP.Early 1
config Control.Call.QueryRRLP.Late 1
config Control.LUR.QueryRRLP 1
config Control.SMS.QueryRRLP 1
QueryIMEI determines if the MS is checked to see if it supports RRLP:
config Control.LUR.QueryIMEI 1
4. A common problem as widely reported and also obsered by myself is:
range error=ephemURA of xx.0 (xx) doesn't fit in (0,15)
In RRLPServer.cpp this causes method transact to return early without as MS
location being determined (and table RRLP being written to). This error is
output in roundAndCheck at line 912 in rrlpserver.erl
URA stands for User Range Accuracy. The URA index defined bounds are -16 to
15.
The valid range for ephemURA data is defined in the ephemeris Adjustment
Table that is used for Ephemeris corrections,
scaling, etc at line 1164 in rrlpserver.erl e.g. 0-15. The adjustment
table defines: Correction, Scale, Min, Max
I suspect that the problem is that a negative number is being returned in
the GPS ephemeris data e.g. in ftp://ftp.trimble.com/pub/eph/CurRnxN.nav -
at the very least the correct URA bounds are -16 to 15 rather than 0 to 15.
My hack (for now) is:
{"ephemURA", [0, 0, -16, 256]},
I'll carry on trying to get to the bottom of this error and fix it properly.
Regards
Craig
Before I start "playing" with RRLP in OpenBTS 2.8 with UmTRX I'm just
wondering if anybody has some current advice.
I note in CLI.cpp:
//apparently non-function now -kurtis
//addCommand("sendrrlp", sendrrlp, "<IMSI> <hexstring> -- send RRLP
message <hexstring> to <IMSI>.");
There are plenty of atricles out there e.g.
http://wush.net/trac/rangepublic/wiki/rrlphttp://www.mentby.com/Group/openbts-discuss/question-regarding-the-rrlp-in-…
Basically, does it work and hence worth persuing?
Regards
Craig
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.
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
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?
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
>
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
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
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
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
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
>
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.*
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
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.
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
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