Hi BZS,
haven't seen you in a long time! Welcome back :)
If you use the search tool in gnuradio-companion, you will find the BER
block, which has two inputs and will output an BER measurement.
SNR is highly dependent on what you consider to be signal and what you
consider to be noise, so for mos
On 07/11/2014 09:31 AM, Marcus Müller wrote:
> Hi BZS,
>
> haven't seen you in a long time! Welcome back :)
>
> If you use the search tool in gnuradio-companion, you will find the BER
> block, which has two inputs and will output an BER measurement.
>
> SNR is highly dependent on what you consid
Hello,
I did find a simlar entry to this problem on the forum from last month but
there was no usable solution for me unless I missed something. Also I have
not found a way to allow me to change the USB permissions. Any advise will
be a great help.
Thanks
John
I have this issue on TWO DIFFERENT
On Fri, Jul 11, 2014 at 9:27 AM, John Meloche
wrote:
> Hello,
>
> I did find a simlar entry to this problem on the forum from last month but
> there was no usable solution for me unless I missed something. Also I have
> not found a way to allow me to change the USB permissions. Any advise will
>
You may need the rtprio also. See notes at below link I have been keeping:
http://rfpoweramp.wordpress.com/2014/06/10/setting-up-the-usrp-b200/
Note there is something screwed up with Worpress and quotes pasted from the
Linux shell, so be careful if pasting in that text.
Lou
KD4HSO
John Meloc
Assuming that you're not just dropping samples -- are you getting 'O' on your receiver console?
If that isn't the case, then the most likely reason is that UDP doesn't guarantee a reliable channel, and if you're routing these UDP packets over a significant-sized IP network, that network may be dr
Also, you're sending data at 6.25Msps, with complex-float samples, which chews up:
6.25e6 x 8 bytes/second
= 400Mbit/second, without accounting for headers and other overhead.
You might want to re-think your architecture, if you're going to be sending this data over the network.
on Jul
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
If I change the type to complex integer 16, you think I’ll have a better
outcome? Seeing as if there is a way to change the type to complex 16, but I
will have to incorporate converters.
From: Marcus Leech [mailto:mle...@ripnet.com]
Sent: Friday, July 11, 2014 1:38 PM
To: Ward, Marcus D.
Cc: Dis
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
problem
Hi guy,
Thanks in advance.
Currently I am implementing a project based on ofdm_bentchmark example
with USRP2. I remember that the sample rate of ADC of USRP 2 with RF2450
can be up to 100MS/s. That means we can use USRP2 to capture at most 50Mhz
bandwidth signal.
Initially, I plan to log the si
On 07/11/2014 10:20 PM, Yingjie Chen wrote:
Hi guy,
Thanks in advance.
Currently I am implementing a project based on ofdm_bentchmark
example with USRP2. I remember that the sample rate of ADC of USRP 2
with RF2450 can be up to 100MS/s. That means we can use USRP2 to
capture at most 50Mhz b
On 07/11/2014 11:04 PM, Yingjie Chen wrote:
Thanks for your reply, Marcus.
8bits is enough for my case. But can you tell how to modify the adc
from 16bits to 8bits? I have no idea where to start it on gnuradio
example. */What to mean by setting the peak/*?? what is the notation
of peak?
Th
13 matches
Mail list logo
