Re: help request with simple live mic tx

2021-03-30 Thread Stefano Zorzanello

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 96 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/ 



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 

 
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







Re: help request with simple live mic tx

2021-03-30 Thread Marcus Müller

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 96 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/ 



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 

 
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







Re: help request with simple live mic tx

2021-03-30 Thread Stefano Zorzanello
Here again, struggling with another attempt to transmit in AM instead of 
FM, I've copied/modified the grc file found at 
https://wiki.gnuradio.org/index.php/Simulation_example:_AM_transmitter_and_receiver


I get the following error line, which I don't understand as it seems to 
me identical to the original simulation file


===

Executing: /usr/bin/python3 -u /home/pi/Desktop/SDR STUFF/top_block.py

  File "/home/pi/Desktop/SDR STUFF/top_block.py", line 105
    self.uhd_usrp_sink_0.set_normalized_gain(500m, 0)
    ^
SyntaxError: invalid syntax

>>> Done (return code 1)

=

Any suggestion? thank you for your time and patience

Stefano

system:

HackRF one

Raspberrypi + usb card for input

GRC 3.8.2.0





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

 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



options:
  parameters:
author: BARRY dUGGAN
category: Custom
cmake_opt: ''
comment: ''
copyright: '2020'
description: ''
gen_cmake: 'On'
gen_linking: dynamic
generate_options: qt_gui
hier_block_src_path: '.:'
id: top_block
max_nouts: '0'
output_language: python
placement: (0,0)
qt_qss_theme: ''
realtime_scheduling: ''
run: 'True'
run_command: '{python} -u {filename}'
run_options: prompt
sizing_mode: fixed
thread_safe_setters: ''
title: AM_TRANSMITTER
window_size: ''
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [8, 8]
rotation: 0
state: enabled

blocks:
- name: VOLUME
  id: variable_qtgui_range
  parameters:
comment: ''
gui_hint: ''
label: Audio gain
min_len: '200'
orient: Qt.Horizontal
rangeType: float
start: '0'
step: 100m
stop: '10'
value: '1.2'
widget: counter_slider
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [282, 11]
rotation: 0
state: true
- name: freq
  id: variable_qtgui_entry
  parameters:
comment: ''
gui_hint: ''
label: Frequency
type: real
value: '1805000'
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [425, 19]
rotation: 0
state: true
- name: samp_rate
  id: variable
  parameters:
comment: ''
value: '44100'
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [185, 10]
rotation: 0
state: enabled
- name: usrp_rate
  id: variable
  parameters:
comment: ''
value: '705600'
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [181, 77]
rotation: 0
state: enabled
- name: audio_source_0
  id: audio_source
  parameters:
affinity: ''
alias: ''
comment: ''
device_name: hw:CARD=Device,DEV=0
maxoutbuf: '0'
minoutbuf: '0'
num_outputs: '1'
ok_to_block: 'True'
samp_rate: '44100'
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [15, 231]
rotation: 0
state: true
- name: blocks_add_const_vxx_0
  id: blocks_add_const_vxx
  parameters:
affinity: ''
alias: ''
comment: ''
const: '1'
maxoutbuf: '0'
minoutbuf: '0'
type: float
vlen: '1'
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [622, 269]
rotation: 0
state: true
- name: blocks_float_to_complex_0
  id: blocks_float_to_complex
  parameters:
affinity: ''
alias: ''
comment: ''
maxoutbuf: '0'
minoutbuf: '0'
vlen: '1'
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [953, 269]
rotation: 0
state: true
- name: blocks_multiply_const_vxx_1
  id: blocks_multiply_const_vxx
  parameters:
affinity: ''
alias: ''
comment: ''
const: '1.2'
maxoutbuf: '0'
minoutbuf: '0'
type: float
vlen: '1'
  states:
bus_sink: false
bus_source: false
bus_structure: null
coordinate: [443, 271]
rotation: 0
state: enabled
- name: blocks_null_source_0
  id: blocks_null_source
  parameters:
affinity: ''
alias: ''
bus_structure_sour

Re: help request with simple live mic tx

2021-03-29 Thread Marcus Müller
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
> 
>  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
> 
> 
>