[Discuss-gnuradio] OFDM_TX_RX_OVER_TCP

2012-05-09 Thread kalu4212

Hi all,
I tried to develop an OFDM transmitter and Recevier Using the OFDM Modulator
and Demodulator blocks available in GnuRadio.v3.4.2
Since I haven't received my USRP, I decided to test it using the TCP.

My PC Configuration:
Intel Core2Duo E8500 @3.16GHz 
4GB RAM, Fedora 16 , 64Bit.

The OFDM configuration:
BPSK,128FFT, 96Tones, sampling freq=2Mhz

The problem that I face is that the transmitted file gets corrupted only for
certain file sizes.
I have attached a test result(pdf) of transmission of files with different
sizes.
I'm unable to figure out the issue.



The attached images shows the flowgraphs of Transmitter and Reciever.
I have also attached the python files.
I  http://old.nabble.com/file/p33763599/OFDM_TCP_TX.png 
...
http://old.nabble.com/file/p33763599/OFDM_TCP_RX.png 


http://old.nabble.com/file/p33763599/OFDM_TX.py OFDM_TX.py 
..
http://old.nabble.com/file/p33763599/OFDM_RX.py OFDM_RX.py 

http://old.nabble.com/file/p33763599/OFDM_Block_test_MAY_2012%2B-%2BBPSK128_2M.pdf
OFDM_Block_test_MAY_2012+-+BPSK128_2M.pdf 
-- 
View this message in context: 
http://old.nabble.com/OFDM_TX_RX_OVER_TCP-tp33763599p33763599.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Uninstall GNU Radio 3.5.3 (installed with building-gnuradio script)

2012-05-09 Thread Ellen Apolinar
I have found the answer of my last question by myself:

I configured OpenBTS new, changed the OpenBTS.sql and smqueue.sql files, did

sqlite3 -init ./apps/OpenBTS.example.sql /etc/OpenBTS/OpenBTS.db
sqlite3 -init smqueue/smqueue.example.sql /etc/OpenBTS/smqueue.db


But now there is a new error:

 Starting the system...
 ALERT 3078318960 USRPDevice.cpp:545:setRxFreq: set RX: 1.7832e+09failed
 baseband freq: 1.78e+09
 DDC freq: -3.2e+06
 residual freq: 0.00298023
 ALERT 3078318960 Transceiver.cpp:540:driveControl: RX failed to tune
 ALERT 3074639568 TRXManager.cpp:342:tune: RXTUNE failed with status 1
 ALERT 3074639568 TRXManager.cpp:395:powerOn: POWERON failed with status 1
 ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with status
 1
 ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with status
 1
 1336484679.264657 3074639568:
 Welcome to OpenBTS. Type help to see available commands.
 OpenBTS ALERT 3041119088 TRXManager.cpp:409:setPower: SETPOWER failed
 with status 1
 ALERT 3065535344 TRXManager.cpp:86:clockHandler: TRX clock interface
 timed out, assuming TRX is dead.
 Aborted


