Help improve the usability of GNU Radio - join the GNU Radio UX Studies group

[Bernard Tyers - EI8FDB]

Hi there,

My name is Bernard Tyers, I'm a UX designer (User Experience, usability,
UI design), ex-engineer and licensed amateur operator.

I've recently started contributing to GNU Radio, specifically GNU Radio
Companion, after a call for UX contributions at FOSDEM this year.

In order to do good user-centred design, it's important to talk with and
understand users! To do that I've created a GNU Radio UX Studies group,
and encourage you to sign-up.

You can sign up here: https://bit.ly/gnu-radio-ux-studies-sign-up

You'll be able to decide what UX Studies you're interested in taking
part in - usability testing new designs, remote surveys, user
interviews, and others. (For the moment they're all remote.)

We're looking for as diverse a group as possible - you _don't_ have to
be a GNU Radio expert, a DSP or an RF expert to take part. I can't
stress this enough!

Amateur radio operators, academic researchers, professional RF
engineers, educators, and anyone else who uses GNU Radio are all invited
to sign-up.

Everyone's input is useful as it helps inform design decisions. Your
input will have a direct impact on improving GNU Radio.

If you have questions you can find details on the wiki:

https://wiki.gnuradio.org/index.php/GNU_Radio_UX_Studies_group

In order to reach as wide an audience as possible, I'd appreciate if you
could tell 3-4 people who you know use GNU Radio about my request.

You can forward this mail, or share these 2 links with them:
- https://bit.ly/gnu-radio-ux-studies-sign-up
- https://wiki.gnuradio.org/index.php/GNU_Radio_UX_Studies_group

If you're a Twitter/Mastodon user I'd appreciate a signal boost of
these also:

https://twitter.com/bernardtyers/status/1382425390652784640
https://social.ei8fdb.org/@bernat/106065466329564273

If you've got questions, please let me know.

Thank you for your attention!
Best wishes,

Bernard

---
Bernard Tyers

Twitter: @bernardtyers
PGP Key: keybase.io/ei8fdb

I work on User-Centred Design, Open Source Software and Privacy.

Re: Job Opportunities at SpaceX

[Alex Humberstone]

This is awesome! Just a quick question. Is this job based in the Los
Angeles area? Would it be possible to work remotely, and come to Los
Angeles like once or twice a month or something like that?

Sincerely,
Alex-M-Humberstone
PhD Student
Klipsch School of Electrical Engineering
New Mexico State University (NMSU)
Las Cruces, New Mexico, USA



On Wed, 14 Apr 2021 at 12:42, John Malsbury 
wrote:

> Greetings all,
>
> I wanted to share an exciting job post from SpaceX -  we are looking for
> good SDR developers, DSP/algorithm designers and software/FPGA engineers.
> Check the job description and apply if you meet some or all of the
> requirements.  If you have other experience that seems relevant but not
> exactly in-line with this position, message me and I may have another job
> opening to share.
>
> I can’t provide many details, but I personally think it’s one of the most
> interesting DSP/SDR positions *off* the planet (seemed like a good
> opportunity for a pun):
>
> https://grnh.se/57a931202us
>
> Please follow up ASAP as I’m pushing hard to get these positions filled
> quickly.
>
> -John
>

Job Opportunities at SpaceX

[John Malsbury]

Greetings all,

I wanted to share an exciting job post from SpaceX -  we are looking for
good SDR developers, DSP/algorithm designers and software/FPGA engineers.
Check the job description and apply if you meet some or all of the
requirements.  If you have other experience that seems relevant but not
exactly in-line with this position, message me and I may have another job
opening to share.

I can’t provide many details, but I personally think it’s one of the most
interesting DSP/SDR positions *off* the planet (seemed like a good
opportunity for a pun):

https://grnh.se/57a931202us

Please follow up ASAP as I’m pushing hard to get these positions filled
quickly.

-John

Re: QT chooser and QT range do not cooperate with each other

[Achilleas Anastasopoulos]

Hi Christophe,

No errors on the console. There seems to be nothing coming out of the last
selector block.

I have tested it with 3.7 (Windows and Ubuntu)
and with 3.8 (Windows).
I will test it with 3.9 (beta Windows version) and let you know.

best
Achilleas



On Wed, Apr 14, 2021 at 12:16 PM Christophe Seguinot <
christophe.segui...@orange.fr> wrote:

> Yes it worked at least under GR 3.9
>
> Did you get any error message?
> On 14/04/2021 18:06, Achilleas Anastasopoulos wrote:
>
> Christophe,
>
> thank you for the two suggestions. The second one (using selectors) is
> preferable for me.
> Unfortunately the grc flowgraph you provided does not work for me at all:
> it does not produce any samples at the output.
> I had to remove the first selector for it to work (see attached).
>
> I don't know if this is another bug, but can you confirm that the grc
> flowgraph you sent me (with two selectors) worked for you?
>
> best
> Achilleas
>
> On Mon, Apr 12, 2021 at 4:41 PM Christophe Seguinot <
> christophe.segui...@orange.fr> wrote:
>
>> I would have implement this differently:
>>
>>- First solution combine To filters taps in one filter such as
>>   - final_taps=rrc_taps*(pulse-1)+rect*pulse
>>   - with pulse =0 or 1 (obtainde with a QT GUI Chooser)
>>   - BUT filters must have the same number of coefficients
>>- 2nd: use QT Gui selector as in this flowgraph. (it can be extended
>>to multiple filters easily)
>>
>> Regards, Christophe
>>
>> P.S. my flowgraph is for GR 3.8 /3.9
>> On 12/04/2021 19:10, Achilleas Anastasopoulos wrote:
>>
>> Hi all,
>>
>> I have a flowgraph with QT chooser choosing between rect pulse and rrc
>> pulse.
>> I also have a QT range where I want to control the rolloff factor of the
>> rrc pulse when chosen.
>> However, in the flowgrpah it seems that once the rrc is chosen I cannot
>> change its roloff factor dynamically from the QT range.
>>
>> I have tried it in both 3.7 and 3.8 and I get the same result.
>> Is this a bug?
>> Is there a more appropriate way of achieving this result?
>>
>> thanks
>> Achilleas
>>
>>

Re: QT chooser and QT range do not cooperate with each other

[Achilleas Anastasopoulos]

Christophe,

thank you for the two suggestions. The second one (using selectors) is
preferable for me.
Unfortunately the grc flowgraph you provided does not work for me at all:
it does not produce any samples at the output.
I had to remove the first selector for it to work (see attached).

I don't know if this is another bug, but can you confirm that the grc
flowgraph you sent me (with two selectors) worked for you?

best
Achilleas

On Mon, Apr 12, 2021 at 4:41 PM Christophe Seguinot <
christophe.segui...@orange.fr> wrote:

> I would have implement this differently:
>
>- First solution combine To filters taps in one filter such as
>   - final_taps=rrc_taps*(pulse-1)+rect*pulse
>   - with pulse =0 or 1 (obtainde with a QT GUI Chooser)
>   - BUT filters must have the same number of coefficients
>- 2nd: use QT Gui selector as in this flowgraph. (it can be extended
>to multiple filters easily)
>
> Regards, Christophe
>
> P.S. my flowgraph is for GR 3.8 /3.9
> On 12/04/2021 19:10, Achilleas Anastasopoulos wrote:
>
> Hi all,
>
> I have a flowgraph with QT chooser choosing between rect pulse and rrc
> pulse.
> I also have a QT range where I want to control the rolloff factor of the
> rrc pulse when chosen.
> However, in the flowgrpah it seems that once the rrc is chosen I cannot
> change its roloff factor dynamically from the QT range.
>
> I have tried it in both 3.7 and 3.8 and I get the same result.
> Is this a bug?
> Is there a more appropriate way of achieving this result?
>
> thanks
> Achilleas
>
>


test_chooser_3.grc
Description: Binary data

Re: QT chooser and QT range do not cooperate with each other

[Christophe Seguinot]

  
  
Yes it worked at least under GR 3.9 

Did you get any error message? 

On 14/04/2021 18:06, Achilleas
  Anastasopoulos wrote:


  
  Christophe,


thank you for the two suggestions. The second one (using
  selectors) is preferable for me.
Unfortunately the grc flowgraph you provided does not work
  for me at all: it does not produce any samples at the output.
I had to remove the first selector for it to work (see
  attached).


I don't know if this is another bug, but can you confirm
  that the grc flowgraph you sent me (with two selectors) worked
  for you?


best
Achilleas
  
  
  
On Mon, Apr 12, 2021 at 4:41
  PM Christophe Seguinot 
  wrote:


  
I would have implement this differently: 


  First solution combine To filters taps in one filter
such as
  
final_taps=rrc_taps*(pulse-1)+rect*pulse
with pulse =0 or 1 (obtainde with a QT GUI Chooser)

BUT filters must have the same number of
  coefficients
  
  2nd: use QT Gui selector as in this flowgraph. (it can
be extended to multiple filters easily)

Regards, Christophe 

P.S. my flowgraph is for GR 3.8 /3.9

On 12/04/2021 19:10, Achilleas Anastasopoulos wrote:


  Hi all,


I have a flowgraph with QT chooser choosing between
  rect pulse and rrc pulse.
I also have a QT range where I want to control the
  rolloff factor of the rrc pulse when chosen.
However, in the flowgrpah it seems that once the
  rrc is chosen I cannot change its roloff factor
  dynamically from the QT range.


I have tried it in both 3.7 and 3.8 and I get the
  same result.
Is this a bug?
Is there a more appropriate way of achieving this
  result?


thanks
Achilleas
  

  

  

  

Re: PT GUI SINK (name)

[Christophe Seguinot]

Hi

I didn't had time to look at this, so the following expectation may be 
wrong.


The problem with qtgui sink is probably the same as for the eye_sink I 
developed.


This QT sink have Mutliple figures, each figure having a title. This 
title is set using set_title() method which is a method of the main 
widget class used for every QT xxx sink.


Eye_sink and probably "qtgui sink" are defined from a widget inside a 
widget; some figures inside a QT Widget.


in case of qtgui sink, one may define a new method set_main_title() in 
order to have a main_title above the 4 tabs, since the set_title method 
is probably used for individual figure.


In my case, for the eye_sink, as every individual eye_diagram is titled, 
I decided not to implement such a main_title. This can be implemented 
but need some coding .


Regards , Christophe

On 14/04/2021 07:12, Cinaed Simson wrote:
Hi Marcus - not to beat a dead horse, but  in 3.8, the id sets both 
name of the python script and name the qtgui sink. In the qtgui sink, 
the name can be overridden.


-- Cinaed

On 4/12/21 12:54 PM, Marcus Müller wrote:

Hi Cinaed,

nope, that sets the id, i.e. the name of the Python object. That 
can't affect the Text

displayed.

Best regards,
Marcus

On 12.04.21 21:33, Cinaed Simson wrote:

Hi Alberto - in the GRC file, open the

   Options

block and set the

   Id

field to

   test

Doesn't need  quotes - and in general  no hyphens - use underscore 
instead.


-- Cinaed

On 4/12/21 4:30 AM, alberto.alle...@alice.it wrote:

  Hi to all!
Today i have another question..

I have created a small spectrum analyzer and it work fine.

But, in the QT GUI SINK, at "Name" field i have writted 
"Test".but when i execute in

the windows "Test" don't appear ... why ?

Screenshot attacched

Tnx
Alberto