Hi,
> On 9. Nov 2017, at 17:25, Sumit Kumar wrote:
>
> Hi,
>
> The 802.15.4 spec says that the channels should be 2 MHz wide with 5 MHz
> inter channel spacing.
>
> Why does gr-ieee 802.15.4 uses a sampling rate of 4MHz instead of 2 MHz ?
>
> Off course it works with commercial devices, b
Hi,
The 802.15.4 spec says that the channels should be 2 MHz wide with 5 MHz
inter channel spacing.
Why does gr-ieee 802.15.4 uses a sampling rate of 4MHz instead of 2 MHz ?
Off course it works with commercial devices, but I am curious why 4 MHz and
not 2 MHz.
Regards
Sumit
___
Hi,
Sorry, just realized that decreased bandwidth = decreased signal to noise.
Had a memory slip on that one! But I am still interested in the main part
of the question.
Thanks in advance!
Ellie
On Sat, Jul 15, 2017 at 11:13 AM, Ellie White
wrote:
> Hello!
>
>
>
> I have a quick question to a
Hello!
I have a quick question to ask, related to sampling rate and observed
frequency on the waterfall sink. I’ve been testing an antenna (connected to
an SDR dongle) with both GNU Radio and SDR#, and have noticed something
kind of odd. In SDR#, I can see some strong signals at ~125040 kHz (125
Hi Pawel,
receivers like the RTL dongles first use a mixer to downconvert your
signal, in this case from a center frequency of 107.5MHz +- 16kHz to a
complex baseband signal around 0Hz. That then only needs to be digitized
according the actual signal bandwidth. (In fact, if you can filter well
en
Hello,
In GnuRadio when I create some basic RTL-SDR receiver followed by FFT block
I can set receiver signal frequency of my local FM station 107.5MHz and
sampling frequency of 32kHz.
With that settings I can correctly see on FFT display signal of my local
station. But according to Nyquist–Shannon
Hi Jeon,
> In the figure above, I've marked a timing difference between them with
> arrows.
that's only natural. There's filtering involved, hence you get a delay.
> Although I adjust a timing difference between them, a waveform after
> the resampler seems ugly.
I still beg to differ :) It looks li
Thanks you Tom and Marcus.
Yes, well... I meant that I've also checked FFT but a picture of it was in
another PC so I couldn't attach it when I was writing the previous post.
Sorry about that. And I am currently using N210.
Today, carrying on from the yesterday, I've replaced a square wave signal
Hi Jeon,
what USRP are you using?
You're right: The point is that only integer factor of the USRP's master
clock rate can be used.
So for example, if you're using the USRP2 or N210, the master clock rate
would be fixed at 100MHz.
That would explain the rates you're seeing. (3.703..MS/s = 100MHz
On Fri, Jul 24, 2015 at 8:23 AM, Jeon wrote:
> I am building a certain system whose clock rates can be 200k, 400k, 3.75M,
> 7.5M, 15M, 30M, 60M and 120 MHz.(It's not an RF communication system, but a
> wired communication system using a square wave on-off keying.)
>
> First of all, I've tested a
I am building a certain system whose clock rates can be 200k, 400k, 3.75M,
7.5M, 15M, 30M, 60M and 120 MHz.(It's not an RF communication system, but a
wired communication system using a square wave on-off keying.)
First of all, I've tested a USRP with only available rates for USRP (i.e.
200k, 400k
Hi Activecat,
Thanks for providing the flowgraph_01.grc example. Now I understand that
how to set sample rate of a customized block. For others, sample rate of a
customized block can be initialized in the make() function of the block.
Details of setting the sample rate can be found in Activecat's
On Sat, May 31, 2014 at 11:47 PM, Activecat wrote:
> I've created a sample for you at https://github.com/activecat/gr-test1
> You could run the flowgraph found in the "examples" directory.
> Try to change the samp_rate of the flowgraph from 32kHz to different
> values (64kHz, 200kHrz etc).
> You
On Sat, May 31, 2014 at 11:03 PM, Pengyu Zhang wrote:
> Hi Activecat,
>
> Thanks for your detailed examples. I will try set_output_multiple() and
> tell you my user experiences :)
>
> I still have a question which was posted at the beginning of my previous
> email. How to configure the "Sample Ra
Hi Activecat,
Thanks for your detailed examples. I will try set_output_multiple() and
tell you my user experiences :)
I still have a question which was posted at the beginning of my previous
email. How to configure the "Sample Rate" (which is samp_rate) as one of
the variables of my custom block?
Hi Pengyu, Activecat!
These are very good considerations!
I just wanted to add, since this comes up rather frequently, that in
digital signal processing like GNU Radio,
there is no "factual" sampling rate. So if you "calculate" a signal,
it's frequency can only be measured by the number of samples
Hi Pengyu,
There are few considerations:
On Sat, May 31, 2014 at 4:19 AM, Pengyu Zhang wrote:
> Hi All,
> How to determine the sampling rate of a customized signal source?
>
> I designed a customized signal source which should output two 1ms pulses
> every 10ms. If I do not know the sampling ra
Hi All,
How to determine the sampling rate of a customized signal source?
I designed a customized signal source which should output two 1ms pulses
every 10ms. If I do not know the sampling rate of the customized module, I
do not know how many elements I should put into the out* buffer for
generat
Hi everyone ,
I'm doing a small experiment i.e FM transmitter using
gnuradio and usrp b100.i'm facing problem to set the output sampling
rate.How exactly should be the sampling rate at each stage to transmit the
audio file.Below is the grc file of my flowgraph
Please can anyone help
HI everyone ,
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 05/30/2013 09:56 PM, Karan Talasila wrote:
ok..So N can be any integer. I am using USB 3.0 and it's allowing me
sample rates almost close to 60MSPS without an error. I have an 8 core
processor. But the surprise is even if i enter values greater than 64
MSPS it doesn't throw an error. Is that
ok..So N can be any integer. I am using USB 3.0 and it's allowing me sample
rates almost close to 60MSPS without an error. I have an 8 core processor.
But the surprise is even if i enter values greater than 64 MSPS it doesn't
throw an error. Is that a bug as it doesn't show me any warning whatsoeve
On Thu, May 30, 2013 at 7:51 AM, Karan Talasila wrote:
> I am using USRP 1 for an application. I am using complex baseband
> representation, so i am setting bandwidth almost equal to the sampling
> rate. But many times i see that when i set the sample rate I get target
> sampling rate is dif
Hi,
I am using USRP 1 for an application. I am using complex baseband
representation, so i am setting bandwidth almost equal to the sampling
rate. But many times i see that when i set the sample rate I get target
sampling rate is different from actual sampling rate. I checked the wiki,
it says
In the same way that GNU Radio uses complex samples, USRPs also deliver
complex baseband samples; thus, 25 MSPs of complex baseband gives you 25
MHz of bandwidth.
Cheers,
Ben
On Fri, Feb 17, 2012 at 7:30 AM, Ed Criscuolo
wrote:
> On 2/17/12 2:07 AM, guelord ingala wrote:
>
>> Hi,
>> I'm getting
On 2/17/12 2:07 AM, guelord ingala wrote:
Hi,
I'm getting confused with the concept of "Sampling rate" to set the
UHD:USRP Source and other blocks from the gnuradio-companion. If I'm
still right, the sampling rate must be at least the double of the
operating frequency. But I can see some working
Hi,
I'm getting confused with the concept of "Sampling rate" to set the UHD:USRP
Source and other blocks from the gnuradio-companion. If I'm still right, the
sampling rate must be at least the double of the operating frequency. But I can
see some working applications when this Nyquist theory is
The USRP2 is fixed at a 100MHz sample rate.
Are you using the polyphase resampler? Its CPU load should be significantly
less than the "regular" rational resampler in Gnuradio.
--n
On Mon, Aug 29, 2011 at 2:22 PM, Marcin Szelest wrote:
> Hi,
>
> I'm using USRP2 as transmitter of DVB-T signal.
>
Hi,
I'm using USRP2 as transmitter of DVB-T signal.
Is is possible to decrease default USRP2 sampling rate from 100MHz to
multiple of 9,142MHz?
Now I'm resampling signal but this solution is time consuming and I'm
not able to get real-time performance of modulator.
In fact I just need to slow down
t can
handle the above processing?
Regards
Krishna S
--- On Fri, 9/4/10, John Orlando
wrote:
From: John Orlando
Subject: Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and
rx_streaming_sampless.cc
To: "Johnathan Corgan"
Cc: "Krishna S" , "gnu"
D
> If what you really mean is that you have a host PC generated sample
> stream at 15.36 Msps and need to transmit it with the USRP2, then yes,
> you'd set the USRP2 FPGA interpolation to 6, then fractionally
> resample from 15.36 Msps to 16 Msps on the host.
>
> Depending on what the last DSP proc
On Fri, Apr 9, 2010 at 08:58, Johnathan Corgan
wrote:
> If what you really mean is that you have a host PC generated sample
> stream at 15.36 Msps and need to transmit it with the USRP2, then yes,
> you'd set the USRP2 FPGA interpolation to 6, then fractionally
> resample from 15.36 Msps to 16 Ms
On Fri, Apr 9, 2010 at 01:25, Krishna S wrote:
> 1. I set the interpolation rate to 6. Does that mean baseband signal is
> fed to DAC at the rate of 100MHz/6 = 16.66 Msps?
Not quite. It means that the FPGA is interpolating and creating 6
samples on the DAC bus for every sample t
possible as the interpolation factor
becomes non-integer. So do you suggest me to use ‘resampler’ to convert
16.66 Msps to 15.36Msps?
I appreciate your feedback.
Krishna S
--- On Thu, 8/4/10, Johnathan Corgan wrote:
From: Johnathan Corgan
Subject: Re: [Discuss-gnuradio] sampling rate of
On Thu, Apr 8, 2010 at 08:30, Johnathan Corgan
wrote:
> In the case it is configured to interpolate by 4, then the USRP2 will
> consume samples from the GbE port at 25 Msps, or 800 Gbps + overhead.
Um, that would be 800 Mbps + overhead. But one could wish :-)
Johnathan
__
> As i am dealing with RF communication i need to know exactly what sampling
> rate
> the USRP2 is sampling the data and sending over the air ?
This has been detailed before on this list, so you can find a more
complete explanation by searching the archives.
On the transmit side, there are *two*
hanks
KRISHNA S
--- On *Wed, 7/4/10, Per Zetterberg //* wrote:
From: Per Zetterberg
Subject: Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc
and rx_streaming_sampless.cc
To: "Krishna S"
Cc: "gnu"
Date: Wednesday, 7 April, 2010, 7:52 AM
From: Per Zetterberg
Subject: Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and
rx_streaming_sampless.cc
To: "Krishna S"
Cc: "gnu"
Date: Wednesday, 7 April, 2010, 7:52 AM
Krishna S wrote:
> Hi,
> i am trying to calculate at what sampling rate does the tx
Krishna S wrote:
Hi,
i am trying to calculate at what sampling rate does the
tx_sampless.cc and rx_streaming samples.cc are sending the data
(file). from 1 USRP2 to another USRP2.
i am setting interpolation as 16 at transmitter side (tx_samples.cc)
and decimation rate of 16 at receiver
Hi,
i am trying to calculate at what sampling rate does the tx_sampless.cc and
rx_streaming samples.cc are sending the data (file). from 1 USRP2 to another
USRP2.
i am setting interpolation as 16 at transmitter side (tx_samples.cc) and
decimation rate of 16 at receiver side (rx_streaming_s
ED]>; "gnuradio
mailing list"
Sent: Monday, March 26, 2007 10:00 AM
Subject: [Discuss-gnuradio] Sampling rate of USRP board
Hello,
I have recently purchased the USRP board and the RX daughterboard, and I
have started working on them.
One major factor that I need to change is the sam
Hello,
I have recently purchased the USRP board and the RX daughterboard, and I
have started working on them.
One major factor that I need to change is the sampling rate frequency of
the ADCs on USRP, I know the USRP clock is at 64MSPS and I need to
reduce it to at least half of it.
My question
2006/11/11, Tarun Tiwari <[EMAIL PROTECTED]>:
The GUI is opening very well, and I can see the frequency spectrum.
After getting this error, I wen to the control centre of Fedora Core 5, and
changed the default sampling rate to 32000 Hz, but the problem was not
resolved.
Copy'n'pasted from the a
Hi,After a long wait I recieved the hardware. I was trying to run FM Reciever but there is some problem related to the sampling rate of my computer. I received following error message:
[EMAIL PROTECTED] usrp]# ./usrp_wfm_rcv.pyUsing RX d'board A: Basic Rx>>> gr_fir_ccf: using SSE
>>> gr_fir_fff: us
Lin Ji wrote:
Hi,
There is one thing that I can not figure out:
The ADC on the USRP has a sampling rate at 64Msps, that is, for a
data at 1Mbps, for every incoming bit there will be 64 samples.
Suppose every sample is 16bits, the bit rate is 1024Mbps,that is a
huge amount of data flow. Now
On Mon, Nov 06, 2006 at 05:43:18PM +0100, Lin Ji wrote:
> Hi,
> So you mean that it is not possible to save all 64M samples to file?
This is correct, unless you need only a small snapshot.
> (Reason I want that is my work depends on sampling time resolution,
> down-convertion by a factor 2 will
On Mon, Nov 06, 2006 at 01:40:21PM +0100, Lin Ji wrote:
> Hi,
> There is one thing that I can not figure out:
> The ADC on the USRP has a sampling rate at 64Msps, that is, for a data at
> 1Mbps, for every incoming bit there will be 64 samples. Suppose every sample
> is 16bits, the bit rate is 102
Hi,
There is one thing that I can not figure out:
The ADC on the USRP has a sampling rate at 64Msps, that is, for a data at 1Mbps, for every incoming bit there will be 64 samples. Suppose every sample is 16bits, the bit rate is 1024Mbps,that is a huge amount of data flow. Now if a user want to
Hi,
In the USRP documents it says that the ADC has a highest sampling rate at 64Msps. From some response from the mailing group I got to know that the sample rate is at 32Msps. Which one is the 'REAL' samplng rate?
If I have a signal that has a chips rate 11Mbps, assume that the sampling rate
49 matches
Mail list logo