I am also eagerly awaiting USRP2. So any new information about it
would be welcome.
juha
> I've read a newspost from Matt inwhich he explains something about the new
> USRP. I'm referring to the newspost of 27th of July. At the end of the
> newspost he mentiones the the expected shipments will be
On Mon, Dec 03, 2007 at 01:14:29PM -0800, Eugene Grayver wrote:
> Hi Eric,
>
> I cannot reduce the sample rate at the sink since there are additional
> signals being added to the FSK. The FSK transmitter is bursty -- there
> will be no data for long periods of time, followed by a few bits of da
Hi Eric,
I cannot reduce the sample rate at the sink since there are additional
signals being added to the FSK. The FSK transmitter is bursty -- there
will be no data for long periods of time, followed by a few bits of data.
E.g. a udp packet comes in and needs to be sent out. I was consideri
On Mon, Dec 03, 2007 at 11:31:03AM -0800, Eugene Grayver wrote:
> Hello,
>
> I have a very low data rate FSK system (<100 bps). The problem is the
> enormous latency introduced by the inter-block buffers. (I am running in
> ms windows). The buffer granularity is apparently 64kB. I
> upsampl
Hello,
I have a very low data rate FSK system (<100 bps). The problem is the
enormous latency introduced by the inter-block buffers. (I am running in
ms windows). The buffer granularity is apparently 64kB. I
upsample/interpolate the data to around 500 kHz before sending it to
hardware. Th
On Mon, Dec 03, 2007 at 05:34:02PM +0100, Michele Bavaro wrote:
> Solved.
> It was my fault, but the source in my opinion is a little misleading.
> Since the USB interrupt autovector had been separated by the GPIF/FIFO one
> (likely as a memory optimization during changeset 2452), it is not allowed
Solved.
It was my fault, but the source in my opinion is a little misleading.
Since the USB interrupt autovector had been separated by the GPIF/FIFO one
(likely as a memory optimization during changeset 2452), it is not allowed
to use in hook_fgv the same vector_number as in hook_uv.
In fact FGV_MI
On 12/3/07, Martin Braun <[EMAIL PROTECTED]> wrote:
> Seems I can't have several top_blocks at the same time?
This is a somewhat artificial restriction in the code right now,
having to do with how GNU Radio starts up and shuts down, and how it
handles operating system signals while being multithr
Hi,
I'm currently working on a push-to-talk style radio. My idea was to create one
gr.top_block for each the TX and RX path and switch them on and off
exclusively.
Trouble is, I get the following error:
RuntimeError: gr_top_block_impl: multiple simultaneous gr_top_block's
Seems I can't have s
Fergus Noble wrote:
Also I have noticed in some of the MSK examples use the quadrature
demodulator block, is this applicable
to non-continuous phase FSK and if so is it more robust than the filter
method?
I have used the quadrature demodulator block on GMSK (which is also
non-continuous phas
Hi Guys,
I've read a newspost from Matt inwhich he explains something about the new
USRP. I'm referring to the newspost of 27th of July. At the end of the
newspost he mentiones the the expected shipments will begin in January. Any
update on this? Or more concrete technical details about the USRP
11 matches
Mail list logo
