Michael is correct. before demodulation the received signal should be
correlated. Michael, you said UMTS using scrambling code to do the
timing recovery. But the scrambling code is to distinguish MS in the uplink,
each MS use different scrambling code so I think the correlation
shouldn't be related
On Wed, Oct 26, 2011 at 11:00 AM, Vanessa Gardellin <
vanessa.gardel...@iit.cnr.it> wrote:
> Dear all,
>
> I am trying to use the alamouti code implemented by trondeau.
> Studying the gr_ofdm_frame_acquisition I found several concepts that
> are not clear to me:
>
Wow, this code is pretty old, a
Hi,
The issue was the gain on the USRP2 UHD block in GRC was 0dB. I had to put it
way up and then we got the signal again. Just curious however, With the
previous USRP2 block(pre-UHD), 0 dB gain worked fine. Is there some change I'm
not aware of?
thanks,
-sam
On 10/25/2011 12:53 PM, Sam Kee
On Wed, Oct 26, 2011 at 4:36 PM, Paul M. Bendixen wrote:
>
>
> 2011/10/26 Tom Rondeau
>
>>
>> Yes, they are supposed to be in gr-digital/grc. That was just unbelievably
>> stupid of me. This is why you should never commit before breakfast! I also
>> didn't properly put these new ones into the Mak
FYI
Notice receivable with ~1 m^2 antennas (?)
http://www.southgatearc.org/news/august2011/near_earth_asteroid_flyby.htm
More detailed
http://echo.jpl.nasa.gov/asteroids/2005YU55/2005YU55_planning.html
Patrik___
Discuss-gnuradio mailing list
Discuss-gn
SIDSuite has now moved to CGRAN (https://www.cgran.org/wiki/SIDSuite)
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/
Docutils: "python-docutils" for both Fedora and Ubuntu.
PyQwt: "PyQwt," "PyQwt-devel," and "qwt-devel" for Fedora*; it looks like you
already have PyQwt covered on Ubuntu (python-qwt5-qt4 and libqwt5-qt4-dev).
* - works on Fedora 13
Thanks,
Sean
Done.
--
Marcus Leech
Principal Investigato
Hello all:
We have been working on an APCO P25 project at my university, and are
fortunate enough to have 4 USRP N210's all equipped with the WBX boards.
As the project has progressed we have accomplished many of our goals.
However, one thing that has haunted us throughout the entire project is
Hurray!
It worked. I like the more object oriented approach more, but I'll
wait for it to come stable first.
I finally have something that I've waited for a long time. I am now
able to keep track of time within a gnuradio block even in the
presence of overflows. This comes in handy because I am u
Hello Rickard
You could try building using cmake?
if you can do cmake-gui, you should see where to put the path to your swig
at the bottom, perhaps configuring this explicitly helps?
Best
Paul
--
* - - */* -/* * -/* - * */- * * */*/- */- * */* */- * * -/*/- */* - - *- */-
- */- -/* -/* */* - *
2011/10/26 Tom Rondeau
>
> Yes, they are supposed to be in gr-digital/grc. That was just unbelievably
> stupid of me. This is why you should never commit before breakfast! I also
> didn't properly put these new ones into the Makefiles.
>
> This has been fixed. I was in a rush to get out the door
On 10/26/2011 12:52 PM, Jeff Scaparra wrote:
> Alternatively it may be using the wrong python. Is there a way to specify
> which python to use. If it uses the same path as the normal terminal then it
> will work however if it sets the standard /usr/bin/python it will fail.
>
pass -DPYTHON_EXECU
On 10/26/2011 12:50 PM, Jeff Scaparra wrote:
> I think I have everything figured out now I have pyqt pygtk and pywx
> installed however cmake still isn't finding pygtk even though the version is
> correct (running 2.24.0) and python -c "import gtk" has no output.
>
> Anyone know what the specifi
Alternatively it may be using the wrong python. Is there a way to specify
which python to use. If it uses the same path as the normal terminal then it
will work however if it sets the standard /usr/bin/python it will fail.
Thanks,
Jeff
On Wed, Oct 26, 2011 at 3:50 PM, Jeff Scaparra wrote:
> I t
I think I have everything figured out now I have pyqt pygtk and pywx
installed however cmake still isn't finding pygtk even though the version is
correct (running 2.24.0) and python -c "import gtk" has no output.
Anyone know what the specific check actually is?
Jeff
On Wed, Oct 26, 2011 at 1:18
Hi,
I am also trying to build on Mac OS X (10.6.8) from source, by first getting
the dependencies worked out from MacPorts.
Although close to work (I think) it still fails for me.
One reason I want to install from source is to get the UHD functionality
directly in GRC, which isn't available in
Hello all:
We have been working on an APCO P25 project at my university, and are
fortunate enough to have 4 USRP N210's all equipped with the WBX boards.
As the project has progressed we have accomplished many of our goals.
However, one thing that has haunted us throughout the entire project is
On 26/10/2011 1:45 PM, Tom Rondeau wrote:
Yes, they are supposed to be in gr-digital/grc. That was just
unbelievably stupid of me. This is why you should never commit before
breakfast! I also didn't properly put these new ones into the Makefiles.
Never commit before breakfast? That sounds
On Wed, Oct 26, 2011 at 11:10 AM, Paul M. Bendixen
wrote:
> Compiling done.
>
> So a grep for blocks that are only in digital in the grc files showed that
> mpsk_sync_cc and cvsd_decode and encode are still missing.
>
> Oh, and a minor glitch: it seems that putting the blocks in gr-digital
> inste
I was just having an issue with the python path. gr_wxgui is enabled now. I
have the qt stuff installed but will look at manually pointing cmake in the
right direction. I think I can make this work. I hate to give up now. It
would be nice to write up a brew formula for gnuradio but I have no idea h
On Wed, Oct 26, 2011 at 8:44 AM, Jeff Scaparra wrote:
> Hello,
>
> I have almost gotten all the dependencies needed for gnuradio recognized
> however I have qt qwt and wx installed but they aren't being recognized by
> cmake. I have also tried to manually enable them with the -DENABLE_GR_QTGUI
> A
On 26/10/2011 12:15 PM, Vanessa Gardellin wrote:
How can I read the output of keep-one-in-N?
Thank you
V.
Like any other signal flow. If you need it to appear in a variable, you
can use a "probe".
___
Discuss-gnuradio mailing list
Discuss-gnur
How can I read the output of keep-one-in-N?
Thank you
V.
On Wed, Oct 26, 2011 at 5:32 PM, Marcus D. Leech wrote:
> On 26/10/2011 11:27 AM, Vanessa Gardellin wrote:
>>
>> Hi,
>> I was reading your very interesting discussion and I was wondering if
>> you can give us some tips on how to compute t
Hi,
I installed qwt via macports and cmake seems to have a problem finding the qwt
include dirs on my machine, I had to manually set QWT_INCLUDE_DIRS with
cmake-gui (to /opt/local/lib/qwt in my case). No problems with WX, though.
-- Matthias
Am 26.10.2011 um 17:44 schrieb Jeff Scaparra:
> H
On 10/26/2011 08:23 AM, Juha Vierinen wrote:
> If I understand correctly, the sample count is:
>
> const uint64_t count = gr_tags::get_nitems(rx_time_tag);
Correct, that will work. Just so you know, the tags API changed in
master to be more object oriented, so if you are on master, its
my_tag.o
On 10/26/2011 08:44 AM, Jeff Scaparra wrote:
> Hello,
>
> I have almost gotten all the dependencies needed for gnuradio recognized
> however I have qt qwt and wx installed but they aren't being recognized by
> cmake. I have also tried to manually enable them with the -DENABLE_GR_QTGUI
> AND -DEN
On 26/10/2011 11:43 AM, Vanessa Gardellin wrote:
I have the same problem, anyone?
Vanessa
Try this before you start the app:
export "LIBGL_ALWAYS_INDIRECT=1"
Does that help?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists
I have the same problem, anyone?
Vanessa
On Wed, Oct 19, 2011 at 1:35 AM, Sriharsha Puranik wrote:
> Hi all,
> I am facing "Segmentation Fault" error.
> My setup is - Ubuntu 11.04, USRP2 with WBX board, gnuradio.
> The scenario is - When I run uhd_fft.py, I get the following -
> (gdb) run /usr/l
Hello,
I have almost gotten all the dependencies needed for gnuradio recognized
however I have qt qwt and wx installed but they aren't being recognized by
cmake. I have also tried to manually enable them with the -DENABLE_GR_QTGUI
AND -DENABLE_GR_WXGUI options with no luck. I have used homebrew to
On 26/10/2011 11:27 AM, Vanessa Gardellin wrote:
Hi,
I was reading your very interesting discussion and I was wondering if
you can give us some tips on how to compute the RSSI by software and
hence the blocks that we should add.
Tnx
complex_to_mag**2-->single-pole-iir-filter--->keep-one-in-N
R
Hi,
I was reading your very interesting discussion and I was wondering if
you can give us some tips on how to compute the RSSI by software and
hence the blocks that we should add.
Tnx
Vanessa
On Sun, Oct 23, 2011 at 3:35 PM, Marcus D. Leech wrote:
> On 22/10/11 10:56 PM, Bonee Soibam wrote:
>
>
If I understand correctly, the sample count is:
const uint64_t count = gr_tags::get_nitems(rx_time_tag);
This determines the index of the sample coming into work, which has a
new time because of overflow.
juha
On Wed, Oct 26, 2011 at 17:16, Josh Blum wrote:
>
>
> On 10/26/2011 03:41 AM, Juha V
Compiling done.
So a grep for blocks that are only in digital in the grc files showed that
mpsk_sync_cc and cvsd_decode and encode are still missing.
Oh, and a minor glitch: it seems that putting the blocks in gr-digital
instead of gr-digital/grc made it disappear from grc's view (at least with
t
Dear all,
I am trying to use the alamouti code implemented by trondeau.
Studying the gr_ofdm_frame_acquisition I found several concepts that
are not clear to me:
1) d_phase_count: what does it mean?
2) coarse_freq_comp(int freq_delta, int count): which is the meaning
of this function?
3) what
Docutils: "python-docutils" for both Fedora and Ubuntu.
PyQwt: "PyQwt," "PyQwt-devel," and "qwt-devel" for Fedora*; it looks like you
already have PyQwt covered on Ubuntu (python-qwt5-qt4 and libqwt5-qt4-dev).
* - works on Fedora 13
Thanks,
Sean
-Original Message-
From: Marcus D. Leech
On 10/26/2011 03:41 AM, Juha Vierinen wrote:
> Hi,
>
> I have been able to use the stream tagging to determine the accurate
> timing for the first sample of the stream. However, I run into
> problems after an overflow. It does seem to be feasible to recover
> timing by looking for new tags (the
On 26/10/2011 9:23 AM, Nowlan, Sean wrote:
Can you add docutils and PyQwt to the dependency installation? I think those
are missing.
(Excellent script, by the way. Saves a lot of grunt work.)
Sean
Can you suggest package names for both Fedora and Ubuntu that would
satisfy this request, and I
>Instead of call delete->head() and wait for a message
It's not "instead". Before calling it i check if there's an empty queue.
2011/10/26 Mattia Rizzi
> I want a gnu radio application that send packets (messages) in AIR when
> pressing ENTER with USRP. Since i don't want any underun on USRP si
I want a gnu radio application that send packets (messages) in AIR when
pressing ENTER with USRP. Since i don't want any underun on USRP side, i
need a block that send zero-filled packets when there's no data to send.
I solved it with a modify of message_source block.
Instead of call delete->head()
Can you add docutils and PyQwt to the dependency installation? I think those
are missing.
(Excellent script, by the way. Saves a lot of grunt work.)
Sean
-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=g
Thanks, building now
Just one thing, shouldn't the xml files go into /gr-digital/grc/ like the
other blocks instead of /gr-digital all by them selves?
Will get back to you on how it went.
Best
Paul
2011/10/26 Tom Rondeau
> The master branch has been updated with the fixes to the GRC blocks.
>
The master branch has been updated with the fixes to the GRC blocks.
Thanks again for the reports!
Tom
On Wed, Oct 26, 2011 at 7:55 AM, Tom Rondeau wrote:
> On Wed, Oct 26, 2011 at 7:49 AM, Paul M. Bendixen
> wrote:
>
>> Did a little more digging
>> cd [gitdir]/grc/
>> find . -name "*" | x
On Wed, Oct 26, 2011 at 7:49 AM, Paul M. Bendixen wrote:
> Did a little more digging
> cd [gitdir]/grc/
> find . -name "*" | xargs grep digital
>
> Returns nothing, on the other hand grepping blks2.gmsk_mod returns:
> ./Makefile.am: blks2_gmsk_mod.xml \
> ./block_tree.xml: blks2_gmsk_mod
> ./blks2
Did a little more digging
cd [gitdir]/grc/
find . -name "*" | xargs grep digital
Returns nothing, on the other hand grepping blks2.gmsk_mod returns:
./Makefile.am: blks2_gmsk_mod.xml \
./block_tree.xml: blks2_gmsk_mod
./blks2_gmsk_mod.xml: blks2_gmsk_mod
./blks2_gmsk_mod.xml: blks2.gmsk_mod(
In o
Hi,
I have been able to use the stream tagging to determine the accurate
timing for the first sample of the stream. However, I run into
problems after an overflow. It does seem to be feasible to recover
timing by looking for new tags (the uhd_usrp block applies a new tag
after an overflow is detec
Hi Johnny,
These are the line of the code I used in the script benchmark_rx.py where
the selected channel was 2484 MHz:
id_process = os.getpid()
p = Popen('python benchmark_rxr.py', preexec_fn = os.kill(id_process, 2),
close_fds = True, shell = True)
killing and closing the process where bench
So I started today off by doing a make uninstall on the gentoo box. Then I
went hunting.
As it turns out, I had to manually remove 3.5.0git files from a lot of the
locations mentioned in the post concerning the WX Gui problem (
http://lists.gnu.org/archive/html/discuss-gnuradio/2011-10/msg00355.htm
47 matches
Mail list logo