[Discuss-gnuradio] Question about Double / Float values in GRC

[Tom Hendrick]

Hello All

I have a basic/beginner question.

I am using mkfifo to pipe output from a C++ application to a GRC script using a 
named pipe.

I'm using C++ code that another student wrote and I am not too keen on making 
difficult changes to it.  In mode 1, it outputs a waveform in double values in 
the range of +1 and -1 (just like a .WAV file but with no header).  In mode 2, 
an auxiliary function converts from doubles to shorts in the range of -32768 to 
32767.

I can get mode 2 to work with my GRC script by reading the file as short, then 
converting to float so that I can apply resampling and the feed it to the USRP 
(the resampling function won't work with shorts).  This works great and I see 
the  proper waveform output on the USRP, but it seems awkward to convert from 
double to short in C++, then short to float in GRC.

Next I tried with mode 1 with doubles.  In my GRC script I read the file in as 
float, and then I multiply by (2^15)-1 since the doubles range is from +1 to 
-1.  I get output from the USRP using this, but the waveform doesn't look right 
at all.

Is it even possible to read a file with double values using a GRC generated 
script and the gr_file_source block?  Or is there something else I am doing 
wrong?

Thanks...Tom




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

Re: [Discuss-gnuradio] Question about Double / Float values in GRC

[Josh Blum]

> Is it even possible to read a file with double values using a GRC
> generated script and the gr_file_source block?  Or is there something
> else I am doing wrong?
> 

Its a 2 part problem:

Unlike gnuradio blocks, in GRC, the data type is checked. So there is no
support for double streams. However you could configure the file source
to use a byte stream w/ a vlen of 8. That would match the itemsize, but...

The other problem is that gnuradio has no blocks that use double
streams. Its wasted overhead since floats give all the necessary dynamic
range. So nobody invested any effort into it.

You may have to add a custom gnuradio block that converts a double
stream to a float stream. A set of double to<->from float blocks would
be a welcome addition.

-Josh

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

RE: [Discuss-gnuradio] How to decode the convolutional code in the GRC

[intermilan]

Ben:
  Thanks for your last e-mail.What I want to see is  the point of my case 
is to see the BER of data when convolutional code is used in the different 
modulator.So DBPSK block is just one example,and these cases are  particular 
asked to do in the GRC by my supervisor。I will try what you tell me to do to 
see if it works.Thanks again.

inter

> Date: Fri, 11 Mar 2011 20:51:44 -0700
> Subject: Re: [Discuss-gnuradio] How to decode the convolutional code in the 
> GRC
> From: b...@reynwar.net
> To: tianxia...@hotmail.com; discuss-gnuradio@gnu.org
> 
> You're right my suggestion won't work since the demodulation blocks
> output bits, and the viterbi_combined block expects complex symbols.
> I'll try again.
> 
> How about something like the dbpsk block
> (gnuradio-core/src/python/gnuradio/blks2impl/dbpsk.py) but with the
> constellation_decoder replaced with trellis_viterbi_combined.  If I
> was going to do this I wouldn't try to do it in GRC, but it is
> probably possible.
> 
> Ben
> 
> 2011/3/11 intermilan :
> > Ben:
> >  Thanks for your reply.I knew that block you mentioned.And I know if I
> > use the block chunks_to_symbols after the trellis_encoder,that parameter
> > constellation should be the same as the parameter symbol_table in the
> > chunks_to_symbols.And  I think this is TCM.
> >  But in my flow graph,there is no chunks_to_symbols block,then I do not
> > know how to set that parameter, so I do not know how to decode the data.Do
> > you know how to set that parameter constellation in the block
> > trellis_viterbi_combined if I used this block in my flow graph?
> >
> >   inter
> >
> >
> >> Date: Thu, 10 Mar 2011 22:33:36 -0700
> >> Subject: Re: [Discuss-gnuradio] How to decode the convolutional code in
> >> the GRC
> >> From: b...@reynwar.net
> >> To: tianxia...@hotmail.com; discuss-gnuradio@gnu.org
> >>
> >> You probably want to use the trellis_viterbi_combined block.
> >>
> >> The documentation for the trellis blocks is in
> >> gnuradio/gr-trellis/doc/gr-trellis.xml.
> >> (if you have xmlto installed then an html file is also built.)
> >>
> >> Ben
> >>
> >> 2011/3/10 intermilan :
> >> > Hi all:
> >> >   Now I want to use the Trellis_encoder block in the GRC to make an
> >> > example for the convolutional code.In my opinion, I use Trellis_encoder
> >> > to
> >> > produce the convolutional code,  then make the convolutional code
> >> > through
> >> > the modulator and demodulator(such as DPSK), finally use some block to
> >> > decode the convolutional code to get the original data.But after the
> >> > data
> >> > get out the demodulator,I do not know how to decode it.
> >> >  Here is the flow graph I used:
> >> >
> >> >
> >> > vector_source->throttle->Packed_to_Unpacked->Trellis_encoder->Packet_encoder->DPSK_mod->DPSK_demod->Packet_decoder->?
> >> > Can anyone tell me which block I should use after the Packet_decoder
> >> > to
> >> > decode the convolutional code?
> >> >
> >> >
> >> > Thank you in advance.
> >> >
> >> > ___
> >> > 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 mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

RE: [Discuss-gnuradio] How to decode the convolutional code, in the GRC

[intermilan]

Achilleas:

 What I want to do is want to see the BER when the  convolutional code is 
used in different modulator in the GRC,but I had not put the noise source in 
the flow graph so there is no noise between the modulator and demodulator.
 Besides,in my opinion, we can consider the packet_encoder and 
packet_decoder block is part of the modulation.In other words,in the flow graph 
I mentioned ,the data input the packet_encoder is the same as the 
packet_decoder block(because I did not put the noise block between the 
modulator and demodulator ).
 But I still not understand how to set the parameters in the viterbi block 
in this case, particularly the  parameter constellation if I do not use the 
chunks_to_symbols block.
Thanks for your help.

inter

> Date: Fri, 11 Mar 2011 17:33:25 -0500
> From: anas...@umich.edu
> To: tianxia...@hotmail.com; discuss-gnuradio@gnu.org
> Subject: RE: [Discuss-gnuradio] How to decode the convolutional code, in the 
> GRC
> 
> 
> inter,
> 
> think of whatever is AFTER the trellis encoder and BEFORE the viterbi
> decoder as an equivalent channel.
> 
> What is the equivalent channel in your case?
> What is its input alphabet? what is its output alphabet?
> 
>  From your description, it seems that the input alphabet is the same as 
> the output alphabet of your FSM.
> 
> I am not familiar with the block "packet decoder" so i don't know what 
> it outputs, but whatever it is it should be the output alphabet of your
> "equivalent" channel.
> 
> Once you figure out these things it will be straightforward to see what 
> the viterbi block should be...
> If you gather these pieces of information and still don't see how to 
> implement the viterbi decoder let me know and i will provide further help.
> 
> Achilleas
  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] changing fpga's code

