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
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
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
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
>
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
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
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
-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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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.
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
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,
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
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
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
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
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
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
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
-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
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
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
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,
-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
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
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
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
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
___
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
>
> 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
>
>
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
43 matches
Mail list logo