Re: [Discuss-gnuradio] Any one know rfx board i q imbalance value

[Matt Ettus]

The imbalance will vary board to board, which is why we provide the ability
to calibrate the IQ balance.  Running the calibration utility will get you
the best performance.

Matt


On Fri, Mar 8, 2013 at 5:54 PM, James Jordan wrote:

> Hi list,
> Anyone know rfx board i q phase imbalance value and amplititude imbalance
> value,
> I do not have equiment to measure these value.
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Number of bits tranmitted

[Tommy Tracy II]

One idea would be to have a file sink also attached to the GMSK Mod block. All 
samples you send to your USRP would be copied in the file. Just check the file 
for byte count.

Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241

On Mar 8, 2013, at 7:02 PM, manjusha  wrote:

> is there no wat to do it?
> 
> 
> 
> -
> Manjusha
> --
> View this message in context: 
> http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40082.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

Re: [Discuss-gnuradio] bit error rate

[Nathan West]

>> I am trying to find the Bit error rate for a vector signal.I get a error
>> rate of 0.528(i am assuming it to be 52%) when i don't transmit  and an
>> error rate of 0.625000 when i transmit.
>>
>> Am i right on this??i dont understand the logic behind it..
>>
>> Also,is 52% not too high??!!!
>
>
> Around 50% BER is what you would expect from a random signal.  100% BER is
> very good since you just need to flip all the bits and you get the right
> answer!  That is also given the input signal statistics are sufficiently
> whitened/random.
>
Just tagging on here... The way you have it set up is compare the
incoming bit to 1, next compare the incoming bit to 0. And it will
alternately compare incoming bits between 1 and 0. This BER block will
probably not be useful if you don't have access (within this
flowgraph) to the source generating data.

>>
>>
>> thank you
>>
>>
>
> You might want to take a step away from putting blocks in GRC and just take
> a look at some of the resources on the GNU Radio wiki about suggested
> reading:
>
>   http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReading
>   http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReadingOrder
>
> Sanity is hard to come by if you're dealing with magic.

If you haven't looked at examples yet you should do that too. They are
probably located in /usr/local/share/gnuradio/examples/

There's a BER example at
/usr/local/share/gnuradio/examples/digital/demod/ber_simulation.grc

>
> Good Luck!
>
> Brian
>

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

Re: [Discuss-gnuradio] bit error rate

[Brian Padalino]

On Fri, Mar 8, 2013 at 8:47 PM, manjusha  wrote:

> ber_before_tx.png
> 
> ber_tx.png 
>
>
It doesn't look like you're doing any carrier recovery?

Before putting USRP blocks in there, maybe you should try a straight
simulation that adds noise and some frequency offset artificially.  Get
that working, and then connect up the USRP source/sink?


> I am trying to find the Bit error rate for a vector signal.I get a error
> rate of 0.528(i am assuming it to be 52%) when i don't transmit  and an
> error rate of 0.625000 when i transmit.
>
> Am i right on this??i dont understand the logic behind it..
>
> Also,is 52% not too high??!!!
>

Around 50% BER is what you would expect from a random signal.  100% BER is
very good since you just need to flip all the bits and you get the right
answer!  That is also given the input signal statistics are sufficiently
whitened/random.


>
> thank you
>
>
>
You might want to take a step away from putting blocks in GRC and just take
a look at some of the resources on the GNU Radio wiki about suggested
reading:

  http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReading
  http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReadingOrder

Sanity is hard to come by if you're dealing with magic.

Good Luck!

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

[Discuss-gnuradio] Any one know rfx board i q imbalance value

[James Jordan]

Hi list,
Anyone know rfx board i q phase imbalance value and amplititude imbalance value,
I do not have equiment to measure these value.

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

[Discuss-gnuradio] bit error rate

[manjusha]

ber_before_tx.png
  
ber_tx.png   

I am trying to find the Bit error rate for a vector signal.I get a error
rate of 0.528(i am assuming it to be 52%) when i don't transmit  and an
error rate of 0.625000 when i transmit.

Am i right on this??i dont understand the logic behind it..

Also,is 52% not too high??!!!

thank you



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/bit-error-rate-tp40088.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

Re: [Discuss-gnuradio] How to know the number of bits/packets transmitted

[Nathan West]

On Fri, Mar 8, 2013 at 6:33 PM, manjusha  wrote:
> Yes,you are right..I attached the wrong screen shot..My vector source doesn't
> repeat and
>  I would like to know  both Bit rate and Number of bits transmitted.
>