[Euripedes Rocha Filho]

Is possible to have a FFT using the cordic algorithm. At opencores you can
get a configurable one. I used it some time ago but I don't remember the
percentual of FPGA utilization, or the use of any multipliers.

Euripedes

2011/3/12 Matt Ettus 

> On 03/11/2011 06:06 PM, Alaa Salaheldin wrote:
> > SA
> > i'm working with USRP1 and i want to use only one transmitter ( 2
> > duc ) and one receiver ( 2 ddc ) and delete the other modules to free
> > some area on the chip so that i can implement a FFT to use it in
> > frequency analysis , How could i do so ? and can i fit a FFT with
> > 375-point in the freed area ?
> >
>
>
> The FPGA on the USRP1 does not have any multipliers.  You might be able
> to make an FFT, but it would be quite slow.  The USRP N200 and E100 have
> much bigger FPGAs which could be used to make an FFT.
>
> Matt
>
> ___
> 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] My SHIELDING is wrong?

[Songsong Gee]

I have electrodes to be tested their characteristics
Here is a picture of them,
https://picasaweb.google.com/lh/photo/UY9fJGfk2iayEBafvniVbg?feat=directlink

And I connected them to USRPs via SMA-SMA cable
https://picasaweb.google.com/lh/photo/0wJ84tU_Y0veX6svcWBeMw?feat=directlink

However, there is a problem!
I want to know characteristics of just CIRCLE part, except a rod part.
In my experience, this rod part acts as an antenna! Thus, I cannot figure
out exactly

So, I make a shield around the rod part. This shield is made with Aluminum
foil which is used for cooking.
https://picasaweb.google.com/lh/photo/kMx24c0PLaQdhfo2-t00MQ?feat=directlink
And I expect that the rod part rarely sense electromagnetic wave and thus
only the circle part can receive a signal

The result is like this:

Result without SHIELDING
https://picasaweb.google.com/lh/photo/JBWG6A0NzhbLgcto44_B0w?feat=directlink
Result with SHIELDING
https://picasaweb.google.com/lh/photo/H9RItzjpfemHy-OR2eQhQg?feat=directlink

That's very weird.
As my knowledge, if there is SHIELDING, the sensitivity of an antenna should
get worse.
But, in my experiment, this SHIELDING helps communication!
I have any idea of it. I got confused

Did I make shielding wrong?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] My SHIELDING is wrong?

[Sim IJskes]

On 14-03-11 12:31, Songsong Gee wrote:

So, I make a shield around the rod part. This shield is made with
Aluminum foil which is used for cooking.
https://picasaweb.google.com/lh/photo/kMx24c0PLaQdhfo2-t00MQ?feat=directlink


I cant see a electrical connection between the foil and the shielding 
solder pads from the connector.


Is there any? If not, you should make one.

Gr. Sim


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

Re: [Discuss-gnuradio] My SHIELDING is wrong?

[Songsong Gee]

Thank you for your answer

So, does you mean that I have to connect foil with ground pin of the
connector?
It seems to make sense...
I'll try it

Thank you so much

2011/3/14 Sim IJskes 

> On 14-03-11 12:31, Songsong Gee wrote:
>
>> So, I make a shield around the rod part. This shield is made with
>> Aluminum foil which is used for cooking.
>>
>> https://picasaweb.google.com/lh/photo/kMx24c0PLaQdhfo2-t00MQ?feat=directlink
>>
>
> I cant see a electrical connection between the foil and the shielding
> solder pads from the connector.
>
> Is there any? If not, you should make one.
>
> Gr. Sim
>
>


-- 
Seokseong Jeon (aka Songsong Gee)
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] My SHIELDING is wrong?

[Sim IJskes]

On 14-03-11 12:49, Songsong Gee wrote:

Thank you for your answer

So, does you mean that I have to connect foil with ground pin of the
connector?
It seems to make sense...
I'll try it


Make sure you make no short between shield and pad, by measuring with 
ohm meter.


Also, if you are going to use this on living beeings, make sure you have 
good medical class isolation from the mains power. For your USRP and PC 
and everything connected to it.


Please seek adequate professional advice.

Gr. Sim


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

[Discuss-gnuradio] Re: [OMG] Cox DVR

[Jason Uher]

On Mon, Mar 14, 2011 at 12:10 AM, Nathan Schulte  wrote:
> Jason Uher wrote:
> Mike, if you follow Jason's advice, your DVR is going to end up
> looking something like this:
> http://hackaday.com/2011/03/13/reverse-engineering-the-psp/