I am not sure if there is still a problem with gnu radio or it is just an
error from OpenBTS.
(The configuration in OpenBTS.config are right and the correct softlink is
set so this shouldn't be the problem.)

*lsusrp:
*

 *Traceback (most recent call last):
   File /usr/bin/lsusrp, line 25, in module
 from gnuradio import usrp
 ImportError: cannot import name usrp*


so it seems that there are still problems with gnuradio but i don't know
how to locate them because I followed these guide:


 http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning#Building-and-Installing


ls -lR /dev/bus/usb | grep usrp:

 crw-rw 1 root usrp 189, 3 2012-05-09 08:38 004


so the USRP seems to be recognized.

So should I install gnuradio for a third time or is the error another?


Thanks in advance.

Regards
Ellen




2012/5/4 Ellen Apolinar ellen.apolinar...@googlemail.com

 Thanks a lot for your answers!


 Now there is still sn error when I want to start OpenBTS. Perhaps you
know it. First I describe what I did:


 I deleted all components from gnuradio 3.5.3 and followed this for
installing libusrp:

http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning#Building-dependencies

 I installed GNU Radio 3.3 from here:
http://gnuradio.org/releases/gnuradio/

 Before I continued:

 apt-get -y install libfontconfig1-dev libxrender-dev libpulse-dev swig
g++ automake autoconf python-dev libfftw3-dev libcppunit-dev
libboost-all-dev libusb-dev fort77 sdcc sdcc-libraries libsdl1.2-dev
python-wxgtk2.8 git-core guile-1.8-dev libqt4-dev python-numpy ccache
python-opengl libgsl0-dev python-cheetah python-lxml doxygen qt4-dev-tools
libqwt5-qt4-dev libqwtplot3d-qt4-dev pyqt4-dev-tools python-qwt5-qt4

 (I know that is a little bit too much but I wanted to be sure that
everything is alright.:)

 Then:

 ./configure --disable-all-components --enable-usrp --enable-gruel
 # make softlinks for boost and usrp-files


 Perhaps a stupid question but should I do these steps again before
starting OpenBTS?

 ./bootstrap
 ./configure
 make
 make install


 When without them I start OpenBTS:

 Starting the system...
 OpenBTS: GSMCommon.cpp:140: unsigned int
GSM::uplinkFreqKHz(GSM::GSMBand, unsigned int): Assertion
`(ARFCN511)(ARFCN886)' failed.
 Aborted

 But this is not the first time that this alert comes when I want to start
OpenBTS and the USRP1 is on (with the correct clock).


 Thanks a lot for your answers and your help.

 Regards
 Ellen

 2012/5/4 Martin Braun martin.br...@kit.edu

 On Fri, May 04, 2012 at 09:36:02AM +0200, Ellen Apolinar wrote:
  1) Unfortunatelly I installed a version which is too new for working
with
  OpenBTS so I want to uninstall it.
 
  make uninstall didn't work so I think I have to remove it manually.
(Locate
  gnuradio and them remove all files.)
 
  But i'm not sure if that is the right way so it would be great if you
can say
  me if I'm right or not.

 Hi Ellen,

 that's fine--just dive through /usr/local (or whatever your prefix is)
 and kill anything gnuradio-related.


 MB

 --
 Karlsruhe Institute of Technology (KIT)
 Communications Engineering Lab (CEL)

 Dipl.-Ing. Martin Braun
 Research Associate

 Kaiserstraße 12
 Building 05.01
 76131 Karlsruhe

 Phone: +49 721 608-43790
 Fax: +49 721 608-46071
 www.cel.kit.edu

 KIT -- University of the State of Baden-Württemberg and
 National Laboratory of the Helmholtz Association


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Uninstall GNU Radio 3.5.3 (installed with building-gnuradio script)

2012-05-09 Thread Ellen Apolinar
Sorry for the hole E-Mail-spam...

Now I think I fixed the error with lsusrp/GNU Radio. I write my steps how I
solved the problems for the case that someboy will get the same problem:

A soft link to the right directory python2.7/dist-packages/gnuradio/usrp
was needed.
After that I testet Python without errors:

python

  from gnuradio import usrp


lsusrp

 USRP 0 serial number 8R25XEU1
 RX d'board A: Flex 1800 Rx MIMO B
 RX d'board B: Flex 1800 Rx MIMO B
 TX d'board A: Flex 1800 Tx MIMO B
 TX d'board B: Flex 1800 Tx MIMO B
 usrp: failed to find usrp[1]
 usrp: failed to find usrp[2]
 usrp: failed to find usrp[3]
 usrp: failed to find usrp[4]
 usrp: failed to find usrp[5]
 usrp: failed to find usrp[6]
 usrp: failed to find usrp[7]



So I think the USRP is recognized and python and lsusrp are working
correctly.

So the one problem is the OpenBTS but I think that's not a topic for this
mailinglist.


Thank you for your help and your answers.

Regards
Ellen




2012/5/9 Ellen Apolinar ellen.apolinar...@googlemail.com

 I have found the answer of my last question by myself:

 I configured OpenBTS new, changed the OpenBTS.sql and smqueue.sql files,
did

 sqlite3 -init ./apps/OpenBTS.example.sql /etc/OpenBTS/OpenBTS.db
 sqlite3 -init smqueue/smqueue.example.sql /etc/OpenBTS/smqueue.db


 But now there is a new error:

 Starting the system...
 ALERT 3078318960 USRPDevice.cpp:545:setRxFreq: set RX: 1.7832e+09failed
 baseband freq: 1.78e+09
 DDC freq: -3.2e+06
 residual freq: 0.00298023
 ALERT 3078318960 Transceiver.cpp:540:driveControl: RX failed to tune
 ALERT 3074639568 TRXManager.cpp:342:tune: RXTUNE failed with status 1
 ALERT 3074639568 TRXManager.cpp:395:powerOn: POWERON failed with status 1
 ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with
status 1
 ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with
status 1
 1336484679.264657 3074639568:
 Welcome to OpenBTS. Type help to see available commands.
 OpenBTS ALERT 3041119088 TRXManager.cpp:409:setPower: SETPOWER failed
with status 1
 ALERT 3065535344 TRXManager.cpp:86:clockHandler: TRX clock interface
timed out, assuming TRX is dead.
 Aborted


 I am not sure if there is still a problem with gnu radio or it is just an
error from OpenBTS.
 (The configuration in OpenBTS.config are right and the correct softlink
is set so this shouldn't be the problem.)

 lsusrp:

 Traceback (most recent call last):
   File /usr/bin/lsusrp, line 25, in module
 from gnuradio import usrp
 ImportError: cannot import name usrp


 so it seems that there are still problems with gnuradio but i don't know
how to locate them because I followed these guide:


http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning#Building-and-Installing


 ls -lR /dev/bus/usb | grep usrp:

 crw-rw 1 root usrp 189, 3 2012-05-09 08:38 004


 so the USRP seems to be recognized.

 So should I install gnuradio for a third time or is the error another?


 Thanks in advance.

 Regards
 Ellen




 2012/5/4 Ellen Apolinar ellen.apolinar...@googlemail.com
 
  Thanks a lot for your answers!
 
 
  Now there is still sn error when I want to start OpenBTS. Perhaps you
know it. First I describe what I did:
 
 
  I deleted all components from gnuradio 3.5.3 and followed this for
installing libusrp:
 
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning#Building-dependencies
 
  I installed GNU Radio 3.3 from here:
http://gnuradio.org/releases/gnuradio/
 
  Before I continued:
 
  apt-get -y install libfontconfig1-dev libxrender-dev libpulse-dev swig
g++ automake autoconf python-dev libfftw3-dev libcppunit-dev
libboost-all-dev libusb-dev fort77 sdcc sdcc-libraries libsdl1.2-dev
python-wxgtk2.8 git-core guile-1.8-dev libqt4-dev python-numpy ccache
python-opengl libgsl0-dev python-cheetah python-lxml doxygen qt4-dev-tools
libqwt5-qt4-dev libqwtplot3d-qt4-dev pyqt4-dev-tools python-qwt5-qt4
 
  (I know that is a little bit too much but I wanted to be sure that
everything is alright.:)
 
  Then:
 
  ./configure --disable-all-components --enable-usrp --enable-gruel
  # make softlinks for boost and usrp-files
 
 
  Perhaps a stupid question but should I do these steps again before
starting OpenBTS?
 
  ./bootstrap
  ./configure
  make
  make install
 
 
  When without them I start OpenBTS:
 
  Starting the system...
  OpenBTS: GSMCommon.cpp:140: unsigned int
GSM::uplinkFreqKHz(GSM::GSMBand, unsigned int): Assertion
`(ARFCN511)(ARFCN886)' failed.
  Aborted
 
  But this is not the first time that this alert comes when I want to
start OpenBTS and the USRP1 is on (with the correct clock).
 
 
  Thanks a lot for your answers and your help.
 
  Regards
  Ellen
 
  2012/5/4 Martin Braun martin.br...@kit.edu
 
  On Fri, May 04, 2012 at 09:36:02AM +0200, Ellen Apolinar wrote:
   1) Unfortunatelly I installed a version which is too new for working
with
   OpenBTS so I want to uninstall it.
  
   make uninstall didn't work so I think I have to remove 

Re: [Discuss-gnuradio] Uninstall GNU Radio 3.5.3 (installed with building-gnuradio script)

