At 16:27 -0800 09-01-2011, John Gilmore wrote:
> --
LART. 250 MIPS under one Watt. Free hardware design files.
http://www.lartmaker.nl/
Why is your email signature advertising a website that hasn't been
updated since 2003?
Perhaps that's a cautionary tale about free-hardware projects - the
tcpdump ?
- Original Message -
From: mehmet kabasakal
To: discuss-gnuradio
Sent: Monday, January 10, 2011 6:56 PM
Subject: [Discuss-gnuradio] USRP2 connection problem
Hi everyone,
I am using USRP2 on ubuntu 10.10. When i try to run it with grc i got the
this message,
[Please! Möller, add a one line before and after you text, reading your
replies is really a pain.]
schrieb Moeller am 2011-01-09 18:07:
> On 09.01.2011 05:48, Brian Padalino wrote:
>>> Hello Mr. Ettus,
>>> Do you have any plan to reduce price for USRP1 or release PCB layout for
>>> poor students?
>
Hello list,
We are planning to do some experiments with USRP E100. One advantage of E100
that we are excited with is that
"The user can choose (at run time) a convenient clock rate".
Our question is:
1) When we change the clock rate changed, is the main clock rate changed, or
is it just change
I'm seeing this make check failure on x86 and armv7 in the next branch:
qa_set_msg_handler::t0
Assertion
qa_set_msg_handler.cc
84
equality assertion failed
- Expected: 10
- Actual : 0
Philip
_
On Mon, Jan 10, 2011 at 02:23:47PM +0100, Patrick Strasser wrote:
> > He didn't ask for a simulator, he asked for real hardware.
>
> He did not back his request with some deeper insight why he exactly
> needs this thing except for he wants it and has not enough money to buy
> it. We do not know wh
Hi everyone,
Does one have to make any changes to the hardware when working with a DBSRX2
and a USRP2, as was the case with the original DBSRX?
Are there any python examples that demonstrate how to work with the DBSRX2
on the USRP2?
Nick
___
Discuss-gn
Hello All,
I've been writing my own signal processing blocks and I noticed that
gnuradio only uses one of my cores.
I'm not sure if it is using just one core for my blocks or for all
processing.
Is gnuradio written to take advantage of multicore processing?
I have been writing my blocks in ge
FWIW
Analog to Digital Converter with 16 bits and 448000 Samples
per second based in the Bt878A
http://hackaday.com/2005/11/08/using-a-tv-tuner-as-a-high-speed-adc/
---which takes you to
http://www.domenech.org/bt878a-adc/index-e.htm
---Also see
btaudio.c module modification to get 896000 Sampl
On 01/10/2011 10:45 AM, Nick Othieno wrote:
> Hi everyone,
>
> Does one have to make any changes to the hardware when working with a
> DBSRX2 and a USRP2, as was the case with the original DBSRX?
>
> Are there any python examples that demonstrate how to work with the
> DBSRX2 on the USRP2?
>
> Nick
On Mon, 2011-01-10 at 10:45 -0500, Nick Othieno wrote:
> Hi everyone,
>
> Does one have to make any changes to the hardware when working with a
> DBSRX2 and a USRP2, as was the case with the original DBSRX?
>
> Are there any python examples that demonstrate how to work with the
> DBSRX2 on the US
Wow. Slow down there. I am a newbie.
I downloaded and compiled the gnuradio code sometime in late December 2010.
However from your response, I am guessing I should first download
(checkout), compile and install UHD, then finally compile and install
gnuradio. (Just thinking aloud here but a confirm
On 01/10/2011 11:43 AM, Nick Othieno wrote:
Wow. Slow down there. I am a newbie.
I downloaded and compiled the gnuradio code sometime in late December
2010. However from your response, I am guessing I should first
download (checkout), compile and install UHD, then finally compile and
install
Hi there,
Just my 2 cents:
It's possible to use gnuradio with the soundcard as a receiver / transmitter.
Most of the people that listens to DRM (Digital Radio Mondiale) in the
shortwaves band just buy small tuners that just downconverts the desired
frequency to 12kHz for soundcard input, like this
Assuming you're using a reasonably recent GIT checkout, then your flow-graph
should be executing in "thread per block" mode by default -- each block you
create in your flow-graph will reside in its own unique thread. You can
manually override this setting to be in "single threaded scheduler" mo
> Or you just use your normal AM/FM transmitter and downconverts the FI of
I was supposed to say receiver instead of transmitter.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thanks for the info. I will look into that ASAP!
On Mon, Jan 10, 2011 at 12:16 PM, Marcus D. Leech wrote:
> On 01/10/2011 11:43 AM, Nick Othieno wrote:
>
>> Wow. Slow down there. I am a newbie.
>>
>> I downloaded and compiled the gnuradio code sometime in late December
>> 2010. However from you
On Mon, Jan 10, 2011 at 12:04 PM, Ben Ahrens wrote:
>>
>> Dig these two links, in order:
>> http://code.ettus.com/redmine/ettus/projects/uhd/wiki
>> http://www.ettus.com/uhd_docs/manual/html/build.html
>>
>> Then just install gnuradio as usual.
>>
>> Ben
On Mon, Jan 10, 2011 at 11:43 AM, Nick O
On 01/10/2011 08:23 AM, Patrick Strasser wrote:
* Have a look at Digilent [1] Basys and Nexsys boards. You get the same
interface chip as the USRP, which should give a good start for firmware
development, and a FPGA, switches, buttons, displays, connectors
(VGA/PS2 etc.) for about the same or le
Can anyone advice on the following:
I am compiling gnuradio 3.3.0 on Ubuntu 10.10
and following instruction on UbuntuInstall of gunradio.org
And I've installed the Boost by apt-get, is it necessary to install Boost
manually?
- For Ubuntu 8.04 and older, download and install Boost 1.35 or later
On 01/08/2011 01:10 PM, Holger Freyther wrote:
> Hi,
>
> I would like to convert symbols (1 float) into two bytes. I thought I want to
> use a gr_sync_block for that (1:1 mapping). Now I would like to do this in
> python. After looking around, trying things and reading an old thread from
> octob
I assume you're looking here:
http://gnuradio.org/redmine/wiki/gnuradio/UbuntuInstall. If so, you
just need to run this:
sudo apt-get -y install libfontconfig1-dev libxrender-dev libpulse-dev
swig g++ automake libtool python-dev libfftw3-dev \
libcppunit-dev libboost-all-dev libusb-dev fort77 sdc
On 01/10/2011 09:25 AM, Miok Wah wrote:
Hello list,
We are planning to do some experiments with USRP E100. One advantage of E100
that we are excited with is that
"The user can choose (at run time) a convenient clock rate".
Our question is:
1) When we change the clock rate changed, is the main
How do I know that my flow-graph is executing in thread per block mode?
As far as I can tell my only 1 core out of the 8 is being used when I run my
flow-graphs. This is what I see when I run the performance monitor (or
whatever it is called) in Ubuntu.
I am currently using gnuradio 3.3.0 as my
Thank you very much, Ben
On 11/01/2011 03:43, Ben Ahrens wrote:
I assume you're looking here:
http://gnuradio.org/redmine/wiki/gnuradio/UbuntuInstall. If so, you
just need to run this:
sudo apt-get -y install libfontconfig1-dev libxrender-dev libpulse-dev
swig g++ automake libtool python-de
On 01/10/2011 03:11 PM, sirjanselot wrote:
How do I know that my flow-graph is executing in thread per block mode?
As far as I can tell my only 1 core out of the 8 is being used when I run my
flow-graphs. This is what I see when I run the performance monitor (or
whatever it is called) in Ubuntu
Without seeing your GRC implementation or Python script & block's
implementation code, mostly what I or anyone else can provide is general
advice. GNU Radio 3.3.0 uses the thread per block (TBP) scheduler by default;
if you're not doing anything else except running the flow-graph (meaning: you
All,
I am testing 2x USRP1 with RFX2400 daughter cards with benchmark_rx and
benchmark_tx scripts and have questions.
When I set the MCS to dbpsk, error rate I got was close to zero.
When I set it to dqpsk, d8psk, error rate is 100%.
When I set it to gmsk, certain daughter cards had close to 0
Hello Thomas H Kim:
I assume you have the two clocks synchronized. There is a 10 MHz reference
clock input on the front of the USRP2. But on the USRP you need to get a
soldering iron and modify the hardware a little (I think you need to remove a
resistor, or something like that) to add a 10 MHz
On Mon, 2011-01-10 at 15:55 -0500, Thomas H Kim wrote:
> All,
>
> I am testing 2x USRP1 with RFX2400 daughter cards with benchmark_rx
> and benchmark_tx scripts and have questions.
> When I set the MCS to dbpsk, error rate I got was close to zero.
> When I set it to dqpsk, d8psk, error rate is
I finally installed a M-Audio Audiophile 192 sound-card on my F14 system
today, further to my efforts to make
a WWVB (and DCF77 and any other time station that uses
broadly-similar mechanisms) receiver based on
little more than a high-rate sound-card, pre-amp, and loop antenna
(and of course
On Mon, Jan 10, 2011 at 3:11 PM, sirjanselot wrote:
>
> How do I know that my flow-graph is executing in thread per block mode?
You can run 'top' while executing your flow graph and then toggle
threads on (type capital 'H'). Each thread will be displayed on its
own. With a Python-based GNU Radio
Make a simple little FFT sink in GRC and use it on one of the USRPs to
determine the received signal offset from the other USRP while it is
transmitting. Or receive a signal from a signal generator of known
frequency and note the offset for both USRPs. Or transmit a signal from
each USRP and recei
I just successfully (I think!) installed UHD and gnuradio, and have
installed the firmware provided by Ettus for UHD installs newer than
August 2010. I can successfully find my USRP2 using uhd_find_devices,
but running uhd_usrp_probe or any python script using UHD drivers
results in the error
Err
Thanks.
Yes, my block has internal data-feedback [using signal processing block
output to calculate new FIR filter coefficients, a trait common in adaptive
filters]. It runs with 1 FIR Filter pretty quickly with 1 core no problem,
but once I start pushing it to 5 and up, my computer can't keep up
Hi all,
Does anyone know of any updated OFDM benchmark code that is modified to
be run on a USRP2? I have seen previous posts of this, however the
link to the updated code is no longer available.
Thanks,
Michael Rahaim
Graduate Research Assistant
Smart Lighting Engineering Research Center
Hi,
I am trying to do the same thing and I realize exactly what his question is,
since the results of the commands I am running do not seem to be leading me
anywhere. Please read on :-)
I have uhd already compiled and installed. Next I want to do the gr-uhd step
so I try:
git clone http://gnurad
> [gnura...@localhost gnuradio]$ git branch --track next origin/next
> Branch next set up to track remote branch next from origin.
>
> and
>
> [gnura...@localhost gnuradio]$ git checkout next
> Switched to branch 'next'
>
> And that is all. It kind of leaves me doubting whether I have done the
On 01/10/2011 02:06 PM, Ben Ahrens wrote:
> I just successfully (I think!) installed UHD and gnuradio, and have
> installed the firmware provided by Ettus for UHD installs newer than
> August 2010. I can successfully find my USRP2 using uhd_find_devices,
> but running uhd_usrp_probe or any pytho
> 2) Have your demodulator provide feedback to the
> frequency-setting code to tweak the actual LO frequency (or DDC
> frequency, which is usually faster). This is the most general
> approach, since it makes your code work well even on a platform that
> doesn't have a high-quality external r
2) Have your demodulator provide feedback to the
frequency-setting code to tweak the actual LO frequency (or DDC
frequency, which is usually faster). This is the most general
approach, since it makes your code work well even on a platform that
doesn't have a high-quality external reference
On 1/10/2011 6:58 PM, Marcus D. Leech wrote:
* It seems to me we could minimize this problem by writing a small
program that would tune an over-the-air frequency standard (like one
of the WWV broadcasts) and compare it to the local oscillator. The
resulting frequency offset could then be stored a
Hello All,
I have something to show the project which was community developed and
sold in 450$ even though
when it was in prototyping phase and FPGA Atera Cylone used to be so
costly that time coz it was not
matured that time. USRP has been sold in $450 , how one can claim
proprietorship on a pr
I get the following warning when running make, does it matter?
Thanks.
/usr/src/gnuradio-3.3.0/usrp/host/include/usrp/usrp_basic.h:91: warning:
explicit link request to 'make' could not be resolved
/usr/src/gnuradio-3.3.0/usrp/host/include/usrp/usrp_basic.h:91: warning:
explicit link request t
Manoj Kumar,
Devendra Purohit,
Marten Christophe,
and others at technosa...@gmail.com,
A humble request for you to get some perspective:
Running a business costs money: Parts, supplies, equipment,
manufacturing, assembly, testing, employees, export compliance, future
developments. Maybe the devel
On 10.01.2011 15:35, Martin Braun wrote:
> If I may add a note here: I agree with Brian and Patrick, and would even
> go further to say that developing fun stuff needs no hardware at all.
> So, I hope this didn't sound too snobbish -- but I think that using GNU
> Radio, essentially any budget is e
usrp_fft.py is one the examples (or utilities) which is prepared in gnuradio
source code.
this example python utility is in this path:
/gr-utils/src/python/usrp_fft.py
this python example calculates the fft transform of the signal which is
captured from the USRP (as source); and then, plots the sp
I get the same problem with this one,
using ubuntu 10.10, and a DBSRX, WBX
the single DBSRX works but it fails with the WBX.
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?
K
On 10.01.2011 02:22, Marcus D. Leech wrote:
> The SSRP, as far as I can tell, is dead. Last status update was nearly 4
> years ago.
The development stopped apparently. But at least he has a working design for
the RX part.
> o The ADC board (single-channel, thus cannot handle direct-conversion w
Dear List,
This is the GNU Radio mailing list, and its purpose is to discuss the
use and development of GNU Radio. I try to refrain from talking about
our business out of respect for the purpose of this list and the
community. However, due to the tenor of the recent conversation, I feel
t
On 11.01.2011 04:24, Marten Christophe wrote:
> matured that time. USRP has been sold in $450 , how one can claim
> proprietorship on a product which was develop as open sourced
> hardware project. many of people have contributed to it on Mr. Ettus
The copyright is at Ettus. EDA-files are not d
Hi Adrew,
I used wireshark instead of tcpdump and see something on the screen
but don't understand what they mean. As i read wireshark shows if we
send and receive packet to/from any device.But i see that i can send
and receive packets via eth0 by using ifconfig,
meh...@mehmet-pc:~$ sudo ifconfig
52 matches
Mail list logo