Suddenly, all the effort I put into high speed PCB designs seems for
naught.  If he can have all those antennas between the chip and the
board, and it still functions, then I'm trying way to hard.

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

[Discuss-gnuradio] 【help】 Please send me the "tunnel.py" which can be used on USRP2

[齐亮]

Hello, everybody.

 I need the code of  “tunnel.py”  which can be used on USRP2, if you
have , please send it to me. Thank you very much.

 

Best regards

lex

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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Scott Johnston]

Hello Mark,

Is there anyway you could post your code or a link to it on the forum? I 
am interested in full duplex communications.


Rest of the gnuradio world,

Does anybody have an example of how to setup a full duplex app?

I am using the uhd with the USRP n210.

TIA

Scott


Marc Epard wrote:

I've been attempting to do a full duplex send/recv using UHD on a USRP2 with an 
XCVR2450.

The major problem I had was that issue_stream_cmd nearly always resulted in a runtime 
error of "usrp2 no control response". It worked fine if I transmitted w/o 
receiving or received w/o transmitting. The same code also worked when using a 2nd USRP2 
for receiving.

After a session with Wireshark and the UHD host source, I had my "Well, duh" 
moment. When you call send, the data starts streaming to the USRP2 right away -- even if 
you specify a timestamp in the future. The USRP2 starts sending back PAUSE frames almost 
immediately, which throttles not only additional send data, but also any commands to the 
control port.

The solution is to call issue_stream_cmd first (and start the recv thread), 
then start the send thread. This was simple enough in my app because I was 
specifying start times in the future anyway. It does prevent a method I was 
going to use on a WBX where I start the send thread once and scan through 
several receive frequencies before stoping the send thread.

Perhaps most of you knew about this gotcha already, but I hope this will help 
someone else who encounters the problem. Anyway, it was fun investigating and I 
learned a lot more about the UHD host code and protocols

-Marc


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


--
Scott Johnston
MIT Lincoln Laboratory
244 Wood Street, Lexington, MA 02420-9108
(781) 981-8196
scott.johns...@ll.mit.edu


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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Marcus D. Leech]

On 14/03/2011 9:42 AM, Scott Johnston wrote:

Hello Mark,

Is there anyway you could post your code or a link to it on the forum? 
I am interested in full duplex communications.


Rest of the gnuradio world,

Does anybody have an example of how to setup a full duplex app?

I am using the uhd with the USRP n210.

TIA

Scott


Marc Epard wrote:
I've been attempting to do a full duplex send/recv using UHD on a 
USRP2 with an XCVR2450.


The major problem I had was that issue_stream_cmd nearly always 
resulted in a runtime error of "usrp2 no control response". It worked 
fine if I transmitted w/o receiving or received w/o transmitting. The 
same code also worked when using a 2nd USRP2 for receiving.


After a session with Wireshark and the UHD host source, I had my 
"Well, duh" moment. When you call send, the data starts streaming to 
the USRP2 right away -- even if you specify a timestamp in the 
future. The USRP2 starts sending back PAUSE frames almost 
immediately, which throttles not only additional send data, but also 
any commands to the control port.


The solution is to call issue_stream_cmd first (and start the recv 
thread), then start the send thread. This was simple enough in my app 
because I was specifying start times in the future anyway. It does 
prevent a method I was going to use on a WBX where I start the send 
thread once and scan through several receive frequencies before 
stoping the send thread.


Perhaps most of you knew about this gotcha already, but I hope this 
will help someone else who encounters the problem. Anyway, it was fun 
investigating and I learned a lot more about the UHD host code and 
protocols


-Marc


Marc:

The XCVR2450 *hardware* doesn't support full-duplex at all, so no amount 
of cleverness on the software side can change that.





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

[Discuss-gnuradio] try to install minimal gnu-radio

[shushank . sharma]

Hello every one i am start using gnu radio...

i want to write configure.ac in a manner that only gnuradio-core in build...

without giving any commandline option on configure script...

How can i did this...

thanks


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

Re: [Discuss-gnuradio] How to decode the convolutional code, in the GRC

[Achilleas Anastasopoulos]

inter,

as i said in my previous email, you just have to consider the equivalent
channel (the fact that it is noiseless is irrelevant in this discussion)
from the output of the FSM encoder to the input of the VA.
It seems you prefer to call it equivalent "modulator"; that's fine!
Once you realize what this equivalent channel/modulator is
(what is its input/output alphabet and what kind of symbols it
inputs/outputs) then it will be strainghtforward to see what the viterbi
decoder block should look like.
If I were to guess from your description, i would say that your
equivallent channel
has input/output alphabet equal to the output alphabet of the FSM.
Its input is a coded symbol from the FSM encoder and its output is also
such a symbol from the packet decoder.
So all you need is to do VA with symbol-wise hamming distance as your
metric. You can achieve that using the viterbi_combined block with
a trivial 1-D chunks to symbols block (identity) and the appropriate
parameter for the metric_type.


Achilleas

