Hi,
I've got 2 units of USRP1 and DBSRX dboards. The two USRP are synchronized for
master and slave. the uhd_fft.py is responding correctly.
Now I want to use a signal generator to provide 900 MHz. signal level is -20
dBm. From the gnuradio-companion, I created a flow graph using UHD-USRP Source
Anju,
Try connecting these
data_src(0,1)==>chunk to symbol(-1,1)==>fm
modulator(sensitivity=(2*pi*(freq_sep/2.0))/samp_rate))
where freq_sep = symb_rate (for non-coherent detection)
On receiver side u can use quadrature demoulator
-Adeel
On Fri, Feb 17, 2012 at 12:42 AM, anju babu wrote
Hi,
I'm getting confused with the concept of "Sampling rate" to set the UHD:USRP
Source and other blocks from the gnuradio-companion. If I'm still right, the
sampling rate must be at least the double of the operating frequency. But I can
see some working applications when this Nyquist theory is
Hi Martin,
i have used gr_modtool.py to create custom blocks and all these new blocks
are working fine. Thanks to u for this good utility.
I have python/gnuradio installed on two machines. Same version of
gr_modtool.py (downloaded yesterday) works fine on one but on second
machine, it creates new
HI all,
I'm developing an underwater modem which uses acoustic signal for
transmission and reception .for that i need to have a FSK modulator.since
CPFSk is not practically possible in underwater ,i decided to use VCO.I
have to modulate data from a file sourc(output type byte) using 10kh
Great,
I'll tar the latest *we have* traditional GR and exec $./build-gnuradio
Thanks,
Patrik
- Original Message -
From: Marcus D. Leech
To: discuss-gnuradio@gnu.org
Sent: Friday, February 17, 2012 2:00
Subject: Re: [Discuss-gnuradio] UHD on USRP1 v < 500
On 02/16/2012 06
Tom,
Can you also email me the result of a fresh cmake ../
on the gr-howto-write-a-block-cmake/build
directory (after removing the CMakeCache.txt file)
thanks
Achilleas
On Thu, Feb 16, 2012 at 4:27 PM, Achilleas Anastasopoulos
wrote:
> I also noticed the following in the cmake ../
>
> -- Found
On 02/16/2012 06:48 PM, Patrik Tast wrote:
Hi all,
Thanks for the latest developers call.
Q1: will an usrp1 < 500 run using uhd?
Yup, I do that all the time. I have a very-early USRP1 and I use it
frequently with all the latest UHD goop.
Q2: if so, will I then be able to use 8bit samples ie
Hi all,
Thanks for the latest developers call.
Q1: will an usrp1 < 500 run using uhd?
Q2: if so, will I then be able to use 8bit samples ie 16 msps?
Q3: If it *doesn't work*, to wich url do I point to get the *traditional GR*?
Patrik___
Discuss-gnuradi
On 02/16/2012 02:10 PM, Nowlan, Sean wrote:
> Actually, what's the difference between "-march=armv7-a -mtune=cortex-a8" and
> "-mcpu=cortex-a8"?
I think the second is a deprecated way to say the first.
-Josh
>
> -Original Message-
> From: discuss-gnuradio-bounces+sean.nowlan=gtri.gat
Actually, what's the difference between "-march=armv7-a -mtune=cortex-a8" and
"-mcpu=cortex-a8"?
-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf
Of Nowlan, Sean
Sent: Th
On Thu, Feb 16, 2012 at 1:47 PM, Josh Blum wrote:
>
>
> On 02/16/2012 01:30 PM, Douglas Geiger wrote:
> > On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum wrote:
> >>
> >> Perhaps this is because you have a processor that doesn't penalize you
> >> for unaligned loads/stores.
> >>
> >> -Josh
> >
> > Wh
On 02/16/2012 01:30 PM, Douglas Geiger wrote:
> On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum wrote:
>>
>> Perhaps this is because you have a processor that doesn't penalize you
>> for unaligned loads/stores.
>>
>> -Josh
>
> Which suggests this decision may need to be made on a
> per-arch/processo
No, I don't know where that is... I can always take more data though. I'll
post it on a Dropbox tonight or this weekend. I'm pretty sure the Gnuradio
ATSC decoder is suffering from some massive bitrot though. If you do get it
working for you, *please* post your changes for inclusion into Gnuradio!
That was the next thing I did and now (4 hours later :-P) it appears to have
worked. I'm not sure why it didn't pick up CMAKE_TOOLCHAIN_FILE.
Thanks,
Sean
-Original Message-
From: Philip Balister [mailto:phi...@balister.org]
Sent: Thursday, February 16, 2012 1:16 PM
To: Nowlan, Sean; GN
Nick,
I apologize if this is bringing back old ghosts but I am doing research with
ATSC signals and gnuradio and would like that sample ATSC capture that you
posted. i cannot find where you posted it. Do you happen to still have it?
Thanks,
SW
Nick Foster-4 wrote:
>
> Achilleas,
>
> I live
On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum wrote:
>
> Perhaps this is because you have a processor that doesn't penalize you
> for unaligned loads/stores.
>
> -Josh
Which suggests this decision may need to be made on a
per-arch/processor basis, and therefore it may be most appropriate for
Volk to
I also noticed the following in the cmake ../
-- Found SWIG: /usr/bin/swig (found version "2.0.4")
-- Could NOT find PythonLibs (missing: PYTHON_LIBRARIES)
-- Found PythonInterp: /usr/bin/python2.7
what is the significance of not founding the PythonLibs?
when i build gnuradio it says that it fo
Hi all,
We are using the volk library in a C++ program that uses
gnuradio-core and currently builds under Linux and MacOS X. In MacOS
1.6.8 (Snow Leopard, updated), I used macports for installing
gnuradio-core (which is in version 3.3, enough for my app). Since, in
my understanding (please correct
yes i did that and get the same problem (the swig-related files are not built).
BTW, how can using git rm the entire directory gr-howto-cmake
and download it from the trunk?
thanks
Achilleas
On Thu, Feb 16, 2012 at 3:53 PM, Tom Rondeau wrote:
> On Thu, Feb 16, 2012 at 11:57 AM, Achilleas Anas
On Thu, Feb 16, 2012 at 11:57 AM, Achilleas Anastasopoulos <
anas...@umich.edu> wrote:
> BTW, I forgot to say that I am building from the latest master branch
> and I have already built/installed the latest gnuradio from
> the master branch.
>
> Achilleas
>
> On Thu, Feb 16, 2012 at 11:49 AM, Achi
Hello Selverine,
Look at this ( http://gnuradio.org/redmine/projects/gnuradio/wiki/Tutorials ).
Also, search for "Dawei Shen GNUradio tutorial" in google.
Nazmul
On Thu, Feb 16, 2012 at 2:56 PM, Selverine wrote:
>
> Hi everybody,
>
> I'm a beginner, I start working on GNU Radio.
> I noted that
The easy button to interface to the AC plug would be to pick up some old
power line telephone extenders from Radio Shack and cut them open. You
could then use the basic RX and TX cards.
_
From: discuss-gnuradio-bounces+evan=syndetix@gnu.org
[mailto:discuss-gnuradio-bounces+evan=sy
On Thu, Feb 16, 2012 at 11:49, George Nychis wrote:
> Trust me, I am far from an EE person, so ignore any outrageous
> misunderstandings ;) I guess this will start as more of question: since we
> can't stick Rx/Tx directly in to a wall socket... what actually needs to
> happen to stick an Rx/Tx
Hi everybody,
I'm a beginner, I start working on GNU Radio.
I noted that there were many examples, but apart dial_tone I can't
understand the code.
Does anyone can help me by giving me tutorials that explains the
examples?
Or any information that they could help me?
Thank you a lot!
--
View th
On Thu, Feb 16, 2012 at 10:24, Tom Rondeau wrote:
> Powerline communications have been discussed for quite
> a while, but they tend to be horrible channels (old copper, long distances,
> bad shielding, etc.). So yes, I'd expect OFDM for the equalization and
> multipath (or 'echos' in this case) i
>
>
> Interesting thought. Powerline communications have been discussed for
> quite a while, but they tend to be horrible channels (old copper, long
> distances, bad shielding, etc.). So yes, I'd expect OFDM for the
> equalization and multipath (or 'echos' in this case) issues and heavy
> channel c
On 02/16/2012 11:32 AM, Josh Blum wrote:
>
>
> On 02/16/2012 11:24 AM, Tom Rondeau wrote:
>> On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum wrote:
>>
>>>
Also, you never want to work on the smallest amount of memory possible.
This is covered in my discussion on my blog. Making arbitraril
On 02/16/2012 11:24 AM, Tom Rondeau wrote:
> On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum wrote:
>
>>
>>> Also, you never want to work on the smallest amount of memory possible.
>>> This is covered in my discussion on my blog. Making arbitrarily small
>> calls
>>> to work functions causes much mo
On Thu, Feb 16, 2012 at 10:19:31AM -0800, Josh Blum wrote:
> > I was wondering if it's a big deal to give gnuradio-companion a switch
> > to just compile a .grc file without firing up the GUI.
> Give this a shot: https://github.com/jettero/grcc/blob/grcc/grcc
> -Josh
This is exactly why I wrote g
On Thu, Feb 16, 2012 at 2:08 PM, Josh Blum wrote:
>
> > Also, you never want to work on the smallest amount of memory possible.
> > This is covered in my discussion on my blog. Making arbitrarily small
> calls
> > to work functions causes much more overhead than just running the
> unaligned
> > v
> Also, you never want to work on the smallest amount of memory possible.
> This is covered in my discussion on my blog. Making arbitrarily small calls
> to work functions causes much more overhead than just running the unaligned
> version of a Volk call. I found this out pretty quickly when I sta
On Thu, Feb 16, 2012 at 1:47 PM, wrote:
> **
>
> On Thu, 16 Feb 2012 13:20:05 -0500, Tom Rondeau wrote:
>
> On Thu, Feb 16, 2012 at 11:39 AM, Martin Braun wrote:
>
>> Hi (most likely Josh),
>>
>> I was wondering if it's a big deal to give gnuradio-companion a switch
>> to just compile a .grc file
On Thu, 16 Feb 2012 13:20:05 -0500, Tom Rondeau wrote:
> On Thu,
Feb 16, 2012 at 11:39 AM, Martin Braun wrote:
>
>> Hi (most likely
Josh),
>>
>> I was wondering if it's a big deal to give
gnuradio-companion a switch
>> to just compile a .grc file without
firing up the GUI.
>>
>> Specifical
On Thu, Feb 16, 2012 at 11:06 AM, George Nychis wrote:
> Hey all,
>
> I actually really want to join the call, because I have a GSoC idea, but I
> have a conflict with teaching assistant duties during that time.
>
Hi George,
Sorry the timing won't work out this month.
> So I thought I'd brie
On Thu, Feb 16, 2012 at 11:39 AM, Martin Braun wrote:
> Hi (most likely Josh),
>
> I was wondering if it's a big deal to give gnuradio-companion a switch
> to just compile a .grc file without firing up the GUI.
>
> Specifically, I was hoping to have unit tests for GRC files, so I wanted
> to auto
On 02/16/2012 08:39 AM, Martin Braun wrote:
> Hi (most likely Josh),
>
> I was wondering if it's a big deal to give gnuradio-companion a switch
> to just compile a .grc file without firing up the GUI.
>
> Specifically, I was hoping to have unit tests for GRC files, so I wanted
> to automaticall
On 02/16/2012 09:39 AM, Nowlan, Sean wrote:
> Hi all,
>
> I'm trying to build Tom's branch with the recent changes to use Volk, but I'm
> getting an error. I ran this command:
>
> cmake -DCMAKE_INSTALL_PREFIX=/usr
> -DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/arm_cortex_a8_native.cmake
> -DENAB
Hi all,
I'm trying to build Tom's branch with the recent changes to use Volk, but I'm
getting an error. I ran this command:
cmake -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/arm_cortex_a8_native.cmake
-DENABLE_GR_QTGUI=OFF -DCMAKE_BUILD_TYPE=release ../
And got thi
On Thu, Feb 16, 2012 at 11:49:10AM -0500, Achilleas Anastasopoulos wrote:
> >>> import howto
> Traceback (most recent call last):
> File "", line 1, in
> File "/usr/local/lib64/python2.7/site-packages/howto/__init__.py",
> line 45, in
> from howto_swig import *
> ImportError: No module na
BTW, I forgot to say that I am building from the latest master branch
and I have already built/installed the latest gnuradio from
the master branch.
Achilleas
On Thu, Feb 16, 2012 at 11:49 AM, Achilleas Anastasopoulos
wrote:
> OK, I am having a problem building the howto module with CMake.
>
> H
OK, I am having a problem building the howto module with CMake.
Here is the output of all the steps:
[anastas@jefe build]$ cmake ../
-- The CXX compiler identification is GNU
-- Check for working CXX compiler: /usr/lib64/ccache/c++
-- Check for working CXX compiler: /usr/lib64/ccache/c++ -- work
Hi (most likely Josh),
I was wondering if it's a big deal to give gnuradio-companion a switch
to just compile a .grc file without firing up the GUI.
Specifically, I was hoping to have unit tests for GRC files, so I wanted
to automatically use the GRC checking features to test .grc files.
However,
Hey all,
I actually really want to join the call, because I have a GSoC idea, but I
have a conflict with teaching assistant duties during that time.
So I thought I'd briefly share, and if it does become of interest then
maybe someone can get ahold of me and I could try to mentor or something.
I
This is just a reminder about today's Developers' Call. Due to other
conflicts, the time has been changed from the normal time to 1600 EST or
2100 UTC.
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20120216
We'll probably want to spend a significant amount of time on discussing the
proje
I started a new project involving GNURadio and USRP.
I'm using
Ubuntu 11.10 and GNU Radio Companion v3.5.1-9-g4beff39a. The hardwares
I've got are: 2 units of USRP1 Rev 4.1 and DBSRX Rev2.1.
I've got 2 questions:
1. These versions of USRP and daughter boards are still compatible with the
versi
>I don't agree. We'll hopefully settle the matter some day. :-)
Me too, DREAM is an amazing SDR program that could benefit from
GNURadio and show off GNURadio as-well. But this idea has been batted
around before and never really develops, possibly due to the way
GNURadio is currently setup. When I
Andrew,
Am 15.02.2012 19:41, schrieb Andrew Davis:
Well some major GNUradio program would drive up sales of USRP's :)
Back on topic, IMHO Gnuradio's problem with large apps stems from it
trying to be the source to sink and everything in between of a radio.
Lets take DREAM for example, they d
48 matches
Mail list logo