Re: Strange FFT AUDIO

On Mon, Apr 19, 2021 at 11:44 AM Alberto wrote: > To obtain a real FFT i can use Float to Complex block ? > Float to Complex will do the same thing you're seeing now — it just writes a zero imaginary component into the stream. If you need a signal with an actually one-sided spectrum you can

Re: Strange FFT AUDIO

On Mon, Apr 19, 2021 at 11:09 AM Alberto wrote: > Why a second peak at 2 KHz with same amplitude of 1KHz ? > GNU Radio is designed for working with IQ / complex signals. You are seeing the *symmetric* spectrum that results from treating a real-valued signal as a complex one with a zero

Re: Watchdog for GNU Radio

On Sat, Nov 7, 2020 at 8:03 AM Kopa Rebu wrote: > My understanding is that I've to shut down the flowgraph when the failure > situation is detected, and after that, I have to relaunch it using some OS > provided facility, right? > There are several options: First, you can call

Re: Using forgotten id breaks gnuradio-companion

On Mon, Aug 31, 2020 at 8:11 AM Jeff Long wrote: > Since there is no way of knowing what global names will conflict in the > future, it could be useful for GRC to prefix ids (id_audio), make them part > of another structure (ids.audio), or something similar. This adds > complexity to manual

Re: File Source in Hierarchical Block

On Thu, Aug 20, 2020 at 2:21 PM Marcus Müller wrote: > Only blocks connected to the global top block get run; your no inputs/no > outputs hier block doesn't get connected to the global top block, and > thus, neither do the "contained" blocks. > GNU Radio supports hierarchical blocks with no

Re: GNU Radio web API

On Thu, Jun 25, 2020 at 10:47 AM Marcus Müller wrote: > On 25/06/2020 05.34, Kevin Reid wrote: > > There is unfortunately > > no standard way to tell a block to free the resources it is using, other > > than ensuring it is "deleted" by dropping all references to

Re: GNU Radio web API

On Wed, Jun 24, 2020 at 8:04 AM Steven Gillies wrote: > I am trying to build a web API to start and stop flowgraphs remotely and > autonomously. > > I am having trouble gracefully shutting down one flowgraph and moving on > to the next. > > My preferred way implement the services is by running

Re: Complex in/Complex out Hilbert?

On Sat, Apr 18, 2020 at 7:06 PM David Hagood wrote: > I noticed that the version of GnuRadio that is released in Ubuntu > 20.04 has a real-in/Complex out Hilbert block, which is great for > modulating SSB. But it lacks a complex-in/complex-out Hilbert for doing the > demodulation side. Is there

Re: Does a block exist that does...

On Thu, Mar 5, 2020 at 10:14 AM Richard Bell wrote: > I'm looking for a block that is like the vector sink, however, it does not > store samples in an unbounded manor until it is reset. It's a vector sink > that stores a fixed item length worth of samples that allows python to get > them when it

Re: Is there anything about USRP blocks that breaks them within hier blocks?

On Thu, Dec 5, 2019 at 1:04 AM Müller, Marcus (CEL) wrote: > However, with your zero in- and output hier block, > top_block.connect(something) was *never* called with the hier block, and > hence, the hier block didn't become part of a flow graph that is to be > executed. It's just a graph that

Re: Re: Proper way to implement flowgraph programming

On Thu, Nov 28, 2019 at 12:35 PM Lukas Haase wrote: > Is there a way to deal with the editing/overwriting in this approach? > Once I edit the file (as in the tutorial) I cannot use GRC anymore because > my changes will be overwritten. > Since I have complex flow diagrams I would prefer still

Re: Stopping and Starting Flowgraphs in Python

On Sat, Nov 23, 2019 at 6:57 PM Richard Bell wrote: > I'm trying to transmit and receive small chunks of data in between data > processing steps. I can only get the first chunk of data across, after > that, calling tx.start() and rx.start() does not seems to work. The > flowgraphs I'm starting

Re: pulse waveform

On Fri, Nov 22, 2019 at 12:37 PM sarandis. Doulgeris < sarandis.doulge...@gmail.com> wrote: > Can anyone tell me how to change the duty cycle of the Square Signal > Source? > The Signal Source block does not support pulse width control. You could use the Vector Source block to produce a pulse,