On 3/14/2011 6:45 AM, intermilan wrote:
> Achilleas:
> 
> What I want to do is want to see the BER when the convolutional code is 
> used in different modulator in the GRC,but I had not put the noise 
> source in the flow graph so there is no noise between the modulator and 
> demodulator.
> Besides,in my opinion, we can consider the packet_encoder and 
> packet_decoder block is part of the modulation.In other words,in the 
> flow graph I mentioned ,the data input the packet_encoder is the same as 
> the packet_decoder block(because I did not put the noise block between 
> the modulator and demodulator ).
> But I still not understand how to set the parameters in the viterbi 
> block in this case, particularly the parameter constellation if I do not 
> use the chunks_to_symbols block.
> Thanks for your help.
> 
> inter
> 
>  > Date: Fri, 11 Mar 2011 17:33:25 -0500
>  > From: anas...@umich.edu
>  > To: tianxia...@hotmail.com; di! scuss-gnura...@gnu.org
>  > Subject: RE: [Discuss-gnuradio] How to decode the convolutional code, 
> in the GRC
>  >
>  >
>  > inter,
>  >
>  > think of whatever is AFTER the trellis encoder and BEFORE the viterbi
>  > decoder as an equivalent channel.
>  >
>  > What is the equivalent channel in your case?
>  > What is its input alphabet? what is its output alphabet?
>  >
>  > From your description, it seems that the input alphabet is the same as
>  > the output alphabet of your FSM.
>  >
>  > I am not familiar with the block "packet decoder" so i don't know what
>  > it outputs, but whatever it is it should be the output alphabet of your
>  > "equivalent" channel.
>  >
>  > Once you figure out these things it will be straightforward to see what
>  > the viterbi block should be...
>  > If you gather these pieces of information and still don't see how to
>  > implement the viterbi decoder let me know ! and i will provide 
> further help.
>  >
>  > Achilleas

-- 
___
Achilleas Anastasopoulos
Associate Professor
EECS Department   Voice : (734)615-4024
UNIVERSITY OF MICHIGANFax   : (734)763-8041
Ann Arbor, MI 48109-2122  E-mail: anas...@umich.edu
URL: http://www.eecs.umich.edu/~anastas/
___

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

[Discuss-gnuradio] USRP2 with Basic Tx Daugther board io_tx pins monitoring

[Leonard Marziliano]

Hi,

I want to monitor the I and Q samples being send over to the AD9777 DAC 
(channel 1). I've noticed on the USRP2 schematic that the FPGA provides 
io_tx[0:15] pins which are routed on the daughter board for probing (I 
use the Basic Tx daugther board). Now, when I run the tx_samples app 
example to transmit sample (using a file read continuously) I get the 
signal to the sma connector alright but if I probe the io_tx pins, I get 
nothing.


The main question will be, is it possible for these pins to provide the 
same values send to the DAC ? Is there a special configuration or 
command that needs to be send to the FPGA to make these pins do what I 
want or  something else needs to be done ?


Thanks,
Leonard

--
Léonard Marziliano, Research Engineer

Communications Research Centre Canada (CRC)
3701 Carling, Ottawa, CANADA K2H 8S2
Tel: (613) 993-0578
Fax: (613) 990-0316
http://www.crc.gc.ca


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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Marc Epard]

On Mar 14, 2011, at 8:53 AM, Marcus D. Leech wrote:

> On 14/03/2011 9:42 AM, Scott Johnston wrote:
>> Does anybody have an example of how to setup a full duplex app?
>> 
>> I am using the uhd with the USRP n210.
>> 
>> Marc Epard wrote:
>>> I've been attempting to do a full duplex send/recv using UHD on a USRP2 
>>> with an XCVR2450.
> 
> The XCVR2450 *hardware* doesn't support full-duplex at all, so no amount of 
> cleverness on the software side can change that.

Although the XCVR2450 doesn't do full duplex, the WBX does, and current UHD 
avoids the problem I described in my previous message. However, the WBX has 
enough internal leakage between tx and rx that we gave up on 
single-daughterboard full duplex. We now use a USRP2 with a WBX for tx and a 
USRP N210 with a DBSRX2 for rx.

As for examples, I'll try to clean up my C++ app and post it later this week. 
GRC works fine full-duplex, too, I believe.

-Marc


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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Vijay Pillai]

Hi Marc,

How much leakage are you seeing between TX and RX on a WBX board?

Yeah, GRC works fine for full duplex and it is very easy to set it up.

Best regards,
-Vijay

--- On Mon, 3/14/11, Marc Epard  wrote:

From: Marc Epard 
Subject: Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved
To: "Scott Johnston" 
Cc: "discuss-gnuradio Discussion Group" 
Date: Monday, March 14, 2011, 12:12 PM

On Mar 14, 2011, at 8:53 AM, Marcus D. Leech wrote:

> On 14/03/2011 9:42 AM, Scott Johnston wrote:
>> Does anybody have an example of how to setup a full duplex app?
>> 
>> I am using the uhd with the USRP n210.
>> 
>> Marc Epard wrote:
>>> I've been attempting to do a full duplex send/recv using UHD on a USRP2 
>>> with an XCVR2450.
> 
> The XCVR2450 *hardware* doesn't support full-duplex at all, so no amount of 
> cleverness on the software side can change that.

Although the XCVR2450 doesn't do full duplex, the WBX does, and current UHD 
avoids the problem I described in my previous message. However, the WBX has 
enough internal leakage between tx and rx that we gave up on 
single-daughterboard full duplex. We now use a USRP2 with a WBX for tx and a 
USRP N210 with a DBSRX2 for rx.

As for examples, I'll try to clean up my C++ app and post it later this week. 
GRC works fine full-duplex, too, I believe.

-Marc


___
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] UHD USRP2 full duplex mystery solved

[Jason Abele]

> However, the WBX has enough internal leakage between tx and rx that we gave 
> up on single-daughterboard full duplex.

Just a heads up, you had not tried WBX without C1 installed on the
grand-daughterboard, or even without the grand-daughterboard at all,
just using J202 and J201 on the main WBX board, you might see if one
of those scenarios could meet your tx-rx isolation requirements.

Jason

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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Scott Johnston]

Jason,

Could you elaborate on this? I don't follow what you are talking about.

Thanks

Scott

Jason Abele wrote:

However, the WBX has enough internal leakage between tx and rx that we gave up 
on single-daughterboard full duplex.



Just a heads up, you had not tried WBX without C1 installed on the
grand-daughterboard, or even without the grand-daughterboard at all,
just using J202 and J201 on the main WBX board, you might see if one
of those scenarios could meet your tx-rx isolation requirements.