2012-05-09 Thread Ellen Apolinar
Hey folks,

another problem which makes me lost:

I have read that usrp_fft.py has to work if I installed libusrp/GNU
Radio3.3 correctly and the USRP1 is connected with the right clock and the
computer.

But if I want to run usrp_fft.py I get:

 Traceback (most recent call last):
   File /usr/bin/usrp_fft.py, line 23, in module
 from gnuradio import gr, gru
   File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/__init__.py,
 line 43, in module
 from gnuradio_core import *
   File
 /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core.py, line
 23, in module
 from gnuradio_core_runtime import *
   File
 /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py,
 line 24, in module
 _gnuradio_core_runtime = swig_import_helper()
   File
 /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py,
 line 20, in swig_import_helper
 _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname,
 description)
 ImportError: libgruel-3.5.3git.so.0.0.0: cannot open shared object file:
 No such file or directory


locate libgruel shows be:

 /usr/lib/libgruel.la
 /usr/lib/libgruel.so
 /usr/lib/libgruel.so.0
 /usr/lib/libgruel.so.0.0.0
 /usr/share/doc/libgruel-dev
 /usr/share/doc/libgruel0
 /usr/share/doc/libgruel-dev/changelog.Debian.gz
 /usr/share/doc/libgruel-dev/copyright
 /usr/share/doc/libgruel0/changelog.Debian.gz
 /usr/share/doc/libgruel0/copyright
 /var/lib/dpkg/info/libgruel-dev.list
 /var/lib/dpkg/info/libgruel-dev.md5sums
 /var/lib/dpkg/info/libgruel0.list
 /var/lib/dpkg/info/libgruel0.md5sums
 /var/lib/dpkg/info/libgruel0.postinst
 /var/lib/dpkg/info/libgruel0.postrm
 /var/lib/dpkg/info/libgruel0.shlibs


So there is already libgruel installed but perhaps usrp_fft.py is searching
for the wrong version. Is it possible that I didn't delete all files from
the first installation of GNU Radio (3.5.3) before I installed GNu Radio
3.3?

So this means I have to delete all GNU Radio files again and to a new
installation?

I want to be sure if I have to do this before I delete all because perhaps
there is another solution.

Unfortunatelly Google can't help me so I need some help from you again.


Regards
Ellen



2012/5/9 Ellen Apolinar ellen.apolinar...@googlemail.com

 Sorry for the hole E-Mail-spam...

 Now I think I fixed the error with lsusrp/GNU Radio. I write my steps how
 I solved the problems for the case that someboy will get the same problem:

 A soft link to the right directory python2.7/dist-packages/gnuradio/usrp
 was needed.
 After that I testet Python without errors:

 python

  from gnuradio import usrp


 lsusrp

 USRP 0 serial number 8R25XEU1
 RX d'board A: Flex 1800 Rx MIMO B
 RX d'board B: Flex 1800 Rx MIMO B
 TX d'board A: Flex 1800 Tx MIMO B
 TX d'board B: Flex 1800 Tx MIMO B
 usrp: failed to find usrp[1]
 usrp: failed to find usrp[2]
 usrp: failed to find usrp[3]
 usrp: failed to find usrp[4]
 usrp: failed to find usrp[5]
 usrp: failed to find usrp[6]
 usrp: failed to find usrp[7]



 So I think the USRP is recognized and python and lsusrp are working
 correctly.

 So the one problem is the OpenBTS but I think that's not a topic for this
 mailinglist.


 Thank you for your help and your answers.

 Regards
 Ellen





 2012/5/9 Ellen Apolinar ellen.apolinar...@googlemail.com
 
  I have found the answer of my last question by myself:
 
  I configured OpenBTS new, changed the OpenBTS.sql and smqueue.sql files,
 did
 
  sqlite3 -init ./apps/OpenBTS.example.sql /etc/OpenBTS/OpenBTS.db
  sqlite3 -init smqueue/smqueue.example.sql /etc/OpenBTS/smqueue.db
 
 
  But now there is a new error:
 
  Starting the system...
  ALERT 3078318960 USRPDevice.cpp:545:setRxFreq: set RX: 1.7832e+09failed
  baseband freq: 1.78e+09
  DDC freq: -3.2e+06
  residual freq: 0.00298023
  ALERT 3078318960 Transceiver.cpp:540:driveControl: RX failed to tune
  ALERT 3074639568 TRXManager.cpp:342:tune: RXTUNE failed with status 1
  ALERT 3074639568 TRXManager.cpp:395:powerOn: POWERON failed with
 status 1
  ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with
 status 1
  ALERT 3074639568 TRXManager.cpp:409:setPower: SETPOWER failed with
 status 1
  1336484679.264657 3074639568:
  Welcome to OpenBTS. Type help to see available commands.
  OpenBTS ALERT 3041119088 TRXManager.cpp:409:setPower: SETPOWER failed
 with status 1
  ALERT 3065535344 TRXManager.cpp:86:clockHandler: TRX clock interface
 timed out, assuming TRX is dead.
  Aborted
 
 
  I am not sure if there is still a problem with gnu radio or it is just
 an error from OpenBTS.
  (The configuration in OpenBTS.config are right and the correct softlink
 is set so this shouldn't be the problem.)
 
  lsusrp:
 
  Traceback (most recent call last):
File /usr/bin/lsusrp, line 25, in module
  from gnuradio import usrp
  ImportError: cannot import name usrp
 
 
  so it seems that there are still problems with gnuradio but i don't know
 how to locate them because I followed these guide:
 
 
 

[Discuss-gnuradio] flow graph with feedback by using udp source/sink

2012-05-09 Thread Alick Zhao
Hi list,

I build a flow graph with both transmitter and receiver, and the forward
path works fine. Then I want to let receiver block to feedback some data
to the transmitter block, and I learn that GNU Radio does not allow the
flow graph has loops. Now I'm trying to walkaround the limitation by
using udp_sink and udp_source, but I haven't make it work.

I find that if I connect udp_source to a file_sink, the output file does
contain correct data and receiver works well. But if I connect
udp_source directly to the block in transmit path, the receiver cannot
receive any data. I guess it is due to the chicken-egg problem. Will it
help if udp_source outputs some initial value when the connecting port
has no data?  What is the right way to make feedback work?

-- 
alick
Fedora 16 (Verne) user
https://fedoraproject.org/wiki/User:Alick

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] MacOS, AVX, GCC, and LLVM

