Hello Munir,
You may loose information if some operation, such as decimation which can
increase the effective number of bits, was done in between the uint16 to 32
bit floating point and the conversion back to 16 bit integers. Most of the
time the dynamic range of the samples isn't all signal thoug
Thank Kyeong Su Shin.
Is there any chance of loosing information if I convert complex data back
to 16bit as you suggested? I think it would loose information?
Regards,
Munir
On Wed, Jan 3, 2018 at 12:16 PM, Kyeong Su Shin wrote:
> Hello M.Munir,
>
> By default, USRP gives you data in 16bit inte
Hello M.Munir,
By default, USRP gives you data in 16bit integer format (x2, for I and Q).
GNU Radio's complex data type uses IEEE754 single precision (x2, for I and
Q). The data type is converted by UHD (the USRP driver). Each IEEE754 data
point requires 32bit of storage (or memory, bandwidth, etc
Dear All,
I am confused to understand a behavior of GNURADIO USRP Source block. The
problem is,
1. I connected USRP N200 with my PC.
2. I set both the cahnnels of USRP
3. I set the sampling rate of both as 5MHz
4. I connected one channel directly to the Frequency Sink Block
5. I connected the 2nd c
Hi,
Does Gnuradio provide a possibility to measure a net data rate of a TCP source?
I would like to output how many packets (or bits) per second are being
successfully received in my top_block.
Thanks
Piotr
___
Discuss-gnuradio mailing list
Discuss-
Hi All, (sound stupid but...) Will the mux setup change the sample rate? For instance: I have 2 signals hooked up to RxA and RxB (2 diff. Rx basic daughterboards) and collecting data: set_mux(gru.hexint(0x32103210)) be collecting less data per second than set_mux(gru.hexint(0x20202
On Sat, Mar 04, 2006 at 08:30:14PM -0800, joe j wrote:
> Hi All,
> Will the mux setup change the sample rate?
No. The only thing that effects the sample rate is the decimation or
interpolation rate.
The bandwidth across the USB is multiplied by the number of channels
enabled. The sampl