Jason

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


--
Scott Johnston
MIT Lincoln Laboratory
244 Wood Street, Lexington, MA 02420-9108
(781) 981-8196
scott.johns...@ll.mit.edu


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

Re: [Discuss-gnuradio] USRP2 with Basic Tx Daugther board io_tx pins monitoring

[Matt Ettus]

On 03/14/2011 08:14 AM, Leonard Marziliano wrote:
> Hi,
> 
> I want to monitor the I and Q samples being send over to the AD9777 DAC
> (channel 1). I've noticed on the USRP2 schematic that the FPGA provides
> io_tx[0:15] pins which are routed on the daughter board for probing (I
> use the Basic Tx daugther board). Now, when I run the tx_samples app
> example to transmit sample (using a file read continuously) I get the
> signal to the sma connector alright but if I probe the io_tx pins, I get
> nothing.
> 
> The main question will be, is it possible for these pins to provide the
> same values send to the DAC ? Is there a special configuration or
> command that needs to be send to the FPGA to make these pins do what I
> want or  something else needs to be done ?


You would need to modify the FPGA code to send the DAC signal to those
pins, which are normally used for daughterboard control.

Matt

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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Jason Abele]

>>> However, the WBX has enough internal leakage between tx and rx that we
>>> gave up on single-daughterboard full duplex.
>>>
>>
>> Just a heads up, you had not tried WBX without C1 installed on the
>> grand-daughterboard, or even without the grand-daughterboard at all,
>> just using J202 and J201 on the main WBX board, you might see if one
>> of those scenarios could meet your tx-rx isolation requirements.
>>

Sorry, missing and *if* in there ( ... Just a heads up, if you have not ... )

Basically, C1 allows for reception on the TX/RX antenna port, it
connects the two T/R switches.

However, if you are looking to do full-duplex, you will not be
receiving on the TX/RX port anyhow, just RX2.  So rather than having
an implicit leakage path through the T/R switches (RF switches rarely
give more than 20-30dB isolation, depending on frequency), you can
remove C1 on the grand-daughterboard and improve isolation at the
expense of not being able to receive on the TX/RX port.

If you want to go even further, you can remove the grand-daughterboard
entirely and install SMA connectors in J201 and J202.  You will also
need to move a capacitor to AC couple J201 and J202 to the circuit.

Jason

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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Marcus D. Leech]

On 14/03/2011 12:12 PM, Marc Epard wrote:


Although the XCVR2450 doesn't do full duplex, the WBX does, and current UHD 
avoids the problem I described in my previous message. However, the WBX has 
enough internal leakage between tx and rx that we gave up on 
single-daughterboard full duplex. We now use a USRP2 with a WBX for tx and a 
USRP N210 with a DBSRX2 for rx.

As for examples, I'll try to clean up my C++ app and post it later this week. 
GRC works fine full-duplex, too, I believe.

-Marc


Saw XCVR2450, and assumed you were using it.

How much isolation does your application need?  The HMC174-series 
switches in the WBX are roughly 26dB isolation each, and there should be 
two such paths
  between transmit and receive when using RX2 and TX/RX, giving roughly 
52dB isolation (at least from the switches--circuit paths may make this 
number worse).






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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Marc Epard]

Thanks, Jason. I should have posted our observations back when we made them. 
We're doing okay with the two-USRP setup, but it's good to have options.

-Marc

On Mar 14, 2011, at 12:30 PM, Jason Abele wrote:

 However, the WBX has enough internal leakage between tx and rx that we
 gave up on single-daughterboard full duplex.
 
>>> 
>>> Just a heads up, you had not tried WBX without C1 installed on the
>>> grand-daughterboard, or even without the grand-daughterboard at all,
>>> just using J202 and J201 on the main WBX board, you might see if one
>>> of those scenarios could meet your tx-rx isolation requirements.
>>> 
> 
> Sorry, missing and *if* in there ( ... Just a heads up, if you have not ... )
> 
> Basically, C1 allows for reception on the TX/RX antenna port, it
> connects the two T/R switches.
> 
> However, if you are looking to do full-duplex, you will not be
> receiving on the TX/RX port anyhow, just RX2.  So rather than having
> an implicit leakage path through the T/R switches (RF switches rarely
> give more than 20-30dB isolation, depending on frequency), you can
> remove C1 on the grand-daughterboard and improve isolation at the
> expense of not being able to receive on the TX/RX port.
> 
> If you want to go even further, you can remove the grand-daughterboard
> entirely and install SMA connectors in J201 and J202.  You will also
> need to move a capacitor to AC couple J201 and J202 to the circuit.
> 
> Jason
> 
> ___
> 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] try to install minimal gnu-radio

[Josh Blum]

On 03/14/2011 06:55 AM, shushank.sha...@zerosystems.in wrote:
> Hello every one i am start using gnu radio...
> 
> i want to write configure.ac in a manner that only gnuradio-core in build...
> 
> without giving any commandline option on configure script...
> 
> How can i did this...
> 

comment out the GRC_GR_* lines in configure.ac

> 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

Re: [Discuss-gnuradio] 【help】 Please send me the "tunnel.py" which can be used on USRP2

[Josh Blum]

On 03/14/2011 06:23 AM, 齐亮 wrote:
> Hello, everybody.
> 
>  I need the code of  “tunnel.py”  which can be used on USRP2, if you
> have , please send it to me. Thank you very much.
> 

tunnel.py should work for both usrp1 and usrp2 legacy drivers.

Andrew, do you mind posting your latest tunnel.py for UHD?

_josh


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

[Discuss-gnuradio] Latest uhd and e100 fpga image seemingly incompatible

[Phelps Williams]

