Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

[Ward, Marcus D.]

Ok so now I went to try out my architecture this time with a TCP source and 
sink. I have pictures included where the sending side is (TCPrecievestation) 
and the receiving side is (TCPreceivedisplaystation).

On the (TCPreceievestation), the last three lines in the bottom window is as 
follows:
RuntimeError: LookupError: KeyError: No devices found for -------->
Device Address: 
        Addr: (My USRP's IP address)


On the (TCPreceievedisplaystation), all I am getting is this:
using volk machine: avx_64_mmx_orc

To add, I have scopes for both the sending and receiving end, but as I run 
them, the plots do not show. 

Is there something that I could be missing since I am dealing with TCP and not 
UDP?

-----Original Message-----
From: address@hidden [mailto:address@hidden On Behalf Of Marcus Müller
Sent: Monday, July 14, 2014 4:14 PM
To: address@hidden
Subject: Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

Hi Marcus,
On 14.07.2014 22:01, Ward, Marcus D. wrote:
> The UDP sink doesn't support complex int 16, so what would I be able to 
> change the type to in order to come to a close solution for this problem? 
It should, using the datatype "short".
>
> Also, I have lowered the sample rate to very small amounts such as 1e6, but I 
> still lose packages on the receiving end. There is a 1-gigabit switch between 
> the two USRP's, so it is a very simple network. I don't think the network is 
> the problem.
I tend to agree, but dropped data indicates that either end (presumably the 
receiving one) is having trouble getting the data out of the UDP source fast 
enough.

>
> -----Original Message-----
> From: address@hidden 
> [mailto:address@hidden On 
> Behalf Of Marcus Müller
> Sent: Friday, July 11, 2014 8:59 PM
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?
>
> No, building vectors out of streams would (in the best case) change nothing, 
> as you don't send individual samples but always packets full of payloads.
>
> Also, if you have a hardware device defining your data rate, you will never 
> need a throttle, and having one will most likely only introduce problems, so 
> remove it from your flowgraph. All throttle really does is trying to achieve 
> a given *average* sample processing rate, and that interferes with the 
> hardware *constantly* providing a sample rate.
>
> A few numbers in my head: 500ksps = 500 * 32kbps = 16000kbps, not very much 
> for a gigabit ethernet! So I think it's safe to assume that the physical 
> network is not to blame here, and usually the CPU load, maybe introduced by 
> network handling might be to blame, if this doesn't happen with a null sink.
>
> Greetings,
> Marcus
>
>
> On 11.07.2014 19:49, madengr wrote:
>> Funny that I was doing the exact same thing last night, and I'm also 
>> getting warnings on the receive end at only 500 ksps on a home LAN.
>>
>> Should the stream be vectorized before the UDP sink, and if so how 
>> long?  I tried both stream and vectors but still get the warnings.
>>
>> Lou
>> KD4HSO
>>
>>
>> Ward, Marcus D. wrote
>>> Hey Everyone,
>>>
>>> I am sending a signal from one USRP to another USRP through a UDP network.
>>> It seems to work but I am getting data loss as gnu-radio runs the 
>>> flow graph. Hopefully someone could help me with this problem?
>>>
>>> P.S. I have the sender side (RecieveStation.jpg) and the 
>>> Reciever/Display side (RecieveDisplay.jpg) attached
>>
>>
>>
>> --
>> View this message in context: 
>> http://gnuradio.4.n7.nabble.com/Why-am-I-dropping-data-over-the-UDP-n
>> e twork-tp49283p49286.html Sent from the GnuRadio mailing list 
>> archive at Nabble.com.
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

TCPrecievedisplaystation.xcf
Description: TCPrecievedisplaystation.xcf

TCPrecievestation.xcf
Description: TCPrecievestation.xcf