Re: [Discuss-gnuradio] QT GUI time sink

Hi Ali, There should be a legend on the right of the plot [1]. Your second line *is* the imaginary part. Greetings, Marcus [1] http://i.imgur.com/kfXiRsX.png On 17.07.2014 07:49, jason sam wrote: > Hi all, > When a complex signal is given to QT time sink block it displays the > signal in blue col

Re: [Discuss-gnuradio] Demodulating digital signal (FSK?) from audio

On 07/17/2014 01:05 AM, Stefan Oltmanns wrote: > Thank you very much for the fast answers! > The signal I attached in the last message is generated by a µC and then > a lowpass is applied (not just RC, but two op-amps). In another mic type > the signal is generated by changing the reference frequen

Re: [Discuss-gnuradio] QT GUI time sink

Hi Marcus, The legend only says 'Data 0'and 'Data 1'.However, it can be changed.Why is the imaginary part zero? On Thu, Jul 17, 2014 at 12:43 PM, Marcus Müller wrote: > Hi Ali, > There should be a legend on the right of the plot [1]. > Your second line *is* the imaginary part. > > Greetings, > Ma

Re: [Discuss-gnuradio] QT GUI time sink

I don't know why the signal you're feeding to your sink has a zero imaginary part, since I don't know that signal. That's something that you'll have to figure out. Greetings, Marcus On 17.07.2014 10:19, jason sam wrote: > Hi Marcus, > The legend only says 'Data 0'and 'Data 1'.However, it can be >

Re: [Discuss-gnuradio] state of offline signal analysis tools in 2014?

Thanks for the recommendations. I should clarify that I am a software engineer, not a signals engineer, and my recurring need to visualize time-series data is often satisfied without having to invoke DSP. An example of the sort of thing I frequently want to do is to interactively explore data co

Re: [Discuss-gnuradio] Phase demodulation

On 03/07/2014 18:41, Bill Dailey wrote: > Can you explain this a little. I tried that the other night and > couldn't get it to do anything. I suspect I am setting the bandwidth > incorrectly or something. I tried that pi/200 - 2pi/100 thing. Hello Bill, first, I recommend you to address your repl

[Discuss-gnuradio] Failed to install GNUradio 3.7.3 on Ubuntu 14.04

Dear all, I am trying to install GNUradio 3.7.3 on Ubuntu 14.04. I did everything necessary to install GNUradio such as: dependencies, required libraries Even when I run "make test", it turns out to be passed 100% (no error reported), but when I finally run "sudo gnuradio-companion" on termin

Re: [Discuss-gnuradio] state of offline signal analysis tools in 2014?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Peter, You might have a look at Python with Numpy/Scipy/matplotlib. Processed data according to your needs may be observed interactively with matplotlib and numpy/scipy do a good job at offline analysis. You'd have to process your data again and ag

Re: [Discuss-gnuradio] Failed to install GNUradio 3.7.3 on Ubuntu 14.04

