discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] WBFM modulation. Bad sound and aUaU


From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] WBFM modulation. Bad sound and aUaU
Date: Sun, 05 Mar 2017 20:30:50 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

On 03/05/2017 06:47 PM, Fernando wrote:
Yes, this USRP has "very strange" sample rates, like 2.631579 MSps the are far from rounded values, every single sample rate I try to use, it change it to a slightly different one. 2.64Msps came from using a sample rate over 2Msps, with a 44Ksps in audio and interpolating in two stages one the FMTransmit (QuadratureRate/AudioRate =6 ) which must be an integer and a second stage in the resampler (10), so 44K*60=2.64M Using a UHD USRP source instead of osmocom source for the USRPit works fine (it sound okay), altough some aUaU keep appearing (maybe for mismatch between in sample rates?) regards

Not that strange--a USRP N-series device has a master clock of 100MHz. Sample rates are constrained to be integer fractions of the master clock rate. The sample rate you show is exactly 100e6/40, but is not a multiple of 44Ksps.

The osmocom block simply calls UHD, so in terms of sample-rate, there'll be no difference.

Since 44Ksps is not an integer fraction of 100Msps, you'll need to use an arbitrary resampler. This is exceedingly common in DSP. Audio subsystems are sample-rate constrained, and SDRs are sample-rate constrained, and it's very rare that their constraints "mesh" in useful ways. Doing fractional resampling in the software part of the flow is MUCH easier than having the hardware do
  arbitrary resampling.








reply via email to

[Prev in Thread] Current Thread [Next in Thread]