All,
I'm willing to offer a 100$ bounty on a patch that fixes the GNUradio
lockup in the attached script (basically just running lock() unlock() in a
loop).
Thanks,
Matt.
-- Forwarded message --
From: Matt Mills
Date: Fri, Dec 9, 2011 at 9:02 AM
Subject: Re: [Discuss-gnuradio] G
Hi, guys,
I'm trying to use /ofdm/benchmark_tx.py and /ofdm/benchmark_rx.py in two
machines to implement ofdm transmission. But I found there are too heavy
packet loss or high BER with lot of '0' print out at the receiver. So I
check the signal quality by using the received runing uhd_fft.py to ob
My end goal is to be able to re-transmitting the message to other 802.15.4
devices so I cannot dump it into a file. The decoder would be a simple one.
Translation can easily be done by hand or even looking at the raw date
itself (source, destination, short message.) Let's say if I have a block
that
merve deniz writes:
> audio_alsa_sink[hw:0,0]: unable to support sampling rate 32000
> card requested 44100 instead.
I route audio from gnuradio to pulseaudio using
--audio-output pcm.pulse
Since pulseaudio can resample 32000 -> 44100 easily this works very well
(I also often listen to the ou
You’ll have to somehow convert and decode the raw samples into data and dump
them as perhaps a PCAP file that can be analyzed in Wireshark.
More general question – would it make sense for GNU Radio to have decoders than
can dump to PCAP files? I noticed there are already TCP and UDP sinks, for
On Fri, 16 Dec 2011 09:48:35 -0500, Fon, Rithirong Thandee wrote:
> Hello,
>
> I'm trying to make a packet analyzer with gnuradio
which will translate 802.15.4 messages for me. I already have a gnuradio
block that would pass my a raw data of the message from that start of
frame. Right now t
Hello,
I'm trying to make a packet analyzer with gnuradio which will translate
802.15.4 messages for me. I already have a gnuradio block that would pass
my a raw data of the message from that start of frame. Right now the
messages are saved into a text file by connecting this block to a file
sink.
I tried to execute usrp_wfm_rcv.py. But some errors occured :
*mervedeniz@mervedeniz:~/gnuradio/gr-uhd/examples$ sudo python
usrp_wfm_rcv.py
linux; GNU C++ version 4.6.1; Boost_104601; UHD_003.004.000-f592102
-- Opening a USRP1 device...
-- Using FPGA clock rate of 64.00MHz...
>>> gr_fir_ccf
Congratulations. I knew you would find it since you were that close.
Please share if you are allowed. I am certain we have wide spread interest
in this particular piece of work.
Bob
On Fri, Dec 16, 2011 at 3:09 AM, Phone Naing MYINT <
phonenaing.my...@sg.panasonic.com> wrote:
> Hi Bob,
Hi Marius,
On 12/16/2011 10:56 AM, Marius wrote:
I have a small issue with the SpecEst toolbox install from cgran:
https://www.cgran.org/wiki/SpecEst#HowToInstall
I followed that Howto and the Readme. It compiled just fine on my
Ubuntu 11.04, x64, v3.4.0-101-g7e2b45b8
Good starting point ;-
Hi!
I have a small issue with the SpecEst toolbox install from cgran:
https://www.cgran.org/wiki/SpecEst#HowToInstall
I followed that Howto and the Readme. It compiled just fine on my
Ubuntu 11.04, x64, v3.4.0-101-g7e2b45b8
sudo specest_gui.py
linux; GNU C++ version 4.5.2; Boost_104200; UHD_00
Hi Bob,
Your guess is correct, I found the error from Transmitter side. Now the
synchronization is working fine.
PN
From: Robert McGwier [mailto:rwmcgw...@gmail.com]
Sent: Thursday, December 15, 2011 8:53 PM
To: Phone Naing MYINT
Cc: discuss-gnuradio@gnu.org; usrp-us...@lists.ettus.com
Subject:
12 matches
Mail list logo