I've gotten the impression you're looking for a bit count after some
amount of time has passed, similar to ifconfig's "TX packets:".

Mangusha, from other posts I'm thinking maybe you're trying to connect
a socket to a modulator and transmitter and you want to know how many
bits have been transmitted. I'm certainly not going to be a definite
source on this, but I don't think you can do this in grc without
writing any code.

Each of these blocks does have a variable (probably called something
similar to noutput_items) that you can use to accumulate a total and
add an output. If it's really critical to your application I don't
think it's very difficult to edit one of these blocks to do it for
you. Or even better, just make your own block that does nothing but
count the number of items that goes through it.

If I'm over complicating things and you're just trying to understand
your flowgraph...
I think your number of bits transmitted is 2.
Your bit rate is, uh I think something like samples/symbol / samp_rate.

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

Re: [Discuss-gnuradio] How to know the number of bits/packets transmitted

[manjusha]

Yes,you are right..I attached the wrong screen shot..My vector source doesn't
repeat and 
 I would like to know  both Bit rate and Number of bits transmitted.

thanks.



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083p40086.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

Re: [Discuss-gnuradio] How to know the number of bits/packets transmitted

[Tommy Tracy II]

You have your input on repeat, so it'll keep transmitting as long as the 
program is running. Are you looking for the rate, or the total bit count?

Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241

On Mar 8, 2013, at 7:11 PM, manjusha  wrote:

> or do i have to go through the entire .py code ,find the variables and print
> it??
> 
> Please help!!
> 
> Thanks.
> 
> 
> 
> -
> Manjusha
> --
> View this message in context: 
> http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083p40084.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to know the number of bits/packets transmitted

[manjusha]

or do i have to go through the entire .py code ,find the variables and print
it??

Please help!!

Thanks.



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083p40084.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

[Discuss-gnuradio] How to know the number of bits/packets transmitted

[manjusha]

I have the attached GRC file.i know it is transmitting a certain number of
bits.But i want to see the number of bits being transmitted.Is there any way
to do it? No_of_bits_transmitted.png
  



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/How-to-know-the-number-of-bits-packets-transmitted-tp40083.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

Re: [Discuss-gnuradio] Number of bits tranmitted

[manjusha]

is there no wat to do it?



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Number-of-bits-tranmitted-tp40046p40082.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

Re: [Discuss-gnuradio] LibUSRP vs LibUHD Performance on older machines

[Tom Hendrick]

Hi Josh,

Would you happen to suggest any more setting changes I could try before just 
deciding I need to depend on the older libusrp/gnuradio for recording 4 
channels to disk from a USRP?
Thanks, - Tom






 From: Josh Blum 
To: Tom Hendrick  
Cc: "discuss-gnuradio@gnu.org"  
Sent: Saturday, March 2, 2013 9:18 AM
Subject: Re: [Discuss-gnuradio] LibUSRP vs LibUHD Performance on older machines
 


On 03/01/2013 05:16 PM, Tom Hendrick wrote:
> Josh,
> 
> Thank you so much for the suggestion. I will try this.  I have 4GB of
> ram and a 4GB swapfile size.  Do you recommend any particular setting
> for set_max_output_buffer(long max_output_buffer)?
> 
> 

Make it 10s of megabytes, see if it helps.

> Should I leave tb.run() as is, or modify the number of n_output_items
> in conjunction with the

I think that part of the API is deprecated (the argument to run). There
is a similar call on top block, but Im recommending just the usrp source
block.

> 
> void set_max_output_buffer(long max_output_buffer)?
> 
> 
> Also, do you recommend any particular settings using uhd_usrp_probe
> --args="serial=123456, recv_frame_size=,num_recv_frames=",
> send_frame_size=,send_recv_frames=XXX"
> 
> 
> or should I leave it default?  The custom 4 channel usrp block in the
> older gnuradio version had the fusb_block and  fusb_nblocks both set
> to 512*32
> 

Go with the default while trying the above.

-josh