I completed building and installing uhd and gnuradio on an e100 last night
following the directions here:
http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ

I copied usrp_e100_fpga.bin from the tarball here:
http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/ into
/usr/share/uhd/images/ and rebooted several times (assuming the fpga image
is reloaded on every boot, is this necessary?).  When running
benchmark_rx_rate I get the error "Error (usrp-e recv pirate loop): bad vrt
header or invalid packet length"  (See below for full runtime log).

I then tried to update manually,

root@usrp-e1xx:/usr/local/share/uhd/usrp_e_utils# ./usrp-e-utility --fpga
/usr/share/uhd/images/usrp_e100_fpga.bin
USRP-E Utility loading the FPGA...

Loading FPGA image: /usr/share/uhd/images/usrp_e100_fpga.bin... done = 1
Configuration complete.
Done!

and reboot but this resulted in the same issue.  Any idea why the e100 fpga
image is seemingly not compatible with the latest UHD?  Thanks!

root@usrp-e1xx:/usr/local/share/uhd/examples# ./benchmark_rx_rate
linux; GNU C++ version 4.5.2 20101204 (prerelease); Boost_104100;
UHD_003.20110310224233.4c7cc6b


Creating the usrp device with: ...
Opening USRP-E on /dev/usrp_e0
Loading FPGA image: /usr/share/uhd/images/usrp_e100_fpga.bin... done = 1
Configuration complete.
re-Opening USRP-E on /dev/usrp_e0
USRP-E100 clock control: 6
  r_counter: 1
  a_counter: 0
  b_counter: 12
  prescaler: 8
  vco_divider: 2
  chan_divider: 15
  vco_rate: 1920.00MHz
  chan_rate: 960.00MHz
  out_rate: 64.00MHz

Using Device: Single USRP:
  Device: usrp-e device
  Mboard 0: usrp-e mboard
  RX DSP 0: usrp-e ddc0
  RX Channel: 0
RX Dboard: usrp-e dboard (rx unit)
RX Subdev: WBX (0x0053)
  TX DSP 0: usrp-e duc0
  TX Channel: 0
TX Dboard: usrp-e dboard (tx unit)
TX Subdev: WBX (0x0052)

Testing receive rate 0.50 Msps (10.00 second run)
Error (usrp-e recv pirate loop): bad vrt header or invalid packet length
Error code: 1
Unexpected error on recv, exit test...
Testing receive rate 1.00 Msps (10.00 second run)
Error code: 1
Unexpected error on recv, exit test...
Testing receive rate 2.00 Msps (10.00 second run)
Error code: 1
Unexpected error on recv, exit test...
Testing receive rate 4.00 Msps (10.00 second run)
Error code: 1
Unexpected error on recv, exit test...
Testing receive rate 8.00 Msps (10.00 second run)
Error code: 1
Unexpected error on recv, exit test...
Testing receive rate 16.00 Msps (10.00 second run)
Error code: 1
Unexpected error on recv, exit test...
Testing receive rate 32.00 Msps (10.00 second run)
Error code: 1
Unexpected error on recv, exit test...
Testing receive rate 64.00 Msps (10.00 second run)
Error code: 1
Unexpected error on recv, exit test...

Warning:
The hardware does not support the requested RX sample rate:
Target sample rate: 128.00 MSps
Actual sample rate: 64.00 MSps

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

Re: [Discuss-gnuradio] Latest uhd and e100 fpga image seemingly incompatible

[Josh Blum]

On 03/14/2011 12:04 PM, Phelps Williams wrote:
> I completed building and installing uhd and gnuradio on an e100 last night
> following the directions here:
> http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ
> 
> I copied usrp_e100_fpga.bin from the tarball here:
> http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/ into
> /usr/share/uhd/images/ and rebooted several times (assuming the fpga image
> is reloaded on every boot, is this necessary?).  When running
> benchmark_rx_rate I get the error "Error (usrp-e recv pirate loop): bad vrt
> header or invalid packet length"  (See below for full runtime log).
> 

Actually, it should be rejecting the image you loaded because it needs
compat 0x3 and that image is 0x2. You sure the latest UHD in installed?

The most recent image for the current master isnt in a package:
see usrp_e100_fpga_compat3_feb_25.bin in
http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/

See the note at the bottom for this announcement:
http://www.ruby-forum.com/topic/1166459

-Josh

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

Re: [Discuss-gnuradio] How UHD, GNURadio and USRP are bound together.

[Josh Blum]

>   I write uhd_find_devices no result, then I write uhd_find_devices 
> --args="type=usrp1", no result, I don't get any error, I don't get anything, 
> like when trying t without connecting the USRP1 to PC, no error, nothing.
> 
>   So, I don't know where could be the problem, and I start to have less hope 
> that I will ever start to develop any application using USRP1 on Windows.
> 

Its entirely possible that I built the library without USB support. I
suggest you manually build uhd in the meantime. Soon (as gnuradio + uhd
approach stabilized master branches) I will be building new installers
for uhd and gnuradio. This time with audio support, qt widgets, and
tested + working gr-uhd.

-Josh

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

Re: [Discuss-gnuradio] 【help】 Please send me the "tunnel.py" which can be used on USRP2

[Feng Andrew Ge]

Josh,

I haven't found time learning how to create new branches and upload 
files using git yet, would you mind post the attachment?


Thanks,
Andrew

On 03/14/2011 03:01 PM, Josh Blum wrote:


On 03/14/2011 06:23 AM, 齐亮 wrote:

Hello, everybody.

  I need the code of  “tunnel.py”  which can be used on USRP2, if you
have , please send it to me. Thank you very much.


tunnel.py should work for both usrp1 and usrp2 legacy drivers.

Andrew, do you mind posting your latest tunnel.py for UHD?

_josh





uhd_tunnel.tar
Description: Unix tar archive
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] import usrp_siggen

