Hi,
I've received 10pcs of OHM4048052GG010020-26.0M today. Andrey Sviyazov
- could you measure their performance and test UmTRX with them?
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
We need a picture of UmTRX in action for the Open Hardware Summit
web-site. Andrey Sviyazov - could you bring your UmTRX (the one with
an enclosure) to the hackerspace to make a picture of it with
antennas?
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Sorry, that was meant to be sent to the mailing list :)
Best regards,
Andrey Sviyazov.
---------- Forwarded message ----------
From: Andrey Sviyazov <andreysviyaz(a)gmail.com>
Date: 2012/7/18
Subject: LMS TxLO noise
Hi Thomas.
Here forwarded my last e-mail with noise plots when I stopped work around
it at first time, please see below.
Please try to play around Tx PLL charge pump current (register 0x16) for
better RMS phase stability.
I think we should reach 1 degree or below.
Alexander gave me the second UmTRX board and after checking and fixing all
known hardware issues<http://code.google.com/p/umtrx/issues/list?can=1&q=&colspec=ID+Type+Status+…>I've
got roughly the same LO noise plot.
Possible Robin had no time to fixing all of our issues, so check them all
please.
And also check please what type of TCXO installed on your board.
Best regards,
Andrey Sviyazov.
---------- Forwarded message ----------
From: Andrey Sviyazov <andreysviyaz(a)gmail.com>
Date: 2012/4/13
Subject: Re: LMS TxLO noise
Hi all.
There is progress with LMS PLL :)
Pictures are attached here.
t was discovered that 80 kHz spurs come from Ethernet, or rather from the
ET1011.
I unknowingly put the choke between transistor of 1V regulator and analog
power 1V.
As a result, the regulator has become unstable and oscillated 80 kHz with
amplitude of 200 mV, which climbed into the LMS PLL.
To correct this problem L46 should be replaced by jumper on all alfa
version PCB's.
Also I just played with current in the PLL loop, shown on the picture for
clarity.
Proved to be the optimal current 1,9 mA (you should write 0x93 in the
register of 0x16).
But, I think, for the RxPLL will be better use of the current 2.4 mA,
because the nearest noises more important for Rx (you should write 0x98 in
the register 0x26).
Best regards,
Andrey Sviyazov.
Hi all!
Here last version PCB of UmTRXv2.
In the next e-mail I'll include project files and cheapest BOM for debug
variant.
I think it is final, because of nobody desire to say me any suggestions
(except Robin).
Best regards,
Andrey Sviyazov.
Hi all,
Thomas has discovered that DC offset calibration for LMS is drifting a
lot with temperature changes and this has detrimental effect on the
modulation accuracy:
http://code.google.com/p/umtrx/issues/detail?id=31
One solution proposed by Sylvain is to tune modulation a bit higher
using digital modulation, which should be straightforward with UHD
which has digital mixer in FPGA.
But I wonder what is a recommended solution for this temperature
compensation for LMS in general. Srdjan, could you comment on this?
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
The Ettus UHD framework adopted for the umTRX only supports GigE
(simple_gemac). A reworked, Wishbone-compliant 10/100 Ethernet MAC
is included in the OpenRISC SoC project on Opencores. It has been
ported to the Digilent Atlys board, which has a Spartan-6 FPGA.
http://www.chokladfabriken.org/projects/orpsoc-atlys
I'll begin the port of this Ethernet MAC (a cleaned-up version of the
10/100 core on OpenCores) to the UmTRX and test it on Close-Haul's
SP-605 Spartan-6 eval. board. I'm not quite sure how long this task
will take, but this feature falls into the
"nice-to-have-but-not-urgent" category.
-Robin
--
Robin Coxe | Close-Haul Communications, Inc. | Boston, MA
+1-617-470-8825
Hi all,
As far as I am aware, you are currently discussing how to improve
LMS6002 PLL phase noise. Below are some inputs from my side which may help.
Apart from playing with PLL registers we have two additional options.
1. Use clean TCXCO which provides 4 times higher reference followed by
divide by 4 to generate PLL reference clock. Recently, we experimented
with 30.72*4 MHz TCXCO. Dividing its output by 4 before going into LMS
chip we have got improvement of 6dB in phase noise plateau region.
2. Current PLL loop filter has been designed to cover the whole LMS
frequency range hence using kind of mid value for Kvco. We can customize
the loop filter for a particular band. To do that we need to know
frequency range China Mobile is looking for and reference clock you want
to use (26MHz, 26*4/4MHz, ...). Please note that PLL reference clock
does not need to be the same as system clock i.e. we can also use
30.72MHz, 30.72*4/4MHz etc.
Best regards, Srdjan
Google project hosting is currently read only for network maintenance.
Here are general OpenBTS / UmTRX setup instructions. I'll post them
when write access is restored.
Download
=======
UHD
git://github.com/chemeris/UHD-Fairwaves.git fairwaves/umtrx-dboard
OpenBTS
git://github.com/ttsou/openbts-p2.8 umtrx
Follow standard build instructions.
http://files.ettus.com/uhd_docs/manual/html/build.htmlhttp://wush.net/trac/rangepublic/wiki/BuildInstallRun
UmTRX Setup
===========
Configuration of the LMS6003D is through the control script
'umtrx_lms.py', which is installed in '/usr/local/share/uhd/utils'.
Calibration prior to operation is strongly recommended.
Example setup for ARFCN 925:
Initialization and auto-calibration:
./umtrx_lms.py --lms 1 --lms-init
./umtrx_lms.py --lms 1 --lms-tx-enable 1
./umtrx_lms.py --lms 1 --lms-rx-enable 1
./umtrx_lms.py --lms 1 --pll-ref-clock 26e6 --lpf-bandwidth-code
0x0f --lms-auto-calibration
RX LNA and RXVGA2 selection and gain control
./umtrx_lms.py --lms 1 --reg 0x75 --data 0xf0
./umtrx_lms.py --lms 1 --reg 0x65 --data 10
TX LPF control
./umtrx_lms.py --lms 1 --reg 0x34 --data 0x3e
LO leakage cancellation (calibration data values may vary)
./umtrx_lms.py --lms 1 --reg 0x42 --data 0x67
./umtrx_lms.py --lms 1 --reg 0x43 --data 0x89
TX/RX PLL charge pump current
./umtrx_lms.py --lms 1 --reg 0x16 --data 0x93
Tuning
./umtrx_lms.py --lms 1 --lms-rx-pll-tune 925.2e6
./umtrx_lms.py --lms 1 --lms-tx-pll-tune 880.2e6
TXVGA2 gain to max and enable PA
./umtrx_lms.py --lms 1 --reg 0x45 --data 0xc8
./umtrx_lms.py --lms 1 --lms-pa-on 2
Running OpenBTS
==============
Follow standard instructions.
http://wush.net/trac/rangepublic/wiki/BuildInstallRun
Thomas
Hi Thomas,
Could you hack together a quick guide how to run OpenBTS with UmTRX at the wiki?
http://code.google.com/p/umtrx/wiki/RunningOpenBTS
This should basically include which branch to use, what patches to
apply (if any), and a script for umtrx_lms.py to tune LMS to the
correct frequency. I was meaning to write this for about a week, but
turns out it's very hard to allocate enough time to do that
accurately.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Andrey Sviyazov,
You wanted to know how to plot received signal under Windows without
installing Matlab or something as big and as expensive. Dmitri
Stolnikov recommended to use a free version of Signals Analyzer
software which should be very powerful. You could download it as "SA
free" here:
http://signals.radioscanner.ru/info/item1/
Dmitri says that the free version of SA could only import .wav files,
so you will need to convert raw files into .wav files. My preferred
way to do this is to use 'sox' command line utility like that:
sox -r 270833 -e signed -b 16 -c 2 record.cfile record.wav
Windows binaries of 'sox' is available from the official web-site:
http://sox.sourceforge.net/
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi all.
I found that both Rx divercity switches have zero state for A and B control
inputs.
Thus both LNA and LNA-D connectors are not switched to Rx inputs of the
LMS's.
To proceed Rx testing I suggest to set the next fixed states in the FPGA:
DIVSW1_P = 1, DIVSW1_N = 0, DIVSW2_P = 1, DIVSW2_N = 0.
In this case LMS1 will be switched to LNA connector, but LMS2 to LNA-D.
Andrew Karpenkov, would you please to make this kind changes, until DIVSW
will controled by host?
Best regards,
Andrey Sviyazov.
Hi all,
I've set maximum message size for this mailing list to 1Mb. This means
that you can't send big files or images to this mailing list. If you
need to do so - upload files to some external server and provide a
link. Project members could use our project hosting, others could
upload to some other public services.
At the same time limitation of 1Mb should be big enough to allow you
to post screenshots of your measurements, schematics pictures, etc.
Please make sure that you send big files as an attachments, even if
they are textual. Subscribers (myself included) sometimes work from
GPRS/EDGE connections and downloading huge e-mails is a true pain.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi All,
I added one more RX and TX units and connected them to the second LMS chip.
You can find fpga sources with full supply (both, receive and transmit) of
dual channel at akarpenkov/dual-channel branch of github repository.
Also, we need to make some changes in HOST code:
- SR_RX_FRONT0 (base adress of RX0 frontend) was changed from 24 to 20
(dec)
- SR_RX_FRONT1 (base adress of RX1 frontend) was added with value = 25
(dec)
- SR_TX_FRONT (base adress of TX0 frontend) was changed from 128 to 110
(dec)
- SR_TX_CTRL (base adress of control logic of TX0 channel) was changed
from 144 to 126 (dec)
- SR_TX_DSP (base adress of DSP TX0 unit) was changed from 160 to 135
(dec)
- SR_TX1_FRONT (base adress of TX1 frontend) was added with value = 145
(dec)
- SR_TX1_CTRL (base adress of control logic of TX1 channel) was added
with value = 161 (dec)
- SR_TX1_DSP (base adress of TX1 channel) was added with value = 170
(dec)
- Setting register to program the UDP TX DSP port (16 + 1 in dec) are
now 32 bit wide (udp dst0 port - lower 16 bits, udp dst1 port - higher 16
bits).
I sent flash for FPGA to Alexander and he must publish files on the
site soon.
I should say, I have not tested work of the project. Please report any
issues.
Regards ,
Andrew Karpenkov
Hi all,
I've pushed more public documentation for LMS6002D to the repository:
https://github.com/chemeris/lms6002-documentation
FAQ should be very interesting for everyone - recommended reading.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi,
On Sun, Jul 15, 2012 at 8:48 PM, ☎ <Max.Suraev(a)fairwaves.ru> wrote:
> Hello.
>
> I'd like to test new ML anyway so here is my question :)
>
> I've stumbled upon pretty interesting $subj at
> http://nvie.com/posts/a-successful-git-branching-model/ (Russian translation is
> available at http://habrahabr.ru/post/147260/ ).
>
> What do you think of it guys? Should we try to adopt it? Or at least document
> whatever model we use now?
I need some time to read the post, but in general it's a good idea to
describe branching policy.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi Jean-Samuel,
Could you share the prices you get for UmTRX from your fab for this
batch of prototypes and for the next batches? We have to understand
the cost price to see what could we offer to customers.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi all,
As UmTRX release gets closer, i want to gradually move all related
documentation, discussions, news, etc to public. The plan is to move
everything under the Osmocom umbrella, because it's a good
neighborhood for UmTRX.
Omsmocom.org server is somewhat overloaded now, so for the time being
all git repos will stay at github and wiki and files will stay at
Google Code. They will be moved to osmocom.org when they upgrade their
server.
Mailing list is not a big load, so the UmTRX public mailing list has
been created as umtrx(a)lists.osmocom.org. Some of you already received
subscription e-mails, everyone else is encouraged to subscribe as
well. You could do that with the web interface here:
http://lists.osmocom.org/cgi-bin/mailman/listinfo/umtrx
Please use the public mailing list for all technical discussions from
now on. "Project-mayotte" and "gsm-internal" are to be used for
business and manufacturing related, private or other highly 533kr337
discussions.
I'm going to publish schematics today together with some brief
description of features. Public Lime documentation will be published
as well.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru