I get the following configure error when installing gnuradio on my notebook:Library requirements (usrp = 0.3) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
I'm using CVS.
Getting a similar error on a second notebook regarding alsa.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Eric,Thanx for your concern about me editing that part of the code - I'll continue messing with it for now. I'll admit that I lose you when you refer to the svn trunk.-Michael Ford-
On 9/21/06, Eric Blossom [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 02:56:12PM -0500, Michael Ford wrote
.
-Michael Ford-
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I've been wrestling with the float vector sink for a couple of days
now. We're trying to give our python script access to the values being
output by our narrow filter, but no matter what happens, the vector
sink block doesn't seem to be giving out anything.
Our code is as follows:
from gnuradio
/18/06, Eric Blossom [EMAIL PROTECTED]
wrote:On Mon, Sep 18, 2006 at 10:47:23PM -0500, Michael Ford wrote: I've been wrestling with the float vector sink for a couple of days now.
We're trying to give our python script access to the values being output by our narrow filter, but no matter what
I've been studying the message_source.{h,cc} code, and I'm confused on
one issue. In gr_message_source.h, one of the member variables of the
gr_message source class if a gr_message_sptr called d_msg. The .cc file
makes use of the d_msg, yet nowhere do I find it being initialized to a
value. What
change accordingly, but nothing is ever
dropped into my filesink. I thought I might be undersampling on either
the receiver of sender sides.On 8/16/06, Eric Blossom [EMAIL PROTECTED] wrote:
On Wed, Aug 16, 2006 at 03:34:23PM -0500, Michael Ford wrote: Thanks. Just glancing at usrp_siggen.py, things
With these old tutorials, it's hard to determine what blocks I should
or should not be using. I've been messing around with wxpython in my
transmission code in order to visually aid with any problems that might
arise. With Tune(), I'm able to see corresonding differences in the
received signal
possibly directly connect one board to another with an
SMA cable and run an oscilloscope block at the receiver, if there is
such a block?On 8/16/06, Eric Blossom [EMAIL PROTECTED] wrote:
On Wed, Aug 16, 2006 at 02:37:27PM -0500, Michael Ford wrote: With these old tutorials, it's hard to determine
I'm looking at the following code:http://www.koders.com/python/fidA197012A520F0CE96AE6C6A41D559B9E2A5A8D63.aspxand if you look at line 72, you'll see:
u.set_tx_freq(0, options.cordic_freq)However, when I look to see what that cordic_freq is, I see that the default is 29.32e6 (Line 19). I thought
, Michael Ford wrote: I'm looking at the following code: http://www.koders.com/python/fidA197012A520F0CE96AE6C6A41D559B9E2A5A8D63.aspx
and if you look at line 72, you'll see: u.set_tx_freq(0, options.cordic_freq) However, when I look to see what that cordic_freq is, I see that the default is
29.32e6
I'm currently using two Quad Patch antennae (http://www.ettus.com/images/PATCH2400.jpg) for my two RFX2400 daughterboards. We're looking into getting more USRP sets, and I was wondering if anyone knew of any omnidirectional antennas I could use with the RFX2400.
-Michael Ford
Sorry, I didn't mean 'channel.' I meant the subdevice.On 7/30/06, Michael Ford [EMAIL PROTECTED] wrote:
Eric,You're right, I should have referred to the 'carrier freqency' as the 'center frequency.' That's what I meant; I apoligize for not being clear.
On the second note, I don't understand
incorrectly? Channel, subdevice, etc.?
-Michael Ford-On 7/29/06, Eric Blossom [EMAIL PROTECTED] wrote:
On Fri, Jul 28, 2006 at 02:01:25PM -0500, Michael Ford wrote: Eric has already told me once that this is crazy, but I can't see any other way to do this. When Matt toldme that the RSSI circuit measures
Eric has already told me once that this is crazy, but I can't see any other way to do this. When Matt told me that the RSSI circuit measures interference +/-15Mhz from the carrier, I naturally went to the code for the read_aux_adc() function in usrp_prims.{cc,h} in order to see where the carrier
If I can't change the bandwidth covered, that's okay, as long as I can be confident in that the analog RSSI will cover the constant ~30MHz that you say it does, and that I can cover different ~30 MHz chunks based on what I set the carrier frequency to be.
-Michael Ford-On 7/25/06, Matt Ettus
Matt,I'll actually want to be able to control how far I can detect interference from my carrier, and the carrier I'll be detecting interference from. Do I have no choice but to cover ~30Mhz at a time?-Michael Ford-
On 7/25/06, Matt Ettus [EMAIL PROTECTED] wrote:
Michael Ford wrote: So, I'm trying
/frequencies to determine whether or not they're available. Before I get too deep into the project, is this even possible with the USRP motherboard and the RFX2400 transceiver board? I know we have the RSSI circuit onboard, but I don't know on which frequencies it scans.
-Michael Ford
-4000 when it's receiving data. Any idea why I'm getting a
constant reading on the one board?
-Michael Ford-
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I apologize for not responding earlier - I found the usrp1.i file not long after I made my post. I was confused at first because in my search for the read_aux_adc() function, I had originally found it in usrp_basic.{cc, h}
-Michael Ford-On 6/18/06, Eric Blossom [EMAIL PROTECTED] wrote:
On Sat, Jun
with my installation.
-Michael Ford-
On 6/18/06, Michael Ford [EMAIL PROTECTED] wrote:
I apologize for not responding earlier - I found the usrp1.i file
not long after I made my post. I was confused at first because in my
search for the read_aux_adc() function, I had originally found it in
usrp_basic.{cc
not having a read_aux_adc attribute.On 6/18/06, Eric Blossom [EMAIL PROTECTED] wrote:
On Sun, Jun 18, 2006 at 02:18:01PM -0500, Michael Ford wrote: after setting the PYTHONPATH variable to point to ~/gr-build/gr-usrp/src/
(where usrp1.py is located), I ran my python test script, and got the following
Eric,I picked up some of the books, thank you for the reference. After reading them and consulting with my peers, I need to know - is there an RSSI circuit on these boards? I'm using the Flex 2400.-Michael Ford-
On 6/6/06, Eric Blossom [EMAIL PROTECTED] wrote:
On Tue, Jun 06, 2006 at 04:26:22PM
) to process that amount
of data?--I don't know about the first issue, but as for the input/output data rates, isn't that given on the mobo data sheet?
-Michael Ford-
___
Discuss-gnuradio
(Oppenheim, Schafer and Buck) to the tutorials to wikipedia articles in trying to get past this hump by myself, but in the meantime, could someone point me in the right direction? I'm expecting to see a measurement of decibels somewhere, but it's not happening in the tutorials.
-Michael Ford
Eric,How will I know when the daughterboard code has been updated?Also, thanks to you and Thomas for your help so far. I've got the coding background for this, but not the DSP background. I'm learning as I go, but as you can imagine, I have my struggles understanding. *laughs*
-Michael Ford-On 5
= self._compute_regs(freq)
File /usr/local/lib/python2.4/site-packages/gnuradio/db_flexrf.py, line 392, in _compute_regs assert self.B_DIV = self.A_DIVAssertionErrorMy second concern is: why does the example file in the 4th tutorial not exist, and what might be causing this assertion error?
-Michael
28 matches
Mail list logo