On Fri, Apr 27, 2012 at 04:25:27PM -0700, Josh Blum wrote:
> On 04/27/2012 07:53 AM, William Pretty Security wrote:
> > Hello Group;
> >
> >
> >
> > I am wondering if anyone has a custom spectrum analyzer block or can tell me
> > how to build one ??
> >
> >
> >
> > I know that GRC comes wit
Just saw this on the blogosphere, but no mention on the list I think. May
be an interesting addition to GNURadio?
http://www.pervices.com/about.html
--Colby
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinf
Is there a good way to catch UHD errors in Python? I will look into
gr_async_msg_source for handling L's, O's, U's, and S's, but how does one catch
UHD runtime errors such as if the Ethernet cable gets disconnected from an
N200? UHD docs describe registering a handler method but has this functio
On Sat, Apr 28, 2012 at 9:26 PM, Ben Wojtowicz wrote:
> I am pleased to announce version 00.05 of openLTE, an open source LTE
> project (sourceforge.net/projects/openlte). This version includes a
> gnuradio application that reads recorded I/Q downlink LTE data from a
> file, decodes MIB and SIB1,
On 05/01/2012 06:58 PM, Robert McGwier wrote:
Able to use sample rates of 20 MHz doesn't necessarily include doing
something as slow and killing of performance as display of an FFT.
Bob
The Gnu Radio FFT display widgets do fairly-heavy decimation in
vector-sized chunks, so they're actually f
Able to use sample rates of 20 MHz doesn't necessarily include doing
something as slow and killing of performance as display of an FFT.
Bob
On Tuesday, May 1, 2012, frankist wrote:
>
> Hi,
>
> I was interested in working with detectors for OFDM 802.11b in my USRP2.
> I've read on the internet a
Hello Group;
When I attempt to run a flow graph with any of the "FM Demod" blocks
included I get the following message:
Traceback (most recent call last):
File "/home/bill/top_block.py", line 9, in
from gnuradio import blks2
File "/usr/local/lib/python2.6/dist-packages/gnuradio/
The good news is that ping works much better when set the TX and RX at
different frequencies.
On Tue, May 1, 2012 at 2:39 PM, Alex Zhang wrote:
> Hi Josh,
>
> Seems that you suggest to add work in network programming to avoid any
> unwanted packets.
>
> My observations are that some the desired
Hi Josh,
Seems that you suggest to add work in network programming to avoid any
unwanted packets.
My observations are that some the desired packets could be crashed by the
mixing of the leakage from the transmitter. So maybe I need some
fundamental solution on this problem, which means, how to re
Hi Ben,
Do not hesitate to ask questions about the call for proposals. We're
looking for people with a strong open-source background in addition to
code contributions.
Inside of the Forum the work has started on a proper model of the PHY
and the code in Mathematica code for it will be released
On 05/01/2012 08:55 AM, frankist wrote:
>
> Hi,
>
> I was interested in working with detectors for OFDM 802.11b in my USRP2.
> I've read on the internet about this and it seems that there are people
> able to use sampling rates of 20 MS/s.
>
> However, when I try to send an OFDM signal with 20
>
>> Some recommendations:
>>
>> 1) Use different frequencies for each communication channel.
>>
>
> I will firstly try this option.
>
>
>>
>> 2) Or mute the RX stream when transmitting to avoid decoding leakage.
>>
>
> Could you give some indications on how to mute the RX when it is
> transm
Hi,
I was interested in working with detectors for OFDM 802.11b in my USRP2.
I've read on the internet about this and it seems that there are people
able to use sampling rates of 20 MS/s.
However, when I try to send an OFDM signal with 20 MHz of bandwidth, at
the USRP2 receiver board the FFT plo
On Tue, May 1, 2012 at 11:13 AM, bharadwaj desikan
wrote:
> Hi all
>
> I have been trying to build the Gnuradio to work along with jello based
> OFDM implementation.
> I have also seen other related issues concerning the same topic
>
> I am getting the following error when i am running the uhd_f
I understand, it turns out I misread how the flow graph routed the vector
source. I thought that the internal trigger was flowing in as a source rather
than the RF threshold. Thanks for the help.
-Original Message-
From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of T
Hi all
I have been trying to build the Gnuradio to work along with jello based
OFDM implementation.
I have also seen other related issues concerning the same topic
I am getting the following error when i am running the uhd_fft.py after the
successful installation.
For that matter, What ever fil
On Mon, Apr 30, 2012 at 6:08 PM, Eugene Lee
wrote:
>
> I am working with the uhd_burst_detector examples. I ran it for 0.5 second
> (using sleep) and was able to generate files using the internal trigger. It
> generates the correct number of files with the correct time stamps given the
> internal
Hello all,
I wanted to know if someone has generated a block for DVB-T modulator and
demodulator.
Regards,
Umer
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sat, Apr 28, 2012 at 8:59 PM, Andy Knitt wrote:
> GRC was working great for me two days ago. Shut the computer down
> with everything working. Today I started it up (haven't changed a
> thing) and now I'm getting this error when trying to execute
> flowgraphs:
>
> GThread-ERROR **: file
> /bu
Hello Dear ,
I used the first link to use overo GPIOs on the E100 to communicate with the
SPARTN3AN FPGA.
I'm doing the following:
1- I chose an empty GPIO input to the FPGA (for example overo_gpio22).
2- I modified the FPGA image so that debug_led1 = over_gpio220
3- I'll set and clear overo G
20 matches
Mail list logo