> Thanks, -Tom
> 
> 
> 
> 
>  From: Josh Blum  To:
> discuss-gnuradio@gnu.org Sent: Friday, March 1, 2013 2:55 PM Subject:
> Re: [Discuss-gnuradio] LibUSRP vs LibUHD Performance on older
> machines
> 
> 
> 
> On 03/01/2013 04:51 PM, Tom Hendrick wrote:
>> Hello all,
>> 
>> I've had trouble making a 4 channel USRP samples at 1Ms/s write to
>> file at 500 kS/s with ubuntu 12.04 and libuhd.  I am getting
>> several overruns and I had tried adjusting some of the parameters
>> using usrd_probe_devices but with no success. I have a laptop with
>> a duo core centrino processor which should be enough.
>> 
>> I've made this 4 channel work successfully with the same exact
>> laptop and with ubuntu 10.04 and the older version of gnuradio that
>> uses libusrp.  I get no underruns at all even for an entire hour of
>> writing to file.
>> 
>> 
>> Has anyone else experienced performance differences between libusrp
>> and libuhd?  I just want to make sure it isn't a configuration
>> problem or something I'm doing wrong causing the overruns.  If its
>> likely an issue with libuhd, I guess I will just keep a backup of
>> ubuntu 10.04 and gnuradio libusrp version installation files and
>> leave my dual boot setup intact.
>> 
>> Thank you very much, - Tom
>> 
>> 
> 
> You might try setting a very large output buffer on the usrp source 
> block. I heard this helps (you should be able to call this in python 
> after the block constructs):
> 
> /*! * \brief Sets max buffer size on all output ports. */ void
> set_max_output_buffer(long max_output_buffer)
> 
> -josh
> 
>> 
>> ___ Discuss-gnuradio
>> mailing list Discuss-gnuradio@gnu.org 
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> 
> 
> ___ Discuss-gnuradio
> mailing list Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Terminal commands

[Marcus Müller]

Hi Manjusha,

what you most propably want to do is something of the like
# ncat -l -u 12346
to see what your deframer spits out.

To see what your transmitter is going to transmit, you should
use whatever software generates the data and sends it to port 12345.
Presuming you're using the ubiquitous bash, you can use something like
# ncat -u 12345 < mylovelettertognuradio.txt

Three Notes anyway:
1. That data will be binary. If you don't input bytes that map to 
"readable" characters, you won't see much meaningfulness on your terminal.

2. Transmitting and receiving simultaneously on the same daughterboard
is tough, to be honest. The crosstalk is most propably stronger than 
your reception. Be warned.

3. Is UDP really the protocol of your choice in both cases?

Happy Hacking!

Marcus Müller

Am 07.03.2013 18:36, schrieb manjusha:

Hi,

I have constructed the attached file on my grc


I want to transmit the typed message over the air from one antenna and
receive it through other antenna(both antennas belong to the same usrp.)

I need help in knowing the set of commands i need to use on my terminals to
actually see the transmitted and received messages.

Thanks.



-
Manjusha
--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Terminal-commands-tp40037.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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




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

Re: [Discuss-gnuradio] How to get transmitted packet time in USRP?

[Josh Blum]

On 03/07/2013 09:19 PM, john jade wrote:
> Hi Josh,
> Thanks for the reply.Is there any sample example you could send me? I
> looked at the link it has nothing related to this.
> I want the code in python.
> Thanks
> 
> I have another doubt...
>  I just looked at tags_demo.cc example.In that code ,it has following lines
> 
>  const uhd::time_spec_t time_now = usrp_sink->get_time_now();
> 
> boost::shared_ptr tag_source =
> boost::make_shared(
> time_now.get_full_secs() + 1, time_now.get_frac_secs(), //time now
> + 1 second
> samp_rate, idle_dur, burst_dur
> );
> to get time.
> 1. Here TIME_NOW is mother board time or something else?

it was the time on the motherboard

> 2. What should i do if i have to get time in nanoseconds?

The time format of the tag is just a tuple of full and fractional seconds,

But if you are taking about that time_now, that was just to get an idea
of what time the device was on. You can read this value, or set it to a
known starting point like UTC. In any case, see the
uhd/types/time_spec.hpp, you can readily convert between that and
seconds if need be.

> 3.Is there any option to do it in python?
> 

Yes, tags can be created in python, I hope this is documented in the
blocks coding guide

Hope that helps!

> Thanks.
> 
> 
> On Fri, Mar 8, 2013 at 11:42 AM, Josh Blum  wrote:
> 
>>
>>
>> On 03/07/2013 06:38 PM, john jade wrote:
>>> Hi,
>>>
>>> I am using 2 USRPN210 devices one for transmitting and one for receiving
>>> and relaying it back to sender. I want time at which packet is
>> transmitted
>>> in both the devices.I am using benchmark_tx and bencmark_rx codes.
>>> please help me the code that i have to put...
>>>
>>
>> Actually, it works the other way around, you can control the time a
>> packet is transmitted using stream tags.
>>
>> A few good links about this section:
>>
>>
>> http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNU_Radio_UHD#Using-UHD-Software-with-GNU-Radio
>>
>> -josh
>>
>>> Thanks.
>>>
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> 

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