[Vijay Pillai]

I am trying to run this script available at

http://swigerco.com/gnuradio/ate/

to sweep through several frequencies and to log the data. However running the 
script gives me an error regarding the "import usrp_siggen" (I am attaching 
some of code below, the error is "no module named usrp_siggen.py").

What might be done to fix this?

Best regards,
-Vijay

-

initial portion of the code

import wx
import usrp_siggen
from gnuradio import gr
from gnuradio import usrp
from gnuradio.eng_option import eng_option
from optparse import OptionParser
from gnuradio import eng_notation
import math


ID_ABOUT = wx.NewId()
ID_EXIT = wx.NewId()
ID_STARTFREQ = wx.NewId()
ID_STEPFREQ = wx.NewId




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

Re: [Discuss-gnuradio] UHD USRP2 full duplex mystery solved

[Marc Epard]

Hi Scott,

You'll find uhd_streamer.cpp at . 

Some things you should know:

* It doesn't use gnu-radio, but uses UHD directly. (We should move to the 
usrp-users list if you want to continue the discussion.)
* It can do two UHD transmits and one receive at the same time.
* It transmits and receives from RAM. It loads the transmit files into RAM 
first, then does simultaneous tx and rx, storing the received data in RAM, and 
finally stores the received data in a file. This makes it immune to disk 
performance issues, but limits the amount of data you can send and receive.
* It can be invoked multiple times simultaneously and uses a lock file to 
arbitrate access to the radios. You'll need to pre-create the lock file as 
described in a comment in the code.
* It can run in standalone, client, or server modes. The client-server scheme 
saves time when doing a bunch of operations in a row by not having to 
reconfigure everything about the radios every time. One instance of the server 
and multiple clients can run at the same time. Access to the server's fifos is 
controlled by the lock file.

All of this is because we do our signal processing offline in normal, 
single-threaaded MATLAB. To keep our hefty Ubuntu box and the USRPs busy, we 
create multiple instance of MATAB each with a list of tx/rx tasks to perform. 
They each use MATLAB's unix() function to invoke uhd_streamer, which serializes 
access to the radios. We tune the number of instances to keep the radios busy, 
but not overflow main memory.

HTH.

-Marc


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

Re: [Discuss-gnuradio] import usrp_siggen

[Josh Blum]

On 03/14/2011 02:52 PM, Vijay Pillai wrote:
> I am trying to run this script available at
> 
> http://swigerco.com/gnuradio/ate/
> 
> to sweep through several frequencies and to log the data. However running the 
> script gives me an error regarding the "import usrp_siggen" (I am attaching 
> some of code below, the error is "no module named usrp_siggen.py").
> 
> What might be done to fix this?
> 

I think you need to copy usrp_siggen.py from the gnuradio tree into your
PYTHONPATH or into the working directory of your application.

-JOsh

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

RE: [Discuss-gnuradio] How to decode the convolutional code, in the GRC

[intermilan]

Achilleas:
 Do you mean I should put the chunks_to_symbols block between the 
packet_decoder and Viterbi_combined block? and when I do it , I can get the 
original data from the viterbi block(I still not add the noise).In my 
opinion,the function of the chunks_to_symbols block is just to identity the 
hamming distance. But in the example about TCM 
(/gnuradio-3.3.0/gr-trellis/src/example),the function of the same block is not 
just to identity the hamming distance but also some kind of modulator.Am I 
right about it?

inter

> Date: Mon, 14 Mar 2011 10:11:44 -0400
> From: anas...@umich.edu
> To: tianxia...@hotmail.com; discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] How to decode the convolutional code, in the 
> GRC
> 
> inter,
> 
> as i said in my previous email, you just have to consider the equivalent
> channel (the fact that it is noiseless is irrelevant in this discussion)
> from the output of the FSM encoder to the input of the VA.
> It seems you prefer to call it equivalent "modulator"; that's fine!
> Once you realize what this equivalent channel/modulator is
> (what is its input/output alphabet and what kind of symbols it
> inputs/outputs) then it will be strainghtforward to see what the viterbi
> decoder block should look like.
> If I were to guess from your description, i would say that your
> equivallent channel
> has input/output alphabet equal to the output alphabet of the FSM.
> Its input is a coded symbol from the FSM encoder and its output is also
> such a symbol from the packet decoder.
> So all you need is to do VA with symbol-wise hamming distance as your
> metric. You can achieve that using the viterbi_combined block with
> a trivial 1-D chunks to symbols block (identity) and the appropriate
> parameter for the metric_type.
> 
> 
> Achilleas
> 
> On 3/14/2011 6:45 AM, intermilan wrote:
> > Achilleas:
> > 
> > What I want to do is want to see the BER when the convolutional code is 
> > used in different modulator in the GRC,but I had not put the noise 
> > source in the flow graph so there is no noise between the modulator and 
> > demodulator.
> > Besides,in my opinion, we can consider the packet_encoder and 
> > packet_decoder block is part of the modulation.In other words,in the 
> > flow graph I mentioned ,the data input the packet_encoder is the same as 
> > the packet_decoder block(because I did not put the noise block between 
> > the modulator and demodulator ).
> > But I still not understand how to set the parameters in the viterbi 
> > block in this case, particularly the parameter constellation if I do not 
> > use the chunks_to_symbols block.
> > Thanks for your help.
> > 
> > inter
> > 
> >  > Date: Fri, 11 Mar 2011 17:33:25 -0500
> >  > From: anas...@umich.edu
> >  > To: tianxia...@hotmail.com; di! scuss-gnura...@gnu.org
> >  > Subject: RE: [Discuss-gnuradio] How to decode the convolutional code, 
> > in the GRC
> >  >
> >  >
> >  > inter,
> >  >
> >  > think of whatever is AFTER the trellis encoder and BEFORE the viterbi
> >  > decoder as an equivalent channel.
> >  >
> >  > What is the equivalent channel in your case?
> >  > What is its input alphabet? what is its output alphabet?
> >  >
> >  > From your description, it seems that the input alphabet is the same as
> >  > the output alphabet of your FSM.
> >  >
> >  > I am not familiar with the block "packet decoder" so i don't know what
> >  > it outputs, but whatever it is it should be the output alphabet of your
> >  > "equivalent" channel.
> >  >
> >  > Once you figure out these things it will be straightforward to see what
> >  > the viterbi block should be...
> >  > If you gather these pieces of information and still don't see how to
> >  > implement the viterbi decoder let me know ! and i will provide 
> > further help.
> >  >
> >  > Achilleas
> 
> -- 
> ___
> Achilleas Anastasopoulos  
> Associate Professor
> EECS Department   Voice : (734)615-4024
> UNIVERSITY OF MICHIGANFax   : (734)763-8041
> Ann Arbor, MI 48109-2122  E-mail: anas...@umich.edu
> URL: http://www.eecs.umich.edu/~anastas/  
> ___
  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] where to get burn-db-eeprom source code

