I was speaking to my local Xilinx FAE in Australia today, he seems to think
actual parts are something like 18 months out.
> -Original Message-
> From: discuss-gnuradio-bounces+dr=drelectro@gnu.org
> [mailto:discuss-gnuradio-bounces+dr=drelectro@gnu.org] On Behalf Of
> Philip Balis
Hi there
Just a quick question related to GNUradio.
Is it possible to use USRP2 + WBX + Gnuradio to send DVB-S or S2 signals to
a satellite set top box (using a cable)
I am trying to emulate an OTA update on a box I have which tunes to a
specific Freq/Transponder to "download" its OS.
Please le
Dear all,
We're using benchmark_tx(rx) apps to implement a simple cellular-like
network.
In the benchmark_rx example, the demodulator demodulates some amount of
symbols at a time and the correlator and the framer, which followed the
demodulator, read the demodulated bits and packetize them into a
Hi!
I have a general question related to the data-type model.
I looked through much of the API documentation but it doesn't seem to
glue together to something what I would describe as a complete
picture. I want to know how the GNUradio framework actually converts
the signal into a digital data-ty
On 02-03-11 14:11, Marius wrote:
I'd be satisfied to get a very broad description because I can
research details on my own. What I'm interested is the way how the
gr_vector stuff interacts with the various streams and what "Slicing
and Dicing Streams" (group__slicedice__blk) means. This is impor
On Wed, Mar 2, 2011 at 6:00 AM, Minsuk Kang wrote:
> Dear all,
> We're using benchmark_tx(rx) apps to implement a simple cellular-like
> network.
> In the benchmark_rx example, the demodulator demodulates some amount of
> symbols at a time and the correlator and the framer, which followed the
> de
Hi Marius,
a lot of the confusion understanding GR stuff (in particular, data
types) comes from using Simulink, where vector- or samplebased
processing actually is different. There's a lot of Simulinkers around
here, so I've explained this a couple of times :)
In GNU Radio, the scheduler simply m
Josh,
As predicted, changing from "RECV_MODE_FULL_BUFF" to
"RECV_MODE_ONE_PACKET" and then "RECV_MODE_FULL_BUFF" reduced the
latency significantly. My ping RTT time was >17ms in average, now it is
10.5ms. This is GREAT:-)
Nonetheless, 10.5ms still includes quite some overhead because the
co
Hello All,
I've got a simple setup in GRC whereby I record a basic ASK signal directly to
a file from a USRP source. After recording the signal I can sucessfully play it
back to a USRP sink. The problem occurs whenever I attempt to to skip the first
step and playback a pre-recorded signal - ther
On Wed, Mar 02, 2011 at 09:00:36PM +0900, Minsuk Kang wrote:
>
> That is, we are trying save all the samples of a packet (all complex
> values) and demodulate at once in a function at a receiver.
We do something somewhat like this in gr-bluetooth. See
bluetooth_multi_block.cc and its subclasses i
Josh,
Once I start uhd_benmark_rx.py, USRP2 continuously sends data to the
host. The data rate is the sample rate times 4 (bytes per sample). This
happens even when no transmitter is around. Therefore, I assume that the
ADC just converts noise into samples and USRP2 sends those samples at
th
On 03/02/2011 07:37 AM, Feng Andrew Ge wrote:
> Josh,
>
> As predicted, changing from "RECV_MODE_FULL_BUFF" to
> "RECV_MODE_ONE_PACKET" and then "RECV_MODE_FULL_BUFF" reduced the
> latency significantly. My ping RTT time was >17ms in average, now it is
> 10.5ms. This is GREAT:-)
>
glad to hear
Josh,
Before I test it with the raw ethernet driver, would you tell me what's
the difference in gr_uhd_usrp_sink between blocking send and
non-blocking send? Since the sending data is already in the buffer and
it is UDP sending, I don't see any difference. But perhaps you might
point out any
On 03/01/2011 11:36 PM, johan kuijpers wrote:
> Hi,
>
> I'm fighting a bit with a smart pointer. I want to apply a filter in my
> block. Hence I construct a filter as shown below:
>
> gr_fir_filter_fff_sptr hi_pass = gr_make_fir_filter_fff(1,
> gr_firdes::high_pass (1.0,
> 6
Another question is how "UUU" gets generated---I still got many of
them? Further, "UUU" makes sense when GNU Radio works with an audio
device; however, I am not sure about its use when GNU Radio sends
non-continuous data to USRP. When this "UUU" happens, will it be
possible that some samples
Hi Josh,
I had a few moments to try it out. It worked very well and I think it
will be useful.
I got a little confused when I cloned the repository because it said
there was no HEAD (or something like that) and the directory was
empty, but I could still checkout to the wip/qtgui/grc branch. I hop
Dear all,
I'm using the message_source to generate the source, connecting it with a
multiply_const block to configure the amplitude for the signal.
The message_source is created by the following:
data = gr.message_source(sizeof_char, 2)
msgq = data.msgq()
When the msg is inserted as a tail of
On 03/02/2011 04:11 PM, Alexandru Csete wrote:
> Hi Josh,
>
> I had a few moments to try it out. It worked very well and I think it
> will be useful.
>
> I got a little confused when I cloned the repository because it said
> there was no HEAD (or something like that) and the directory was
> emp
Hi @all,
on my long way to send multiple 802.11g frames i found another problem…
During the process the data is converted from frequency domain to time
domain by inverse fft.
The fft length is 64, and the input is the OFDM symbol with carrier tones
(vector of 64 * gr_complex)
The frame consi
Hello everyone,
I have setuped the gnuradio3.3.0. Then I tryed to test whether it can work or
not. I tryed to run "./dial_tone". However, I got an Error: "ImportError:
libgnuradio-core-3.3.0.so.0: cannot open shared object file: No such file or
directory". And could you help me to solve this pro
20 matches
Mail list logo
