discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] MIMO source - bursts


From: Zohair
Subject: Re: [Discuss-gnuradio] MIMO source - bursts
Date: Mon, 9 Aug 2010 05:32:27 -0700 (PDT)

This seems to be cumbersome :(
Anyway, It may be easier to drop packets rather than samples, ,let's say I
want to drop 9 packets from each ten and only make use of one! Do you think
this is really easier??


Josh Blum-2 wrote:
> 
> If you continually request bursts of 1000 samples, you will get 3
> packets for each burst of the following sizes max_len, max_len,
> 1000-2*max_len. You can verify this behavior in wireshark or in the
> examples/rx_timed_samples.cpp
> 
> So, when you issue a command for 1000 samples:
> 
> What happens when you give recv a buffer larger than 1000 in
> full-buff-mode?
>     recv will fill the buffer until it times out
> 
> What happens when you give recv a buffer smaller than 1000 in
> full-buff-mode?
>    recv will return when the buffer is full, the next call to recv
> will fill in your buffer starting at the remaining fragment
> 
> http://www.ettus.com/uhd_docs/doxygen/html/classuhd_1_1device.html#a6788c6e4f349c1152f1a9819a3b2fd92
> 
> I hope that explains what you are seeing. Ignore the notes about the
> timeout (that went away when I added the timeout parameter). Note to
> self: fix docs. :-)
> 
> -Josh
> 
> BTW, you can pipeline the stream commands, you can issue several at
> once, and then issue a new command every 1000 samples.
> 
> 
> On Sun, Aug 8, 2010 at 7:46 AM, Zohair <address@hidden> wrote:
>>
>> Eric,
>>
>> Thanks for the note. I have solved the printing issue now.
>>
>> I have modified the work function (MIMO source) I posting below:
>>
>> -------------------
>>   int work( int noutput_items, gr_vector_const_void_star &input_items,
>> gr_vector_void_star &output_items ){
>>
>>        set_streaming(true);
>>        uhd::rx_metadata_t metadata;
>>        int size =   _dev->get_device()->recv(output_items, noutput_items
>> ,
>> metadata, _type, uhd::device::RECV_MODE_FULL_BUFF) ;
>>
>>        printf("size before: %i\n",size);
>>
>>        while (size ==0){
>>                set_streaming(true);
>>                size = _dev->get_device()->recv(output_items,
>> noutput_items , metadata,
>> _type, uhd::device::RECV_MODE_FULL_BUFF);
>>                printf("size after: %i\n",size);
>>        }
>>        return size ;
>>    }
>> ------------------
>> however, the size is not accurately 1000 as I requested in the
>> _set_streaming function. sometimes it's much higher and sometimes much
>> lower.
>> 1- Is there any hazards in this modification?
>>
>> 2-  I have no interpretation for the in accuracy of getting 1000 samples,
>> any clue about this? here's a sample of what I get;
>>
>> size before: 315
>> size before: 1685
>> size before: 1000
>> size before: 1000
>> size before: 315
>> size before: 1685
>> size before: 1000
>> size before: 1000
>> size before: 415
>> size before: 1585
>> size before: 1000
>> size before: 1000
>> size before: 415
>> size before: 1585
>> size before: 0
>> size after: 0
>> size after: 1000
>> size before: 1000
>> size before: 515
>>
>> Waiting for your response.
>>
>> Regards,
>>
>> Zohair
>> --
>> View this message in context:
>> http://old.nabble.com/MIMO-source---bursts-tp29336824p29380424.html
>> Sent from the GnuRadio mailing list archive at Nabble.com.
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

-- 
View this message in context: 
http://old.nabble.com/MIMO-source---bursts-tp29336824p29387384.html
Sent from the GnuRadio mailing list archive at Nabble.com.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]