Would it be reasonable to modify gr-burst-tagger to allow you to set the
tag values that are inserted at the two different state
transitions?
I don't see a function in there to do that--it only inserts
"burst":PMT_T or "burst":PMT_F at the two state transitions on the
trigger port.
Ideally
Fon -
Can you detail how you are combining them? If you are executing GNU Radio
stuff from the primary thread in your GUI application, it will stop
re-drawing the window (because the thread is busy executing GNU Radio).
Also, all GUI updates must happen from your main thread.
Cheers,
Ben
On Fr
Hi all,
I'm trying to create a GUI for my GNURadio program using python-gtk on a
USRP E100. I have GNURadio and pythong-gtk working separately. But now that
I'm combining them, the graphic windows goes blank and waits for the
GNURadio part to finish. Is there a better way to do this?
Thank you,
R
I used the following tune commands.
self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(tun_freq,
dsp_freq=-10e6, rf_freq=tun_freq+10e6,
dsp_freq_policy=uhd.tune_request.POLICY_MANUAL,rf_freq_policy=uhd.tune_request.POLICY_MANUAL),
0)
self.uhd_usrp_source_0.set_center_freq(uhd.tune_reques
On 01/13/2012 11:59 AM, Scott Johnston wrote:
> Hi Josh,
>
> I am attempting to do what you described below, but I am seeing two
> problems. First, I see a power difference of about 30 dB going from one
> channel to two. Second, when I tune the second channel 100kHz away from
> the first, the fi
> To reduce the computation load of the processor, I tried two methods:
> 1) modify the gr.quadrature_demod_cf block, replace some multiplication
> operations with volk-based operations (gr.multiply and gr.multiply_const
> modules in gr_blocks);
I like it. Make sure to contribute patches like tha
On 01/13/2012 11:34 AM, Marcus D. Leech wrote:
> On 13/01/12 02:21 PM, Josh Blum wrote:
>>
>> On 01/13/2012 11:01 AM, Marcus D. Leech wrote:
>>
>>> Observe the following directory listing:
>>>
>>> [mleech@localhost ~]$ ls -l /usr/local/lib/libgnuradio-core*
>>> lrwxrwxrwx 1 root root 34 2
On 13/01/12 02:21 PM, Josh Blum wrote:
>
> On 01/13/2012 11:01 AM, Marcus D. Leech wrote:
>
>> Observe the following directory listing:
>>
>> [mleech@localhost ~]$ ls -l /usr/local/lib/libgnuradio-core*
>> lrwxrwxrwx 1 root root 34 2012-01-13 13:56
>> /usr/local/lib/libgnuradio-core-3.5.2gi
On 01/13/2012 11:01 AM, Marcus D. Leech wrote:
> Observe the following directory listing:
>
> [mleech@localhost ~]$ ls -l /usr/local/lib/libgnuradio-core*
> lrwxrwxrwx 1 root root 34 2012-01-13 13:56
> /usr/local/lib/libgnuradio-core-3.5.2git.so.0 ->
> libgnuradio-core-3.5.2git.so.0.0.0
> l
Observe the following directory listing:
[mleech@localhost ~]$ ls -l /usr/local/lib/libgnuradio-core*
lrwxrwxrwx 1 root root 34 2012-01-13 13:56
/usr/local/lib/libgnuradio-core-3.5.2git.so.0 ->
libgnuradio-core-3.5.2git.so.0.0.0
lrwxrwxrwx 1 root root 34 2012-01-13 13:56
/usr/local/lib/l
On 01/13/2012 08:11 AM, André Selva wrote:
> Hi!
>
> I've been working on the development of a Digital TV transmitter on GNU
> Radio.
> The problem is that the information flow is bufferized before "entering"
> the blocks, but the information i need to process is too large to be
> bufferized.
>
Dear all,
I have been trying to transmit data between usrp e100 (with RFX2400
daughter board) and a non-usrp device, which has a fixed 4M sample rate.
On e100 side (running in half duplex mode), although data from the
uhd_source will go through a gr.pwr_squelch_cc block before being
demodula
Hi!
I've been working on the development of a Digital TV transmitter on GNU
Radio.
The problem is that the information flow is bufferized before "entering"
the blocks, but the information i need to process is too large to be
bufferized.
So, I need the data contained on some internal structures of
On 13/01/12 10:35 AM, Jorge Hernandez wrote:
> Hi,
>
> I am working on a SISO link between two USRP2 based on OFDM. After
> trying the different examples available I am stuck on a warning that
> comes up over and over and I don't know how to solve it. I know it can
> be a pretty simple question but
Hello
I was trying to use the MPSK Sync in GRC 3.5.0 but it seems that there is
either no block declared in gr-digital for the same. All I could find was
an xml file for the same. Is digital_mpsk_reciever_cc.cc for the block?
If it is then there is no place to declare M and theta. Also no
Omega_rel
Hi,
I am working on a SISO link between two USRP2 based on OFDM. After trying
the different examples available I am stuck on a warning that comes up over
and over and I don't know how to solve it. I know it can be a pretty simple
question but I've already checked the mailing list and I saw that th
I did that and is works, I was just saying that's the only thing that is
keeping it from being a simple "./configure && make install".
On Thu, Jan 12, 2012 at 8:56 PM, Tom Rondeau wrote:
> On Wed, Jan 11, 2012 at 9:27 PM, Andrew Davis wrote:
>
>> It worked for me other than the qwt so I think s
17 matches
Mail list logo
