Bastian
I set the sampling rate on the GRC block diagram on all three devices to 1Msps. When I vary the sample rate to either side of 1Msps by a few Ksps using the resampler, the audio output start to go higher/lower in frequency and I start to get 'UaUaUa.' errors as you would expect. However, I have just had a search to see what the HackRF supports and it would appear to be 2Msps to 20Msps. That being the case, I fail to see why the audio output of gr-rds is OK if it was set to 2Mbps! With regards the USRP1, there is no UHD 'The hardware does not support the requested TX sample rate' warning when I run the gr-rds so I am assuming that it does support 1Msps +/- any frequency errors in the master xtal clock. Finally, I tried gr-rds with a cheaper RTL dongle device without the 0.5ppm TXCO (I think it had a 5ppm xtal) and that worked OK with the audio and the RDS decoded OK also. Watch this space....... Regards Alistair >Hi, > >On 09/25/2016 01:32 AM, Cinaed Simson wrote: >> But as strange as this might sound, it almost appears as if the RDS >> module is configured to use RTL dongle raw I/Q data pairs and not the >> complex I/Q pairs used by the USRP and HackRF One? > >I don't know the difference between raw I/Q and complex I/Q, but the module is supposed to work with >either source. > >>> Next adjusted the 1Msps sample rate using a Polyphase Arbitrary >>> Respampler. Adjusted it from 1Msps to +/- 50Ksps in small increments. >>> RTL dongle packed in the RDS decode a few Ksps either side of the >>> nominal centre of 1Msps. No joy from the USRP or HackRF no matter >>> what sample rate I set it to!!! > >Maybe the better approach would be to check what sample rate is supported by the device, set the source to >that sample rate, and then resample accordingly. > >Best, >Bastian
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
