I'm having exactly the same problem with my Ubuntu machine..
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
On Mar 28, 2013, at 12:27 AM, "Ralph A. Schmid, dk5ras"
wrote:
> First attempt was just git pull / cd master / make, then I r
First attempt was just git pull / cd master / make, then I received some
error regarding access rights. Huh?! Then I tried git clean -d -x -f, it did
not remove the folder, so I sudo-deleted the folder, mkdir master, cd
master, cmake .., make. The result I mailed to the list. When I went back
two d
Note: This email only applies to GNU Radio users who have been using
the GNU Radio "3.7 experimental" next branch. The changes below do
not impact the majority of users. In particular, if you have
installed GNU Radio by compiling a release tarball, have used the
'build-gnuradio' script to retriev
I think it is the same problem I see in gr-digital/ofdm/benchmark_tx and rx.
In discontinuous mode (with bpsk modulation), the first packet of every
burst is always missing at the receiver.
Will appreciate more details on how to fix the problem so that burst mode
works fine.
Should the fix be ma
Hi,
I have two USRPs (N210) connected to each other through a channel
emulator (via RF cable) which is emulating a lossless channel.
When I run the benchmark_rx.py I see some
spurious bytes being received by the receiver even when the sender
application (benchmark_tx.py) has not been started. I hav
Hi,
I tried to run tunnel.py on my machine (Ubuntu 11.10) with 2 USRPs (usrp1).
from one side I launched:
./tunnel.py --tx-freq 2.4G --rx-freq 2.4001G -a="name=dev1" -A TX/RX
--bitrate 500k -v
then :
sudo ifconfig gr0 192.168.200.1
from another terminal (on the same machine):
./tunnel.py --rx
I would like to use a Spin Control rather than a Slider in a project I
am developing in grc. I have a couple of questions-
First, has anyone developed a SpinCtrl widget and would like to share
the code?
Second, can anyone provide any advice on creating the widget my self?
The documentation I
On Tue, Mar 26, 2013 at 11:38 PM, john jade wrote:
> Hi,
>
> I am working on a project(channel response estimation),in which i have to
> start recording the samples after the receiver detects the packet.
>
> Currently i am transmitting a packet using benchmark_tx.py example and using
> benchmark_r
On Wed, Mar 27, 2013 at 5:33 AM, Yingjie Chen wrote:
> Hi guys,
> Thanks in advance. I am using usrp2 in OFM example. When I set
> fft-length to 64, subcarrier to 32,the receiver cannnot decode the
> packet correctly. The whole chunk of received data are almost false.
> However, when I set fft-len
On Wed, Mar 27, 2013 at 3:46 AM, Ralph A. Schmid wrote:
> Now I get into trouble with Kubuntu 12.04 32bit when building it:
>
> 36%] Built target _gnuradio_core_filter_swig_tag
> Linking CXX shared module _gnuradio_core_filter.so
> [ 36%] Built target _gnuradio_core_filter
> [ 36%] Built target _
On Wed, Mar 27, 2013 at 8:19 AM, Alexandru Csete wrote:
> On Wed, Mar 27, 2013 at 2:47 AM, Tom Rondeau wrote:
>> On Sat, Mar 23, 2013 at 2:01 PM, Ralph A. Schmid, dk5ras
>> wrote:
>>> I have seen the very same with Kubuntu 12.10 64 bit a few weeks ago...
>>>
>>> Ralph.
>>
>> I just pushed what s
Hi,
I tried to run tunnel.py on my machine (Ubuntu 11.10) with 2 USRPs (usrp1).
from one side I launched:
./tunnel.py --tx-freq 2.4G --rx-freq 2.4001G -a="name=dev1" -A TX/RX
--bitrate 500k -v
then :
sudo ifconfig gr0 192.168.200.1
from another terminal (on the same machine):
./tunnel.py -
On Wed, Mar 27, 2013 at 1:29 PM, Ralph A. Schmid, dk5ras
wrote:
>> Well, it builds fine for me on Mint 13 64 bit, but note that we are
> talking
>> about the "next" branch - the directory in your error message suggests
> it's
>> the master branch.
>
> Aah, OK, missed this one; anyway, somehow mast
On Wed, Mar 27, 2013 at 8:46 AM, Ralph A. Schmid wrote:
> Now I get into trouble with Kubuntu 12.04 32bit when building it:
>
> 36%] Built target _gnuradio_core_filter_swig_tag
> Linking CXX shared module _gnuradio_core_filter.so
> [ 36%] Built target _gnuradio_core_filter
> [ 36%] Built target _
On Wed, Mar 27, 2013 at 2:47 AM, Tom Rondeau wrote:
> On Sat, Mar 23, 2013 at 2:01 PM, Ralph A. Schmid, dk5ras
> wrote:
>> I have seen the very same with Kubuntu 12.10 64 bit a few weeks ago...
>>
>> Ralph.
>
> I just pushed what should be a fix for this. It built on my VM of Mint 14.
>
Hi Tom,
Thanks for your reply. You mean the bandwidth in receiver side(spectrum
analyser) is only half of that of sender side if the active tones is half
of the FFT length, is that right? Can you provide the explicit formula for
helping me better understand.
2013/3/27 Martin Braun (CEL)
> The fraction
The fraction of the Nyquist zone occupied is equal to the number of
active tones divided by the FFT length. The actual bandwidth then
depends on your sampling rate.
MB
On Wed, Mar 27, 2013 at 05:54:46PM +0800, Yingjie Chen wrote:
> Hi guys,
>
> I wonder if there is any correlation between baseba
Hi guys,
I wonder if there is any correlation between baseband bandwidth of
receiver side and fft-subcarriers-tounes of sender sider in OFDM? When
I set the bandwidth to 20Mhz in sender side, the spectrum analyzer of
receiver side shows only half of bandwidth(10Mhz). Does the reason
that I use 128
Hi guys,
Thanks in advance. I am using usrp2 in OFM example. When I set
fft-length to 64, subcarrier to 32,the receiver cannnot decode the
packet correctly. The whole chunk of received data are almost false.
However, when I set fft-length to 128, subcarriers to 64, nearly all
packets can be decode
Now I get into trouble with Kubuntu 12.04 32bit when building it:
36%] Built target _gnuradio_core_filter_swig_tag
Linking CXX shared module _gnuradio_core_filter.so
[ 36%] Built target _gnuradio_core_filter
[ 36%] Built target _gnuradio_core_general_swig_tag
[ 36%] Building CXX object gnuradio-
20 matches
Mail list logo