Re: [Discuss-gnuradio] WBX

[Matt Ettus]

Ettus website says it is full duplex. Gnuradio code says it is half-duplex. 
Which one is right?



It is definitely full duplex


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

Re: [Discuss-gnuradio] need help on transimit a band signal

[Josh Blum]

What is the amplitude of the digital samples going into the usrp sink?

For usrp, the max amplitude is 2**15. Try an amplitude around 10e3
For usrp2, the max amplitude is 1.0. Try an amplitude around 0.1

-Josh

On 01/18/2010 07:58 PM, cbwangmail wrote:

hi
  in grc,i have a problem,i want to trasimit a band signal with the grc 's 
block,but when i tansimitted it,there is something wrong with it.in the 
receiver,it is only a frequent point signal.so it indicate that the trasimitter 
is wrong.i guess the usrp sink do not do a goog work.so how can i do with the 
usrp sink to have a band sink. i am looking forward to your reply.
thanks!



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



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

[Discuss-gnuradio] gr-pager compile problem

[Robert McGwier]

I have seen several report gr-pager compilation problems.

I ran into this on a computer.  The solution was straightforward.  I did not
have <> of the packages from

http://gnuradio.org/redmine/wiki/gnuradio/UbuntuInstall

installed because given the apt-get command indicated on that page resulted
in some installed packages.  Once done,  I did a

make distclean
./bootstrap
./configure
make

and all went well.

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

Re: [Discuss-gnuradio] xcvr2450 and MIMO

[Per Zetterberg]

Matt Ettus wrote:

On 01/18/2010 12:49 PM, Per Zetterberg wrote:

Dear All.

I think I read on the list that xcvr2450 doesn't support MIMO (frequency
coherent transceivers to be more precise). However, when I search for
xcvr2450 and MIMO in the archives I don't find any post on this.

Can somebody update me on this ?



You CAN do MIMO with the XCVR2450.  However, phased arrays (where you 
need to know the absolute phase difference between boards) will be 
hard due to the fractional-N synthesizer.


The only board which is not MIMO capable is the TVRX.

Matt
That's great! But doesn't the same problem (fractional-N synthesizer) 
also apply to the RFX? I think I have seen this phase-shift. I have used 
my own db driver most of the time - does the proper driver fix this ?


BR/
Per




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

[Discuss-gnuradio] need help on transimit a band signal

[cbwangmail]

hi
 in grc,i have a problem,i want to trasimit a band signal with the grc 's 
block,but when i tansimitted it,there is something wrong with it.in the 
receiver,it is only a frequent point signal.so it indicate that the trasimitter 
is wrong.i guess the usrp sink do not do a goog work.so how can i do with the 
usrp sink to have a band sink. i am looking forward to your reply.
thanks!___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] USRP might be broken but i don't know how to check

[ashar rizqi]

I have been transmitting random data using benchmark_tx and benchmark_rx.
two things happen

1. the first transmission will be successful. If i stop the command and
retry it immediately nothing happens. I have to unplug and plug the ursp
back again and it works. Any ideas as to why that happens and how do i fix
it.
2. If we look at the lines showing how the transmission went where we can
see

ok=true  pktno=116 n_rcvd 59 n_right 59

Can some one give me details as to what this is showing me. When I try the
transmission a second or third time with the exact same configuration the
ok=false jumps up dramatically and the n_right fallls dramatically. Any
particular reason? I have tried different things to fix it including
changing the distance between the radios but it doesn't work.

Any ideas as to what is going on?
You help is much appreciated
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] default DAC setting

[Eric Blossom]

On Tue, Jan 19, 2010 at 07:03:37AM +0800, Yan Nie wrote:
> Dear all,
> 
> What's the default setting, if python doesn't write any register in
> AD9862. For example, in gr-sounder project there isn't any
> configuration for AD9862 chip.
> 
> Thanks in advance
> 
> Regards,
> Yan

gr-sounder (sounder.py) uses usrp.sink_s to talk to the USRP, thus it
uses the default values that are written by usrp_basic* and usrp_standard*

Look in usrp/host/lib/usrp_{basic,standard}.cc for the details.

Eric


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

Re: [Discuss-gnuradio] USRP MIMO node bandwidth

[Eric Blossom]

On Mon, Jan 18, 2010 at 11:46:53PM +0100, Óscar González Fernández wrote:
> Dear all.
> 
> We are trying to setup a MIMO node using a USRP motherboard and two
> xcvr2450. Theoretically the maximum allowable transmission bandwidth when
> using two antennas simultaneously is 4 MHz or 8 MHz if using a single
> antenna (limited by the bandwidth of the USB port). However, we have seen
> that the maximum affordable aliasing free bandwidth is approximately 2 MHz
> due to the poor antialiasing performance of these filters. As we need more
> bandwidth, the question is: Do you think it could be possible to put a
> better interpolation filter that fits into the FPGA while mantaining two
> transmission and reception chains?

What is the amplitude of the signals you're sending?
If you need more linearity, try sending smaller signals.

Eric


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

Re: [Discuss-gnuradio] USRP2 in VirtualBox

[Eric Blossom]

On Mon, Jan 18, 2010 at 04:19:30PM -0500, Demijan Klinc wrote:
> Hi everyone,
> 
> I've been trying to make USRP2 work in Ubuntu 9.04 running in
> VirtualBox and while  I was
> able to install gnuradio all right, I cannot communicate with the
> USRP2 unit. For instance,
> "find_usrps" (run either as user or root) always returns: No USRP2
> found.
> 
> I was wondering if anybody has been able to make USRP2 work using
> Linux with VirtualBox and
> if so, how does one go about doing so.
> 
> Any help would be greatly appreciated.
> 
> Thanks,
> D

I'd guess some kind of networking configuration problem.

Have you tried using wireshark to see what's happening on the wire?

Eric


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

Re: [Discuss-gnuradio] Help with the C502 capacitor

[Matt Ettus]

10uF 16 Volts Size-C

Matt

On 01/18/2010 01:34 PM, Demijan Klinc wrote:

Hi everyone,

I need to replace the C502 capacitor and
I am not able to identify the right component.
It is one of those bigger yellowish capacitors, located just next to the
"TXB" letters on the USRP board.

On www.digikey.com , for instance, one can
choose from the following:

* Aluminum (13,539 items)
  

* Arrays (495 items)
  

* Ceramic (23,784 items)
  

* Film (4,281 items)
  

* Mica and PTFE (123 items)
  

* Niobium Oxide (234 items)
  

* Supercaps, Ultracaps, Aerogel, Electric Double Layer (270 items)
  

* Tantalum (8,917 items)
  

* Thin Film (404 items)
  

* Trimmers, Variable (270 items)
  


*
Can anyone tell me which type I should be looking at, and the packaging
dimensions
(my measurement gave me ~6mm x ~4mm x ~3mm)? Any further information
on the specs of original part and/or where I could order it would be
greatly appreciated.

Thanks a lot in advance for your help,
Demijan
*



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




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

[Discuss-gnuradio] default DAC setting

[Yan Nie]

Dear all,


What's the default setting, if python doesn't write any register in AD9862. For 
example, in gr-sounder project there isn't any configuration for AD9862 chip.


Thanks in advance


Regards,
Yan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] USRP MIMO node bandwidth

[Óscar González Fernández]

Dear all.

