[Apologies if you got multiple copies of this email.]
==
*Paper Registration and Abstract: April 1, 2012, 11:59 pm PDT*
C A L L F O R P A P E R S
ACM SenSys 2012
Toronto, Canada
November 6-9, 2010
http://sensys.ac
On Mon, Feb 20, 2012 at 15:32, Johnathan Corgan
wrote:
> The 125MHz spectral line and 100 MHz harmonics go away when I unplug a
> USRP N210 on the same power strip :-)
To be fair, these also went away when I unplugged my logic analyzer
Mictor connector from the N210. So it was the probe cables
On Mon, Feb 20, 2012 at 07:32, Johnathan Corgan
wrote:
>> If you ever do this again, I would love to see some of the channels over
>> time. I ordered some basic PLC equipment, but all I really have access to
>> are packets :P
>
> I'll try to grab a spectrum analyzer plot from my lab.
Below are
On Mon, Feb 20, 2012 at 5:48 AM, Jorge Hernandez <
jorge.gnura...@googlemail.com> wrote:
> Hi all,
>
> I've been working lately to get to work the mimo files from trondeau's
> branch. After some trials, I thought I've successfully merged the master
> branch into this branch so I could use the mimo
On 02/20/2012 02:54 PM, Philip Balister wrote:
> On 02/20/2012 01:18 PM, Ben Hilburn wrote:
>> Stefan -
>>
>> The command listed in that FAQ relies on the use of a CMake toolchain file,
>> which is distributed with GNU Radio.
>>
>> A recent update (to CMake, possibly), seems to have broken use of t
Was anyone able to collect some ATSC data over the weekend?
Also bump about my question about which fr.atsc module does the symbol
detection and recovery.
Thanks!
shea_watson wrote:
>
> Alright. If I get it working I will post my fixes. Which part is not
> working?
>
> Also, my research o
On 02/20/2012 01:18 PM, Ben Hilburn wrote:
> Stefan -
>
> The command listed in that FAQ relies on the use of a CMake toolchain file,
> which is distributed with GNU Radio.
>
> A recent update (to CMake, possibly), seems to have broken use of the
> toolchain file -- all of the flags inside of it
Stefan -
The command listed in that FAQ relies on the use of a CMake toolchain file,
which is distributed with GNU Radio.
A recent update (to CMake, possibly), seems to have broken use of the
toolchain file -- all of the flags inside of it will get ignored.
Instead of passing the -DCMAKE_TOOLCHA
That's great! I will do that. Thank you very much.
Zohair wrote:
>
> Is it possible to utilise USRP2 with a daughter board to receive a signal
> on the Ku band? I checked Ettus website but all the available
> daughterboards have carrier frequencies less than the required.
>
> What do you think
Right, all instruments and voice are mono sources, so to make stereo
they just pan the instrument tracks to one side or another, with the
Beatles and the like, they had the original instruments tracks so the
could re-release them as stereo by moving the tracks around. My
example was Pink Floyd, as
Just to add to what Marcus said:
Make sure to put "/usr/local/lib" in /etc/ld.so.conf, and then run $ sudo
ldconfig:
$ sudo echo "/usr/local/lib" >> /etc/ld.so.conf
$ sudo ldconfig
http://files.ettus.com/uhd_docs/manual/html/build.html#setup-the-library-path-linux
Cheers,
Ben
On Mon, Feb 20, 2
I highly suspect it's user error :) but I'm truly at a loss right now as to the
error.
Michael,
we encountered a very similar issue and spent already a lot of time on
that. Configuration is the same except we are using an USRP2 though.
We also did not receive anything at the RX side although
On Mon, Feb 20, 2012 at 17:55, Tom Rondeau wrote:
>
> Try to use cmake instead of configure to build GNU Radio. Check out the "How
> do I install GNU Radio from source?" section
> on: http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ.
Ok, thank you, I'll try that.
cheers
--
Stefan
Keep in mind that early stereo recordings were Left/Center/Right as pan-pots
were not available on some consoles. The stereo release of Sgt. Peppers is a
good example of this.
Tim
On Feb 19, 2012, at 10:08 AM, Andrew Davis wrote:
> I find quite the opposite, 60's bands will sometimes have the
On Mon, Feb 20, 2012 at 11:42 AM, Stefan Ott wrote:
> On Mon, Feb 20, 2012 at 17:29, Andrew Davis
> wrote:
> > A lot of components you are building don't seem to be necessary on
> > ARM, try configuring with " ./configure --disable-all-components
> > --enable-gnuradio-core " to just build the co
I believe I'm using 0.4.16. It's the version packaged in the e1xx-002 official
image.
Sean
From: Nick Foster [mailto:n...@ettus.com]
Sent: Saturday, February 18, 2012 11:22 PM
To: Tom Rondeau
Cc: Nowlan, Sean; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Using volk in Mac: test repor
A lot of components you are building don't seem to be necessary on
ARM, try configuring with " ./configure --disable-all-components
--enable-gnuradio-core " to just build the core and then enable only
the parts you need.
On Mon, Feb 20, 2012 at 10:53 AM, Stefan Ott wrote:
> Hello
>
> I am current
On Sun, Feb 19, 2012 at 6:29 PM, Ryan Pape wrote:
> I have an application with some nasty race conditions I am trying to
> pin-point.
>
> The application starts with a 256 channel filterbank. Approx 45 outputs
> are connected to files, a handful to other blocks ending with a custom
> block that p
Here is the ouptu of a fresh cmake ../
after applying the patch.
Achilleas
-- The CXX compiler identification is GNU
-- Check for working CXX compiler: /usr/lib64/ccache/c++
-- Check for working CXX compiler: /usr/lib64/ccache/c++ -- works
-- Detecting CXX compiler ABI i
On Mon, Feb 20, 2012 at 07:50, Johnathan Corgan
wrote:
> On Mon, Feb 20, 2012 at 07:41, John Coppens wrote:
>
>> ImportError:
>> /usr/local/lib64/python2.6/site-packages/gnuradio/gr/_gnuradio_core_io.so:
>> undefined symbol: mat_size_of_type
>
> This sounds like the library implementing mat_size
On 20/02/12 04:45 AM, Marius Ciepluch wrote:
> Hi!
>
> I have a strange problem with my Linux system. I want to build GNU Radio
> 3.5 on Arch Linux. The first thing I install is UHD:
>
> ~ ? uhd_find_devices
> uhd_find_devices: error while loading shared libraries: libuhd.so.003:
> cannot open sha
On Mon, Feb 20, 2012 at 07:41, John Coppens wrote:
> ImportError:
> /usr/local/lib64/python2.6/site-packages/gnuradio/gr/_gnuradio_core_io.so:
> undefined symbol: mat_size_of_type
This sounds like the library implementing mat_size_of_type is not
getting dynamically linked in at build time, or t
On Mon, Feb 20, 2012 at 10:41 AM, John Coppens wrote:
> Hi guys,
>
> First time poster...
>
> I wrote a block to read Matlab files, similar to the Wav file importer,
> and finally got around to getting all compile errors solved. I receive
> up to 50 350 MB Matlab data files per day, and would pre
On 20/02/12 05:33 AM, Zohair wrote:
> Is it possible to utilise USRP2 with a daughter board to receive a signal on
> the Ku band? I checked Ettus website but all the available daughterboards
> have carrier frequencies less than the required.
>
> What do you think?
>
> Cheers,
>
> Zohair
>
The us
Hi guys,
First time poster...
I wrote a block to read Matlab files, similar to the Wav file importer,
and finally got around to getting all compile errors solved. I receive
up to 50 350 MB Matlab data files per day, and would prefer to have the
format natively readable in gnuradio, so I wrote th
On Sun, Feb 19, 2012 at 17:33, George Nychis wrote:
>> OFDM for the equalization and FEC for the channel errors has been a
>> successful technique used in residential power-line communications.
>> However, commercial buildings tend to have long and unpredictable
>> power delay profiles, requiring
Yes,
For example, use an TV LNB as a downconverter, LO 10.7-12.75 GHz, then use
an L-band receiver (DBSRX, etc)
Patrik
- Original Message -
From: "Zohair"
To:
Sent: Monday, February 20, 2012 12:33
Subject: [Discuss-gnuradio] USRP for Ku band?
Is it possible to utilise USRP2 wi
Hi all,
I've been working lately to get to work the mimo files from trondeau's
branch. After some trials, I thought I've successfully merged the master
branch into this branch so I could use the mimo files. However, when
trying to run the benchmark_mimo_ofdm.py file a segmentation fault is
happen
Is it possible to utilise USRP2 with a daughter board to receive a signal on
the Ku band? I checked Ettus website but all the available daughterboards
have carrier frequencies less than the required.
What do you think?
Cheers,
Zohair
--
View this message in context:
http://old.nabble.com/USRP
Hi!
I have a strange problem with my Linux system. I want to build GNU Radio
3.5 on Arch Linux. The first thing I install is UHD:
~ ᐅ uhd_find_devices
uhd_find_devices: error while loading shared libraries: libuhd.so.003:
cannot open shared object file: No such file or directory
Now I navigate
On 02/20/2012 12:39 AM, Martin Braun wrote:
> On Sun, Feb 19, 2012 at 04:07:37PM -0500, A. Maitland Bottoms wrote:
>>> 724a3ff8798d
>> ...
>>> It also has a workaround for a bug
>>> (http://gnuradio.org/redmine/issues/485) in GRC. Probably should have
>>> been two commits.
>>
>> The horrible, ugl
On Sun, Feb 19, 2012 at 04:07:37PM -0500, A. Maitland Bottoms wrote:
> > 724a3ff8798d
> ...
> > It also has a workaround for a bug
> > (http://gnuradio.org/redmine/issues/485) in GRC. Probably should have
> > been two commits.
>
> The horrible, ugly fix for gnuradio-companion is prone to throwing
32 matches
Mail list logo
