>Instead of call delete->head() and wait for a message
It's not "instead". Before calling it i check if there's an empty queue.
2011/10/26 Mattia Rizzi
> I want a gnu radio application that send packets (messages) in AIR when
> pressing ENTER with USRP. Since
I want a gnu radio application that send packets (messages) in AIR when
pressing ENTER with USRP. Since i don't want any underun on USRP side, i
need a block that send zero-filled packets when there's no data to send.
I solved it with a modify of message_source block.
Instead of call delete->head()
I see that there’s a firmware to achieve 16 MS/s 8-bit in RX, why there’s no
image for TX?
Thanks.___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Sorry, the filesize is my mistake. All okay now. Thank you.
From: Mattia Rizzi
Sent: Tuesday, October 18, 2011 8:12 PM
To: gnu radio
Subject: Fw: [Discuss-gnuradio] Odd behaviur of "Fractional Interpolator"
Uhm, so it’s a little bit confusing.
Another strange problem is that if i
get a 800MB of output filesize, minor than the source file. I
cannot undestand this...
Thank you.
From: Marcus D. Leech
Sent: Tuesday, October 18, 2011 7:45 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Odd behaviur of "Fractional Interpolator"
On 18/10/11 01:38 PM, Ma
I’m using gnuradio-3.3.0 with GRC.
I’ve builded a graph with a Complex cosine (8Ms/s of sample rate and 1 MHz of
frequency), the fractional interpolator with 12/8 value for interpolation and a
FFT sink with 12MS/s of sample rate. (throttle block included).
I’m expecting to see a 1MHz cosine with
Hello,
i have a message queue and some blocks that generate waveforms from the message
input. The output of these blocks go to the USRP.
I need a block that when there’s no data to process (0 message in queue)
generates zero-filled samples, to keep USRP busy.
I cannot find a similar block inside
Thank you for the reply.
How can i reallocate the output buffer if is too small?
Let's assume that my block has an input itemsize of 3 byte and an output
itemsize of 4 byte. Forecast with 1:1.
If the scheduler keeps to give to my block only 4 bytes for output, how can
i force to give me more?
T
Hello,
i have a block that takes 3 bytes of data in and output 4bytes of data (3:4).
It’s possible to generate, sometimes, extra output?
I mean, sometimes it take 3 bytes and output 5 bytes. It’s possible? How i tell
to the scheduler?
Thank you___
Discus
rnal delays (due to clock path, ...) &
jitter, between tx e rx path in USRP 1 device
On 29/07/2011 8:42 AM, Mattia Rizzi wrote:
Hello.
Are there some people from Ettus Research?
I have an USRP 1 device. Since USRP1 has 64Ms/s for RX and 128Ms/s for TX,
after 1/64M of second one sample
Hello.
Are there some people from Ettus Research?
I have an USRP 1 device. Since USRP1 has 64Ms/s for RX and 128Ms/s for TX,
after 1/64M of second one sample is acquired and two sample are sent over the
air. My question is how the time-offset is between these two stream (in % of
clock period) a
by Boyer
Cc: Mattia Rizzi ; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] USRP for two way ranging
Also, take a look at this brief related discussion from a few weeks ago:
http://lists.gnu.org/archive/html/discuss-gnuradio/2011-06/msg00103.html
Kunal
On Tue, Jul 26, 2011 at 8:49 P
tion & delays from Linux) between
the received echo and the outgoing reply. I suggested a method to do this task,
can it work?
Thanks
From: Colby Boyer
Sent: Wednesday, July 27, 2011 2:17 AM
To: Mattia Rizzi
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] USRP for two way rangi
Hello.
I need to implent a two way ranging. A device send an “echo”, a second device
discover the “echo” and send a reply, then the first device can calculate the
distance. For a correct distance evalutation, the second device must calculate
the time elapsed between the discover of the first ech
14 matches
Mail list logo