mmmh the problem probably comes from
transceiver: usrp_standard.cc:1024: virtual bool
usrp_standard_tx::set_tx_freq(int, double): Assertion `dac_rate () ==
12800' failed.
For patching GNU Radio to 52 MHz, I need to comment the line assert
(dac_rate() == 12800); at line 1024. How can I
On 05/01/2012 04:28 AM, Sameh Yassin wrote:
Hello Dear ,
I used the first link to use overo GPIOs on the E100 to communicate with the
SPARTN3AN FPGA.
I'm doing the following:
1- I chose an empty GPIO input to the FPGA (for example overo_gpio22).
2- I modified the FPGA image so that
Dear P. Balister,
I found that tutorial which explains very well how to create a GPIO folder and
set its direction
http://www.avrfreaks.net/wiki/index.php/Documentation:Linux/GPIO#gpio-sysfs
I searched for the misc GPIOs to make sure they are free and I'm pretty sure
that over_gpio0 and
Thomas,
Thanks for giving it a try!! If you get me your VZW recording, I can
take a closer look to see what is going wrong with the SIB decoding.
Thanks,
Ben
On Tue, May 1, 2012 at 7:46 PM, Thomas Tsou tt...@vt.edu wrote:
On Sat, Apr 28, 2012 at 9:26 PM, Ben Wojtowicz bwojt...@gmail.com
On Wed, May 02, 2012 at 11:06:35AM +0200, Luca Pascale wrote:
Hi all,
Can someone suggest me a power amplifier to use with usrp+wbx on the
434 MHz band ? (I need a small output power...from 2 to 5 W).
I had exactly the same need as you, although I did want a bit more power,
but couldn't find
On 05/02/2012 08:16 AM, Sameh Yassin wrote:
Dear P. Balister,
I found that tutorial which explains very well how to create a GPIO folder
and set its direction
http://www.avrfreaks.net/wiki/index.php/Documentation:Linux/GPIO#gpio-sysfs
I searched for the misc GPIOs to make sure they are
For a general purpose linear amplifier, it is hard to beat minicircuits.
Just be careful not to overdrive it, they get toasted easily.
http://www.minicircuits.com/pdfs/ZHL-1-2W.pdf
Evan Merewether
-Original Message-
From: discuss-gnuradio-bounces+evan=syndetix@gnu.org
Will try try catch... this very well may have been a dumb question. I blame
it on lack of sleep.
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] on behalf of
Nowlan, Sean
On Wed, May 2, 2012 at 12:49 AM, Colby Boyer colby.bo...@gmail.com wrote:
Just saw this on the blogosphere, but no mention on the list I think. May be
an interesting addition to GNURadio?
http://www.pervices.com/about.html
--Colby
Colby,
Yes, I saw this come through in one of Y
On Wed, May 2, 2012 at 7:26 AM, Evan Merewether e...@syndetix.com wrote:
For a general purpose linear amplifier, it is hard to beat minicircuits.
Just be careful not to overdrive it, they get toasted easily.
http://www.minicircuits.com/pdfs/ZHL-1-2W.pdf
I have used the 5W version of the
On 05/01/2012 06:44 PM, Nowlan, Sean wrote:
Is there a good way to catch UHD errors in Python? I will look into
gr_async_msg_source for handling L's, O's, U's, and S's, but how does
one catch UHD runtime errors such as if the Ethernet cable gets
disconnected from an N200? UHD docs describe
RFMD has several interesting GaN devices appropriate for your application,
depending on what third-order-intercept (IIP3) you need.
The question is: who sells modules using those devices.
On Wed, May 2, 2012 at 2:06 AM, Luca Pascale pascale.luca...@gmail.comwrote:
Hi all,
Can someone suggest
On Wed, May 2, 2012 at 3:20 AM, Vanessa Quaranta
vanessa251...@gmail.com wrote:
transceiver: usrp_standard.cc:1024: virtual bool
usrp_standard_tx::set_tx_freq(int, double): Assertion `dac_rate () ==
12800' failed.
1335942873.3055 WARN 3078358736 TRXManager.cpp:254:sendCommandPacket: TRX
On Wed, May 2, 2012 at 8:18 AM, Ben Wojtowicz bwojt...@gmail.com wrote:
Thomas,
Thanks for giving it a try!! If you get me your VZW recording, I can
take a closer look to see what is going wrong with the SIB decoding.
I'll try to post some captures by the end of the week. I should
mention
I have been in the habit of using complex-bandpass filters even when I'm
just looking for a symmetric response. I did some measurements
today and found a 40-45% performance advantage to using a low-pass
real filter when a symmetric response is desired. What's the crux
of the performance
On Wed, May 2, 2012 at 2:55 PM, Marcus D. Leech mle...@ripnet.com wrote:
I have been in the habit of using complex-bandpass filters even when I'm
just looking for a symmetric response. I did some measurements
today and found a 40-45% performance advantage to using a low-pass real
filter
On 05/02/2012 05:59 PM, Nick Foster wrote:
Complex * complex multiplies are more computationally expensive than
complex * real. For edification and titillation you can read the
volk_32fc_x2_multiply_32fc source. There's an Orc version too which is
easier to read. The moral of the story is
You can capture two signals within the bandwidth of the baseband
signal. Or you can use a TVRX2, LFRX, or BasicRX for two analog
channels. Or you can use a USRP1.
-John
On 05/02/2012 03:04 PM, Nikhil Agnihotri wrote:
Dear List,
Can we capture two or more frequency simultaneously by
Dear List,
Can we capture two or more frequency simultaneously by using USRP ?
regards
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
All-
I'm looking for advanced developers who are interested in taking our OpenMP
accelerator and creating a demo GNU radio
application.
The accelerator is a 2.5 Teraflop (32-core) PCIe card with a 1 GBe port and is
programmed via OpenMP. The objectives
are twofold:
-fast response / low
Some of you may have noticed recent check-ins that have added new
top-level components (like gr-fft), or duplication of blocks (such as
into gr-digital.) I'd like to explain the master plan Tom and I are
working from and what to expect over the next few weeks.
Essentially, we are making two
Hi All,
I have a pair of USRP N200s with XCVR2450 daughterboards running the latest
GNU Radio version with UHD. This is an odd problem, but I'm wondering if
anyone has seen this before.
When I run the benchmark_rx.py/benchmark_tx.py specified at 2.4GHz, the
transmitter is transmitting images of
It sounds like gnuradio is going to finally become completed. cool!
* gnuradio-runtime - top block and friends and runtime scheduler, very
small number of blocks for QA testing of runtime (vector source/sink,
null source/sink, etc.)
This will be awesome. That way someone could easily swap
On 03/05/12 12:07 AM, Josh Blum wrote:
Just another free weekend, and I will have VOLK capable of generating
code to handle head and tail cases.
I once heard tell of this mythical free weekend. I don't believe in
it. It must be some kind of
fairy tale.
--
Principal Investigator
On 05/02/2012 07:42 PM, jasonatran wrote:
Hi All,
I have a pair of USRP N200s with XCVR2450 daughterboards running the latest
GNU Radio version with UHD. This is an odd problem, but I'm wondering if
anyone has seen this before.
When I run the benchmark_rx.py/benchmark_tx.py specified
Hai all,
I'm doing my M.Tech project in GNU Radio and I need to
implement an underwater acoustic channel using gnuradio.Had anyone
previously tried this?? please help me.
--
*ANJU BABU*
___
Discuss-gnuradio mailing list
Hi Josh,
Thanks for the response!
Do you have a screencap of the problem spectrum? Maybe from the
perspective of the receiver.
I'll generate a screencap tomorrow morning when I get back to the equipment.
Well XCVR2450 has a dual band. I think you are seeing some weirdness
with the code
27 matches
Mail list logo