Hi Van-Ly, "sudo: gnuradio-: command not found" this sounds like you have a space between "-" and "companion". Greetings, Marcus On 17.07.2014 12:35, Nguye^~n Va(n Lý wrote: > Dear all, > > I am trying to install GNUradio 3.7.3 on Ubuntu 14.04. I did everything > necessary to install GNUradio

Re: [Discuss-gnuradio] state of offline signal analysis tools in 2014?

On 7/16/14 10:52 AM, Peter A. Bigot wrote: GNU Radio is a great tool for applications and dynamic experimentation, but it doesn't have a lot of support for static/offline analysis of time-series data. I.e. I've captured some signal data and I want to explore its properties interactively so I can

Re: [Discuss-gnuradio] QT GUI time sink

On Thu, Jul 17, 2014 at 4:23 AM, Marcus Müller wrote: > I don't know why the signal you're feeding to your sink has a zero > imaginary part, since I don't know that signal. > That's something that you'll have to figure out. > > Greetings, > Marcus Ali, Agree with Marcus. How are we to know wh

[Discuss-gnuradio] Posting messages from outside the work function in Python

Hello, I would like to write a block in Python that is a message source (no IO ports, only message port). I've found a few examples in C++ of blocks that don't do signal processing and don't rely on the work() function, but what would be the equivalent in python? If it is possible, how would I han

Re: [Discuss-gnuradio] Posting messages from outside the work function in Python

On Thu, Jul 17, 2014 at 8:59 AM, Michal Jakubiak wrote: > Hello, > > I would like to write a block in Python that is a message source (no IO > ports, only message port). I've found a few examples in C++ of blocks that > don't do signal processing and don't rely on the work() function, but what >

[Discuss-gnuradio] Controls for the WXGUI waterfall widget

I currently use the WXGUI waterfall display for my application.It is called from -- "from gnuradio.wxgui import waterfallsink2'The best visual setting for the signal type I'm tracking is the RBG2 mode. However, the settings for the color mode are not called out in the resulting python code that my

[Discuss-gnuradio] Good example of AGC after RTL_SDR

My application is currently using an rtl_sdr (FC0013). I get the best results when I use the built-in AGC option. However, there are a couple of corner conditions where their AGC is not desirable. My signal levels very pretty wildly from barely above the noise floor to just about saturating the inp

[Discuss-gnuradio] possible alsa error?

Hello, I am using an 8 channel USB sound card as an audio source and the first test I do is to ensure that the audio signals can be seen in the attached QT scope block screen shot. This works perfectly when the PC is first started, however when I stop the flow graph and then start it again I get

Re: [Discuss-gnuradio] Controls for the WXGUI waterfall widget

On Thu, Jul 17, 2014 at 9:56 AM, wrote: > I currently use the WXGUI waterfall display for my application.It is > called from -- "from gnuradio.wxgui import waterfallsink2' > > The best visual setting for the signal type I'm tracking is the RBG2 mode. > However, the settings for the color mode are

[Discuss-gnuradio] GRCon14: Call for posters and demos

Hey, this is a quick reminder about the upcoming deadline for the *call for posters and demos* on July 31, 2014: We plan to host a poster and demo session at the GNU Radio Conference 2014. If you have a cool GR-related application, project, or research work you would like to showcase in the form

Re: [Discuss-gnuradio] Good example of AGC after RTL_SDR

On Thu, Jul 17, 2014 at 10:15 AM, wrote: > My application is currently using an rtl_sdr (FC0013). > > I get the best results when I use the built-in AGC option. However, there > are a couple of corner conditions where their AGC is not desirable. My > signal levels very pretty wildly from barely a

[Discuss-gnuradio] changing trace or background colour in the QT GUI scope

Hello, Is there a way to change the colour of the trace or background in the QT GUI scope? Thanks, John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] changing trace or background colour in the QT GUI scope

The individual QT Gui sinks have a set_color() method, and I think that might be what you're looking for. Also, for GRC, in recent versions, there's the "config" tab in the property window of e.g. the QT time sink, where you can chouse colors. Greetings, Marcus On 17.07.2014 16:50, John Meloche w

Re: [Discuss-gnuradio] QT GUI time sink

Thanx Tom! On Thu, Jul 17, 2014 at 5:40 PM, Tom Rondeau wrote: > On Thu, Jul 17, 2014 at 4:23 AM, Marcus Müller > wrote: >> >> I don't know why the signal you're feeding to your sink has a zero >> imaginary part, since I don't know that signal. >> That's something that you'll have to figure out.

Re: [Discuss-gnuradio] Good example of AGC after RTL_SDR

Thanks Tom ... you are right it is not surprising -- but what I am surprised at is how good a job the builtin AGC does for most cases and maximizes the value of the limited dynamic range. Also, your explanation of the AGC matches my observations so its out.This is what I'm thinking (out-loud  so do

Re: [Discuss-gnuradio] Controls for the WXGUI waterfall widget

I will try that. I'm not sure why I've been building with WXGUI, but I'll look into mapping my widgets to QT and see how that works. Original Message Subject: Re: [Discuss-gnuradio] Controls for the WXGUI waterfall widget From: Tom Rondeau Date: Thu, July 17,

Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

Lou, The OS I'm using is Ubuntu 14.04 LTS and I am getting the signal on the received side when I use UDP. It's just my biggest concern is why is my data still dropping even though it's independent of the sample rate rising or lowering? I'm currently experimenting with TCP to see if I wouldn't

Re: [Discuss-gnuradio] changing trace or background colour in the QT GUI scope

On Thu, Jul 17, 2014 at 11:02 AM, Marcus Müller wrote: > The individual QT Gui sinks have a set_color() method, and I think that > might be what you're looking for. > Also, for GRC, in recent versions, there's the "config" tab in the > property window of e.g. the QT time sink, where you can chou

Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

Thanks for the idea brad, I'll check that out right now. -Original Message- From: discuss-gnuradio-bounces+marcus.ward=jhuapl@gnu.org [mailto:discuss-gnuradio-bounces+marcus.ward=jhuapl@gnu.org] On Behalf Of k1...@comcast.net Sent: Wednesday, July 16, 2014 4:12 PM To: discuss-gnu

Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

Alan, I also agree with that, which is why I think it’s probably the reason why I might be losing packets. Right now, I’m experimenting with TCP since during my readings I’ve read that it ensures delivery of all packets and also checks for errors. The current problem with TCP is that I’m getti