2012-05-09 Thread Jared Boone
On May 8, 2012, at 2:29 PM, Josh Blum wrote:

 Note that I'm compiling on a Sandy Bridge Intel processor, so Altivec
 (PPC), NEON (ARM), and float-ABI (ARM?) aren't available. Also, LLVM
 3.0 doesn't support -mpopcnt, and apparently doesn't support
 -munsafe_math_optimizations. And yet, the detections are showing
 Success. Sure enough, when I make, volk bombs out with:
 
 cc1: error: unrecognized command line option -mfpu=neon cc1: error:
 unrecognized command line option -mfloat-abi=softfp
 
 OK so, thats a pretty thorough analysis of the issue. I guess there
 there is question of how to fix/who to blame:
 
 1) cmake is at fault, and that patch needs to be in there

The CMake team has already incorporated a patch against forthcoming CMake 2.8.9:

http://public.kitware.com/Bug/view.php?id=13194

However, I don't think the patch is ideal -- regex on compiler output seems 
like running with scissors to me. It'd be better for Clang to report an error 
by shell return code. But see below, because I don't think CMake has an 
alternative to output string parsing, at the moment.

 2) clang is at fault and should error/not warn.

This is what I believe, but in the short term, it appears the CMake people have 
already had to deal with warnings that are errors as far as CMake is concerned.

 Is there a clang flag to force unknown flags to become errors?
 I think you can just pass another flag to CHECK_CXX_COMPILER_FLAG along
 with the one being check.

I tried using clang -Werror, but that does not change the return code -- it's 
0 with or without -Werror. I noodled around with 
-fdiagnostics-show-category=id and -fdiagnostics-show-category=name, but didn't 
get any reaction from Clang. I even dug through the Clang source and tried to 
target the specific warning by name, like this:

/usr/bin/c++ -Werror=unused-command-line-argument -Dhave_maltivec -maltivec -o 
test.cxx.o -c test.cxx

Still, I get 0.

It looks like the Clang team is aware of and has addressed this problem in time 
for the forthcoming LLVM 3.1 release:

http://llvm.org/bugs/show_bug.cgi?id=12181

 And if thats not possible we could switch to CHECK_CXX_SOURCE_COMPILES
 to help with the flag tests.
 
 3) volk has a way to specify compiler specific flags. But its probably
 wrong to use this if clang is using GCC flags and reporting as GNU.
 http://gnuradio.org/cgit/gnuradio.git/tree/volk/gen/archs.xml


Unless there's a workable Clang flag scheme I haven't tried, I'm not sure this 
would address the problem for LLVM releases  3.1, due to what I described 
above re: return codes.

Perhaps attempting to compile a single inline assembly instruction for the 
architecture/instruction set in question would yield a proper failure, 
regardless of Clang's behavior?

- Jared



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] MIMO configuration for gnuradio

2012-05-09 Thread Ebtisam Ahmed
Hi Tom

Sorry for such a late reply..
Can u share some tutorial for implementation of mimo with the help of
usrp. Any link what so ever

Looking forward to something useful

Thanks to u people. My project is now running very smoothly..

Regards,
Ebtisam

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] flow graph with feedback by using udp source/sink

2012-05-09 Thread Josh Blum


On 05/09/2012 08:26 AM, Alick Zhao wrote:
 Hi list,
 
 I build a flow graph with both transmitter and receiver, and the forward
 path works fine. Then I want to let receiver block to feedback some data
 to the transmitter block, and I learn that GNU Radio does not allow the
 flow graph has loops. Now I'm trying to walkaround the limitation by
 using udp_sink and udp_source, but I haven't make it work.
 

FWIW, I have implemented a message passing for gnuradio that you can use
as a feedback mechanism. Its not mainline code.

Instructions:
http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide#Messages

Implementation is on the next branch:
git://gnuradio.org/jblum.git

-Josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] possibility of processing data in FPGA

2012-05-09 Thread Josh Blum


On 05/08/2012 10:31 PM, Sravya Reddy wrote:
 hi,
 i have started working on SDR board a couple of weeks back. According to my
 knowledge, FPGA on the USRP board will do DDC(receive) and transfer the
 data sample to PC through USB port. now, my question is can we do signal
 processing tasks on FPGA??? suppose after down conversion i want to do some
 basic processing on FPGA..is there any possibility to do that? If yes , how
 to do the same.
 
 
 
 

Sure, here is a readme about FPGA mods:
http://code.ettus.com/redmine/ettus/projects/uhd/repository/revisions/master/entry/fpga/README.txt

And directory with some skeleton implementations:
http://code.ettus.com/redmine/ettus/projects/uhd/repository/revisions/master/show/fpga/usrp2/custom

-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] MIMO configuration for gnuradio

2012-05-09 Thread Tom Rondeau
On Wed, May 9, 2012 at 12:41 PM, Ebtisam Ahmed ebtisamahme...@gmail.com wrote:
 Hi Tom

 Sorry for such a late reply..
 Can u share some tutorial for implementation of mimo with the help of
 usrp. Any link what so ever

 Looking forward to something useful

 Thanks to u people. My project is now running very smoothly..

 Regards,
 Ebtisam

Sorry, Ebtisam, I don't have anything like a tutorial prepared for this.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] file sink issues

2012-05-09 Thread Eugene Lee

I am having an odd problem with the file sink. I am inputting a pulsed signal
into the N210. (~200 ns, 1 us period). The pulse frequency is a 5 MHz above
the center frequency. I am running at 50 MSps with a RFX2400. I can see the
correct plot when using the FFT sink and the scope sink.  I see a short
burst of sinusoidal signal and 800 ns of zero. 

However when I use a file sink, I see a 1.5 MHz signal that pervades the
entire stream. I have recorded a signal before without a problem, but not at
50 MSps. 
http://old.nabble.com/file/p33763650/untitled.png untitled.png 

If I look at the abs value, then it appears as if I have a DC offset. 
http://old.nabble.com/file/p33763650/untitled2.png untitled2.png 

