[USRP-users] Calculation of number of packets transferred and received
ccicconetti at mbigroup.it
Tue Mar 22 05:35:37 EDT 2016
Number of #UDP datagrams generated by sink / read by source = Sr / SPP
Sr = your sample rate (see Marcus's detailed answer on this)
SPP = number of samples per packet, which depends on the wire encoding
and the configuration etc. if you leave default values everywhere should
be around 360 with USRP N Series devices (because Ethernet's MTU is 1500
and each sample requires 4 bytes, plus you have some IP/UDP/VITA overhead)
Example: with sample rate = 1 Msamples/s you have a UDP packet rate of
about 1000000/360 =~ 2800 packets/s.
Not sure if _this_ answers your questions, though.
On 03/22/2016 10:30 AM, Marcus Müller via USRP-users wrote:
> On 22.03.2016 10:19, Syed Aqeel Raza via USRP-users wrote:
>> Can we calculate the sample rate of usrp source node and usrp transmission node.
> Well, you/your application has to *set* that! So, yes, based on the data
> rate you'll need, the modulation you're using, the channel coding you'll
> use, the packet structure and the bandwidth your signal should occupy,
> you should be able to calculate a feasible sampling rate.
>> I don't want to use any third party application at this time. Is there any provision in USRP/ GNU radio for the calculation of number of samples (or packets)?
> Without an application, there's no way to transmit data, so without an
> application, there can also be no answer to your question.
> I think you might have misconception on what a USRP is.
> A USRP is not a device that you can feed in data on one end, and get the
> same data out on a receiver USRP. A USRP is a software defined radio
> frontend – you will need /software/ that takes your data and generates a
> /signal/ out of it, and on the receiver side, you'll need some software
> that takes the received signal and reconstructs the signal out of it.
> GNU Radio, on the other hand, is just a framework to develop such
> software. It comes with a few examples that you might use to actually
> use to implement such a system as mentioned above, but how you
> parameterize these examples is again: your job as the SDR
> developer/user, and hence, /you/ define these numbers.
> Best regards,
> USRP-users mailing list
> USRP-users at lists.ettus.com
More information about the USRP-users