Re: How to efficiently implement dechannelization (combine multiple narrowband signals into a single broadband spectrum)

On Mon, Oct 28, 2019 at 10:12 PM Amr Bekhit wrote: > I'm working on an SDR project where I need to transmit a narrow > baseband signal on multiple different carriers simultaneously, over a > relatively wide bandwidth (1Mhz). … an external audio > source is then AM modulated and transmitted on

Re: [Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

On Mon, Sep 30, 2019 at 8:02 AM Andrew Payne wrote: > I always do a tb.stop() followed by a tb.wait(), because I assume that > .stop() is not blocking but .wait() is blocking Yes, this is correct. If you call stop() then wait() you stop the flow graph and wait for the threads to actually shut

Re: [Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

On Sat, Sep 28, 2019 at 7:46 PM Andrew Payne wrote: > Understood. I do need to thread that tb.wait() because I have a callback > to start the flow graph and a callback to stop the flow graph. Say I start > then wait for it in an independent thread. Then say a different thread > decides to stop

Re: [Discuss-gnuradio] GNU-Radio Companion Python flowgraph - return signal that it is finished?

On Sat, Sep 28, 2019 at 6:34 PM Andrew Payne wrote: > I have a short IQ file that I simply want to play once without repeating, > and I want the calling Python code to "know" when it's completed after > commanding the GR class instance to start via a call to tb.start(), if tb > is the class

Re: [Discuss-gnuradio] How to find out if device sink is finished writing samples to radio

On Mon, Sep 16, 2019 at 4:22 AM Adrian Musceac wrote: > So far I haven't found a way (callback?) to tell when the last sample is > out of the flowgraph. I am using the C++ API of GNU radio. > The wait() method of a top_block will block the calling thread until all items have passed through.

Re: [Discuss-gnuradio] Errors trying to build gr-radioteletype for version 3.8

I filed an issue for updating: https://github.com/bitglue/gr-radioteletype/issues/2 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Maximum input items consumed on each input stream

On Sun, Sep 1, 2019 at 3:15 AM Adrian Musceac wrote: > I'd like to know what happens if the block's work function does not finish > within the time allotted to it. > Is part of the input/output buffer dropped, or does it interfere with the > sample rate of the next blocks? > GNU Radio's flow

Re: [Discuss-gnuradio] Enabling a block during runtime?

On Fri, Aug 9, 2019 at 3:38 PM Vladimir Marinov wrote: > I wanted to make the option of running the software without the SDR > plugged into the computer, for testing purposes, … My plan was to have the > SDR Sink Block inside the GRC file but disabled, and have the button enable > it during

Re: [Discuss-gnuradio] gnuradio-companion : File Descriptor Source module usage

On Tue, Jul 23, 2019 at 8:33 PM Tom Crane wrote: > Can anyone explain how to use the File Descriptor Source module in > gnuradio-companion? > > I am trying to write a flow-graph to read data from an arbitrary file, > chosen via the GUI at run time? This must be possible, right? I can't > see

Re: [Discuss-gnuradio] Multiple-Transmitter OFDM

On Thu, Jun 20, 2019 at 6:24 AM Ramazan Çetin wrote: > At the end, i decided to give some gap between transmitters. So, 36 to > 90 and -36 to -90 are assigned to transmitters. But, result is same. I > have attached two pictures of spectrum. They represents state of one and > two transmitters are

Re: [Discuss-gnuradio] Resampling audio using rational resampler doesn't work for multimon-ng

On Sat, May 18, 2019 at 12:07 AM Albin Stigö wrote: > You need to use a low pass filter (taps) in you resampler. Look at the > spectrum after the resampler and this will be obvious to you. A lowpass > filter with a cutt off at 3-4kHz or so should do it. > This cannot be the problem, because

Re: [Discuss-gnuradio] Tuning in VLF with a sound card

On Thu, May 2, 2019 at 1:22 PM Brad Hein wrote: > I took a Raspberry Pi and attached a 48KHz USB sound card, with a big > magnetic loop antenna fed into the mic. A little cheesy? yes! But I'd like > to try and see if I can receive VLF. It's in a remote location with little > to no interference

Re: [Discuss-gnuradio] Capturing maximum complex value

On Sun, Mar 17, 2019 at 1:52 PM John Ackermann N8UR wrote: > On 3/17/19 3:45 PM, Kevin Reid wrote: > > If you want to detect clipping, you want to know if the magnitude of any >> sample is greater than 1.0 — that's all there is to it. No FFT. My code >> happens to divide th

Re: [Discuss-gnuradio] Capturing maximum complex value

On Sun, Mar 17, 2019 at 12:08 PM John Ackermann N8UR wrote: > On 3/17/19 3:01 PM, Kevin Reid wrote: > > > One of the AGC blocks that has separate attack and decay rates (agc2_cc > > or agc3_cc) could be used to do this: set attack to 1, decay to 0, > > ignore the output,

Re: [Discuss-gnuradio] Capturing maximum complex value

On Sun, Mar 17, 2019 at 8:10 AM John Ackermann N8UR wrote: > Is there a probe or other function that can capture and hold the maximum > instantaneous value of a complex stream? If not, is there a way to > create that capability out of other blocks? > One of the AGC blocks that has separate

Re: [Discuss-gnuradio] My custom GRC block outputs thousands of unwanted NULL characters - what am I doing wrong?

On Fri, Feb 1, 2019 at 10:00 AM Jeffrey M. Rose wrote: > I wrote a custom GRC block called gensup_ff that receives a stream of “0” > and “1” characters and is supposed to output a stream of of only the “1” > characters it received. > > In my flowgraph, I have a file sink that sinks these “1”

Re: [Discuss-gnuradio] [GREP] Remove log4cpp

On Fri, Dec 28, 2018 at 2:43 PM Müller, Marcus (IEH) wrote: > For them, that's very important, as they use that to supply resilient > infrastructure. I hope I'm representing the idea kinda correctly here: > They might want to log system events ("SUPERVISOR: INFO system load > surpassing 75%")

Re: [Discuss-gnuradio] Sinewave signal source with phase variation

On Mon, Dec 17, 2018 at 5:36 AM xavier yvars wrote: > x(t) = a*sin(w1t + deltaphi*sin(w2t)) > > With the "source block" it is not possible, you can just set a fixed > frequency. > This is phase modulation of a carrier. You can implement it by multiplying (multiply block) the carrier (signal

Re: [Discuss-gnuradio] embedded-python block for pocsag paging: help request by first-time GR programer

Some partial answers, from memory and not necessarily correct: On Sun, Aug 26, 2018 at 1:26 PM Kristoff wrote: > - Can somebody explain how to implement a source-block using > embedded-python? > In the code I have now, it is implemented as a sync-block, taking in a > signal from a

Re: [Discuss-gnuradio] Non Graphical Construction under Debian Linux

On Tue, Aug 21, 2018 at 11:11 AM Martin McCormick wrote: > GRC is obviously an extremely clever and useful tool for > those who can use it. One draws the picture and GRC spits out > the thousand or more words of python needed to describe the radio created > in the diagram. > Note that

Re: [Discuss-gnuradio] Deprecated valve block

On Tue, Jul 24, 2018 at 8:17 AM Müller, Marcus (CEL) wrote: > Good catch, Kevin! > Also, when dealing with an N-input 1-output thing, the "Multiply by > matrix" block with a "Matrix" of "( (1, 0, 0 ,0), )" does that. (place > the 1 to select the input). > > So, worst case as an instant remedy,

Re: [Discuss-gnuradio] Deprecated valve block

On Tue, Jul 24, 2018 at 8:07 AM Müller, Marcus (CEL) wrote: > In fact, that should be pretty simple: A block that just consumes > equally on all inputs, but only copies the selected inputs to the > selected output buffers, and only produces on these, would solve this, Note that if all you need

Re: [Discuss-gnuradio] [GREP] RFC: Remove the msg_queue API from GNU Radio

On Fri, Jun 29, 2018 at 7:35 PM Kevin Reid wrote: > On Fri, Jun 29, 2018 at 6:28 PM Martin Braun > wrote: > >> I'd like to discuss the removal of the old msg_queue API from GNU Radio. … >> > I will experiment and see if [Python blocks are] stable when used as a > q

Re: [Discuss-gnuradio] [GREP] RFC: Remove the msg_queue API from GNU Radio

On Fri, Jun 29, 2018 at 6:28 PM Martin Braun wrote: > I'd like to discuss the removal of the old msg_queue API from GNU Radio. > Motivation and description can be found here: > > https://github.com/gnuradio/greps/blob/msgq/grep-00XX-remove-msgq.md My application,

Re: [Discuss-gnuradio] How can we find out the IF frequency of the signal coming out of RTL-SDR source block

On Sat, Apr 7, 2018 at 1:31 AM, PRIYANKA PRIYADARSHINI < priyankapriyadarshini...@gmail.com> wrote: > I am trying to receive a GPS signal and I am using RTL-SDR2832U, and an > antenna with 40dB gain. > > According to my research, the signal coming from the satellite is at RF, > and it gets

[Discuss-gnuradio] gnuradio.org feeds broken

The two feeds linked at https://gnuradio.org/rss-feed/ both return a HTTP 403 error. I think this has been going on for some time. (I couldn't find an address more suitable for reporting problems with the gnuradio.org web site; sorry to bother everyone else.)

Re: [Discuss-gnuradio] spectrum monitoring / very wide band scanning

On Tue, Mar 27, 2018 at 6:19 PM, Balthasar Indermuehle wrote: > > Is anyone aware of a wide band scanner software (that may or may not be > GNUradio based) that works with RTL-SDR dongles and with UHD drivers and > would allow to create a wide band spectrum sweep? > I know that

Re: [Discuss-gnuradio] Float is required error for customized Block

On Wed, Jan 3, 2018 at 7:47 AM, Tellrell White wrote: > I made two edits to the code. I took out float() and took Gilad's > suggestion to use np.log10() which operates on a list. Making these changes > results in the following error > > c = np.log10(in1) #converts

Re: [Discuss-gnuradio] nlog10: do we consider "normalizes log10(x <= 0) to -18" as API?

On Mon, Nov 20, 2017 at 7:52 AM, Marcus Müller wrote: > I was about to commit a PR VOLKizing nlog10 [1], but it struck me that > my processor (imho, correctly) says that log(0) == nan and log(-10) == > nan. > > Whereas the old nlog10 test case asserts that it's log_10(x<=0) ==

Re: [Discuss-gnuradio] Just wondering why?

On Wed, Nov 1, 2017 at 9:23 PM, Cinaed Simson wrote: > >> Not a problem for me most of my testing is done with my test set, the > RF gain > >> set at 14 dB means I can receive signals down to -115 dBm, I tend to use > >> signals at around -80 dBm so I am far away from

Re: [Discuss-gnuradio] Analyzing an Arbitrary Length Sequence in a Python Block

On Sun, Oct 15, 2017 at 10:59 PM, Gilad Beeri (ApolloShield) < gi...@apolloshield.com> wrote: > I'm writing a Python block that, in general, does the following: > Input: a stream of numbers (assume integers for the sake of discussion). > Output: a stream of numbers > … > Note: The sequences can

Re: [Discuss-gnuradio] Python Tutorial for MAC OS 10.12

On Sun, Sep 24, 2017 at 10:00 AM, Luis Felipe Albarracin Sanchez < lfasanc...@gmail.com> wrote: > i started from scratch the Tutorial, and i placed all blocks according > to the Tutorial. After that i clicked on "generate the flowgraph". Once i > did this in the folder where the GRC is saved

Re: [Discuss-gnuradio] GRCON2017

On Mon, Sep 18, 2017 at 7:01 PM, Ben Hilburn wrote: > Presentations are now live: https://www.youtube.com/channel/ > UCceoapZVEDCQ4s8y16M7Fng > > There are some missing, but we'll get them up as soon as we get them. Same > with the talk recordings, which will get posted to

Re: [Discuss-gnuradio] Time sinks out of sync after adding and removing noise in simple FSK simulation

On Thu, Sep 14, 2017 at 12:08 AM, James Wanga wrote: > I recently decided to simulate an FSK modulation scheme with a constant > source, a noice source and 2 time sinks. The first time sink is > pre-modulation and the second is post-modulation. When I first start the >

Re: [Discuss-gnuradio] QT Freqency Sink vs. Log Power FFT values

On Sun, Aug 6, 2017 at 1:57 PM, John Ackermann N8UR wrote: > I also have a QT Frequency Sink as eye candy, and notice that its display > is about 6dB different than the Log Power FFT output. I can think of a > number of reasons why that could be, but my simple question is... is

Re: [Discuss-gnuradio] Block Method called at end of Simulation

On Sat, Jul 15, 2017 at 11:33 AM, Vamsi Krishna Adsumilli < vamsi...@yahoo.com> wrote: > Is there a method (API) in each block which is being called when flow > graph is ended (simulation stopped), to clean up resources like closing > files, disconnecting database or killing threads. > >

Re: [Discuss-gnuradio] Interpolating FIR filter with runtime adjustable interpolation value

On Tue, Jun 27, 2017 at 4:16 PM, Joe K wrote: > In reality my interpolating filter is part of a Python-based hierarchical > block, which is based off of the gmsk_mod in gr-digital. I'm essentially > trying to decouple my symbol rate from the hardware sample rate by >

Re: [Discuss-gnuradio] FM Modulation problem/question

On Mon, Jun 26, 2017 at 10:48 AM, Brashendeavours wrote: > My next question then, is since the deviation is affected by both > amplitude and frequency, how would you recommend I empirically > determine/set a peak deviation of 2400Hz for 1200Hz baseband? > The

Re: [Discuss-gnuradio] FM Modulation problem/question

On Mon, Jun 26, 2017 at 10:07 AM, Brashendeavours wrote: > Where my results differ from what I expect, is approximately above 100Hz. > Using an baseband of 1200Hz, I no longer get a signal sweeping from -ive to > +ive, I get [a constant frequency of 1200Hz on the

Re: [Discuss-gnuradio] GNURadio in SUDO Mode?

On Thu, Jun 15, 2017 at 6:49 PM, Taylor Eisman wrote: > I've been having trouble writing a file to a folder on Linux - Ubuntu. > I've attached a screenshot of the error below. If you have any further > questions, please ask! > For the future — It's better to copy and

Re: [Discuss-gnuradio] Mixing multiple streams to audio

On Tue, May 23, 2017 at 11:31 AM, John Ackermann N8UR wrote: > I'm continuing to work on a multi-channel NBFM receiver using the > polyphase filter. I have the basic system working, but am hung up on how > to get audio out of the system; most of my attempts end up either with >

Re: [Discuss-gnuradio] Help needed to obtain AM Depth of Modulation

On Wed, May 10, 2017 at 3:31 AM, Matt Cooper wrote: > Hi guys! > > I am trying to calculate the Depth of Modulation > of > an AM signal using GNU Radio, but I just can't make it work. > ... > -

Re: [Discuss-gnuradio] How do I actually activate ControlPort?

On Thu, Mar 16, 2017 at 6:20 AM, Jawad Seddar wrote: > Hi Kevin, > > I don't know about using the config line in .gnuradio/config.conf as mine > looks something like this: > > [ControlPort] > on = True > edges_list = True > [PerfCounters] > on = True > export = True > I

[Discuss-gnuradio] How do I actually activate ControlPort?

I wanted to use the performance counters feature of GNU Radio, which requires getting ControlPort working. However, there seems to be a gap in the documentation. I have read the information at http://gnuradio.org/ redmine/projects/gnuradio/wiki/ControlPort and http://gnuradio.org/doc/

Re: [Discuss-gnuradio] Controlling Flowgraph Variables from a Webpage/ External Application.

On Tue, Mar 14, 2017 at 8:28 AM, Mehmeto wrote: > I would like to control the variables in realtime of a GNU Radio Flowgraph > (like Sampling Rate, Center Frequency, Demodulator type etc.) from a > Webpage > or external application. > I imagine that we need a

Re: [Discuss-gnuradio] Audio latency keeps increasing

On Sun, Mar 12, 2017 at 11:32 AM, Phil Frost wrote: > I'm prototyping some software which uses a PulseAudio sink/source pair > which I wrote[1]. Even doing something as simple as having the audio source > go into a GUI sink and the audio sink, I'm having an issue where as the

Re: [Discuss-gnuradio] File Sink - Question

On Sat, Feb 25, 2017 at 8:29 AM, Marcus D. Leech <mle...@ripnet.com> wrote: > On 02/25/2017 11:14 AM, Kevin Reid wrote: > > On Sat, Feb 25, 2017 at 8:09 AM, Ellie White <orionnebul...@outlook.com> > wrote: >> >> self.blocks_file_sink_0 = blocks.file_si

Re: [Discuss-gnuradio] File Sink - Question

On Sat, Feb 25, 2017 at 8:09 AM, Ellie White wrote: > > self.blocks_file_sink_0 = blocks.file_sink(gr.sizeof_float*512, > "C:\Users\Ellie\fm_data.dat", False) > Your problem is here. Those backslashes need to be escaped in the string literal. Since this code was

Re: [Discuss-gnuradio] RunTime error in runtime_swig.py

On Mon, Jan 30, 2017 at 11:12 AM, Sonny Rajagopalan < sonny.rajagopa...@gmail.com> wrote: > RuntimeError: list contains invalid format! > FWIW, I've seen this error before, and if I remember correctly it's a symptom of multiple versions installed (such that the GR Python code is not the same

Re: [Discuss-gnuradio] Reconfiguring OFDM flow graph at run time gives "FATAL: Missing a required length tag on port 0 at item" error

On Sat, Dec 24, 2016 at 9:46 AM, Damindra Bandara < damindra.band...@gmail.com> wrote: > > Also, I get the error only when I try to reconfigure a flow graph. Could > you please let me know the correct way to reconfigure a flow graph when > they are using tags. > Both reconfiguration and tags are

Re: [Discuss-gnuradio] What Is The Proper Way To Change Block Parameters While Running

On Tue, Dec 20, 2016 at 8:38 AM, Sean Horton wrote: > What is the best way to change settings such as gain, taps, frequency > values, etc of various blocks while running? The current setup I'm > refactoring receives new configs over tcp, and a block outputs the new >

Re: [Discuss-gnuradio] simple mod-demod combinations doesn't work

On Tue, Oct 25, 2016 at 2:21 PM, Fons Adriaensen wrote: > Between the two incoherent domains there is a buffer and a resampler. The > resampler is adjusted so that the average number of samples 'in the > pipeline' is constant. The problem is finding a reliable and noise-free

Re: [Discuss-gnuradio] slicing up a 'file-sink' capture?

On Fri, Sep 23, 2016 at 4:02 PM, wrote: > > Can you suggest a tool that I can use to "slice out" - the sections > of interest? I'm not sure about 750MB files but in general if you are just trying to identify high signal power and slice that out, audio file editing

Re: [Discuss-gnuradio] Transmitter Control

On Fri, Sep 9, 2016 at 9:12 AM, Marcus D. Leech <mle...@ripnet.com> wrote: > On 09/09/2016 11:59 AM, Kevin Reid wrote: > >> If you are only transmitting, however, there is a theoretically simpler >> solution: let the HackRF remain in transmit mode, and just transmit zeros

Re: [Discuss-gnuradio] Transmitter Control

On Fri, Sep 9, 2016 at 8:49 AM, Gavin Jacobs wrote: I am working on a flow graph to send APRS packets. I have made good > progress from the UDP source up to the GR-OSMOSDR sink, but I am a bit > stuck on how to enable/disable the transmitter of the hackrf.

Re: [Discuss-gnuradio] File Sink Output Size Problem

On Thu, Sep 8, 2016 at 7:08 PM, Pavan Yedavalli wrote: > Maybe the Head block is a good option - it looks like I should put that in > between the complex_to_mag and the file_sink blocks, right? > You can put it anywhere as long as you understand how much data is flowing

Re: [Discuss-gnuradio] File Sink Output Size Problem

On Thu, Sep 8, 2016 at 6:34 PM, Pavan Yedavalli wrote: > My current flowgraph consists of a signal source (cosine) -> > stream_to_vector of size 1024 -> forward FFT of size 1024 -> complex_to_mag > of size 1024 -> file sink of size 1024 (unbuffered OFF and append set to >

Re: [Discuss-gnuradio] Fw: Signal Source - frequency control

On Sep 5, 2016, at 16:04, Gavin Jacobs wrote: > Now here's the frustrating part, when I tried to use another embedded python > block to implement the bit banger, I got confusing runtime errors indicating > that the top block was getting the two blocks mixed up(e.g.

Re: [Discuss-gnuradio] Dynamically Changing the File Name for the File Sink

On Sun, Sep 4, 2016 at 11:10 PM, Hasini Abeywickrama wrote: > I have a flowgraph that users a USRP to receive signal and writes it to a > file using a file sink. > > I want to start writing to the file and a specific time precisely. I > modified the code to start running the

Re: [Discuss-gnuradio] Signal Source - frequency control

On Sun, Sep 4, 2016 at 9:48 AM, Gavin Jacobs wrote: > I am building an application to send an APRS message. I have GRC 3.7.9.2 > running on Windows 10, with a Hackrf as the radio. I have a kluge to > transform the bits into an audio signal at 2200 Hz for a 0, and 1200

Re: [Discuss-gnuradio] Resampler with changing rate during runtime

On Thu, Aug 4, 2016 at 9:43 AM, Sebastian Müller wrote: > Hi Kevin, > > the problem arises since my blocks detect signals in the spectrum and > estimate their bandwidth. Then, each signal gets filtered and decimated to > the needed sample rate according to Nyquist-Shannon. This

Re: [Discuss-gnuradio] Resampler with changing rate during runtime

On Wed, Aug 3, 2016 at 8:29 AM, Sebastian Müller wrote: > Now, the quadrature rate and audio decimation are unknown before runtime, > but calculated by my other blocks while running. For this purpose, I would > like to implement a block, that resamples any given signal to a

Re: [Discuss-gnuradio] proper use of start(), stop(), and wait() to interact with program flow

On Jun 29, 2016, at 07:50, Ed Coleman wrote: > if __name__ == '__main__': > simpleTone().run() > > The code above works fine, however if I make the following substitution: > > if __name__ == '__main__': > simpleTone().start() > simpleTone().wait() >

Re: [Discuss-gnuradio] Audio underrun when using Audio Sink

On Jun 18, 2016, at 19:07, Paul S wrote: > Currently, I am trying to send data over ultrasound signals based on [1], > using the audio sink and several sources. The problem is that I get often > consecutive audio underruns (for several seconds straight). > This is my flowgraph:

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

On Thu, Jun 16, 2016 at 8:48 PM, Dave NotTelling wrote: > The radio is released properly when the destructor is called, but > it's not getting called for some reason. I have several C++ tests that > work like a champ, but the Python test doesn't actually release the >

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

On Thu, Jun 16, 2016 at 5:21 PM, Dave NotTelling wrote: > I have a solution in place right now that works around the second > test, but it's nasty. Global variables and whatnot. > You wrote originally that the reason the tests can't be run twice is “the radio hardware

Re: [Discuss-gnuradio] time triggered filter

nto a band-reject filter: see http://www.dspguide.com/ch14/5.htm if you need info. > thank you Kevin, Please make sure to “reply all” (include the mailing list in your replies) so other people can follow the discussion and offer advice. -- Kevin Reid

Re: [Discuss-gnuradio] time triggered filter

g so is less precise. -- Kevin Reid <http://switchb.org/kpreid/> ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to "close" osmosdr source?

is still around. You might find it simpler to discard the entire flow graph and rebuild it. But again, you must make sure that you're not holding on to references to the source in any direct or indirect way. -- Kevin Reid

Re: [Discuss-gnuradio] How to "close" osmosdr source?

t the sensor to be resilient to server restarts, so when a > server disconnection is detected, my sensor tries to restart itself. Instead of recreating the source, why not recreate the connection to the server and keep the source? -- Kevin Reid

Re: [Discuss-gnuradio] SSB/CW/FM tranceiver

h it. On the other hand, my understanding is that there are no such barriers to using a USRP in this manner. I don't currently have any USRP hardware to test with, though. -- Kevin Reid <http://switchb.org/kpreid/> ___ Discuss-gnur

Re: [Discuss-gnuradio] question about routing data

is a GUI widget that produces a value, so it reevaluates the expression whenever the GUI widget is used. If you look at the code GRC generates for your block (.py), you can see the methods it produces to keep everything updated. It's a bit verbose, but very direct. -- Kevin Reid

Re: [Discuss-gnuradio] question about routing data

Here's a simple demo. The QT GUI Chooser block produces a numeric index, and we specify a 1-by-n matrix which will have exactly one nonzero value at that index: [[chooser == i for i in xrange(3)]] chooser_matrix_demo.grc Description: Binary data -- Kevin Reid

Re: [Discuss-gnuradio] question about routing data

U, you must actually remove the unused modulators from the flow graph; this cannot be done inside GRC (unless you use Selector and Valve carefully) but can be done from a Python program (which can interact with things written using GRC via hier blocks). -- Kevin Reid

Re: [Discuss-gnuradio] Throttle block form wav files

ter an arbitrary number as a gain control, if you wanted one. (If you did have an extra output that you couldn't get rid of, a null sink would be simplest there.) -- Kevin Reid <http://switchb.org/kpreid/> ___ Discus

Re: [Discuss-gnuradio] Throttle block form wav files

heckbox. Do not use a throttle. This will allow the audio sink to limit the data rate from the wav source (by backpressure). When an audio source is being used, if the source and sink are from the same sound card and have the same sample rate requested then they should

Re: [Discuss-gnuradio] Throttle block form wav files

d by the Python program. Either way works. -- Kevin Reid <http://switchb.org/kpreid/> ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Where to find the Decimating FIR Filter for gr-lte

for fir_filter, so feel free to try it out and see if it improves performance. The last machine I tested on, it was potentially helpful for anything over 10 taps. -- Kevin Reid http://switchb.org/kpreid/ ___ Discuss-gnuradio

Re: [Discuss-gnuradio] Gnuradio FFT - Graph concatenation

be encouraged to move it beyond prototype status! -- Kevin Reid http://switchb.org/kpreid/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] QT Freq Sink Display not centering correctly?

, you could use the rotator_cc block before the sink. -- Kevin Reid http://switchb.org/kpreid/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Two rtl2832 dongles in a GRC project

selection. (Note that most dongles come from the factory with a serial number like '01', so you'll have to use the rtl_eeprom tool to rewrite them to unique text of your choice.) -- Kevin Reid http://switchb.org/kpreid

Re: [Discuss-gnuradio] gr-ais fails?

and hope this problem gets resolved soon (either by gnuradio accepting the patch or gr-ais offering a “stable branch”). -- Kevin Reid http://switchb.org/kpreid/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https

Re: [Discuss-gnuradio] Switching flow between two paths.

paying the CPU cost of both encoders all of the time.) -- Kevin Reid http://switchb.org/kpreid/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] What does Feedback mean in the issue tracker?

On Oct 25, 2014, at 5:27, Jeff Long willco...@gmail.com wrote: On 10/24/2014 09:02 PM, Kevin Reid wrote: What does it mean in the GNU Radio issue tracker for an issue to have the status Feedback? Usually Feedback does mean waiting for user feedback. But in this case, I think it means hmm

[Discuss-gnuradio] What does Feedback mean in the issue tracker?

), and in the other the update reads like just diagnosing the bug (#713). I'd like to get this clarified so I can be assured I'm doing the right thing in my bug reporting. -- Kevin Reid http://switchb.org/kpreid/ ___ Discuss

Re: [Discuss-gnuradio] Flow Graph Reconfiguration

/redmine/issues/713 A workaround I found was to redesign the graph so that I could use a rational_resampler instead, but I don't know if this bug is truly specific to that block or if the change avoids the problem by accident. -- Kevin Reid http://switchb.org

Re: [Discuss-gnuradio] dealing with framed data

reason to use a more elaborate protocol (with headers or whatever) on top of TCP is if your data is not homogeneous -- if it consists of variable-length messages. That is not the case here (unless, for example, you want to add the capability to change your FFT-length mid-stream). -- Kevin Reid

  1   2   >