But I am not sure why I only see this problem when I stream to a file as
opposed to the file sink.
-- 
View this message in context: 
http://old.nabble.com/file-sink-issues-tp33763650p33763650.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Amplifier

2012-05-09 Thread Cristian Rougier
Hello, i'm working in a private project with USRP 1 and OpenBTS on PCS 
1900MHZ.


Currently im working with chinesse (Ledmate.net) 25 dbm amplifier and 
duplexer for pcs 1900,
this works, but i having problems in some areas, i can't register any 
phones.


Can anybody tell me what is the best amplifiers brand for use in this 
project ?,

i need to full extend the coverage area.

My current configuration is


USRP1+clock tamer  PCS 25dbm amplifier  PCS duplexer  antenna (yagi 
or omni 9dbi)



I need any other component? i'm planing to change the amplifier, what is 
the best and

what better power for full extent coverage and work fine?

I wait your news

Thanks in advance

Regards

Cristian

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Block with two or more outputs, with different sizes

2012-05-09 Thread André Selva
Hi!

I'm creating a signal processing block in C++, and I want my block to
separate the source information into two different outputs, according to a
pattern. The problem is that the outputs have different sizes, and, as a I
return noutput_items in the work method, the outputs are completed with
zeros until they have all the same size. Is it possible to have different
output sizes in the block?

Thanks,

-- 
André F. B. Selva
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Block with two or more outputs, with different sizes

2012-05-09 Thread Josh Blum


On 05/09/2012 12:06 PM, André Selva wrote:
 Hi!
 
 I'm creating a signal processing block in C++, and I want my block to
 separate the source information into two different outputs, according to a
 pattern. The problem is that the outputs have different sizes, and, as a I
 return noutput_items in the work method, the outputs are completed with
 zeros until they have all the same size. Is it possible to have different
 output sizes in the block?
 

ok yes, see io_signaturev and some of the convenience factory functions
here:
http://gnuradio.org/cgit/gnuradio.git/tree/gnuradio-core/src/lib/runtime/gr_io_signature.h

-josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Block with two or more outputs, with different sizes

2012-05-09 Thread André Selva
Josh,

The problem is that i don't know in advance the size of each stream. I'm
kind of routing the input stream to the output streams, according to some
information i read in each packet. So, I know a max value to the stream
number of items, but cannot know certainly the output actual size.

Att,

2012/5/9 Josh Blum j...@joshknows.com



 On 05/09/2012 12:06 PM, André Selva wrote:
  Hi!
 
  I'm creating a signal processing block in C++, and I want my block to
  separate the source information into two different outputs, according to
 a
  pattern. The problem is that the outputs have different sizes, and, as a
 I
  return noutput_items in the work method, the outputs are completed with
  zeros until they have all the same size. Is it possible to have different
  output sizes in the block?
 

 ok yes, see io_signaturev and some of the convenience factory functions
 here:

 http://gnuradio.org/cgit/gnuradio.git/tree/gnuradio-core/src/lib/runtime/gr_io_signature.h

 -josh

 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio




-- 
André F. B. Selva -
SECOMP - Semana da Computação da Unicamp 2012
Coordenador Geral
CACo - Centro Acadêmico da Computação
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Windows build problems

2012-05-09 Thread Don Epand
Hello all,
I am trying to build a windows version of gnuradio for a friend. I have
gnuradio running on my Fedora 16 and Unbuntu 12.04 machines with no know
problems. I have most all of the necessary packages built and installed
for the build using cygwin. However; Boost1_49_0 ,while having built
without any problems, is not found by cmake. What I did was define
BOOST_PREFIX as /opt/boost_1_49_0. This installed boost in
the /opt/boost_1_49_0 by doing 
./bootstrap.sh
sudo ./b2 --prefix=$BOOST_PREFIX --with-thread --with-date_time
--with-program_options --with-filesystem --with-system
--layout=versioned threading=multi variant=release install

That Done Boost was installed in /opt/boost_1_49_0

I then define  BOOST_PREFIX=/opt/boost_1_49_0 again.

then switch to gnuradio build-dir and do.
cmake -DBOOST_ROOT=$BOOST_PREFIX -DBoost_INCLUDE_DIR=
$BOOST_PREFIX/include/boost-1_49/ -DBoost_LIBRARY_DIRS=
$BOOST_PREFIX/lib  ../

My cmake repeatedly says Could not find Boost
Thus nothing really gets built. I am pretty sure this is some kind of
PATH problem. I have added all of the boost directories to my PATH
statement and still no joy.
Anyone have any ideas?
Thanks
Don Epand



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Block with two or more outputs, with different sizes

2012-05-09 Thread Tom Rondeau
On Wed, May 9, 2012 at 3:06 PM, André Selva andrefse...@gmail.com wrote:
 Hi!

 I'm creating a signal processing block in C++, and I want my block to
 separate the source information into two different outputs, according to a
 pattern. The problem is that the outputs have different sizes, and, as a I
 return noutput_items in the work method, the outputs are completed with
 zeros until they have all the same size. Is it possible to have different
 output sizes in the block?

 Thanks,

 --
 André F. B. Selva

Andre,

You can call produce(which_output, how_many_items) yourself inside
the work function. When you return, instead of returning
noutput_items, return WORK_CALLED_PRODUCE (or -2). The 'produce'
handles updating the write buffers, and the return tells the scheduler
not to do anything more with the pointers.

I've never used this myself, so be careful :)

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Amplifier

2012-05-09 Thread wayne roberts
You should know the gain of your amplifier.
I would suspect that OpenBTS has USRP output power set to high level for
direct antenna connection.This is probably too much for your amplifier.
Try reducing your USRP output power to minimum level, then slowly increase
it while observing your amplifier output signal on another receiver.  Be
careful of signal overload of your receiver too.

