How to change the GRC block shape , size and background of GRC window

GNU Radio
1

hi , i am working on GNURadio since long time . can anyone tell me how
to
change the look of GRC .
is it possible through *.xml file ?

thanks…

View this message in context:
http://old.nabble.com/how-to-change-the-GRC-block-shape-%2Csize-and-background-of-GRC-window-tp32384686p32384686.html
Sent from the GnuRadio mailing list archive at Nabble.com.

2

On 09/01/2011 11:55 PM, patiljagdish154 wrote:

hi , i am working on GNURadio since long time . can anyone tell me how to
change the look of GRC .
is it possible through *.xml file ?

thanks…

most of those setting are in here
http://gnuradio.org/cgit/jblum.git/tree/grc/gui/Colors.py
http://gnuradio.org/cgit/jblum.git/tree/grc/gui/Constants.py

-josh

3

thnk you so much…

Josh B.-2 wrote:

Discuss-gnuradio Info Page

–
View this message in context:
http://old.nabble.com/how-to-change-the-GRC-block-shape-%2Csize-and-background-of-GRC-window-tp32384686p32385095.html
Sent from the GnuRadio mailing list archive at Nabble.com.

4

Sorry, wrong Subject!

5

To be more precise, I don’t need a calibrated dB value, I just need a
value, that is at least proportional to the received signal power.

best regards, and thanks again for any help

Quoting [email protected]:

6

Hi,

I’m using the UCLA ZigBee PHY by Thomas S., with the benchmark
example from gnuradio.

Now I need the signal power of each received packet (at the receiver).
For the signal
power computation:

P_S = sum ( all samples squared ) divided by number of samples

but the problem is where to fetch these samples, and how to make sure,
that only samples
of the received packet are considered, and no noise…

  1. is there a gnuradio block/function which would already perform this
    task of received
    signal power computation, or RSSI determination, which I could
    use/edit for my task?

  2. If not, where would be the best spot to capture the received
    samples? As the
    clock_recovery looks to be too late, and capturing the packets earlier
    makes it hard to
    distinguish between noise and received signal, as no clock recovery
    nor packet detection
    is performed, yet.

I’d appreciate any help, thanks in advanced!

7

Hi,

I’m using the UCLA ZigBee PHY by Thomas S., with the benchmark
example from gnuradio.

Now I need the signal power of each received packet (at the receiver).
For the signal power computation:

P_S = sum ( all samples squared ) divided by number of samples

but the problem is where to fetch these samples, and how to make sure,
that only samples of the received packet are considered, and no noise…

  1. is there a gnuradio block/function which would already perform this
    task of received signal power computation, or RSSI determination,
    which I could use/edit for my task?

  2. If not, where would be the best spot to capture the received
    samples? As the clock_recovery looks to be too late, and capturing the
    packets earlier makes it hard to distinguish between noise and
    received signal, as no clock recovery nor packet detection is
    performed, yet.

I’d appreciate any help, thanks in advanced!

Quoting “Josh B.” [email protected]:

8

Hi all,

Thanks for the answer! But isn’t there a functionality in the XCVR2450
daughterboard, which already measures the RSSI value?

Isn’t there like a function which could output this value?

Secondly. Capturing the samples right at the output of the USRP,
meaning within “gr.fft_filter_ccc” or maybe within the
“gr.probe_avg_mag_sqrd_c”?

It’s strange, the mailing list archive is full of RSSI related posts,
but none of which are able to deliver answers to this issue, or am I
missing something here?

best regards, and thanks again for helping

Quoting “Kresimir Dabcevic” [email protected]:

9

On Fri, 02 Sep 2011 16:19:02 +0200, Kresimir Dabcevic
[email protected] wrote:

Thank you very much for that answer!

“10*LOG10(DECIMATE(SINGLE_POLE_IIR_FILTER(COMPLEX_TO_MAG**2(SIGNAL))))”

Where am I supposed to perform this? So would this be the log of the
out[] vector within the clock_recovery?

Could you give me an example?

Do something like this in your RX program:
self.filesink = gr.file_sink(4, ‘rx_test.dat’)

self.squelch = gr.pwr_squelch_cc(-55, 1, 0, True)
self.complex_to_mag2 = gr.complex_to_mag_squared(1)
self.iir_filter = gr.single_pole_iir_filter_ff(0.5,1)
self.decimator = gr.keep_one_in_n(4,360)
self.logarithmer = gr.nlog10_ff(10,1,4)
self.connect(self.u, self.squelch2, self.complex_to_mag2,
self.iir_filter, self.decimator, self.logarithmer, self.filesink)

Play around with the values you are feeding to the signal blocks until
you get what you want.

This way, you are saving the (non-calibrated) RSS values of the signal
stream you are getting from the USRP to .dat file.

Regards,
Kresimir

10

On Fri, 02 Sep 2011 14:12:24 +0200, Kresimir Dabcevic
[email protected] wrote:

Thanks for the answer! But isn’t there a functionality in the XCVR2450
daughterboard, which already measures the RSSI value?

Isn’t there like a function which could output this value?

Yes, there is an onboard sensor,
USRP Hardware Driver and USRP Manual: Daughterboards , but
it produces HIGHLY inaccurate results. You can access its values with
read_rssi().

Secondly. Capturing the samples right at the output of the USRP,
meaning within “gr.fft_filter_ccc” or maybe within the
“gr.probe_avg_mag_sqrd_c”?

Just take the stream from the USRP and perform
10*LOG10(DECIMATE(SINGLE_POLE_IIR_FILTER(COMPLEX_TO_MAG**2(SIGNAL))))

via signal processing blocks (this is what Marcus L. referred me to
do, you could find that post somewhere in the archives).

Regards,
Kresimir

11

with those 2 files we can change the color . but can we change shape of
block
like dial shape or some others

Josh B.-2 wrote:

Discuss-gnuradio Info Page

–
View this message in context:
http://old.nabble.com/how-to-change-the-GRC-block-shape-%2Csize-and-background-of-GRC-window-tp32384686p32395081.html
Sent from the GnuRadio mailing list archive at Nabble.com.