We are trying to setup a MIMO node using a USRP motherboard and two
xcvr2450. Theoretically the maximum allowable transmission bandwidth when
using two antennas simultaneously is 4 MHz or 8 MHz if using a single
antenna (limited by the bandwidth of the USB port). However, we have seen
that the maximum affordable aliasing free bandwidth is approximately 2 MHz
due to the poor antialiasing performance of these filters. As we need more
bandwidth, the question is: Do you think it could be possible to put a
better interpolation filter that fits into the FPGA while mantaining two
transmission and reception chains?

Related improvements are already done:
http://gnuradio.org/redmine/issues/show/382

The problem is that this modification resource usage is about 96% and only
one receive and transmit chains are enabled, thus, losing MIMO capabilities.
For maximum bandwidth we think that fixing the total interpolation rate to
32 (supressing the CIC filters) and doing a better (but resource expensive)
filtering could be a solution.

Thanks in advance

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

Re: [Discuss-gnuradio] What time is it?

[Matt Ettus]

On 01/18/2010 01:02 PM, Per Zetterberg wrote:

Josh Blum wrote:

Glad you are trying out the branch. A few notes here:

1) There is a bug where after power-up, everytime (but the first) you
restart streaming and get samples there is junk data, and it will read
"bad vrt header". Its harmless, but should be fixed

2) FYI The second parameter to start_rx_streaming, if left out, means
stream asap.

3) The time registers are write only. There is no control packet to
read-back time registers. That should be removed from the code.

4) There needs to be a way to set the time on the next pps. This must
be added, I am working on this now When done, you should be able
to get the timestamp off of the serial port of a gps device and sync
up the usrp2 to the correct seconds. Or use your own free-running
seconds...

5) When you didnt get any samples back after setting time time: I cant
tell if this is a bug or just a bad time. I will test this out

-Josh


Does this imply that timestamps are completely useless without a pps
signal ?

4) This sounds brilliant!



Sync on pps only makes sense if you actually have a PPS signal coming 
in.  If not, you'll need to use the free-running seconds count.


Matt


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

Re: [Discuss-gnuradio] xcvr2450 and MIMO

[Matt Ettus]

On 01/18/2010 12:49 PM, Per Zetterberg wrote:

Dear All.

I think I read on the list that xcvr2450 doesn't support MIMO (frequency
coherent transceivers to be more precise). However, when I search for
xcvr2450 and MIMO in the archives I don't find any post on this.

Can somebody update me on this ?



You CAN do MIMO with the XCVR2450.  However, phased arrays (where you 
need to know the absolute phase difference between boards) will be hard 
due to the fractional-N synthesizer.


The only board which is not MIMO capable is the TVRX.

Matt


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

Re: [Discuss-gnuradio] 10MHz and 1pps signal synchronous

[Matt Ettus]

On 01/18/2010 01:53 PM, Per Zetterberg wrote:

Hi All,

On the FAQ page http://gnuradio.org/redmine/wiki/gnuradio/USRP2GenFAQ it
is said "the PPS signal should be synchronous to the 10 MHz reference".
I this really necessary ?


If you need to be able to sync the sampling to the exact 10ns sample, 
then you need it synchronous.  You don't need to be synchronous if:


- you are ok with +/-10ns ambiguity,
- it is ok that some seconds will contain exactly 100e6 samples while 
some will have 100e6 - 1 or 100e6 + 1 samples,



Can I run with a pps signal but without 10MHz ?


Yes, you can, with the same caveats as above.

Matt


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

[Discuss-gnuradio] 10MHz and 1pps signal synchronous

[Per Zetterberg]

Hi All,

On the FAQ page http://gnuradio.org/redmine/wiki/gnuradio/USRP2GenFAQ it 
is said "the PPS signal should be synchronous to the 10 MHz reference". 
I this really necessary ?


Can I run with a pps signal but without 10MHz ?

BR/
Per


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

[Discuss-gnuradio] USRP2 in VirtualBox

[Demijan Klinc]

Hi everyone,

I've been trying to make USRP2 work in Ubuntu 9.04 running in  
VirtualBox and while  I was
able to install gnuradio all right, I cannot communicate with the  
USRP2 unit. For instance,
"find_usrps" (run either as user or root) always returns: No USRP2  
found.


I was wondering if anybody has been able to make USRP2 work using  
Linux with VirtualBox and

if so, how does one go about doing so.

Any help would be greatly appreciated.

Thanks,
D


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

[Discuss-gnuradio] Help with the C502 capacitor

[Demijan Klinc]

Hi everyone,

I need to replace the C502 capacitor and
I am not able to identify the right component.
It is one of those bigger yellowish capacitors, located just next to the
"TXB" letters on the USRP board.

On www.digikey.com, for instance, one can choose from the following:

Aluminum (13,539 items)
Arrays (495 items)
Ceramic (23,784 items)
Film (4,281 items)
Mica and PTFE (123 items)
Niobium Oxide (234 items)
Supercaps, Ultracaps, Aerogel, Electric Double Layer (270 items)
Tantalum (8,917 items)
Thin Film (404 items)
Trimmers, Variable (270 items)
Can anyone tell me which type I should be looking at, and the  
packaging dimensions

(my measurement gave me ~6mm x ~4mm x ~3mm)? Any further information
on the specs of original part and/or where I could order it would  be  
greatly appreciated.


Thanks a lot in advance for your help,
Demijan___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] where is usrp2_make_source_32fc actually defined?

[Tom Gross]

Thanks Eric and Josh!

I think what's happening is that the systems that "work" have the make
methods in /usr/local/lib.

Doesn't explain to me what I am doing wrong in trying to clone them,
but at least it clarifies what's going on...


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

Re: [Discuss-gnuradio] What time is it?

[Per Zetterberg]

Josh Blum wrote:

Glad you are trying out the branch. A few notes here:

1) There is a bug where after power-up, everytime (but the first) you 
restart streaming and get samples there is junk data, and it will read 
"bad vrt header". Its harmless, but should be fixed


2) FYI The second parameter to start_rx_streaming, if left out, means 
stream asap.


3) The time registers are write only. There is no control packet to 
read-back time registers. That should be removed from the code.


4) There needs to be a way to set the time on the next pps. This must 
be added, I am working on this now When done, you should be able 
to get the timestamp off of the serial port of a gps device and sync 
up the usrp2 to the correct seconds. Or use your own free-running 
seconds...


5) When you didnt get any samples back after setting time time: I cant 
tell if this is a bug or just a bad time. I will test this out


-Josh

Does this imply that timestamps are completely useless without a pps 
signal ?


4) This sounds brilliant!

BR/
Per



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

[Discuss-gnuradio] xcvr2450 and MIMO

[Per Zetterberg]

Dear All.

I think I read on the list that xcvr2450 doesn't support MIMO (frequency 
coherent transceivers to be more precise). However, when I search for 
xcvr2450 and MIMO in the archives I don't find any post on this.


Can somebody update me on this ?

BR/
Per


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

Re: [Discuss-gnuradio] Minimum external clock for FPGA?

[Eric Blossom]

On Tue, Jan 19, 2010 at 01:56:39AM +0530, sandeep mishra wrote:
> Hi all,
> while I am trying to install gsm-receiver in airprobe, during make I got
> following errors:

Wrong list.

Please post your question to airprobe-main.

Eric


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

Re: [Discuss-gnuradio] Minimum external clock for FPGA?

[sandeep mishra]

Hi all,
while I am trying to install gsm-receiver in airprobe, during make I got
following errors:


