|
From: | Raydel Abreu (CM2ESP) |
Subject: | Re: [Discuss-gnuradio] Audio transmitting question |
Date: | Wed, 20 Dec 2017 06:13:09 +0000 |
Not an expert here but, just a couple of questions/suggestions.
HackRF One only properly works with either 8, 10, 12.5, 16 or 20 MHz sample rate, other sample rates selected and I think it won't work, but instead use default value (8M), or the closer one. So most likely your hardware in both script is actually running at 8 Msps
Why you have difference in sampling rate between your blocks? You are feeding your TX with 32k while it should need 8M at input, you could need a resample block there. Also in your RX your bandpass filter input should be running at 8M as that's your hardware rate and then use decimation to decrease to 32k if 8M / 32k is an integer value or another resampler method if not. This is also valid for other blocks, unless the block van do it itself you need to keep same rate through your script or do resampling when needed.
Best regards
Raydel. CM2ESP
Hi Jimmy,
Thank you very much for your response.
As i mentioned it in another answer, i used this block because
it was so advised in this topic:https://github.com/
And this had a good effect on the quality of the transmitted
sound.
Thanks in advance,
Timur
Hi Timur,
I’m not sure if this is your main problem, but we generally don’t recommend using a Throttle block with hardware sources or sinks. Instead, the hardware alone should control the sample rate. It is plausible that your Throttle block is preventing the "osmocom Sink" from getting samples quickly enough.
-Jimmy
On Dec 15, 2017, at 4:17 PM, Timur Karychev <address@hidden> wrote:
<tx_BPSK.grc.png><rx_BPSK.png>Hi Marcus,
Please find attached Screenshots of (tx/rx) flowgraphs that I used to transfer the file.
Without Codecs. The sound lasts well for several tens of seconds, then errors are heard. I'm transmitting the wav file with 8 KHz Samplerate.
I hope you can help in this matter. Looking forward to receiving your reply. Thank you.
Timur
On 15.12.2017 17:17, Müller, Marcus (CEL) wrote:
Hi Timur, there's infinitely many things that can go wrong – this might be a design mistake, this might be device imperfections, or this might really just be noise on your wireless channel. So, without you posting all details about your transmitter/receiver implementation, this will be pretty impossible to answer! Looking forward to more info, Regards, Marcus
______________________________ _________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Prev in Thread] | Current Thread | [Next in Thread] |