Hi Thomas.<div><br></div><div><div>Do you use TXLPF and which if yes?</div><div>And also, please let us know other registers dump of TX part, especially TXVGA's.</div><div>Btw, unfortunatelly, I do not know how to switch LPF otherwise than by direct registers access.</div>
<div>Now I work with power consumption and forced to write to registers to see </div><div>can LPF to suppress spurs (which occur without LDO regulators) or not.</div></div><div><br></div><div>Best regards,<div>Andrey Sviyazov.</div>
<br>
<br><br><div class="gmail_quote">2012/10/25 Thomas Tsou <span dir="ltr"><<a href="mailto:ttsou@vt.edu" target="_blank">ttsou@vt.edu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I spent some time yesterday testing UmTRX with MCBTS. Aside from some<br>
trivial fixes (inverted sample rate), the code ran fine with no<br>
issues. The default bandwidth of the LPF was insufficient, so that was<br>
widened. I tested with 9 handsets between 3 and 7 carriers on a Core2<br>
Duo (P7570) laptop.<br>
<br>
  git://<a href="http://github.com/ttsou/openbts-multi-arfcn.git" target="_blank">github.com/ttsou/openbts-multi-arfcn.git</a> umtrx<br>
<br>
Configuration is through sqlite database, which is unchanged from<br>
mainline; just set the number of ARFCN (7 max) and C1 channels.<br>
Because of the bandwidth involved, be sure to increase the maximum<br>
buffer sizes for UHD. The uhd_usrp_probe utility will warn if the<br>
target size cannot be set.<br>
<br>
  <a href="http://files.ettus.com/uhd_docs/manual/html/transport.html#linux-specific-notes" target="_blank">http://files.ettus.com/uhd_docs/manual/html/transport.html#linux-specific-notes</a><br>
<br>
Design<br>
=====<br>
There are three resampling stages.<br>
<br>
1. Outer resampler converts from the device rate to a multiple of the<br>
400 kHz channel spacing.<br>
2. Channelizer demultiplexes input stream to M channels<br>
3. Inner resampler converts from 400 kHz to a multiple of the GSM symbol rate.<br>
<br>
UmTRX rates:<br>
<br>
Channelizer Rate   Device Rate  Decimation<br>
<br>
   1.6 Msps            1.625 Msps         8<br>
   3.2 Msps            3.250 Msps         4<br>
<br>
Options<br>
======<br>
<br>
To broadcast dummy bursts on all carriers for spectrum testing,<br>
uncomment the following preprocessor declaration in radioParams.h.<br>
<br>
#define ENABLE_ALL_CHANS<br>
<br>
With dummy bursts on all carriers:<br>
<br>
  <a href="http://filebox.vt.edu/users/ttsou/http/7carrier_umtrx.PNG" target="_blank">http://filebox.vt.edu/users/ttsou/http/7carrier_umtrx.PNG</a><br>
<br>
Calibration<br>
========<br>
<br>
Calibration remains a concern. With single carrier, the carrier<br>
leakage and and IQ imbalance appear as in-band distortion. For MCBTS,<br>
OpenBTS offsets C0 on to the lowest carrier. This makes the carrier<br>
and image quite visible, as shown in the following uncalibrated<br>
capture. I checked with a swept tone to verify that this issue was not<br>
a result of baseband DSP. The USRP also shows similar effects.<br>
<br>
  <a href="http://filebox.vt.edu/users/ttsou/http/carrier_image.PNG" target="_blank">http://filebox.vt.edu/users/ttsou/http/carrier_image.PNG</a><br>
<br>
Any idea how much carrier and image suppression we should expect with<br>
calibration on UmTRXv2?<br>
<span class="HOEnZb"><font color="#888888"><br>
  Thomas<br>
<br>
</font></span></blockquote></div><br></div>