that flexing of the
circuit board during USB plugging/unplugging caused cracking. The large
solder fillets on the parts may have contributed to the problem.
Paul Mathews
-Original Message-
From: Matt Ettus [mailto:m...@ettus.com]
Sent: Monday, May 18, 2009 4:01 PM
To: o...@whidbey.co
hope that they would provide a path for
electrostatic discharges, which is ironic. In my experience, low-capacitance
avalanche breakdown devices are more suitable for this purpose.
I can highly recommend ChipQuik.
Paul Mathews
___
Discuss-gnuradio ma
fff(audio_decimation,
audio_filt_coeffs)
# Wire it all together.
self.connect (self.u, self.chan_filt, self.am_demod,
self.audio_filt) #, self.volume_control, audio_sink)
I chose an IF value of 32 kHz, which puts the IF well above the signal
spectrum. Works for
See 'usrp_am_mw_rcv.py' for an example. Look for the code relating to these
lines in particular:
if self.use_IF:
# Turn If to baseband and filter.
self.chan_filt = gr.freq_xlating_fir_filter_ccf (chanfilt_decim,
chan_filt_coeffs, self.IF_freq, usrp_rate)
Pa
Use an Intermediate Frequency (IF) and frequency translating filter.
Paul Mathews
-Original Message-
From: Markus Feldmann [mailto:feldmann_mar...@gmx.de]
Sent: Friday, March 20, 2009 5:06 AM
To: gnu radio mailing list
Subject: [Discuss-gnuradio] unknown peak in the FFT-Plot Sink
Hi
0].basic_block())
File
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runt
ime.py", line 1477, in disconnect
return _gnuradio_swig_py_runtime.gr_top_block_sptr_disconnect(*args)
ValueError: cannot disconnect block message_sink(15), not found
Paul Mathews
___
. You might have a
better chance of seeing them if you use a 3rd antenna for your receiver,
positioning the tag between the reader and your receiver antenna.
Paul Mathews
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/ma
Signal has nothing to do with TV.
Paul Mathews schrieb:
> Here's a screen shot of FFT output:
>
> http://i394.photobucket.com/albums/pp28/optoeng/2peaks.jpg
>
> The image is typical, in that there are multiple narrow local maxima,
> but the amplitude of these particul
ork out an efficient way to compute the
locations and relative amplitudes of these maxima. Can someone please
suggest either an algorithm and/or the most similar gnuradio application
that I can examine as candidates for this analyis? Thanks.
Paul Mathews
___
consider this
trivial, but I have a new bald spot. Any hints will be appreciated.
Paul Mathews
---
Here's __main__
if __name__ == '__main__':
app = stdgui2.stdapp (wam_rx_block, "USRP 915MHz AM
e to bits. In turn, you
can examine the bitstream to locate bit transitions. The bit stream can then
be decoded. There are better ways, e.g., using matched filters, to identify
Manchester codes directly from the envelope data, but this should get you
started.
Paul Mathews
ll portion of the total energy. So,
analyzing the RFID transmissions sometimes means you must first find a way
to synchronize your fft sampling to the packet bursts.
Paul Mathews
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lis
see page 49:
http://www.gnuradio.org/trac/attachment/wiki/UsrpFAQ/USRP_Documentation.pdf
Paul Mathews
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
;
the flow graph as much as needed (within resource limits, of course).
Paul Mathews
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Firas A. wrote:
>
> Hi,
>
>
>> Paul Mathews <[EMAIL PROTECTED]> wrote:
>> use "--tune-delay" with 10e-3
>>
>> Based on the above, I'd expect an integer tune delay parameter.
>> Is 10e-3 just a way of specifying a value sm
ttling time before looping
If anyone is aware of existing code that would be a good starting point,
please advise. Thanks.
Paul Mathews
Whidbey Island, WA
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
sly,
sharing a power supply, and without much shielding. I suppose we should be
surprised that the isolation is as good as it is. As others have commented,
the expectation is that your transmit and receive channels will be well
separated, otherwise, crosstalk can overwhelm the receiver channels.
P
c.filter':
http://www.nabble.com/atsc_cpll-*almost*-works-tt17353907.html#a17353907
Can someone comment on the status of this work and suitability for my
purposes and/or refer me to a better starting point for my AFC. Thanks.
Paul Mathews
___
Discuss-g
Thanks should go to Jon Jacky, who identified the problem some time ago.
Paul
-Original Message-
From: Raul Siles [mailto:[EMAIL PROTECTED]
Sent: Friday, September 26, 2008 4:07 PM
To: Paul Mathews
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] GNU-Radio GUI applications
It's the "scope frame decimation factor". Try -n100 to start with...
Paul Mathews
> -Original Message-
> From: Paul Mathews [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 23, 2008 6:58 PM
> To: Raul Siles; discuss-gnuradio@gnu.org
> Subject: RE: [D
Use the optional parameter in usrp_oscope.py that slows down the data rate
to where wx can handle ityour screen will then not freeze. I can't
remember off-hand what it needs to be set to...
Paul Mathews
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PRO
OuOuOuOuOuOuOuO
uOuO
uOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuOuO
Running under Cygwin, Python 2.5, Windows XP, if that matters somehow.
Paul Mathews
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
does have
'configure.in', but is definitely missing 'configure'.) I was expecting to
be able to use the following commands to get this installed:
./configure
make
make check
make install
Obviously, I can't proceed without 'configure'. Any suggestion
23 matches
Mail list logo