On Wed, May 9, 2012 at 11:44 AM, Cristian Rougier crist...@lainfo.com.mxwrote:

 Hello, i'm working in a private project with USRP 1 and OpenBTS on PCS
 1900MHZ.

 Currently im working with chinesse (Ledmate.net) 25 dbm amplifier and
 duplexer for pcs 1900,
 this works, but i having problems in some areas, i can't register any
 phones.

 Can anybody tell me what is the best amplifiers brand for use in this
 project ?,
 i need to full extend the coverage area.

 My current configuration is


 USRP1+clock tamer  PCS 25dbm amplifier  PCS duplexer  antenna (yagi or
 omni 9dbi)


 I need any other component? i'm planing to change the amplifier, what is
 the best and
 what better power for full extent coverage and work fine?

 I wait your news

 Thanks in advance

 Regards

 Cristian

 __**_
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/**listinfo/discuss-gnuradiohttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Amplifier

2012-05-09 Thread Cristian Rougier
 

Hello, Wayne, thank you very much for your answer. 

This is the
amplifier and duplexer specs: (i paste this in order to dont attach the
doc).

AMPLIFIER 

Shenzhen Ledmate Technology Co., Ltd.
PCS Signal
Booster
Technical Features:
*Receiving and sending separation,low
require for Ant isolation,making it
convenient for installation.
*Mini
design with metal cavity filter technology
inside.
*Full-duplexdual-port design,and built-in power supply,making
it convenient for
installation.
*Allowing for continuous gain adjustment
31dB by 1dB step.
*ALC technology used to provide auto amplitude
fixing.
*Modules structures,making it convenient for
installation,debugging and
maintenance.
LM-P1900-25-A
Item
Frequency
Range (Mhz): Downlink :1930-1990MHz Uplink:1850-1910MHz
Downlink
:≥65dB
Gain (dB) Uplink :≥70dB
Output Power (dBm) ≥25 dBm
ALC ≥28
dB
Outer-band Spurious -36dBm ≤-36dBm(9KHz--1GHz)
Spurious emission
≤-30dBm(1GHz--12.5GHz)
Isolation 135dB
Tri-rank intermodulation
≤-40dBc(PO=25dBm/CH/2CH)
band flatness PCS1900≤±5
Relay Phone PCS
Cover
area 1000sq.m
(Without concealment)
Install Methods Lay/
Hanging(Indoor)
Power supply AC220V(Expert AC-DC Convertor)(Facility
Power Supply:DC+5V)
Size 200mm(W)×142mm(D)×40mm(H)
Weight Approx. 1.2
kg
Fittings DC+5V/3Apower adapter ; Instruction
High-reliability Comply
with GB6993-86 standard

DUPLEXER 

1850~1910MHZ/1930~1990MHZ DUPLEXER


Technical specification 

SERIAL 

PARAMETERS 

RX 

TX 

1


Frequency Range 

1850~1910MHz 

1930~1990MHz 

2 

Insertion Loss


≤1.0dB 

≤1.0dB 

3 

Ripple 

≤0.7dB 

≤0.7dB 

4 

VSWR 

≤1.3


≤1.3 

5 

Rejection 

≥65dB@1930~1990MHz 

≥65dB@1850~1910MHz 

6


Input Power 

50W CW 

7 

Operating Temperature 

-40℃~+70℃ 

8


Surface Finish 

Black Paint 

9 

Connectors 

N-Female 

10 

RoHS


Yes 

11 

Port Sign 

Port1:ANT ; Port2:RX ; Port3:TX 

If you please
see my last email to the list, were i describe my actual configuration.


Thank in advance 

Cristian 

El 2012-05-09 17:57, wayne roberts
escribió: 

 You should know the gain of your amplifier.
 I would
suspect that OpenBTS has USRP output power set to high level for direct
antenna connection. This is probably too much for your amplifier.
 Try
reducing your USRP output power to minimum level, then slowly increase
it while observing your amplifier output signal on another receiver. Be
careful of signal overload of your receiver too.
 
 On Wed, May 9,
2012 at 11:44 AM, Cristian Rougier crist...@lainfo.com.mx [3] wrote:


 Hello, i'm working in a private project with USRP 1 and OpenBTS on
PCS 1900MHZ.
 
 Currently im working with chinesse (Ledmate.net) 25
dbm amplifier and duplexer for pcs 1900,
 this works, but i having
problems in some areas, i can't register any phones.
 
 Can anybody
tell me what is the best amplifiers brand for use in this project ?,

i need to full extend the coverage area.
 
 My current configuration
is
 
 USRP1+clock tamer  PCS 25dbm amplifier  PCS duplexer 
antenna (yagi or omni 9dbi)
 
 I need any other component? i'm
planing to change the amplifier, what is the best and
 what better
power for full extent coverage and work fine?
 
 I wait your news


 Thanks in advance
 
 Regards
 
 Cristian
 

___
 Discuss-gnuradio
mailing list
 Discuss-gnuradio@gnu.org [1]

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [2]

-- 

LA
INFO
 Tecnología y Programación
 http://www.lainfo.com.mx [4]

crist...@lainfo.com.mx [5]

 Tel:(++5255) 8589-1554 / 2452-1030
 Movil:
55-1770-9888
 No imprimir si no es necesario.
 Protejamos el Medio
Ambiente 

Links:
--
[1] mailto:Discuss-gnuradio@gnu.org
[2]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[3]
mailto:crist...@lainfo.com.mx
[4] http://www.lainfo.com.mx/
[5]
mailto:crist...@lainfo.com.mx
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Windows build problems

2012-05-09 Thread Josh Blum

 My cmake repeatedly says Could not find Boost
 Thus nothing really gets built. I am pretty sure this is some kind of
 PATH problem. I have added all of the boost directories to my PATH
 statement and still no joy.
 Anyone have any ideas?
 Thanks
 Don Epand
 

You might want to trace through FindBoost.cmake and see where its
getting confused. Here is a somewhat relevant posting on the topic:
http://public.kitware.com/Bug/view.php?id=9510

Cygwin is probably not the best way to get gnuradio working in all its
glory on windows (maybe the gui toolkit support has gotten better?). You
may really have an easier time with MSVC in terms of getting working
dependencies: http://gnuradio.org/redmine/projects/gnuradio/wiki/CMakeWork

ALso, you may find these pre-built installers for windows useful:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNURadio_Windows

-Josh

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Amplifier

2012-05-09 Thread wayne roberts
The amplifier you have is both a receiver amplifier and transmitter
amplifier.
The receive side (uplink) says its 70dB gain, but hopefully that is with
ALC.
You could likely overload usrp receiver easily from that.

The OpenBTS.config has GSM.PowerAttenDB which you can try increasing to
reduce power output.
your specifications do not give the downlink gain.

On Wed, May 9, 2012 at 4:35 PM, Cristian Rougier crist...@lainfo.com.mxwrote:

 **

 Hello, Wayne, thank you very much for your answer.

 This is the amplifier and duplexer specs: (i paste this in order to dont
 attach the doc).

 AMPLIFIER

 Shenzhen Ledmate Technology Co., Ltd.
 PCS Signal Booster
 Technical Features:
 *Receiving and sending separation,low require for Ant isolation,making it
 convenient for installation.
 *Mini design with metal cavity filter technology inside.
 *Full-duplexdual-port design,and built-in power supply,making it convenient 
 for
 installation.
 *Allowing for continuous gain adjustment 31dB by 1dB step.
 *ALC technology used to provide auto amplitude fixing.
 *Modules structures,making it convenient for installation,debugging and
 maintenance.
 LM-P1900-25-A
 Item
 Frequency Range (Mhz): Downlink :1930-1990MHz Uplink:1850-1910MHz
 Downlink :≥65dB
 Gain (dB) Uplink :≥70dB
 Output Power (dBm) ≥25 dBm
 ALC ≥28 dB
 Outer-band Spurious -36dBm ≤-36dBm(9KHz—1GHz)
 Spurious emission ≤-30dBm(1GHz—12.5GHz)
 Isolation 135dB
 Tri-rank intermodulation ≤-40dBc(PO=25dBm/CH/2CH)
 band flatness PCS1900≤±5
 Relay Phone PCS
 Cover area 1000sq.m
 (Without concealment)
 Install Methods Lay/ Hanging(Indoor)
 Power supply AC220V(Expert AC-DC Convertor)(Facility Power Supply:DC+5V)
 Size 200mm(W)×142mm(D)×40mm(H)
 Weight Approx. 1.2 kg
 Fittings DC+5V/3Apower adapter ; Instruction
 High-reliability Comply with GB6993-86 standard





 DUPLEXER

 *1850~**1910MHz/1930~**1990MHz** **duplexer*



 Technical specification



 *Serial*

 *Parameters*

 *RX*

 *TX*

 1

 Frequency Range

 1850~1910MHz

 1930~1990MHz

 2

 Insertion Loss

 ≤1.0dB

 ≤1.0dB

 3

 Ripple

 ≤0.7dB

 ≤0.7dB

 4

 VSWR

 ≤1.3

 ≤1.3

 5

 Rejection

 ≥65dB@1930~1990MHz

 ≥65dB@1850~1910MHz

 6

 Input Power

 50W CW

 7

 Operating Temperature

 -40℃~+70℃

 8

 Surface Finish

 Black Paint

 9

 Connectors

 N-Female

 10

 RoHS

 Yes

 11

 Port Sign

 Port1:ANT ; Port2:RX ; Port3:TX





 If you please see my last email to the list, were i describe my actual
 configuration.

 Thank in advance

 Cristian











 El 2012-05-09 17:57, wayne roberts escribió:

 You should know the gain of your amplifier.
 I would suspect that OpenBTS has USRP output power set to high level for
 direct antenna connection.This is probably too much for your amplifier.
 Try reducing your USRP output power to minimum level, then slowly increase
 it while observing your amplifier output signal on another receiver.  Be
 careful of signal overload of your receiver too.

 On Wed, May 9, 2012 at 11:44 AM, Cristian Rougier 
 crist...@lainfo.com.mxwrote:

 Hello, i'm working in a private project with USRP 1 and OpenBTS on PCS
 1900MHZ.

 Currently im working with chinesse (Ledmate.net) 25 dbm amplifier and
 duplexer for pcs 1900,
 this works, but i having problems in some areas, i can't register any
 phones.

 Can anybody tell me what is the best amplifiers brand for use in this
 project ?,
 i need to full extend the coverage area.

 My current configuration is


 USRP1+clock tamer  PCS 25dbm amplifier  PCS duplexer  antenna (yagi or
 omni 9dbi)


 I need any other component? i'm planing to change the amplifier, what is
 the best and
 what better power for full extent coverage and work fine?

 I wait your news

 Thanks in advance

 Regards

 Cristian

 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


 --

 *La Info*
 Tecnología y Programación
 http://www.lainfo.com.mx
 crist...@lainfo.com.mx
 *Agréganos en 
 Facebookhttp://www.facebook.com/pages/La-Info-Publicidad-Bluetooth-Marketing-Bluetooth-Marketing-Sms/125635017500475
 *
 Tel:(++5255) 8589-1554 / 2452-1030
 Movil: 55-1770-9888
 No imprimir si no es necesario.
 Protejamos el Medio Ambiente

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Automatic Fine Tuning for FM demod

2012-05-09 Thread Marcus D. Leech
I've just updated simple_fm_rcv to implement a simple Automatic Fine 
Tuning function.


This function measures DC offset on the output of the demodulator block, 
and uses that to drive a parameter of the freq-xlating
  filter block that's on the input.  It seems to work OK in my simple 
tests this evening.  This is a piece that typically wouldn't be required
  if using UHD hardware, but the RTL-SDR radios have, ahem, 
less-than-ideal master oscillators, so I wanted to see if AFT would be

  possible.

So, in effect, I've implemented a feedback loop within the flow-graph.  
But it's via a polled value, so it doesn't violate the rules.


--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Transmit and receive suing GMSK

2012-05-09 Thread Jamie Wo
Hi Vivian,

Sorry for the delay.

I cannot see anything probelm from your grc graphs. It looks like you have
already received signals from the transmitter. My suggestion is to check
the parameters of packet decoder, GMSK demod, gain, etc. Hope you can sovle
it.

Regards,

Jamie

On Wed, May 2, 2012 at 10:35 AM, Vivian Paola Triana Galeano 
motis1232...@gmail.com wrote:


 Hi Jamie!

 Thanks for your help, I tried trasmitting and receiving with the flowgraph 
 attached
 and the result was the FFT after the UHD-USRP source
 FFT_after_UHD_source.png.  However I didn't receive anything after the
 gmsk_demod. I don't know why but anything I can see.

 If you can help me again, I really thank you.

 Vivian.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Amplifier

2012-05-09 Thread Cristian Rougier
 

Hello, and thank you for your answer 

i have 

GSM.PowerAttenDB 23


Do you think that i need to increase ? 

Regards 

Cristian 

El
2012-05-09 20:00, wayne roberts escribió: 

 The amplifier you have is
both a receiver amplifier and transmitter amplifier.
 The receive side
(uplink) says its 70dB gain, but hopefully that is with ALC.
 You could
likely overload usrp receiver easily from that.
 
 The OpenBTS.config
has GSM.PowerAttenDB which you can try increasing to reduce power
output.
 your specifications do not give the downlink gain.
 
 On
Wed, May 9, 2012 at 4:35 PM, Cristian Rougier crist...@lainfo.com.mx
[6] wrote:
 
 Hello, Wayne, thank you very much for your answer. 


 This is the amplifier and duplexer specs: (i paste this in order to
dont attach the doc).
 
 AMPLIFIER 
 
 Shenzhen Ledmate
Technology Co., Ltd.
 PCS Signal Booster
 Technical Features:

*Receiving and sending separation,low require for Ant isolation,making
it
 convenient for installation.
 *Mini design with metal cavity
filter technology inside.
 
 *Full-duplexdual-port design,and
built-in power supply,making it convenient for
 installation.

*Allowing for continuous gain adjustment 31dB by 1dB step.
 *ALC
technology used to provide auto amplitude fixing.
 
 *Modules
structures,making it convenient for installation,debugging and

maintenance.
 LM-P1900-25-A
 Item
 Frequency Range (Mhz): Downlink
:1930-1990MHz Uplink:1850-1910MHz
 Downlink :≥65dB
 Gain (dB) Uplink
:≥70dB
 
 Output Power (dBm) ≥25 dBm
 ALC ≥28 dB
 Outer-band
Spurious Spurious emission ≤-30dBm(1GHz--12.5GHz)
 Isolation 135dB

Tri-rank intermodulation ≤-40dBc(PO=25dBm/CH/2CH)
 band flatness
PCS1900≤±5
 
 Relay Phone PCS
 Cover area 1000sq.m
 (Without
concealment)
 Install Methods Lay/ Hanging(Indoor)
 Power supply
AC220V(Expert AC-DC Convertor)(Facility Power Supply:DC+5V)
 Size
200mm(W)×142mm(D)×40mm(H)
 Weight Approx. 1.2 kg
 
 Fittings
DC+5V/3Apower adapter ; Instruction
 High-reliability Comply with
GB6993-86 standard
 
 DUPLEXER 
 
 1850~1910MHZ/1930~1990MHZ
DUPLEXER 
 
 Technical specification 
 
 SERIAL 
 

PARAMETERS 
 
 RX 
 
 TX 
 
 1 
 
 Frequency Range 


 1850~1910MHz 
 
 1930~1990MHz 
 
 2 
 
 Insertion Loss

 
 ≤1.0dB 
 
 ≤1.0dB 
 
 3 
 
 Ripple 
 
 ≤0.7dB

 
 ≤0.7dB 
 
 4 
 
 VSWR 
 
 ≤1.3 
 
 ≤1.3 
 

5 
 
 Rejection 
 
 ≥65dB@1930~1990MHz 
 

≥65dB@1850~1910MHz 
 
 6 
 
 Input Power 
 
 50W CW 
 

7 
 
 Operating Temperature 
 
 -40℃~+70℃ 
 
 8 
 

Surface Finish 
 
 Black Paint 
 
 9 
 
 Connectors 
 

N-Female 
 
 10 
 
 RoHS 
 
 Yes 
 
 11 
 
 Port
Sign 
 
 Port1:ANT ; Port2:RX ; Port3:TX 
 
 If you please see
my last email to the list, were i describe my actual configuration. 


 Thank in advance 
 
 Cristian 
 
 El 2012-05-09 17:57, wayne
roberts escribió: 
 
 You should know the gain of your
amplifier.
 I would suspect that OpenBTS has USRP output power set to
high level for direct antenna connection. This is probably too much for
your amplifier.
 Try reducing your USRP output power to minimum
level, then slowly increase it while observing your amplifier output
signal on another receiver. Be careful of signal overload of your
receiver too.
 
 On Wed, May 9, 2012 at 11:44 AM, Cristian Rougier
crist...@lainfo.com.mx [3] wrote:
 
 Hello, i'm working in a
private project with USRP 1 and OpenBTS on PCS 1900MHZ.
 

Currently im working with chinesse (Ledmate.net) 25 dbm amplifier and
duplexer for pcs 1900,
 this works, but i having problems in some
areas, i can't register any phones.
 
 Can anybody tell me what
is the best amplifiers brand for use in this project ?,
 i need to
full extend the coverage area.
 
 My current configuration
is
 
 USRP1+clock tamer  PCS 25dbm amplifier  PCS duplexer 
antenna (yagi or omni 9dbi)
 
 I need any other component? i'm
planing to change the amplifier, what is the best and
 what better
power for full extent coverage and work fine?
 
 I wait your
news
 
 Thanks in advance
 
 Regards
 

Cristian
 
 ___

Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org [1]

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [2]
 
 --

 
 LA INFO
 Tecnología y Programación
 http://www.lainfo.com.mx
[4]
 crist...@lainfo.com.mx [5]
 
 Tel:(++5255) 8589-1554 /
2452-1030
 Movil: 55-1770-9888
 No imprimir si no es necesario.

Protejamos el Medio Ambiente

-- 

LA INFO
 Tecnología y Programación

http://www.lainfo.com.mx [7]
 crist...@lainfo.com.mx [8]

 Tel:(++5255)
8589-1554 / 2452-1030
 Movil: 55-1770-9888
 No imprimir si no es
necesario.
 Protejamos el Medio Ambiente 

Links:
--
[1]
mailto:Discuss-gnuradio@gnu.org
[2]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[3]
mailto:crist...@lainfo.com.mx
[4] http://www.lainfo.com.mx/
[5]
mailto:crist...@lainfo.com.mx
[6] mailto:crist...@lainfo.com.mx
[7]
http://www.lainfo.com.mx/
[8] mailto:crist...@lainfo.com.mx
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org