[Discuss-gnuradio] SDRA2019: Videos are available
Dear lists, the fifth Software Defined Radio Academy 2019 took place on Saturday June 22 in Friedrichshafen. We are happy to announce that the recordings of all the talks are online now. Please have a look at: http://youtube.sdra.io -> Playlists -> SDR Academy 2019 @HAMRADIO Please note that Nobel Price laureate Joe Taylor K1JT came to us a little off schedule and that we had to re-arrange the sequence of the talks. Yet we do have his talk online. Let me express our gratitude to our fantastic speakers, the recording team around Sebastian DL5WN, the DARC staff, and Prof. Dr. Ulrich Rohde KA2WEU for his great support. Please also note the date of the next SDRA2020: Saturday June 27 2020 So we hope you enjoy the recordings! All the best! VY73! Markus Heller, DL8RDS Michael Hartje, DK5HH ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Custom GUI for OOT Block
Dear all, I am trying to write a custom GUI-block using QT. I was looking into the QT tree-module blocks in order to understand how the QApplication-instance that is created in the GRC-generated Python-file is used when setting up a generic GR qt-GUI (e.g. a standard frequency sink). Apparently the GR QT blocks use the "qApp" - MACRO that checks if there is already a QApplication instance. As one is spawned in the main python file, the GT QT Block recognizes this instance and returns a reference to some widget that is supposed to be displayed in the GUI associated with the QApplication instance. I tried to mimic that and also check for "qApp". However, the QApplication instance is NOT regognized in my OOT QT block. Maybe, there is some kind of collision of Qt-versions in the background since I am building my GUI with Qt5 but I cannot find any solution If you have any idea, I would appreciate any help. Thanks in advance. Florian Anderl My environment: GNU C++ version 8.2.0; Boost_106501; UHD_3.14.0.HEAD-0-g6875d061 GNUradio version: 3.7.13.4 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Managing Tags in Multiple Streams
Hello all,
We want to transmit two channels OFDM signal. Each channel has 500kHz
bandwidth.
We want to connect each channel to TAP interfaces. At the end, we have
two OFDM receivers and two OFDM transmitters. We are getting trouble
with putting tags these two streams (from TAP0 and TAP1). The messages
that comes from TAP0 and TAP1 interfaces are different sized. We have
combined these two OFDM TX paths using "Tagged Stream Mux". The
disadvantage of this block is that it waits length tag from both of the
inputs, so we can send data when both of the interfaces are active. But
we should also send when one of the channels is active.
The GNU Radio FG is attached. So, how can we send multiple tagged
streams to USRP device? Does using Tagged Stream Mux is true approach
for this task?
You may suggest another approach.
Best regards.
Ramazan
Tue Jun 25 20:14:15 2019
options
author
window_size
2000,2000
category
[GRC Hier Blocks]
comment
description
_enabled
True
_coordinate
(8, 8)
_rotation
0
generate_options
no_gui
hier_block_src_path
.:
id
xlating_ofdm_slave_u1_ip16
max_nouts
0
qt_qss_theme
realtime_scheduling
run_command
{python} -u {filename}
run_options
prompt
run
True
sizing_mode
fixed
thread_safe_setters
title
placement
(0,0)
variable
comment
_enabled
True
_coordinate
(640, 212)
_rotation
0
id
decimation
value
1
variable
comment
_enabled
True
_coordinate
(712, 84)
_rotation
0
id
fft_len
value
128
variable
comment
_enabled
1
_coordinate
(104, 244)
_rotation
0
id
filter_frac
value
3
variable
comment
_enabled
True
_coordinate
(336, 188)
_rotation
0
id
fir
value
firdes.low_pass_2(1, samp_rate, (samp_rate/4)+filter_frac, 5000, 100,firdes.WIN_BLACKMAN_HARRIS)
variable
comment
_enabled
True
_coordinate
(544, 212)
_rotation
0
id
interpolation
value
2
variable
comment
_enabled
0
_coordinate
(184, 316)
_rotation
0
id
ip
value
"addr=192.168.0.16"
variable
comment
_enabled
1
_coordinate
(288, 244)
_rotation
0
id
ip
value
"addr=192.168.0.20"
variable
comment
_enabled
1
_coordinate
(8, 244)
_rotation
0
id
min_obuffer
value
2**16
variable_low_pass_filter_taps
beta
6.76
comment
cutoff_freq
250e3
_enabled
True
_coordinate
(800, 36)
_rotation
0
gain
1.0
id
myfilter
samp_rate
samp_rate
width
1e4
win
firdes.WIN_HAMMING
variable
comment
_enabled
1
_coordinate
(408, 68)
_rotation
0
id
occupied_carriers
value
(range(-52, -49) + range(-48, -35) + range(-34, -21) + range(-20, -7) + range(-6, 0) + range(1, 7) + range(8, 21) + range(22, 35) + range(36, 49) + range(50, 52),)
variable
comment
_enabled
0
_coordinate
(824, 172)
_rotation
0
id
occupied_carriers
value
(range(1, 7) + range(8, 21) + range(22, 35) + range(36, 49) + range(50, 52),)
variable
comment
_enabled
0
_coordinate
(608, 92)
_rotation
Re: [Discuss-gnuradio] [USRP-users] B205mini half-duplex? (GRC)
On 07/05/2019 09:36 AM, Tom McDermott via USRP-users wrote: Hi Marcus - thanks for the link to the documentation. Messages don't have the required functionality, so I have tried to insert tx_sob and tx_eob tags. This unfortunately has not changed anything. This is what the tag debug shows, are these formatted correctly for UHD USRP sink? -- Tag Debug: Input Stream: 00 Offset: 139250 Source: burst_tagger4 Key: tx_sob Value: #t -- -- Tag Debug: Input Stream: 00 Offset: 196587 Source: burst_tagger4 Key: tx_eob Value: #t -- I have to stop streaming samples to the USRP Sink to get it to stop transmitting and switch TX/RX over to RX - the tags aren't enough. However the next time back to Tx, the problem with transmitter underruns and weird oscillating T/R behavior resumes. Still looking for advice as to how to T/R switch the unit without the TX going nuts? -- Tom, N5EG Indeed, if there are ANY samples after a tx_eob, the USRP will go back into transmitting mode. I'm copying the discuss-gnuradio mailing list, since this is really an issue of how to make tagged streams behave as-expected with GRC-derived flow-graphs. I've never implemented a half-duplex TX scheme out of GRC myself, but there are folks on the discuss-gnuradio mailing list who have. On 07/04/2019 11:14 PM, Tom McDermott via USRP-users wrote: >/ I am trying to use a B205mini in half-duplex mode through the TX/RX />/ connector />/ from a GRC flowgraph. Gnuradio 3.7.13.4. Very slow switching, />/ manually implemented. />/ />/ The flowgraph implements a simple half-duplex transceiver. In order to />/ switch />/ the TX/RX antenna switch, I am starting and stopping samples to the />/ USRP sink />/ using the Copy block. When the Copy block is enabled it passes />/ samples to the USRP sink, />/ and when disabled it does not copy samples to the USRP sink. />/ />/ If the Copy block is statically enabled, then the USRP transmits (RED />/ led 'On' for TX/RX) />/ continuously without any underruns. />/ />/ If the Copy is statically disabled, then USRP goes into receive mode />/ (GREEN led 'On' for TX/RX) />/ and stays in that mode. />/ />/ So far so good. />/ />/ However if I toggle the enable/disable on the copy block to disable />/ the TX/RX switches as it should />/ from red to green, but after I re-enable the Copy block and leave it />/ enabled, the TX/RX LED goes red />/ for awhile, then rapidly flashes red/green/red etc. while printing />/ UUU on the GRC console, then />/ goes RED for about 5 seconds without underruns, then flashes RED/GREEN />/ rapidly for 5 or 10 seconds />/ and underruns, back and forth ad infinitum. />/ />/ So Copy appears not to be a good way to implement T/R switching. />/ />/ There is a message port on the USRP sink block. Can this be used to />/ implement T/R switching? />/ Is there some place that the messages that this port accepts defined? />/ I cannot seem to find />/ the syntax for the message definitions in the USRP documentation, so I />/ must be looking in the wrong place. />/ />/ -- Tom, N5EG />/ />/ /There's some documentation here: https://www.gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__sink.html ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] creating custom block with variable number of inputs/outputs
Hello, I am trying to create a custom block that can take in a variable number of inputs and outputs based on what the user enters. I have tried looking at the source code of the "Add" block to figure out how to do this, but it is still not clear where and what I should modify to accomplish this. Any help would be appreciated. Thanks, Vincent ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USB Audio Adapter as audio source
Kyeong and Marcus, To clarify what I sent yesterday, I did click 'Set as fallback' when I ran pavucontrol. That probably had an effect on 'default', 'sysdefault', and 'hw:0,0' working. In further testing, I found a method which gives a persistent name because, depending on boot-up timing, the card number varies. So, using a terminal screen: for USB audio input (from a dongle): arecord -L find the entry such as: hw:CARD=Device,DEV=0 USB Audio Device, USB Audio Direct hardware device without any conversions use hw:CARD=Device,DEV=0 as the device name for audio output: aplay -L find the entry such as: (this is for HDMI sound) hw:CARD=ALSA,DEV=1 bcm2835 ALSA, bcm2835 IEC958/HDMI Direct hardware device without any conversions use hw:CARD=ALSA,DEV=1 as the device name Thanks for your help and support! --- Barry Duggan On 2019-07-04 00:41, Kyeong Su Shin wrote: Hello Barry: Maybe it is not 'the proper way', but maybe you can leave the "Audio Source" as-is and set the input device using pavucontrol? Regards, Kyeong Su Shin 보낸 사람: Barry Duggan 대신 Discuss-gnuradio 보낸 날짜: 2019년 7월 4일 목요일 오전 10:48:36 받는 사람: Discuss Gnuradio 제목: [Discuss-gnuradio] USB Audio Adapter as audio source I am trying to use a C-Media USB Audio Device as the audio source in my flow graph. So far, I have not had any success with the device name. I tried: all variations of "C-Media Electronics Inc. USB Audio Device" default (also an empty device name) sysdefault Device (there was a sym link) hw:x,y with various numbers plughw:x,y with various numbers 'PCM',x with various numbers /proc/asound/card2 (which is the correct card from the list) alsamixer shows the device as valid. There does not seem to be a 'mute' function. Any suggestions? Thanks -- Barry Duggan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem using GFSK modulation and demodulation blocks
Hello Everyone I was dealing with a problem for the past 2 years with the GNURadio, i made a very simple loopback flowgraph which consists into something like this Wav File Source --> Rational resampler --> multiply const --> float to char --> GFSK mod --> GFSK demod --> Char to float --> multiply const ---> Audio sink I made the following assumptions to desing my digital communication system Audio_rate: 32 KHz Audio_bit_depth: 8 bits Bits_per_symbol: 1 bit. Samples_per_symbol: 8 sps And made the following calculations: Bit_rate(Audio): Audio_rate * Audio_bit_depth = 8 * 32e3 = 256 Kbps Baud_rate(Symbols): Bit_rate * Bits_per_symbol = 256e3 * 1 = 256 KSyps Sample_rate (modulated samples): Baud_Rate * Sample_per_symbol = 256e3 * 8 = 2.048 MSps I did this calculations thanks to the Wikipedia and GNURADIO wiki Frequency_deviation = Bit_rate/2 = 256e3/2 =128 KHz Modulation_index = Frequency_deviation /(baud_rate/2) = 128e3 / (256e3 / 2) = 1 Sensitivity = (math.pi* Modulation_index )/( Samples_per_symbol ) = (3.1416..* 1)/8 = 392.699e-3 In the transmitter side: Wav File source: An audio file sampled at 44100 KHz Rational resampler: Interpolation 320 Decimation 441 con resample to 32 KHz Multiply Const: 0.5x to avoid clipping Float to char: scale of 256 levels In the Receiver side: Char to float: scale of 256 levels Multiply Const: 2x to restore level Audio sink: to play the wav file at 32000 KHz I tested it without the GFSK blocks, and works awesome without errors, the main problem is at conecting the GFSK blocks which produce bit errors, i made the followind configurations. GFSK mod: Samples/Symbol: 8 Sensitivity: 392.699e-3 BT: 350e-3 GFSK demod: Samples/Symbol: 8 Sensitivity: 392.699e-3 BT: 350e-3 Gain Mu: 175e-3 Mu: 500e-3 Omega relative frequency: 5e-3 Freq error: 0 But looks like im doing something wrong in the GFSK blocks, can you help me experts to debug it im attaching my flowgraph. -- Con la mejor de las intenciones Atte. Giancarlo Freddy Murillo Arenas Bachiller de Ingeniería Electrónica y de telecomunicaciones Universidad Católica San Pablo fsk_nohier.grc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] creating custom block with variable number of inputs/outputs
https://github.com/gnuradio/gnuradio/blob/maint-3.7/gr-blocks/grc/blocks_add_xx.xml#L56 Ron On 7/5/19 11:36, Vincent I Prado Claudio wrote: Hello, I am trying to create a custom block that can take in a variable number of inputs and outputs based on what the user enters. I have tried looking at the source code of the "Add" block to figure out how to do this, but it is still not clear where and what I should modify to accomplish this. Any help would be appreciated. Thanks, Vincent ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