Re: [Discuss-gnuradio] Why am I dropping data over the UDP network?

Make sure on the server you're binding to 0.0.0.0 (use netstat -na to confirm).TCP may help over UDP unless the dropped packets were caused by congestion, which seems like a likely culprit. [Brad Hein]Make sure on the server you're binding to 0.0.0.0 (use netstat -na to confirm).TCP may help over

[Discuss-gnuradio] delay of Synchronization by using PPS

hi guys, Im using a USRP-N and a USRP2 to send a Square Signal to another USRP2 for proving Synchronization by using PPS. after execute a get following message: linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.007.000-1-stable Using Volk machine: sse4_1_32 -- Opening a USRP2/N-Series device

[Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

I just installed gnuradio and uhd via pybomb, sourced the env file in the prefix dir, and attempted to do "from gnuradio import uhd". gnuradio imports and inspection shows it's the prefixed version, but uhd fails with ImportError: No module named uhd. Do I need to pass pybomb some kind of speci

Re: [Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Usually, when GNU Radio is built and UHD is present, gr-uhd will be built and installed automatically. But to get this completely straight: from gnuradio import uhd fails, right? Because if there was no submodule uhd in gnuradio, I think you should get

Re: [Discuss-gnuradio] delay of Synchronization by using PPS

Hi ? ?, I don't really understand your timing diagram (~-_- style), could you explain them in more detail? Greetings, Marcus On 17.07.2014 18:32, ? ? wrote: > hi guys, > Im using a USRP-N and a USRP2 to send a Square Signal to another USRP2 for > proving Synchronization by using PPS. > > after

Re: [Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

Marcus, I think everything is being done correctly. I did have uhd installed (via pybomb) before gnuradio, and I've reinstalled both. $ ./pybombs verify uhd [...] 100% tests passed, 0 tests failed out of 16 Total Test time (real) = 1.02 sec $ ./pybombs verify gnuradio [...] 97% te

Re: [Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

On Thu, Jul 17, 2014 at 1:58 PM, Anderson, Douglas J. < dander...@its.bldrdoc.gov> wrote: > Marcus, I think everything is being done correctly. I did have uhd > installed (via pybomb) before gnuradio, and I've reinstalled both. > > > $ ./pybombs verify uhd > [...] > 100% tests passed,

Re: [Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ah ok, now your error matches what I was expecting, which we both can pretend is a good thing ;) you could do several things to find where everything went wrong: 1. check if prefix/lib(64)/python(2.7)/site-packages/gnuradio/uhd exists 2. Check if UHD

Re: [Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

Thanks Tom and Marcus, Yeah not sure about the error discrepancy, must have been paraphrasing :) UHD is where it should be and was detected successfully by cmake, but these couple lines from CMakeCache.txt make me realize I have bigger problems than just gr-uhd: _gr_disabled_components:INTERNA

Re: [Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

Huh, strange... I'm trying to see a pattern in you disabled components, but fail to find one. I think Tom was right, this was probably due to CMake missing something on a previous run and now not catching up with everything. Hint: After doing your clean rebuild, you could have a look at the CMakeCa

[Discuss-gnuradio] comments on stream tags and metadata storage

Some comments after playing with stream tags and metadata this afternoon. (1) Although the discussion of stream tag insertion hints that this should be done within the scheduler's call to work() it could be more clear that doing it in any other context can result in race conditions. (I did think

Re: [Discuss-gnuradio] pybomb gnuradio installation doesn't install gr-uhd

Wish I had a clever solution to all this, but I ended up just nuking my prefix and pybombs dirs and starting over with pybombs -> uhd -> gnuradio. All is good now. I think it was in fact a failed build early on that wasn't cleaning up quite right. Thanks! -Doug ___

Re: [Discuss-gnuradio] Good example of AGC after RTL_SDR

Wouldn't it be easier to add some front-end filtering? On Fri, Jul 18, 2014 at 1:32 AM, wrote: > Thanks Tom ... you are right it is not surprising -- but what I am surprised > at is how good a job the builtin AGC does for most cases and maximizes the > value of the limited dynamic range. Also, y

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

> > From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org > on behalf of > Peter A. Bigot > Sent: Thursday, July 17, 2014 6:11 PM > To: discuss-gnuradio@gnu.org > Subject: [Discuss-gnuradio] comments on stream tags and metadata storage > >

[Discuss-gnuradio] number of taps in pfb filter??

hello list, when I am trying to channelize a baseband with following specs: sample rate: 2MHz bandwidth for low pass filter: 145kHz transition bandwidth: 10 kHz number of channels: 10 pfb decimation: 4 When I see number of channels is 91 taps/channel, but I think its too much, please guide me how