On 21/09/2012, at 11:37 PM, Tom Rondeau wrote:
On Fri, Sep 21, 2012 at 8:15 AM, Kyle Zhou kyle...@gmail.com wrote:
Hi Tom,
I spent some time on reading the code in gri_control_loop. However, the
calculation from loop bandwidth to alpha and beta is quite complicated and
from
On 21/09/2012, at 12:45 AM, Tom Rondeau wrote:
On Thu, Sep 20, 2012 at 9:56 AM, Kyle Zhou kyle...@gmail.com wrote:
I adapted my codes from gnuradio-3.3 to the new 3.6 version.
One of the changes is the new digital.costas_loop_cc is now implemented
based on control_loop.
The costas loop
core in libvolk. Check out the Volk guide in the documentation for
instructions.
--n
On Sun, Sep 16, 2012 at 9:50 PM, Kyle Zhou kyle...@gmail.com wrote:
I have a block which depends on sse2. I need to tell cmake to check if the
cpu support sse2 in order to determine if the sse2
Yes, I did look at it. but that is too overwhelming to me so far. need to work
harder :(
On 17/09/2012, at 9:40 PM, Robert McGwier wrote:
How about looking at the libvolk components and see how SSE is done and mimic?
On Sep 17, 2012 12:51 AM, Kyle Zhou kyle...@gmail.com wrote:
I have
I adapted my codes from gnuradio-3.3 to the new 3.6 version.
One of the changes is the new digital.costas_loop_cc is now implemented based
on control_loop.
The costas loop is used for phase recovery of a QPSK signal.
But I noticed that with the new version, the output experiences a lot of phase
I have a general work function for which I will use GNU Radio's history
functionality. In the block's constructor, I call set_history( m ). I cast
the input buffer in the standard way:
const float *in = (const float *) input_items[0];
My question is wheere in[0] refers to in the buffer. It
On 21/09/2012, at 12:45 AM, Tom Rondeau wrote:
On Thu, Sep 20, 2012 at 9:56 AM, Kyle Zhou kyle...@gmail.com wrote:
I adapted my codes from gnuradio-3.3 to the new 3.6 version.
One of the changes is the new digital.costas_loop_cc is now implemented
based on control_loop.
The costas loop
I have a block which depends on sse2. I need to tell cmake to check if the cpu
support sse2 in order to determine if the sse2 acceleated version or a generic
version should be used.
This should be straight forward. However, I just cannot find an example
CMakeLists.txt to get me a quick start.
Dear all,
I am loosing my mind trying to implement alamouti code between 2 tx and
1 rx.
I downloaded the trodeau repository but I cannot make the alamouti
works.
Any help will be appreciated, really, ANY!
Thank you
Vanessa
Would you tell us what the problem is before we can
To my understanding, the DBSTX is designed for Satellite TV reception. So it
should be safe to connect the output of the satellite LNB to the DBSRX
without problem.
In fact, I tried to connect the LNB out port of a DVB-S set top box to the
DBSRX directly without problem or distortion.
KZ
When I use uhd_fft.py -s 8M -f ..
It reported that
UHD Warning:
The hardware does not support the requested RX sample rate:
Target sample rate: 8.00 MSps
Actual sample rate: 7.692308 MSps
I am wondering how the actual rate 7.692308M is determined?
Is there any formula
the usrp_source in gr-uhd has two io_type uhd.io_type.COMPLEX_INT16 and
uhd.io_type.COMPLEX_FLOAT32.
To my understanding, the float version will produce samples between -1.0 and
+1.0.
What is the range of the int16 version?
If the same signal is fed into the antenna, what is the relative
On 10/09/2011, at 3:13 PM, Josh Blum wrote:
If you wrote the xml files, you need to change them in such a way so
that they dont conflict.
Ex:
from packa import modc as packa_modc
packa_modc.my_block()
I bet there are many other ways to do this. Its just python :-)
-josh
If I have two packages 'packa' and 'packb', each of them has a module 'modc'.
This is not a problem since they belong to different packages.
But if I use these two modules in GRC at the same time, the following python
codes are generated:
from packa import modc
from packb import modc
I tried to use usrp2 on windows with the newest sd card image. Worked on
ubuntu.
But on windows, when I plug in the Ethernet cable and the power, initially
windows shows acquiring network address, connected firewalled. After a few
seconds, (I think it is when the image has been loaded from sd
On 18 August 2011 13:29, Marcus D. Leech mle...@ripnet.com wrote:
**
On 08/17/2011 11:19 PM, Kyle Zhou wrote:
I tried to use usrp2 on windows with the newest sd card image. Worked on
ubuntu.
But on windows, when I plug in the Ethernet cable and the power, initially
windows shows
-Original Message-
From: Marcus D. Leech [mailto:mle...@ripnet.com]
Sent: Thursday, 18 August 2011 2:16 PM
To: Kyle Zhou
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] usrp2 on windows - network cable
unplugged
On 08/18/2011 12:09 AM, Kyle Zhou wrote:
Yes, I did
On 12 August 2011 18:05, Josh Blum j...@ettus.com wrote:
I think this means it cant find the xml block files. Probably some
mismatch between mingw paths and native windows paths?
This may be of help:
I followed all the instructions on gnuradio.org to build gnuradio+uhd on
XP+SP3 with MinGW
Everything went well. uhd_fft.py shows spectrum window, all well.
However, when I tried gnuradio-companion, I got the following errors. Any
ideas? I thought someone had success with grc on MinGW.
installation.
but exactly the same problem.
Is anyone having the same issue on WBX?
Kyle
Kyle Zhou wrote:
In order to use WBX, I install git repo on my ubuntu 9.04.
When I do usrp_benchmark_usb.py, it goes well with 2MB test, but failed
at
4MB showing device busy
when I try to build volk from next branch of git, I got error during make
libtool: link: gcc -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o
.libs/libvolk_runtime.0.dylib .libs/volk_cpu_x86.o .libs/cpuid_x86_64.o
.libs/volk_runtime.o .libs/volk_init.o .libs/volk_rank_archs.o
On 16/12/2010, at 11:20 PM, Tom Rondeau wrote:
On Thu, Dec 16, 2010 at 6:07 AM, Kyle Zhou kyle...@gmail.com wrote:
when I try to build volk from next branch of git, I got error during make
libtool: link: gcc -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o
.libs/libvolk_runtime.0.dylib
The first line of volk_register.py
#! /usr/bin/python
should be changed to
#! /usr/bin/env python
Otherwise, on system where python is not installed in /usr/bin,
bootstrap will fail
Kyle
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
I try to build volk in MinGW and find the following issues:
1) config.sub and config.guess are corrupt. They seems to be corrupted
symlinks. This can be corrected by copying from top level directory.
2) The following files lead to compile error with undeclared clock_t etc.
On 17/12/2010 1:01 PM, Tom Rondeau wrote:
On Thu, Dec 16, 2010 at 7:14 PM, Kyle Zhoukyle...@gmail.com wrote:
I try to build volk in MinGW and find the following issues:
1) config.sub and config.guess are corrupt. They seems to be corrupted
symlinks. This can be corrected by copying from top
I run test_all but without success.
What I got is:
.sse2 not available... no test performed
.sse3 not available... no test performed
.sse3 not available... no test performed
.sse3 not available... no test performed
.sse3 not available... no test performed
.sse3 not available... no test performed
Ubuntu 10.10
After building volk successfully, make install does not put anything
into python2.6/dist-packages/gnuradio
Kyle
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 17/12/2010 3:20 PM, Tom Rondeau wrote:
On Thu, Dec 16, 2010 at 10:48 PM, Kyle Zhoukyle...@gmail.com wrote:
Ubuntu 10.10
After building volk successfully, make install does not put anything into
python2.6/dist-packages/gnuradio
Kyle
Are you just building in the directory 'volk'? If so,
On 16/12/2010 5:23 AM, Ben Reynwar wrote:
When the file in which you define you mod/demod is imported the
mod/demod will the registered so it's just a case of making sure it
gets imported somewhere.
The mod/demods that come with gnuradio are registered when
gnuradio.blks2 is imported. This
Hi
I am trying to build gr-uhd from latest git repository on OSX 10.6.5
At the link stage, I got the following error:
libtool: link: g++ -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o
.libs/libgnuradio-uhd-3.4git.0.dylib .libs/uhd_multi_usrp_source.o
.libs/uhd_multi_usrp_sink.o
I am writing a module that might need dynamic change to the block length.
So I want to call set_output_multiple(blk_len) when the flow graph is running.
Firstly, is this allowed?
Secondly, what are the effects?
If I have a noutput_items%blk_len==0 checking in work(), will it fail during
the
On 26/11/2010 11:28 AM, Eric Blossom wrote:
There is no guarantee that set_output_multiple will work if you change
it on the fly.
It is possible that you could specify a value for set_output_multiple
that would require reallocation of the impacted buffers. We do not do
that.
Eric
Thanks
I know time stamped tx/rx with usrp2 is supported in uhd.
According to past posts, support for usrp1 was worked on.
Could anyone give an update on that progress? Is it already done?
Regards
Kyle
___
Discuss-gnuradio mailing list
I am trying uhd with my usrp1. However, when I do cmake, it reported
that usrp1 support disabled by configure flag.
usrp2 is enabled.
It seems to me usrp1 is disabled by default?
If I need to give some flags to cmake to enable usrp1?
I have no experience in cmake before.
Please help
Thanks
Kyle
Updated git repository on my cygwin(1.7.7-1)+winxp box this weekend and tried
rebuild gnuradio
./configure reported usrp is not to be built due to not able to detect libusb
I do have libusb-win32 0.1.12.2-1 in cygwin
Looked at the config.log, I found it insists on checking pkgconfig file
I want to display an eye diagram for QPSK signals. Could not find any
sink suitable for this case. Has anyone implemented that?
Thanks
Kyle
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Tom Rondeau wrote:
The error suggests that the d_mu value is 0, which is unrelated to
the inputs being all 0. There should be no problem with inputs being
all 0, and if d_mu is less than 0, something is going wrong. Not sure
what to tell you right now, but more debug information would be
I am testing the gr_mpsk_receiver_cc module using the code attached at
the end.
It is gnuradio v3.3.1git-11-ge20160b7 on cygwin 1.7.5-1 with gcc 3.4.4.
When I run the code, the following error pops up:
===
assertion imu = 0 failed: file gri_mmse_fir_interpolator_cc.cc,
On 18/06/2010, at 2:56 AM, Eric Blossom wrote:
Kyle,
Are you trying to set a handler for a signal somewhere in your code?
If so, it's unlikely to work. In general signals and threads don't
play together well. A bit of googling will show you the mine field.
If you're trying to catch a
Basically, I want to catch Ctrl+C after top_block.run()
For example
try:
my_top_block().run()
except KeyboardInterrupt:
print Ctrl+C has been pressed. Exiting.
However, when Ctrl+C is pressed, the program exits straight away without
executing the print function.
It
wrote:
What version of GNU Radio?
What OS, distribution, version?
(We fixed bugs in this area about a year ago...)
On Thu, Jun 17, 2010 at 12:29:10AM +1000, Kyle Zhou wrote:
Basically, I want to catch Ctrl+C after top_block.run()
For example
try:
my_top_block().run
' or 'prefix=/usr/local' as
appropriate when you run your ./configure script.
John
On Thu, May 13, 2010 at 1:19 AM, Kyle Zhou kyle...@gmail.com
mailto:kyle...@gmail.com wrote:
Eric Blossom wrote:
fOn Thu, May 13, 2010 at 12:13:00AM +1000, Kyle Zhou wrote:
I am
Don Ward wrote:
Kyle Zhou wrote:
...
I am playing howto-write-a-block in cygwin.
Git trunk.
...
After that, 'make' succeeded.
But when I do 'make check', making check in lib succeeded, but
when checking in python, it produced an error as follows
I am playing howto-write-a-block in cygwin.
Git trunk.
./bootstrap no problem
./configure brings the following error:
checking for GNURADIO_CORE... configure: error: Package requirements
(gnuradio-core = 3) were not met:
No package 'gnuradio-core' found
This does not happen in Ubuntu.
Anyone
Eric Blossom wrote:
fOn Thu, May 13, 2010 at 12:13:00AM +1000, Kyle Zhou wrote:
I am playing howto-write-a-block in cygwin.
Git trunk.
./bootstrap no problem
./configure brings the following error:
checking for GNURADIO_CORE... configure: error: Package requirements
(gnuradio-core = 3
So far, I have tried another two computers with ubuntu 9.10 fresh installation.
but exactly the same problem.
Is anyone having the same issue on WBX?
Kyle
Kyle Zhou wrote:
In order to use WBX, I install git repo on my ubuntu 9.04.
When I do usrp_benchmark_usb.py, it goes well with 2MB test
Matt Ettus wrote:
On 04/27/2010 05:29 PM, Kyle Zhou wrote:
So far, I have tried another two computers with ubuntu 9.10 fresh
installation.
but exactly the same problem.
Is anyone having the same issue on WBX?
Kyle
We are looking into this. But why do you need to run that program?
If you
On 04/20/2010 08:28 PM, Kyle Zhou wrote:
Matt Ettus wrote:
On 04/20/2010 02:51 AM, Kyle Zhou wrote:
Hi
I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
frequency 204.64MHz and bandwidth 1.4MHz.
Sampling rate is 2Msps (decimation=32)
The spectrum shown
Hi
I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
frequency 204.64MHz and bandwidth 1.4MHz.
Sampling rate is 2Msps (decimation=32)
The spectrum shown by usrp_fft.py is normal and clean. However, after
capturing the data using usrp_rx_cfile.py and loading the data to
Matt Ettus wrote:
On 04/20/2010 02:51 AM, Kyle Zhou wrote:
Hi
I use WBX + USRP1 to capture a DAB+ digital radio broadcast signal at
frequency 204.64MHz and bandwidth 1.4MHz.
Sampling rate is 2Msps (decimation=32)
The spectrum shown by usrp_fft.py is normal and clean. However, after
capturing
In order to use WBX, I install git repo on my ubuntu 9.04.
When I do usrp_benchmark_usb.py, it goes well with 2MB test, but failed at
4MB showing device busy error.
The output is attached below. I tried other daughter boards (RF2400), no
problem. So I guess it is related to the WBX.
Testing
Please check line 113 of benchmark_tx.py
data = (pkt_size - 2) * chr(pktno 0xff)
Therefore, only the LSB 8 bit of pktno is transmitted in the payload.
And please note 257=0x0101, 514=0x0202. So they are payload contents for
packet 1 and 2, respectively.
You've just missed packet 0. Not quite
Hi,
I am writing a new c++ signal processing block and wondering if I can
use existing gnuradio modules in this new module. I know reuse c++
modules in python is easy via swig. When it comes to reusing in c++,
what is the best way? I can think of inheritance. But what if I want to
use
Hi Ian,
I think the code is correct. Eqn. (8) in the referred paper is wrong.
However, Fig. 1 in the paper is right, and the gnuradio code is exactly
the same as Fig.1.
Kyle
Date: Wed, 7 Apr 2010 13:51:10 +0930
From: Ian Holland ian.holl...@rlmgroup.com.au
Subject: [Discuss-gnuradio] Question
Hi Merve,
benchmark_rx.py only extracts the first two bytes of the received data
payload[0:2], which contains the packet number (pktno) and ignores the
rest. You need to insert some code into the function 'rx_callback' [line
61-70] in order to show or use the rest of data, payload[2:].
Kyle
I am reading the c++ code of gr_mpsk_receiver_cc.cc
in the function: mm_error_tracking, mu is updated as [line 251]
mu+=omega+gain_mu*mm_error;
It seems to me that omega already takes mm_error into account. Why in
updating mu, mm_error is added again?
I also checked the book Digital
Hi, I am trying to modify benchmark_rx.py such that it feeds to mplayer.
I can successfully use gr.file_descriptor_sink and pipe the stdout of
python to stdin of mplayer.
However, when I try to embed the pipe in python code by calling mplayer
programmably, it always produces errors.
The
Hi all,
I am planning to write a sink module that accepts mpeg transport stream
and displays to the screen.
Due to the variable bit rate nature of mpeg stream, this sink will
consume the input at variable rate.
I plan to use the generic gr_block as base class as it provides the most
I am playing with gr-video-sdl for a while.
One channel (Y) is fine. But if I do three channels YUV, the color is messy.
I checked the source code of video_sdl_sink_uc.cc and found out at line 171:
int src_width=(0==plane || 12==plane || 1122==plane)?d_width:d_width/2;
This seems wrong, because
Sorry to hear that u still have problems building gnuradio.
This link might be useful.
http://lists.gnu.org/archive/html/discuss-gnuradio/2006-10/msg00378.html
Cheers
Kyle
Date: Wed, 1 Nov 2006 16:00:12 +0530
From: [EMAIL PROTECTED]
of parallel computation.
For instance, a 4.0G CPU has to process one symbol in 400 clock durations, which seems to be not enough.
Thanks
Kyle Zhou
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
README.singla_flow in gr-atsc directory shows a
great framework for ATSC Tx Rx.
However, it mentioned VrFileSink
VrFileSource, on which I have no idea. I searched the whole package directory
without finding their codes.
Is there anything wrong with my configuration or
the atsc module is
: Don Ward [EMAIL PROTECTED]
To: Kyle Zhou [EMAIL PROTECTED]; discuss-gnuradio@gnu.org
Sent: Tuesday, October 17, 2006 11:14 PM
Subject: Re: [Discuss-gnuradio] ReG - Building GNU Radio
Hi Kyle,
Hi, I've finally got the minimal gnuradio working.
That's great!
The problem may be the outdated
Sorry Don. I mistook you as the user who are experiencing the same problem.
Just realized you are the guy who helped. (one of the developer?)
Thanks a lot along the way.
Kyle
- Original Message -
From: Kyle Zhou [EMAIL PROTECTED]
To: Don Ward [EMAIL PROTECTED]; discuss-gnuradio@gnu.org
this could help anyway.
Cheers
Kyle
- Original Message -
From: Don Ward [EMAIL PROTECTED]
To: Kyle Zhou [EMAIL PROTECTED]
Sent: Wednesday, October 18, 2006 10:14 AM
Subject: Re: [Discuss-gnuradio] ReG - Building GNU Radio
Hi Kyle,
Sorry Don. I mistook you as the user who are experiencing
have u added /usr/local/lib in your LD_LIBRARY_PATH environment variable?
cheers
kyle
- Original Message -
From: Dan Halperin [EMAIL PROTECTED]
To: discuss-gnuradio@gnu.org
Sent: Wednesday, October 18, 2006 1:58 PM
Subject: [Discuss-gnuradio] Compiling standalone apps
Hi,
I must be
Iperformed the steps as shown
inhttp://gnuradio.org/trac/wiki/CygwinInstallMainto installgnuradio inCygwin. All building process
produces no errors.
However, when I try the dial_tone.py example, it doesn't
work with segv.
$ python dial_tone.py Segmentation fault (core
dumped)
$ cat
I have the just similar problem: wxPython and
gnuradio
A bit more experiements show that:
1) "import wx" will terminate python without any
error message;
2) "import gnuradio.gr", or any other modules in
gnuradio, will result in segmentation fault.
I don't have any idea about the cause
yet.
see if I can findit.)The import gnuradio.gr problem may be easier to workon.Please let us know what you find out on this.
Thanks,-- Don Ward - Original Message - From: Kyle Zhou To: discuss-gnuradio@gnu.org Sent: Monday, October 16, 2006 8:05 AM
Subject: Re: [Discuss-gnuradio] ReG - Building
python2.4.3-1
subversion
1.3.2-1
swig
1.3.29-2
*
Hope this helps
Kyle
- Original Message -
From:
Don
Ward
To: Kyle Zhou
Cc: discuss-gnuradio@gnu.org
Sent: Tuesday, October 17, 2006 2:24
AM
Subject: Re: [Discuss-gnuradio] ReG
I performed the steps as shown
inhttp://gnuradio.org/trac/wiki/wxPythonCygwin to
install wxPython inCygwin, but something must be wrong.wxWidget works as
the minimal example runs well.However, wxPython does not seem to work. When
I run 'python demo.py',nothing happens.Then I enter the
71 matches
Mail list logo