Many thanks Marcus and Cristophe for your answers.
I keep on working, I appreciate your help very much.
All best
stefano
Il 30/03/2021 20:01, Marcus Müller ha scritto:
> Hi Stefano,
>
> no need to thank me for patience, you're doing cool stuff! (but
> please, always keep the mailing list in CC:, as there are multiple
> people who can help you!)
>
> The aO means "audio device is overflowing", which means you're not
> getting the data away from the audio source quickly enough. I'm at a
> different computer without GNU Radio on it right now, so I can't check
> your file, but:
>
> 1. Make sure your audio source is set to a sampling rate it actually
> supports. In my experience, 48000 and 44100 Hz are good bets.
> 2. Make sure your RF transmitter (i.e. your HackRF) is set to a
> sampling rate it actually supports
> 3. Make sure all decimating / interpolating steps between these to
> work out.
>
> For example: if your audio sampling rate is 48000, and your HackRF
> rate is 960000 Hz (I don't know whether that is supported!), then you
> need to achieve an interpolation by 20 in between. Now, it could be
> that you have an FM modulator with an audio rate = 48000 and output
> (quadrature) rate = 96000, then you need another interpolation by 10
> (using a "rational resampler" block).
>
> Hope this helps!
> Marcus
>
> On 3/30/21 1:29 PM, Stefano Zorzanello wrote:
>> thank you very much Marcus, I'm working on it, I just have copied the
>> file, but the original link is this
>> http://gareth.codes/hackrf-transmit/
>> <http://gareth.codes/hackrf-transmit/>
>>
>> and I was just trying to substitute the .wav file with an input
>> mic... I keep on working... but anyway, once cut the [short to float]
>> I get the following lines:
>>
>> Generating: '/home/pi/Desktop/SDR STUFF/top_block.py'
>>
>> Executing: /usr/bin/python3 -u /home/pi/Desktop/SDR STUFF/top_block.py
>>
>> libEGL warning: DRI2: failed to authenticate
>> qt5ct: using qt5ct plugin
>> gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.2.0
>> built-in sink types: uhd hackrf soapy redpitaya file
>> [INFO] [UHD] linux; GNU C++ version 8.3.0; Boost_106700;
>> UHD_3.15.0.0-0-7a3f1516
>> Using HackRF One with firmware 2017.02.1
>> gr::log :INFO: audio source - Audio source arch: alsa
>> len(interp_taps) = 952
>> aOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaO
>>
>> >>> Done
>>
>> what should I change on the graph?
>>
>> Thank you very much for your patience.
>>
>> Stefano
>>
>>
>>
>>
>> Il 30/03/2021 08:23, Marcus Müller ha scritto:
>>> Why are you doing short to float, if the output of the audio source
>>> is already float?
>>>
>>>
>>> On 30.03.21 01:47, Stefano Zorzanello wrote:
>>>> Dear list,
>>>>
>>>> as a newbie I ask you for your help with the attached file. For a
>>>> sound-installation
>>>> purpose I'd like to transmit a weak signal, which is generated
>>>> live, over a particular FM
>>>> frequency. In my attempt based on a grc file found here
>>>> https://wiki.gnuradio.org/index.php/Simulation_example:_AM_transmitter_and_receiver
>>>>
>>>> <https://wiki.gnuradio.org/index.php/Simulation_example:_AM_transmitter_and_receiver>
>>>> I
>>>> get errors even if I change the vector lenght to 2 of [short to
>>>> float] and [multiply
>>>> const] blocks, and I don't know what values to change in order to
>>>> make it work.
>>>>
>>>> Any help is greatly appreciated,
>>>>
>>>> thank you
>>>>
>>>> stefano
>>>>
>>>> system:
>>>>
>>>> HackRF one
>>>>
>>>> Raspberrypi + usb card for input
>>>>
>>>> GRC 3.8.2.0
>>>>
>>>>
>>>>
No comments:
Post a Comment