[James Jordan]

Hi all, any one know where to get burn-db-eeprom source code?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] where to get burn-db-eeprom source code

[James Jordan]

Hi all, any one know where to get burn-db-eeprom source code?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] where to get burn-db-eeprom source code

[John Orlando]

On Mon, Mar 14, 2011 at 9:50 PM, James Jordan
 wrote:
> Hi all, any one know where to get burn-db-eeprom source code?

The burn-db-eeprom application is a Python script, and thus the source
code _is_ the application in a sense, since it is interpreted.  It can
be found at:
//usrp/host/apps/burn-db-eeprom

-- 
John Orlando
CEO/System Architect
Epiq Solutions
http://www.epiq-solutions.com

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

Re: [Discuss-gnuradio] try to install minimal gnu-radio

[shushank . sharma]

if i did
GRC_GRUEL   dnl must come first
GRC_GCELL
GRC_GNURADIO_CORE
GRC_USRP
GRC_USRP2
dnl GRC_GR_USRP dnl this must come after GRC_USRP
dnl GRC_GR_USRP2
dnl GRC_GR_GCELLdnl this must come after GRC_GCELL and 
GRC_GNURADIO_CORE
dnl GRC_GR_MSDD6000
dnl GRC_GR_AUDIO_ALSA
dnl GRC_GR_AUDIO_JACK
dnl GRC_GR_AUDIO_OSS
dnl GRC_GR_AUDIO_OSX
dnl GRC_GR_AUDIO_PORTAUDIO
dnl GRC_GR_AUDIO_WINDOWS
dnl GRC_GR_ATSC
dnl GRC_GR_COMEDI
dnl GRC_GR_CVSD_VOCODER
dnl GRC_GR_GPIO
dnl GRC_GR_GSM_FR_VOCODER
dnl GRC_GR_NOAA
dnl GRC_GR_PAGER
dnl GRC_GR_RADAR_MONO
dnl GRC_GR_RADIO_ASTRONOMY
dnl GRC_GR_TRELLIS
dnl GRC_GR_VIDEO_SDL
dnl GRC_GR_WXGUI
dnl GRC_GR_QTGUI
dnl GRC_GR_SOUNDER  dnl this must come after GRC_USRP
dnl GRC_GR_UTILS   dnl this must come after GRC_GR_WXGUI
GRC_GNURADIO_EXAMPLES   dnl must come after all GRC_GR_*
GRC_GRC
GRC_DOCSdnl must be last

this in configure

then why it shows

./configure: line 6273: AC_LIBTOOL_WIN32_DLL: command not found
./configure: line 6274: AC_ENABLE_SHARED: command not found
./configure: line 6288: AC_PROG_LIBTOOL: command not found
checking for python... /usr/bin/python
checking for python version... 2.6
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.6/dist-packages
checking for python extension module directory...
${exec_prefix}/lib/python2.6/dist-packages
checking for Python include path... /usr/include/python2.6
checking Python.h usability... no
checking Python.h presence... no
checking for Python.h... no
configure: error: cannot find usable Python headers

this error during configureaton (./configure)...

is there any way to not install dependiencies packages (like python, swig)...
if i do not want to install related things in gnuradio...

>
>
> On 03/14/2011 06:55 AM, shushank.sha...@zerosystems.in wrote:
>> Hello every one i am start using gnu radio...
>>
>> i want to write configure.ac in a manner that only gnuradio-core in
>> build...
>>
>> without giving any commandline option on configure script...
>>
>> How can i did this...
>>
>
> comment out the GRC_GR_* lines in configure.ac
>
>> 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 mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] where to get burn-db-eeprom source code

[James Jordan]

yeah thanks.
I didn't notice it is python file for it do not have extension .py

On Tue, Mar 15, 2011 at 11:25 AM, John Orlando wrote:

> On Mon, Mar 14, 2011 at 9:50 PM, James Jordan
>  wrote:
> > Hi all, any one know where to get burn-db-eeprom source code?
>
> The burn-db-eeprom application is a Python script, and thus the source
> code _is_ the application in a sense, since it is interpreted.  It can
> be found at:
> //usrp/host/apps/burn-db-eeprom
>
> --
> John Orlando
> CEO/System Architect
> Epiq Solutions
> http://www.epiq-solutions.com
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] color decoding of tv signals

[ranjini ram]

hi,

Currently am involved in work where i can receive multiple stations
simultaneously.I could do for fm broadcasting now am cworking in tv
signals.i found that signal decoding is an issue.can anybody guide how to
proceed with color signal decoding of tv signals.



thanks in advance

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