Re: [Discuss-gnuradio] In need of signal samples

[Marcus Müller]

Hi Matt,

sorry, since P25 is not really available somewhere in Europe,
I can't help you with samples _but_: The folks over
at http://op25.osmocom.org/wiki used to link to samples
(But that link's gone now), best ask them :)

Happy receiving, decoding and p25ing,

Marcus Müller
Am 08.03.2013 16:29, schrieb md...@nycap.rr.com:

Hello everybody!

I need some sample P25 signals to use in the file source.  I am going to learn 
to capture them myself soon, but i really need to see how a sample known to be 
good looks on the scopes.  Any other sort of signal samples would also be much 
appreciated.  I want to start with the digital P25 but i really should 
familiarize myself with how all signals look on the scopes.

Thanks a bunch,
Matt
---

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




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

Re: [Discuss-gnuradio] USRP2 IP new address

[Josh Blum]

On 03/08/2013 06:48 AM, guelord ingala wrote:
> Hi, 
> Can you please assist me to change the usrp2 IP address. I went through the 
> application note. 
> Method 1 responds that I don't have permission.
> 
> Method 2 goes well loading the new IP address: 192.168.10.3. But when I 
> checked with uhd_find_devices, it shows that the IP address has not changed. 
> It's still 192.168.10.2.
> 


Even after power cycle?

-josh

> Your help will be appreciated.
> 
> Regards.
> Dominique.
> 
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

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

Re: [Discuss-gnuradio] RF/Data Acquisition Hardware Supported

[Nathan West]

2013/3/8 Juan Daniel Fernandez Martinez :
> Hi everyone,
>
> Which is the harware supported by GNU Radio for data acquisition? (besides
> USRP)

http://gnuradio.org/redmine/projects/gnuradio/wiki/Hardware

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

[Discuss-gnuradio] RF/Data Acquisition Hardware Supported

[Juan Daniel Fernandez Martinez]

Hi everyone,

Which is the harware supported by GNU Radio for data acquisition? (besides USRP)

Thanks in advance



Este documento puede contener información privilegiada o confidencial. Por 
tanto, usar esta información y sus anexos para propósitos ajenos a los de la 
Universidad Icesi, divulgarla a personas a las cuales no se encuentre destinado 
este correo o reproducirla total o parcialmente, se encuentra prohibido en 
virtud de la legislación vigente. La universidad no asumirá responsabilidad 
sobre información, opiniones o criterios contenidos en este correo que no estén 
directamente relacionados con la Icesi. Si usted no es el destinatario 
autorizado o por error recibe este mensaje, por favor informe al remitente y 
posteriormente bórrelo de su sistema sin conservar copia del mismo.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] In need of signal samples

[md123]

Hello everybody!  

I need some sample P25 signals to use in the file source.  I am going to learn 
to capture them myself soon, but i really need to see how a sample known to be 
good looks on the scopes.  Any other sort of signal samples would also be much 
appreciated.  I want to start with the digital P25 but i really should 
familiarize myself with how all signals look on the scopes.

Thanks a bunch,
Matt
---

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

[Discuss-gnuradio] USRP2 IP new address

[guelord ingala]

Hi, 
Can you please assist me to change the usrp2 IP address. I went through the 
application note. 
Method 1 responds that I don't have permission.

Method 2 goes well loading the new IP address: 192.168.10.3. But when I checked 
with uhd_find_devices, it shows that the IP address has not changed. It's still 
192.168.10.2.

Your help will be appreciated.

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

Re: [Discuss-gnuradio] How to capture the PN_Peak value in preamble before normalization during sync in OFDM?

[Sreeraj Rajendran]

>>Hi guys,

>>
>>Did anyone know how to print out the PN_peak value in preamble after 
>>correlation but before normalization process? The sync file is 
ofdm_sync_pn.py. But I have no idea which block should I modify? Thanks so 
>>much

You can add one "gr.probe_signal_x" in the sync block after the correlator and 
call "sync_pn.probe.level()" in the receiver whenever needed. 

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

[Discuss-gnuradio] How to capture the PN_Peak value in preamble before normalization during sync in OFDM?

[Yingjie Chen]

Hi guys,

Did anyone know how to print out the PN_peak value in preamble after
correlation but before normalization process? The sync file is
*ofdm_sync_pn.py.
*But I have no idea which block should I modify? Thanks so much

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