Hello Nathan, I think this is more about hardware quirks than theoratical issues. Changing the sampling rates may mean re-configuring internal clocks and switching analog filters. It may also mean reconfiguring digital resamplers and digital filters, inside of the SDR transceiver chips (often a better idea). Some configurations may work better than others. Also, some sampling rates may not be supported at all (ex: USRP N200 only supports integer decimation rates, and suffers filter roll-off issues in some configurations).
For an example, HackRF does have known performance degradation issues at some sampling rates: https://github.com/mossmann/hackrf/issues/406 In theory, there should be no problem as long as your sampling rate meets the Nyquist rate. In fact, there are some SDR boards with 384 kS/s or lower sampling rates (often based on sound card chipsets) which have exceptional NBFM reception performance. Regards, Kyeong Su Shin ________________________________ 보낸 사람: Nathan Van Ymeren <n...@0x85.org> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac...@gnu.org> 보낸 날짜: 2021년 8월 8일 일요일 오후 1:48 받는 사람: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org> 제목: Re: Working Narrowband FM examples? Well, I guess it was the sample rate. As another message alluded to, 384kS/s seems too low. I'm not sure why that is; the arithmetic with decimation ought to result in a 48kHz audio output either way, but (with assistance from Andre Buhart who replied off-list) I upped the sample rate to 2.4M and now I can make out the audio (flowgraph attached). However, playing with the gain settings to make them identical to gqrx I noticed that, quite simply, the audio quality was just plain better in gqrx compared to gnuradio. So, investigating further it seems that the default sample rate for hackrf in gqrx is 8MS/s. Now, being a novice to DSP and SDR I conclude from this that a higher sample rate simply results in a better quality signal at the front end of the, uh, block chain. That is to say at 2.4M or 8M, the osmocom source must be emitting a better signal which translates to a better audio product at the other side of the flowgraph. However, my understanding is that a 48kHz audio signal is "good enough", so I'm a little mystified as to why 384kS/s, which is more than double what I want on the other side, results in such poor audio. I hope I'm explaining that properly. Can anyone point me in the right direction for further reading? Thanks to all who responded thus far, Nathan On 8/5/21 4:10 AM, Mike Markowski wrote: > You bet, Nathan. I just verified that the flowgraph demods NWR, so > either osmocom Source or Audio Sink needs configuring. You might try > simply playing a recording into your audio sink. It might be as > simple as adjusting audio rate. Regarding osmocom Source set up, > another flowgraph for HackRF was mentioned in this thread, and you > might compare that src setting to yours. (Also, not sure why I had RF > gain maxed. Better to lower that...) > > Good luck, > Mike > > On 8/4/21 1:40 PM, Nathan Van Ymeren wrote: >> Hi Mike, >> >> That's exactly what I was looking for, thanks. >> >> However: I swapped out the USRP source for an osmocom source, and it >> seems to be "mostly working" but the audio comes through like the >> adults from the old Charlie Brown show from when I was a kid. >> Instead of clearly-intelligible speech like I can hear through GQRX, >> using gnuradio I can only get speech that sounds like "mwah mwah mwah >> mwah" >> >> Attached is a .png of my flowgraph, hope it's not too large for the >> list (about 100kB). >> >> Appreciate any advice anyone might have. >> >> Nathan >> >> On 8/3/21 3:47 AM, Mike Markowski wrote: >>> Nathan, >>> >>> When I was refreshing my gnuradio awareness - I hesitate to use the >>> word "skills" :-) - I ran through the official tutorials and >>> modified them as needed to work with a usrp b210. On the page >>> >>> https://udel.edu/~mm/gr/ >>> >>> about halfway down is the title "Gnuradio Official Tutorials" with >>> the link "Here are my versions" where you'll find nbfm.grc. It's >>> very simple, using filter/squelch/NBFM Receive block and runs here >>> on grc 3.8.2.0, a promising sign. >>> >>> Hope it's useful, >>> Mike >>> >>> On 8/3/21 2:40 AM, Nathan Van Ymeren wrote: >>>> Hello, >>>> >>>> I am seeking a working NBFM receiver example, as the one on the >>>> wiki[0] produces unintelligible output. I am confident that my >>>> hardware is functioning properly because if I tune to the same >>>> frequency (162.525 MHz ) in gqrx, I can hear the weather radio >>>> broadcasts clearly. I am on OpenSUSE Tumbleweed, running gnuradio >>>> 3.8.x with a HackRF One and a standard telescopic antenna. >>>> >>>> I have reproduced [0] verbatim except with the following change: >>>> Instead of a ZeroMQ source, I am using an osmocom source for my >>>> hackrf. >>>> >>>> I’ve also tried adapting the flowgraph from the “SDR with HackRF” >>>> tutorial[1], which implements a wideband FM receiver in gnuradio, >>>> but I wasn’t able to make it produce anything resembling speech >>>> when I changed it to narrowband FM. >>>> >>>> Additionally, I’ve tried a few NOAA weather radio flowgraphs found >>>> online but most of what I’ve found either didn’t work or else was >>>> for an older version of gnuradio and thus had errors that I wasn’t >>>> able to work around since I am a gnuradio novice. >>>> >>>> Can anyone recommend a working flowgraph for narrowband FM, ideally >>>> something simple and working in gnuradio 3.8+? >>>> >>>> Thanks, >>>> >>>> Nathan >>>> >>>> [0] >>>> https://wiki.gnuradio.org/index.php/Simulation_example:_Narrowband_FM_transceiver#NBFM_receiver >>>> >>>> [1] https://greatscottgadgets.com/sdr/1/ >>>> >>> >> >