Making all in openbtsstuff
make[6]: Entering directory
`/home/sandeep/airprobe/gsm-receiver/debug/src/lib/decoder/openbtsstuff'
/bin/bash ../../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H
-I. -I../../../../../src/lib/decoder/openbtsstuff -I../../../..
-I../../../../../src/lib/decoder -I../../../../../src/lib
-I/usr/local/include/gnuradio
-I../../../../../src/lib/decoder/openbtsstuff   -g -O2 -Wall
-Woverloaded-virtual -pthread  -MT GSMCommon.lo -MD -MP -MF
.deps/GSMCommon.Tpo -c -o GSMCommon.lo
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I.
-I../../../../../src/lib/decoder/openbtsstuff -I../../../..
-I../../../../../src/lib/decoder -I../../../../../src/lib
-I/usr/local/include/gnuradio -I../../../../../src/lib/decoder/openbtsstuff
-g -O2 -Wall -Woverloaded-virtual -pthread -MT GSMCommon.lo -MD -MP -MF
.deps/GSMCommon.Tpo -c
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp  -fPIC -DPIC -o
.libs/GSMCommon.o
In file included from
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.h:34,
 from
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp:23:
../../../../../src/lib/decoder/openbtsstuff/Timeval.h:73: error: ‘uint32_t’
does not name a type
../../../../../src/lib/decoder/openbtsstuff/Timeval.h:74: error: ‘uint32_t’
does not name a type
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp: In member
function ‘int32_t GSM::Clock::FN() const’:
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp:169: error: ‘class
Timeval’ has no member named ‘sec’
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp:169: error: ‘const
class Timeval’ has no member named ‘sec’
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp:170: error: ‘class
Timeval’ has no member named ‘usec’
../../../../../src/lib/decoder/openbtsstuff/GSMCommon.cpp:170: error: ‘const
class Timeval’ has no member named ‘usec’
make[6]: *** [GSMCommon.lo] Error 1
make[6]: Leaving directory
`/home/sandeep/airprobe/gsm-receiver/debug/src/lib/decoder/openbtsstuff'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory
`/home/sandeep/airprobe/gsm-receiver/debug/src/lib/decoder'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/home/sandeep/airprobe/gsm-receiver/debug/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/sandeep/airprobe/gsm-receiver/debug/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/sandeep/airprobe/gsm-receiver/debug/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sandeep/airprobe/gsm-receiver/debug'
make: *** [all] Error 2
sand...@sandeep-desktop:~/airprobe/gsm-receiver/debug$


please help me to sort out the reason I am unable to find.

On Mon, Jan 18, 2010 at 3:19 PM, Josh Blum  wrote:

>
>
> On 01/18/2010 12:53 AM, sandeep mishra wrote:
>
>> Hi,
>> Please help.
>> during installation of ariprobe I got following errors:
>>
>> out_pcap.c:8:18: error: pcap.h: No such file or directory
>> out_pcap.c: In function ‘write_pcap_file_header’:
>> out_pcap.c:34: error: storage size of ‘pfh’ isn’t known
>> out_pcap.c:37: error: ‘PCAP_VERSION_MAJOR’ undeclared (first use in this
>> function)
>> out_pcap.c:37: error: (Each undeclared identifier is reported only once
>> out_pcap.c:37: error: for each function it appears in.)
>> out_pcap.c:38: error: ‘PCAP_VERSION_MINOR’ undeclared (first use in this
>> function)
>> out_pcap.c: In function ‘write_pcap_packet’:
>> out_pcap.c:104: warning: incompatible implicit declaration of built-in
>> function ‘memcpy’
>> make[4]: *** [out_pcap.lo] Error 1
>> make[4]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src/lib'
>> make[3]: *** [all] Error 2
>> make[3]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src/lib'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid'
>> make: *** [all] Error 2
>> sand...@sandeep-desktop:~/airprobe/gsm-tvoid$
>>
>> I am using ubantu 9.1(karmic), gnuradio-3.2.2 and airprobe is installed
>> via
>> git.
>> Kindly help me please
>>
>>
> What does this have to do with "Minimum external clock for FPGA"?
>
> You are probably missing development files for pcap. Hence the
> out_pcap.c:8:18: error: pcap.h: No such file or directory
>
> try installing something like: libpcap0.8-dev - development library and
> header files for libpcap0.8
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



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

Re: [Discuss-gnuradio] where is usrp2_make_source_32fc actually defined?

[Eric Blossom]

On Mon, Jan 18, 2010 at 03:08:53PM -0500, Tom Gross wrote:
> I can believe i have a typo (though I have been looking at this for
> months, trust me :-) ) - but what I don't understand is, when I do
> 
> nm -a _usrp2.so | grep make
> 
> on the "regular" build it shows all four of the make methods as
> undefined.  Isn't that what "U" means? (I'm asking).  So how at
> run-time does this get resolved (on the version that works).
> 
> I would be curious to know what other people are seeing when they do
> nm -a _usrp2.so | grep make
> 

FWIW, when looking at .so's 

  $ nm --dynamic 

makes more sense.

You may also want to use 

  $ ldd .so

Eric


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

RE: [Discuss-gnuradio] data from adc

[Kyungtae Kim]

Thanks Sebastiaan. Now I know what the decimation means. Then, if I
decimate by 4 or 8, how I can get the sampled values before reaching fft
bins. What I want to do is to measure the noise power.

Thanks,
Kyungtae

-Original Message-
From: Sebastiaan Heunis [mailto:sheu...@gmail.com] 
Sent: Monday, January 18, 2010 1:11 PM
To: Kyungtae Kim
Cc: Gnuradio
Subject: Re: [Discuss-gnuradio] data from adc

Kyungtae

Do you mean directly after it is sampled, before any of the DDC
functions?  Then the answer is no.  You will have to decimate by a
factor of at least 4 when using real sampling and 8 when using complex
sampling to be able to get the data over the USB link (for the USRP1).

Sebastiaan

-- 
Sebastiaan Heunis
Radar Remote Sensing Group, University of Cape Town, South Africa
Tel:  +27 72 950 9370


On Mon, Jan 18, 2010 at 7:46 PM, Kyungtae Kim 
wrote:
> Hi,
>
>
>
> Is there a way to get the data from ADC directly? I can find some
examples
> to get it with using FFT, however without FFT, I wonder how it can be
> gotten.
>
>
>
> Thanks,
>
> Kyungtae
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


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

Re: [Discuss-gnuradio] where is usrp2_make_source_32fc actually defined?

[Tom Gross]

I can believe i have a typo (though I have been looking at this for
months, trust me :-) ) - but what I don't understand is, when I do

nm -a _usrp2.so | grep make

on the "regular" build it shows all four of the make methods as
undefined.  Isn't that what "U" means? (I'm asking).  So how at
run-time does this get resolved (on the version that works).

I would be curious to know what other people are seeing when they do
nm -a _usrp2.so | grep make


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

RE: [Discuss-gnuradio] measuring noise power

[Kyungtae Kim]

If you mean usrp_spectrum_sense.py and usrp_fft.py, then,
usrp_spectrum_sense.py in Gnuradio/gnuradio-examples/python/usrp,
usrp_fft.py in Gnuradio/gr-utils/src/python/, if your install gnuradio
is Gnuradio.

 

Thanks,

Kyungtae

 

From: Marcus D. Leech [mailto:mle...@ripnet.com] 
Sent: Monday, January 18, 2010 2:11 PM
To: Kyungtae Kim
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] measuring noise power

 

On 01/18/2010 01:22 PM, Kyungtae Kim wrote: 

Thanks, I tried to find the example, however I couldn't in the gnuradio
directories. Could you let me know where I can find the sample code?

 

Thanks,

Kyungtae

 

From: discuss-gnuradio-bounces+kyungtae=nec-labs@gnu.org
[mailto:discuss-gnuradio-bounces+kyungtae=nec-labs@gnu.org] On
Behalf Of Marcus D. Leech
Sent: Monday, January 18, 2010 1:06 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] measuring noise power

 

On 01/18/2010 12:36 PM, Kyungtae Kim wrote: 

Hi,

 

I am looking for a way to measure noise power through usrp1. I tried to
test with usrp_spectrum_sense.py, however I am not sure the power values
measured is correct, because it is not same values shown as the graph
from usrp_fft.py. I wonder if someone helps me out for this.

 

Thanks,

Kyungtae

 

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

Try building a little app using GRC using gr_complex_to_mag_squared(),
then run it through an
  averager.  

Or the 

gr_probe_avg_mag_sqrd_c()

Block.  Pretty straightforward.  Should be quite accurate.




gr-radio-astronomy/src/python/usrp_ra_receiver.py   computes total
power, using a long-term averager.

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

[Discuss-gnuradio] usrp_spectrum_sense.py

[Kyungtae Kim]

Hi,

In my experimentation, the measured power depends on fft_size and
dwell_delay in usrp_spectrum_sense.py while measuring noise power, the
larger those values results in higher measured power even if it is
normalized based on the fft_size like this. 

20*math.log10(math.sqrt(bin)/tb.fft_size) 
   - 20*math.log10(tb.fft_size) 
   -10*math.log(tb.power/tb.fft_size/tb.fft_size)

I wonder it is normal operation.   

Thanks,
Kyungtae


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

Re: [Discuss-gnuradio] where is usrp2_make_source_32fc actually defined?

[Josh Blum]

Maybe you have a typo from copying the usrp2 code, or didnt fill in the 
make function in a cc file. The compiler wont catch something like that 
unless you try to call the make function in some example c++ app. See 
gr-usrp2/src/usrp2_source_32fc.cc


usrp2_source_32fc_sptr
usrp2_make_source_32fc(const std::string &ifc, const std::string &mac_addr)
  throw (std::runtime_error)
{
  return gnuradio::get_initial_sptr(new usrp2_source_32fc(ifc, mac_addr));
}

-Josh

On 01/18/2010 10:38 AM, Tom Gross wrote:

I've been trying to create a usrp2 dual source class for a number of
weeks now, and I've come to realize there is something fundamental
about this development environment that I don't understand.

Basically i've been installing gnuradio and grc on a variety of Ubuntu
machines buy building gnuradio-3.2.2 thus:

cd gnuradio-3.2.2
./configure --prefix=/usr
make
sudo make install

I've also been making custom blocks using gr-howto-write-a-block-3.2.2.

Lately I've tried to create usrp2_dsource_16sc and
usrp2_dual_source_32fc (slightly different naming conventions just to
see if it would make a difference) in gnuradio-3.2.2/gr-usrp2/src by
mimicing exactly how it is done for the existing single-channel
classes.

Everything builds, but at run-time I am getting an "ImportError"
symbol undefined for _Z23usrp2_make_dsource_16scRKSsS0_

I did an "nm -a _usrp.so | grep make" in
/usr/lib/python2.6/dist-packages/gnuradio and see this:

d1b3 T _Z12make_int_ptrv
d238 T _Z13make_long_ptrv
d12e T _Z15make_uint16_ptrv
  U _Z20usrp2_make_sink_16scRKSsS0_
  U _Z20usrp2_make_sink_32fcRKSsS0_
  U _Z22usrp2_make_source_16scRKSsS0_
  U _Z22usrp2_make_source_32fcRKSsS0_
  U _Z23usrp2_make_dsource_16scRKSsS0_
  U _Z27usrp2_make_dual_source_32fcRKSsS0_
d1d7 t _wrap_make_int_ptr
d25c t _wrap_make_long_ptr
d152 t _wrap_make_uint16_ptr

What I've noticed now is that even in the original _usrp2.so built
from the unmodified gnuradio-3.2.2 source, which works, the make
methods for sink and source appear to be undefined, according to "nm
-a".

So where are they defined?  I'm hoping that if I knew how these
methods are resolved at run-time in the "off-the-shelf" version of the
code, I would see why modified code is not working.

-Tom


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



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

Re: [Discuss-gnuradio] What time is it?

[Josh Blum]

Glad you are trying out the branch. A few notes here:

1) There is a bug where after power-up, everytime (but the first) you 
restart streaming and get samples there is junk data, and it will read 
"bad vrt header". Its harmless, but should be fixed


2) FYI The second parameter to start_rx_streaming, if left out, means 
stream asap.


3) The time registers are write only. There is no control packet to 
read-back time registers. That should be removed from the code.


4) There needs to be a way to set the time on the next pps. This must be 
added, I am working on this now When done, you should be able to get 
the timestamp off of the serial port of a gps device and sync up the 
usrp2 to the correct seconds. Or use your own free-running seconds...


5) When you didnt get any samples back after setting time time: I cant 
tell if this is a bug or just a bad time. I will test this out


-Josh

On 01/18/2010 08:18 AM, Mattias Kjellsson wrote:

I was exited to see the vrt progress. I have compiled Josh's usrp2_vrt-
branch, installed the required firmware/fpga- image in the sd- card, and
can find the usrp2. Everything working so far.

But now comes the question, is there a way to read the current usrp2-
time, so that I can do something like "start_rx_streaming(0,
&future_time)".
I basically try to figure out what the time in the usrp2 is, and then
add a number of seconds/ticks/whatever to that, in order to start
receiving at some future instant.

To do this, I have tried two ways
First I tried to use two instances of a 16sc handler, one which just
read one sample (writing it to /dev/null), from which I extracted the
time, and then stopped the streaming.
Then I add a number of seconds/ticks to the time I got from the usrp2,
and start streaming again with that incremented time as the second
parameter to "start_rx_streaming(..,..)", and try to receive samples
using the second handler (which was actually writing to a file).

This results in two things,
1) During reception with the first handler, a message about bad VRT-
header is displayed, which I tracked back to usrp2_impl.cc, but not
further than that, since I can't really figure out under which
conditions the message is displayed.
2) During reception with the second handler, no samples are received. I
thought that it might have something to do with seconds being to long,
or a tick being to short, so I tried adding different values but that
didn't seem to change much, since the out- file was still 0 bytes.

In the second approach:
I noticed that there is a #define OP_READ_TIME 3, but after some
grepping I only found it in usrp2_eth_packet.h (where it was defined)
and in "usrp2_impl.cc, std::string opcode_to_string(int opcode)". What
are the plans of this op- code, a "what time is it on my usrp2 right
now"- function?

If that is the case, and it has not been written yet, I did some
rewriting of usrp2.cc, usrp2_impl.cc, usrp2.h and usrp2_impl.h for that
functionality (give me current time on the usrp2), using the already
existing struct op_read_time_reply_t. But this raises another question,
namely: What is "op_read_time_reply_t.time" actually describing? It is a
uint32_t, but the vrt_header seems to use a uint32_t for integer
seconds, and a uint64_t for fractional seconds, while the time_spec_t
structure seems to use two uint32_t for ticks and seconds, and another
structure for something I'm not sure about... I guess the question is,
do I parse the 32 bit integer to a time_spec_t? And if so how?

I think I lost my self somewhere. However would I be very happy if
someone could straighten my questions out.

Best regards
Mattias Kjellsson



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



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

Re: [Discuss-gnuradio] USB connectivity under gnuradio/cygwin

[Eric Blossom]

On Sun, Jan 17, 2010 at 02:13:10PM -0500, CAS wrote:
> I am trying to communicate with an external board (not the usrp)
> using usb.  I have a driver installed under Windows that works fine
> with a standalone application.  I have a gnuradio block for the same
> board, but am unable to get the usb driver recognized under cygwin.
> If someone has experience with this, I would appreciate some insight
> into whether there is something special that needs to be done to
> find the usb driver/port in cygwin to connect to the external board.
> As an alternative can someone point me to the gnuradio code that
> handles the usb connections for other boards so that I can use this
> as a model for moving forward.
> 
> Thanks,
> -CAS

We use libusb to talk to the USRP.

Eric


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

Re: [Discuss-gnuradio] measuring noise power

[Marcus D. Leech]

On 01/18/2010 01:22 PM, Kyungtae Kim wrote:


Thanks, I tried to find the example, however I couldn't in the 
gnuradio directories. Could you let me know where I can find the 
sample code?


Thanks,

Kyungtae

*From:* discuss-gnuradio-bounces+kyungtae=nec-labs@gnu.org 
[mailto:discuss-gnuradio-bounces+kyungtae=nec-labs@gnu.org] *On 
Behalf Of *Marcus D. Leech

*Sent:* Monday, January 18, 2010 1:06 PM
*To:* discuss-gnuradio@gnu.org
*Subject:* Re: [Discuss-gnuradio] measuring noise power

On 01/18/2010 12:36 PM, Kyungtae Kim wrote:

Hi,

I am looking for a way to measure noise power through usrp1. I tried 
to test with usrp_spectrum_sense.py, however I am not sure the power 
values measured is correct, because it is not same values shown as the 
graph from usrp_fft.py. I wonder if someone helps me out for this.


Thanks,

Kyungtae

  
  
___

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

Try building a little app using GRC using gr_complex_to_mag_squared(), 
then run it through an

  averager.

Or the

gr_probe_avg_mag_sqrd_c()

Block.  Pretty straightforward.  Should be quite accurate.

gr-radio-astronomy/src/python/usrp_ra_receiver.py   computes total 
power, using a long-term averager.


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

[Discuss-gnuradio] where is usrp2_make_source_32fc actually defined?

[Tom Gross]

I've been trying to create a usrp2 dual source class for a number of
weeks now, and I've come to realize there is something fundamental
about this development environment that I don't understand.

Basically i've been installing gnuradio and grc on a variety of Ubuntu
machines buy building gnuradio-3.2.2 thus:

cd gnuradio-3.2.2
./configure --prefix=/usr
make
sudo make install

I've also been making custom blocks using gr-howto-write-a-block-3.2.2.

Lately I've tried to create usrp2_dsource_16sc and
usrp2_dual_source_32fc (slightly different naming conventions just to
see if it would make a difference) in gnuradio-3.2.2/gr-usrp2/src by
mimicing exactly how it is done for the existing single-channel
classes.

Everything builds, but at run-time I am getting an "ImportError"
symbol undefined for _Z23usrp2_make_dsource_16scRKSsS0_

I did an "nm -a _usrp.so | grep make" in
/usr/lib/python2.6/dist-packages/gnuradio and see this:

d1b3 T _Z12make_int_ptrv
d238 T _Z13make_long_ptrv
d12e T _Z15make_uint16_ptrv
 U _Z20usrp2_make_sink_16scRKSsS0_
 U _Z20usrp2_make_sink_32fcRKSsS0_
 U _Z22usrp2_make_source_16scRKSsS0_
 U _Z22usrp2_make_source_32fcRKSsS0_
 U _Z23usrp2_make_dsource_16scRKSsS0_
 U _Z27usrp2_make_dual_source_32fcRKSsS0_
d1d7 t _wrap_make_int_ptr
d25c t _wrap_make_long_ptr
d152 t _wrap_make_uint16_ptr

What I've noticed now is that even in the original _usrp2.so built
from the unmodified gnuradio-3.2.2 source, which works, the make
methods for sink and source appear to be undefined, according to "nm
-a".

So where are they defined?  I'm hoping that if I knew how these
methods are resolved at run-time in the "off-the-shelf" version of the
code, I would see why modified code is not working.

-Tom


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

RE: [Discuss-gnuradio] measuring noise power

[Kyungtae Kim]

Thanks, I tried to find the example, however I couldn't in the gnuradio
directories. Could you let me know where I can find the sample code?

 

Thanks,

Kyungtae

 

From: discuss-gnuradio-bounces+kyungtae=nec-labs@gnu.org
[mailto:discuss-gnuradio-bounces+kyungtae=nec-labs@gnu.org] On
Behalf Of Marcus D. Leech
Sent: Monday, January 18, 2010 1:06 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] measuring noise power

 

On 01/18/2010 12:36 PM, Kyungtae Kim wrote: 

Hi,

 

I am looking for a way to measure noise power through usrp1. I tried to
test with usrp_spectrum_sense.py, however I am not sure the power values
measured is correct, because it is not same values shown as the graph
from usrp_fft.py. I wonder if someone helps me out for this.

 

Thanks,

Kyungtae

 

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

Try building a little app using GRC using gr_complex_to_mag_squared(),
then run it through an
  averager.  

Or the 

gr_probe_avg_mag_sqrd_c()

Block.  Pretty straightforward.  Should be quite accurate.



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

Re: [Discuss-gnuradio] data from adc

[Sebastiaan Heunis]

Kyungtae

Do you mean directly after it is sampled, before any of the DDC
functions?  Then the answer is no.  You will have to decimate by a
factor of at least 4 when using real sampling and 8 when using complex
sampling to be able to get the data over the USB link (for the USRP1).

Sebastiaan

-- 
Sebastiaan Heunis
Radar Remote Sensing Group, University of Cape Town, South Africa
Tel:  +27 72 950 9370


On Mon, Jan 18, 2010 at 7:46 PM, Kyungtae Kim  wrote:
> Hi,
>
>
>
> Is there a way to get the data from ADC directly? I can find some examples
> to get it with using FFT, however without FFT, I wonder how it can be
> gotten.
>
>
>
> Thanks,
>
> Kyungtae
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


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

Re: [Discuss-gnuradio] measuring noise power

[Marcus D. Leech]

On 01/18/2010 12:36 PM, Kyungtae Kim wrote:


Hi,

I am looking for a way to measure noise power through usrp1. I tried 
to test with usrp_spectrum_sense.py, however I am not sure the power 
values measured is correct, because it is not same values shown as the 
graph from usrp_fft.py. I wonder if someone helps me out for this.


Thanks,

Kyungtae


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
   
Try building a little app using GRC using gr_complex_to_mag_squared(), 
then run it through an

  averager.

Or the

gr_probe_avg_mag_sqrd_c()

Block.  Pretty straightforward.  Should be quite accurate.


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

Re: [Discuss-gnuradio] Understanding flow control

[Tom Gross]

On Sat, Jan 16, 2010 at 2:09 PM, Matt Ettus  wrote:

> What daughterboards are you using?  If it is the BasicRX or LFRX and BasicTX
> or LFTX, the you are probably better off doing this all in the same USRP2.
>  It would take some relatively small modifications to the FPGA.
>

We are using an LFRx and an LFTx.

We would absolutely love to have a version of the USRP2 firmware and
host software that can read both receiver channels, as we can on the
USRP1.

I've been trying for weeks (as a low-priority task when I have nothing
else to do) to create a "usrp2_dual_source" block as a first step
before modifying the firmware to read from either channel on the
USRP2, but I haven't been able to actually get it to work at all, even
as a dummy procedure, on the host side (I am going to post a separate
question about this to the discussion group after I finish this
message - there is some stuff about this development environment that
is baffling me).

I think what we really want to do is implement our algorithm as a
standalone program on the SD card, but I thought that using data from
both receiver channels on the host would be a logical intermediate
step.

Basically when I say it "blows up" it's a race condition, where our
host processing is unable to calculate the proper correction signal -
it seems clear to us (just from the way the system behaves) that when
RX is ON, our correction signal is getting delayed enough that by the
time our external hardware gets it it's no longer useful - it's more
important to us that our output be transmitted asap even if it means
dropping some of it.

Here's the output of the serial port when the system is working properly:

Tx dbid: 0xE
Rx dbid: 0xF

TxRx-NEWETH
00:50:C2:85:34:01
ethernet flow control: NONE
Speed set to 1000

eth link changed: speed = 1000
Tx dbid: 0xE
Rx dbid: 0xF
UEEUUEEUUE


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

[Discuss-gnuradio] data from adc

[Kyungtae Kim]

Hi,

 

Is there a way to get the data from ADC directly? I can find some
examples to get it with using FFT, however without FFT, I wonder how it
can be gotten.

 

Thanks,

Kyungtae

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

[Discuss-gnuradio] measuring noise power

[Kyungtae Kim]

Hi,

 

I am looking for a way to measure noise power through usrp1. I tried to
test with usrp_spectrum_sense.py, however I am not sure the power values
measured is correct, because it is not same values shown as the graph
from usrp_fft.py. I wonder if someone helps me out for this.

 

Thanks,

Kyungtae

 

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

Re: [Discuss-gnuradio] Help: about ./benchmark_rx.py

[Mattias Kjellsson]

> > Sorry, but your question is not very clear. It's a wireless modem, which
> > means it's subject to all sorts of issues that are dependent on your
> > setup and parameters.
> >
> > The best thing to do is to start simple and use usrp_fft.py to see if
> > you can observe any signal at the receiver and that the signal has a
> > good SNR. If you have the qtgui package installed with GNU Radio, you
> > can also try to use benchmark_qt_rx.py which will show you the received
> > signal and the baseband symbols (so you can look at the constellation).
> >
> > Tom
>
> Dear Tom
> I can observe signal when I use usrp_fft.py.
> But, How to know the SNR is good SNR?
> When I use TVRX the signal very was clear, but the BasicTX was not.
>
> In fact, I can use two RFX900 daughterborads to do the
> ./benchmark_tx.py -f 900M and ./benchmark_rx.py -f 900M.
> I think that's becasue they have same frequency range (750 to 1050 MHz).
> But, if I use the BasicTX and TVRX to do ./benchmark_tx.py -f 100M and
> ./benchmark_rx.py -f 100M, I can't run if.
> Because they have different freqency range?
> TVRX daughterborad is 50 MHz to 860 MHz Receiver
> BasicTX daughterborad is 1 MHz to 250 MHz Transmitter
>
> Or because antenna ?
> I buy the BasicTX, but not include antenna, so I use RFS900's antenna
> instead it.
> The result was TVRX can receive FM channel, But BasicTX can't send
> signal..
Hi,
It might not be related but, when reading from
http://www.ettus.com/faq#norf I found:
Q: With the BasicTX can I transmit basic FM and AM, without additional
hardware?
A: Yes, the BasicTX will put out about 1mW up to about 50 MHz. A simple
connectorized amplifier (ala MiniCircuits) will get you greater range.
You may also want to add some low-pass filtering.

Regards
/Mattias
> > > Hi:
> > >
> > > I want to try my daughterborad basic_TX and TV_RX.
> > > I try to use ./benchmark_tx.py -f 100M and ./benchmark_rx.py -f 100M
> > > Only the ./benchmark_tx.py can run, The ./benchmark_rx.py can't
> > > receive any signal.
> > > So, what's wrong about this? How can I do?
> > >
> > > Thanks in advance.
> > >
> > >
> > > *Mei-Wen Li (Emily)


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

[Discuss-gnuradio] What time is it?

[Mattias Kjellsson]

I was exited to see the vrt progress. I have compiled Josh's usrp2_vrt- 
branch, installed the required firmware/fpga- image in the sd- card, and 
can find the usrp2. Everything working so far.


But now comes the question, is there a way to read the current usrp2- 
time, so that I can do something like "start_rx_streaming(0, &future_time)".
I basically try to figure out what the time in the usrp2 is, and then 
add a number of seconds/ticks/whatever to that, in order to start 
receiving at some future instant.


To do this, I have tried two ways
First I tried to use two instances of a 16sc handler, one which just 
read one sample (writing it to /dev/null), from which I extracted the 
time, and then stopped the streaming.
Then I add a number of seconds/ticks to the time I got from the usrp2, 
and start streaming again with that incremented time as the second 
parameter to "start_rx_streaming(..,..)", and try to receive samples 
using the second handler (which was actually writing to a file).


This results in two things,
1)During reception with the first handler, a message about bad VRT- 
header is displayed, which I tracked back to usrp2_impl.cc, but not 
further than that, since I can't really figure out under which 
conditions the message is displayed.
2)   During reception with the second handler, no samples are received. 
I thought that it might have something to do with seconds being to long, 
or a tick being to short, so I tried adding different values but that 
didn't seem to change much, since the out- file was still 0 bytes.


In the second approach:
I noticed that there is a #define OP_READ_TIME  3, but after some 
grepping I only found it in usrp2_eth_packet.h (where it was defined) 
and in "usrp2_impl.cc, std::string opcode_to_string(int opcode)". What 
are the plans of this op- code, a "what time is it on my usrp2 right 
now"- function?


If that is the case, and it has not been written yet, I did some 
rewriting of usrp2.cc, usrp2_impl.cc, usrp2.h and usrp2_impl.h for that 
functionality (give me current time on the usrp2), using the already 
existing struct op_read_time_reply_t. But this raises another question, 
namely: What is "op_read_time_reply_t.time" actually describing? It is a 
uint32_t, but the vrt_header seems to use a uint32_t for integer 
seconds, and a uint64_t for fractional seconds, while the time_spec_t 
structure seems to use two uint32_t for ticks and seconds, and another 
structure for something I'm not sure about... I guess the question is, 
do I parse the 32 bit integer to a time_spec_t? And if so how?


I think I lost my self somewhere. However would I be very happy if 
someone could straighten my questions out.


Best regards
Mattias Kjellsson



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

RE: [Discuss-gnuradio] Help: about ./benchmark_rx.py

[Li Mei-Wen]

> Sorry, but your question is not very clear. It's a wireless modem, which
> means it's subject to all sorts of issues that are dependent on your
> setup and parameters.
> 
> The best thing to do is to start simple and use usrp_fft.py to see if
> you can observe any signal at the receiver and that the signal has a
> good SNR. If you have the qtgui package installed with GNU Radio, you
> can also try to use benchmark_qt_rx.py which will show you the received
> signal and the baseband symbols (so you can look at the constellation).
> 
> Tom


Dear Tom

I can observe signal when I use usrp_fft.py.
But, How to know the SNR is good SNR?
When I use TVRX the signal very was clear, but the BasicTX was not.

 

In fact, I can use two RFX900 daughterborads to do the  ./benchmark_tx.py -f 
900M and  ./benchmark_rx.py -f 900M.
I think that's becasue they have same frequency range (750 to 1050 MHz).

But, if I use the BasicTX and TVRX to do ./benchmark_tx.py -f 100M and  
./benchmark_rx.py -f 100M, I can't run if.
Because they have different freqency range?

TVRX daughterborad is 50 MHz to 860 MHz Receiver
BasicTX daughterborad is 1 MHz to 250 MHz Transmitter

 

Or because antenna ? 
I buy the BasicTX, but not  include antenna, so I use RFS900's antenna instead 
it.
The result was TVRX can receive FM channel, But BasicTX can't send signal..


Thanks in advance.

 

 
> Date: Mon, 18 Jan 2010 09:03:04 -0500
> From: trondeau1...@gmail.com
> To: emily7...@hotmail.com
> CC: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Help: about ./benchmark_rx.py
> 
> Li Mei-Wen wrote:
> > Hi:
> >
> > I want to try my daughterborad basic_TX and TV_RX.
> > I try to use ./benchmark_tx.py -f 100M and ./benchmark_rx.py -f 100M
> > Only the ./benchmark_tx.py can run, The ./benchmark_rx.py can't
> > receive any signal.
> > So, what's wrong about this? How can I do?
> >
> > Thanks in advance.
> >
> >
> > *Mei-Wen Li (Emily)
> > emily7...@hotmail.com*
> >
> 


  
_
嶄新的 Windows 7：找出適合您的電腦。深入了解。
http://windows.microsoft.com/shop___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] IEEE802.11a/g/p OFDM Encoder for USRP2 released on CGRAN

[Johnathan Corgan]

On Mon, Jan 18, 2010 at 02:23, Paul Fuxjäger  wrote:

> we are glad to announce that our IEEE802.11a/g/p OFDM frame encoder has
> passed the last round of testing and is now finally released on CGRAN (under
> GPLv3):
>
> https://www.cgran.org/wiki/ftw80211ofdmtx

Excellent work, thanks for contributing this effort!

Johnathan Corgan
Corgan Enterprises LLC


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

Re: [Discuss-gnuradio] Help: about ./benchmark_rx.py

[Tom Rondeau]

Li Mei-Wen wrote:
> Hi:
>
> I want to try my daughterborad basic_TX and TV_RX.
> I try to use ./benchmark_tx.py -f 100M and ./benchmark_rx.py -f 100M
> Only the ./benchmark_tx.py can run, The ./benchmark_rx.py can't
> receive any signal.
> So, what's wrong about this? How can I do?
>
> Thanks in advance.
>
>
> *Mei-Wen Li (Emily)
> emily7...@hotmail.com*
>

Sorry, but your question is not very clear. It's a wireless modem, which
means it's subject to all sorts of issues that are dependent on your
setup and parameters.

The best thing to do is to start simple and use usrp_fft.py to see if
you can observe any signal at the receiver and that the signal has a
good SNR. If you have the qtgui package installed with GNU Radio, you
can also try to use benchmark_qt_rx.py which will show you the received
signal and the baseband symbols (so you can look at the constellation).

Tom



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

[Discuss-gnuradio] OFDM problem with USRP and GRC

[손성환]

Hi all

 

I am trying OFDM transmission and receive test.

I’m using Ubuntu 9.10, gnuradio version 3.3 and two USRP boards with basic TX 
and RX and I am using GRC.

 

In the GRC I make simple test signal flow with usrp

 

Tx : File source -> OFDM mod -> USRP sink

Rx : USRP source-> OFDM demod ->file sink

 

As a my test I could not show not only constellation but also any other 
signal(scope and file data)

But I could show receive spectrum using fftsink with USRP

However I created simple example like follow, it operate well.

 

File source-> OFDM mod-> OFDM demod ->file sink

 

In order to test USRP part I tested gpsk example in the gnuradio-examples

It operate well. I could show constellation.

 

How can I operate well OFDMmod / demod examples?

 

Additionally I wanna confirm constellation of OFDM demod data.

 

But GRC block of the OFDM demod are encapsulate. So To confirm OFDM démod 
constellation, I guess that I sholul split OFDM démod block.

Am I correct?

 

Can you have a some hint?

 

Sohn

 

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

[Discuss-gnuradio] ISE11.1 error using Linux CLI..Update HELP

[Mahesh Poolakkaparambil]

Hello ,

  I have posted a query on the forum regarding "compiling u...@_rev3
on ISE11.1 ", I still could not find a good remedy for this.
I am attaching the error message with this mail. i hope this will help form
some one to help me regarding the problem.


Compiling verilog file "../../u2_core/u2_core.v" in library work
Module  compiled
Compiling verilog file "../u2_rev3.v" in library work
Module  compiled
Module  compiled
No errors in compilation
Analysis of file <"u2_rev3.prj"> succeeded.


=
* Design Hierarchy Analysis *
=
ERROR:HDLCompilers:87 - "../../../eth/rtl/verilog/MAC_rx/MAC_rx_FF.v" line
134 Could not find module/primitive 'fifo_xlnx_2Kx36_2clk'
ERROR:HDLCompilers:87 - "../../../eth/mac_txfifo_int.v" line 35 Could not
find module/primitive 'fifo_xlnx_512x36_2clk'
-->


Total memory usage is 131520 kilobytes

Number of errors   :2 (   0 filtered)
Number of warnings :0 (   0 filtered)
Number of infos:0 (   0 filtered)


Process "Synthesis" failed
INFO:TclTasksC:1850 - process run : Generate Programming File is done


I hope to hear a remedy for this problem,

Once again thanks in advance,
Mahesh
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] IEEE802.11a/g/p OFDM Encoder for USRP2 released on CGRAN

[Paul Fuxjäger]

Hello Everyone,

we are glad to announce that our IEEE802.11a/g/p OFDM frame encoder has
passed the last round of testing and is now finally released on CGRAN (under
GPLv3): 

https://www.cgran.org/wiki/ftw80211ofdmtx

What does the encoder do? In a nutshell: take a MAC payload, slap a static
header on it and then do ALL the processing steps that it takes to generate
a standard-compliant IEEE802.11a/g/p OFDM frame. That includes things like:
CRC32 calculation, generating the bits for the signal-symbol, scrambling,
convolutional encoding, forcing the tailbits, symbol-mapping, interleaving,
pilot symbol insertion, remapping the carriers, iFFT, cyclic prefix
insertion, training-sequence insertion, normalization, etc..

The encoder produces the digital complex baseband signal for the frame and
sends it the USRP2 sink (using the appropriate interpolation factor).
Unfortunately, due to USB2 bandwidth constraints this method cannot be used
with the USRP Version 1.

The result: the frame is successfully decoded by any ordinary WiFi chipset
that supports either 11a, 11g or 11p.

!!It is important which USRP2 firmware-version is used - for details see the
lengthy README included in the trunk!!

In the release included is also the MATLAB encoder we wrote in the process
of development. It facilitated debugging of the GNURadio encoder as it can
be used to generate a reference frame. The MATLAB encoder itself has been
checked to be 100% consistent with the ANNEX G reference frame in
802.11-2007. Funny enough - turned out that the reference frame in the
official STANDARD document STILL (dated 2007) contains a false CRC32 - so
much about taking things for granted :)



Our original motivation to implement an OFDM-encoder in GNURadio was that
there are no chipsets available for _11p_. This standard is not very well
known as it is still in draft status - but it is likely that this amendment
will become the industry-standard for vehicular car-to-car and
car-to-infrastructure communication applications in the future. And it
turned out that the 11p physical layer only differs marginally from 11a and
11g - the OFDM-symbol time is doubled.



This is our first contribution and we would like to say a big Thanks! to all
the other enthusiasts that supported us by giving helpful hints here on this
mailing-list. The main credits for this work go to Andrea Costantini, a
young master-thesis student from the University of Salento, Italy. He spent
countless hours on this project an was supported by Paul Fuxjaeger, Danilo
Valerio, Paolo Castiglione and last but not least Giammarco Zacheo (the only
one with decent coding skillz in our group ;)

Originally, this release was planned as a small Christmas present to the
GNURadio community for December 2009 but last-minute bug-fixes delayed the
process. 



We would like to collaborate with other groups that are interested in WiFi
standards and their implementation using SDR tools. Currently, we are
concentrating on the receiver counterpart, the main problems seem to be
automatic gain control and carrier sensing. Also of special interest for us
is the subject of low-latency implementation - to finally implement to a
fully fledged WiFi OFDM transceiver in GNURadio.


---
Cheers!
The SDR-team at FTW





PS: In case of questions regarding the code please get in contact with
either Paul (fuxjae...@ftw.at), Danilo (vale...@ftw.at) or Paolo
(castigli...@ftw.at) as Andrea has left our team after he completed his
thesis (good luck down there!)




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

Re: [Discuss-gnuradio] Minimum external clock for FPGA?

[Josh Blum]

On 01/18/2010 12:53 AM, sandeep mishra wrote:

Hi,
Please help.
during installation of ariprobe I got following errors:

out_pcap.c:8:18: error: pcap.h: No such file or directory
out_pcap.c: In function ‘write_pcap_file_header’:
out_pcap.c:34: error: storage size of ‘pfh’ isn’t known
out_pcap.c:37: error: ‘PCAP_VERSION_MAJOR’ undeclared (first use in this
function)
out_pcap.c:37: error: (Each undeclared identifier is reported only once
out_pcap.c:37: error: for each function it appears in.)
out_pcap.c:38: error: ‘PCAP_VERSION_MINOR’ undeclared (first use in this
function)
out_pcap.c: In function ‘write_pcap_packet’:
out_pcap.c:104: warning: incompatible implicit declaration of built-in
function ‘memcpy’
make[4]: *** [out_pcap.lo] Error 1
make[4]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid'
make: *** [all] Error 2
sand...@sandeep-desktop:~/airprobe/gsm-tvoid$

I am using ubantu 9.1(karmic), gnuradio-3.2.2 and airprobe is installed via
git.
Kindly help me please



What does this have to do with "Minimum external clock for FPGA"?

You are probably missing development files for pcap. Hence the 
out_pcap.c:8:18: error: pcap.h: No such file or directory


try installing something like: libpcap0.8-dev - development library and 
header files for libpcap0.8



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

Re: [Discuss-gnuradio] Minimum external clock for FPGA?

[sandeep mishra]

Hi,
Please help.
during installation of ariprobe I got following errors:

out_pcap.c:8:18: error: pcap.h: No such file or directory
out_pcap.c: In function ‘write_pcap_file_header’:
out_pcap.c:34: error: storage size of ‘pfh’ isn’t known
out_pcap.c:37: error: ‘PCAP_VERSION_MAJOR’ undeclared (first use in this
function)
out_pcap.c:37: error: (Each undeclared identifier is reported only once
out_pcap.c:37: error: for each function it appears in.)
out_pcap.c:38: error: ‘PCAP_VERSION_MINOR’ undeclared (first use in this
function)
out_pcap.c: In function ‘write_pcap_packet’:
out_pcap.c:104: warning: incompatible implicit declaration of built-in
function ‘memcpy’
make[4]: *** [out_pcap.lo] Error 1
make[4]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sandeep/airprobe/gsm-tvoid'
make: *** [all] Error 2
sand...@sandeep-desktop:~/airprobe/gsm-tvoid$

I am using ubantu 9.1(karmic), gnuradio-3.2.2 and airprobe is installed via
git.
Kindly help me please

On Mon, Jan 18, 2010 at 8:31 AM, John Orlando wrote:

>
> It is my understanding that the current FPGA image used for OpenBTS will
>> fail on the transmit side if the FPGA clock is slower than the USB clock.
>>  The USB clock is 48 MHz.
>>
> If you (or anyone else involved) can provide the details of what the issue
> is here, I may have some time to dive in and potentially come up with a
> fix.  Let me know if interested.
>
>
>>
>> Also, the GSM symbol clock is derived from 13 MHz, so if you use a
>> multiple-of-13 clock, you can simplify a lot of the decimation.
>>
>> These two facts together led us to choose 52 MHz for the current OpenBTS
>> USRP clock.
>>
> Gotcha.  Thanks for the quick response David.
>
> Anyone else know of any other issues that would prevent the FPGA from being
> clocked at lower speeds?
>
>
>> On Jan 16, 2010, at 4:33 PM, John Orlando wrote:
>>
>> Hi all,
>> I've seen posts about folks providing an external clock of 44 MHz to the
>> USRP, and with a few software tweaks, getting it to work.  I'm wondering if
>> there is a floor as to how low this clock be reduced without causing
>> problems.  I know some A/D converters have minimum sample rates, but the
>> AD9862 datasheet doesn't seem to indicate that it does.  Is there any reason
>> I couldn't run my USRP with an external reference at 26 MHz?  How 'bout 10
>> MHz?
>>
>> The only datapoint I could find was a reference to the fact that the
>> current openBTS FPGA image doesn't run (?) at 26 MHz due to a "firmware fix"
>> that is needed, though I'm guessing that is referencing the FPGA code:
>>
>> http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg21130.html
>>
>> I'll probably make the USRP hardware modification on Monday to try these
>> out with an external sig gen, but I figured I'd throw the question to the
>> list prior to that to see if I could get a definitive answer.
>>
>> Thanks much...
>>
>> --
>> Regards,
>> John Orlando
>> CEO/System Architect
>> Epiq Solutions
>> www.epiq-solutions.com
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>>
>> David A. Burgess
>> Kestrel Signal Processing, Inc.
>>
>>
>>
>>
>>
>
>
> --
> Regards,
> John Orlando
> CEO/System Architect
> Epiq Solutions
> www.epiq-solutions.com
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>


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

[Discuss-gnuradio] (no subject)

[Li Mei-Wen]

Hi:

I want to try my daughterborad basic_TX and TV_RX.
I try to use ./benchmark_tx.py -f 100M and ./benchmark_rx.py -f 100M
Only the ./benchmark_tx.py can run, The ./benchmark_rx.py can't receive any 
signal.
So, what's wrong about this? How can I do?

Thanks in advance.


Mei-Wen Li (Emily)
emily7...@hotmail.com


  
_
嶄新的 Windows 7：找出適合您的電腦。深入了解。
http://windows.microsoft.com/shop___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Help: about ./benchmark_rx.py

[Li Mei-Wen]

Hi:

I want to try my daughterborad basic_TX and TV_RX.
I try to use ./benchmark_tx.py -f 100M and ./benchmark_rx.py -f 100M
Only the ./benchmark_tx.py can run, The ./benchmark_rx.py can't receive any 
signal.
So, what's wrong about this? How can I do?

Thanks in advance.


Mei-Wen Li (Emily)
emily7...@hotmail.com


  
_
隨身的 Windows Live Messenger 和 Hotmail，不限時地掌握資訊盡在指間 — Windows Live for Mobile
http://3c.msn.com.tw/mobile/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio