On Mar 9, 2007, at 1:44 AM, Tarun Tiwari wrote:
Hi David,
Thank you for you reply.
On 3/7/07, David Scaperoth <[EMAIL PROTECTED]> wrote:
From your description above, you are transmitting whatever you
receive (is this true?).
Yes, its true and I am interested in transmitting the amplified
Peter Monta wrote:
Could FPGA jitter be contributing? It can be hundreds of picoseconds,
but whether there would be low-frequency content in the jitter spectrum
I don't know.
FPGA jitter might be contributing, but there shouldn't be much at low
frequency. You could try measuring this by s
Error in "Installing GNU Radio with MinGW" instructions?Robert Walker wrote:
The instruction titled "SWIG" says:
Extract swigwin-1.3.31.zip to create the folder swig-1.3.31. You can
put this folder in C:\ or somewhere in /mingw or /usr.
Later, the instruction titled "PATH environm
I have been following the subject instructions and think I found an
error.
The instruction titled "SWIG" says:
Extract swigwin-1.3.31.zip to create the folder swig-1.3.31. You
can put this folder in C:\ or somewhere in /mingw or /usr.
Later, the instruction titled "PATH environment varia
steve wrote:
Hi,
i've a _bb block that i wrote. On the first call to work() i
get 2047 bytes, 2nd call 127, then 7 and then 1 byte ..then the
whole thing starts again.
The scheduler will basically give you every input sample it has available.
I would like to get the same amount of data fo
I would like to use gr_fractional_interpolator
But I get:
self.interp=gr.fractional_interpolator( options.phase_shift,interp_ratio)
AttributeError: 'module' object has no attribute 'fractional_interpolator'
Apparantly the module doesn't exist anymore, although
gr_fractional_interpolator.h and
Hi,
i've a _bb block that i wrote. On the first call to work() i
get 2047 bytes, 2nd call 127, then 7 and then 1 byte ..then the
whole thing starts again.
I would like to get the same amount of data for each call to
work() (e.g. always 512 bytes on input). Is that possible?
Where does 2047, 127,
+This is preliminary design document on the organization of the host
+component of the USRP inband signaling implementation over USB.
+
+Assumptions: we'll have a single usrp_usb_daemon, implemented as an
+mblock, that will provide the high-level message based interface to
+the USRP. T
Eric Blossom wrote:
On Thu, Mar 08, 2007 at 08:15:47PM -0500, Robert McGwier wrote:
We definitely have work to do. Portaudio is the ONLY thing I can get to
work the PS3 sound system but not in gnuradio.
The pieces in the bin directory for testing portaudio that open the sink
only work. I ca
On Mar 8, 2007, at 11:31 PM, Andrew Buck wrote:
Hi,
I'm trying to demodulate and decode a CPFSK signal generated by a
non-gnuradio source. I'm new to gnuradio and RF in general. I know
that GMSK is a form of CPFSK, so I started by trying that, but I
haven't
had success. I noticed that the
I tried Greg Heckler's suggestion of minimizing the reference divisor---when
running rx_cfile.py, giving a frequency of 1.57542G results in a reference
divisor of 8, whereas a frequency of 1.574G decreases this to 2. (I also
probed at the chip and saw the same inexplicable factor of two disparity
11 matches
Mail list logo
