re: [GSoC porting SIMD to gr-web] weekly update

[史 皓航]

Hi, everyone!

I am working on enabling gnuradio to run faster on the browser through `simd on 
wasm`.
I will post weekly updates in this thread. The following is from last week:

Short version report:
Has Done:
Building with `volk`  `wasm-simd` success, running fail.

TODO:
1. Building debug mode `CPython`.
2. Compare the `webapp` directory output files.
3. Use `wasm2wat` to ensure `volk` is really under `wasm-simd`.
4. Enabling open and save files for user-selected paths in gr-web.

Full version blog: blog here


Yours,
Yao

发件人: 史 皓航
发送时间: 2022年8月2日 23:56
收件人: discuss-gnuradio@gnu.org
主题: re: [GSoC porting SIMD to gr-web] weekly update

Hi, everyone!

I am working on enabling gnuradio run faster on browser.
I will post weekly update in this thread. Following is last week:

Short version report:
 Has Done:
running flow graph again success
TODO:
1. Transplant volk to wasm-simd building
2. Enable edit module in flow graph on gnuradio-web (current not support edit 
module).

Full version blog: blog here


Yours,
Yao




发件人: 史 皓航 
发送时间: Monday, July 25, 2022 10:24:15 PM
收件人: discuss-gnuradio@gnu.org 
主题: 回复: [GSoC porting SIMD to gr-web] weekly update


Hi, all!



I will post weekly this project update in this thread, following is last week:



Short version report:( unfortunaly I need to rebuild gr-web)



 Has Done: 1. using latest gr commit to build gr-web. 2. Fix commit missing 
issue.

 TODO: 1. fix the running fail issue.  2. And push the modification to 
marc’s repo.



Full version report: blog 
here



Yours,

Yao



发件人: 史 皓航
发送时间: 2022年7月18日 22:39
收件人: discuss-gnuradio@gnu.org
主题: re: [GSoC porting SIMD to gr-web] weekly update



Hey, all!



I will post weekly this project update in this thread, following is last week:



Short version report:(due to covid-19 the progress slows down a little)



 Has Done: post a  
blog
 to introduce the dev tool usage(part 1)

 TODO: post another blog and measure the different implemented volk  
performance(time cost first)



Full version report: blog 
here



Yours,

Yao.







发件人: 史 皓航 
发送时间: 2022年7月12日 0:10
收件人: discuss-gnuradio@gnu.org 
主题: [GSoC porting SIMD to gr-web] weekly update



Hey, all!



This is a weekly update email about the GSoC project.



Following is last week progress and next week plan:

Short:

*  Has Done:  building gr-web wholly and play grc.

*  Need to be Done: Intend to run a benchmark to measure different implement to 
`volk`

Full blog:

 Week2 | eat4toast.github.io



Yours,

Yao



发件人: 史 皓航
发送时间: 2022年7月5日 00:06
收件人: discuss-gnuradio@gnu.org
主题: [GSoC porting SIMD to gr-web] weekly update



Hi, everyone!

I've been accepted to work with GnuRadio for this year's Google Summer of Code.



The task I intend to implement is porting SIMD code to gr-web through wasm,

which enables gnuradio more extensible and popular through the browser.



I am really sorry, this post seems a bit late due to some unexpected problems 
with the building gr-web from the source.



Last week's blog:

 https://eat4toast.github.io/2022/07/04/week1.html



I will post a weekly update on the mailing list, well the blog will record more 
latest progress.



Yours,

Yao.

How to make a Python block of type basic ?

[Kimmo Lehtinen]

Hi 

I am detecting a weak signal, so I calculate spectra with GRC's FFT block,
and then I calculate an average over hundreds of spectra by using a
self-written embedded Python block.  

Within each run of the work-function of my Python block, 'input_items'
consists of several spectra, from 2 up to about 15. I am calculating the
average until the spectrum has good enough signal-to-noise ratio. 
When calculating the average, I am continuously plotting the average spectrum 
by using 'QT GUI vector sink'. There is no need to update the plot very 
quickly, so it is enough if the 'output_items' of the work-function consists
of only one spectrum, the current average spectrum. Thus, I want to use the 
basic block as the type of my Python block. 

Below you can find the basic elements of my Python block.
The 'output_items[0]' consists of only one vector, as it should be, because 

len(output_items[0]) = 1
and 
len(output_items[0][0]) = 1024

Then flowgraph runs without errors, but the plot of the spectra (QT GUI vector 
sink) shows only a flat line, so something is wrong.

I am using Gnuradio 3.9.5.0 (Python 3.8.10) in Ubuntu 20.04.4 LTS

Cheers, Kimmo 



class Main_control(gr.basic_block):

    def __init__(self, vec_length=1024,..., parameter_n=N):
   
    gr.basic_block.__init__(self,
    name="Averaging spectra",
    in_sig =  [(np.float32, vec_length)],
    out_sig = [(np.float32, vec_length)])    

    self.vec_length = vec_length
    ...
    self.parameter_n = parameter_n
    

    def general_work(self, input_items, output_items):
    # the average spectrum is calculated here, it is given in the  
    # vector 'average_spectrum', with a length of 1024. 
    
    output_items[0] = [average_spectrum] 
    self.consume(0, len(input_items[0]))   
    return 1
    
    

Re: Adalm Pluto's Generic Blocks in GNU Radio

[DİREN ERDEM AYDIN]

Hello Marcin,

A question from ADI engineer zone:
https://ez.analog.com/adieducation/university-program/f/q-a/557265/adalm-pluto-rx-inconsistency

An article that explains the PLL issue:
https://wiki.analog.com/university/tools/pluto/users/non_quad

On Tue, Aug 9, 2022 at 11:55 AM Marcin Puchlik 
wrote:

> Hello,
> What do you mean by saying 'PLL randomization' ? Any web link will also do.
> I am just curious.
> Marcin
>
> pon., 8 sie 2022 o 13:19 DİREN ERDEM AYDIN via GNU Radio, the Free &
> Open-Source Toolkit for Software Radio 
> napisał(a):
>
>> Dear Users,
>>
>> I have a flow graph that is given in the figure. I am using generic pluto
>> blocks to avoid PLL randomization in each frequency update. In the given
>> received signal graph 800 - 900 MHz bandwidth is scanned by 20 MHz steps.
>> As you can see, the acquired signal form is changed in each step.
>> Therefore, I may say that PLLs are updated even if I have used generic
>> blocks.
>>
>> What went wrong in this particular case? Is there a way that I can
>> maintain the received signal form through a certain band?
>>
>> Regards,
>>
>> dea
>>
>

Re: Adalm Pluto's Generic Blocks in GNU Radio

[GNU Radio, the Free & Open-Source Toolkit for Software Radio]

Hello,
What do you mean by saying 'PLL randomization' ? Any web link will also do.
I am just curious.
Marcin

pon., 8 sie 2022 o 13:19 DİREN ERDEM AYDIN via GNU Radio, the Free &
Open-Source Toolkit for Software Radio 
napisał(a):

> Dear Users,
>
> I have a flow graph that is given in the figure. I am using generic pluto
> blocks to avoid PLL randomization in each frequency update. In the given
> received signal graph 800 - 900 MHz bandwidth is scanned by 20 MHz steps.
> As you can see, the acquired signal form is changed in each step.
> Therefore, I may say that PLLs are updated even if I have used generic
> blocks.
>
> What went wrong in this particular case? Is there a way that I can
> maintain the received signal form through a certain band?
>
> Regards,
>
> dea
>