Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: overflow managment (Josh Blum)
2. Re: how to Implement message passing (Josh Blum)
3. Re: how many lost samples ? (Josh Blum)
4. Re: overflow managment (raboteauo)
5. msg_signature parameters (Juan Daniel Fernandez Martinez)
6. Re: msg_signature parameters (Josh Blum)
----------------------------------------------------------------------
Message: 1
Date: Wed, 19 Dec 2012 12:15:12 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] overflow managment
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 12/18/2012 01:12 AM, raboteauo wrote:
> Hi,
>
> when UHD library detects an overflow, can we use the metadata time stamp
> in order to compute the number of losted samples ?
> Thanks.
Actually the examples/benchmark_rate does exactly this.
Cheers,
-josh
>
> Olivier
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 2
Date: Wed, 19 Dec 2012 12:19:56 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] how to Implement message passing
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
> use gnuradio-companion if I create a block that inherits from block?
> where do I define the behaviour of sending messages? . I haven't been
> able to find a simple example of messages implementation. If anyone
> can guide me or show me an example, it would be awesome.
Some helpful example:
This project implements a simple MAC layer using the message passing
(all in python): https://github.com/buoyboy/pre-cog
Several of the blocks in the grextras tree pass messages, specifically
the ones w/ blob in their name (c++):
https://github.com/guruofquality/grextras/tree/master/lib
Coding guide for the API (c++ and python):
https://github.com/guruofquality/grextras/wiki/Blocks-Coding-Guide#wiki-messages
-josh
>
> 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.
>
>
>
> _______________________________________________ USRP-users mailing
> list [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 3
Date: Wed, 19 Dec 2012 12:24:08 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] how many lost samples ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 12/18/2012 03:13 PM, raboteauo wrote:
> Hi usrp folks,
>
> Since may last short question has no answer, I expose my problem in more
> details
Some of us have to get the coffee 1st.
> (perhaps it was not clear enough):
>
> I am interesting to know how many samples are lost during a streaming
> process. I receive
> samples with a "uhd::rx_streamer" object of size "samps_per_buff". My
> experience about
> overflow with usrpN210 is :
>
> when I receive a block with size N < samps_per_buf, the next call
> to rx_stream->recv will
> generate an overflow error code (and zero size returned). Does this
> means that the recv method should always
> returns samps_per_buf samples in normal conditions (excepting overflow) ?
When continuous streaming, yes. The buffers will always be maximally filled.
>
> How can I estimate the right number of losted samples ?
> - is it (samps_per_buff - N) + samps_per_buff
> - should I use the meta_data::time_spec to compute the number of losted
> samples ? does this time_spec
> already significant even for overflow conditions ?
> - another method ?
Basically. lost_samples = time_delta*sample_rate
I hope benchmark_rate.cpp will be helpful
-josh
>
> Any help is appreciated.
> thanks.
>
>
> Olivier
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 4
Date: Wed, 19 Dec 2012 19:40:09 +0100
From: raboteauo <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] overflow managment
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Le 19/12/2012 19:15, Josh Blum a ?crit :
>
> On 12/18/2012 01:12 AM, raboteauo wrote:
>> Hi,
>>
>> when UHD library detects an overflow, can we use the metadata time stamp
>> in order to compute the number of losted samples ?
>> Thanks.
> Actually the examples/benchmark_rate does exactly this.
Sorry for my simple question. I have a look at this example and test.
Thanks.
>
> Cheers,
> -josh
>
>> Olivier
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 5
Date: Wed, 19 Dec 2012 20:51:33 +0000
From: Juan Daniel Fernandez Martinez <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] msg_signature parameters
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi everyone,
What is the meaning of the parameters used in msg_signature(parameters1,
parameter2)?
thanks
________________________________
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20121219/be3f7ef5/attachment-0001.html>
------------------------------
Message: 6
Date: Wed, 19 Dec 2012 15:11:08 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] msg_signature parameters
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 12/19/2012 02:51 PM, Juan Daniel Fernandez Martinez wrote:
> Hi everyone,
> What is the meaning of the parameters used in msg_signature(parameters1,
> parameter2)?
> thanks
https://github.com/guruofquality/grextras/blob/master/include/gnuradio/block.h#L57
-josh
>
> ________________________________
>
> 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.
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 28, Issue 19
******************************************
