Re: GRC: Cannot find "RFNoC Fosphor" blocks

[Bachmaier, Luca]

Hey everyone,

I was able to solve this problem now: my installed version of GNU Radio 
(3.10.5) simply didn’t contain the Fosphor blocks. After removing this version 
and installing GR 3.10.7 from source the blocks are now available in GRC. (See 
release notes for GR 3.10.6, “gr-uhd” 
https://www.gnuradio.org/news/2023-07-19-gnuradio-v3.10.7.0-release/)

So far I’m struggling with getting Fosphor to start, Error “[!] CL Error 
(-1001, …): Unable to fetch platform IDs”. I wasn’t able to find any up-to-date 
help about this online. How did you install Fosphor / OpenGL? I’m using a AMD 
CPU and since AMD stopped supporting OpenGL I had to switch over to POCL.

Regards
Luca

Von: Clint Scarborough 
Gesendet: Montag, 4. September 2023 15:13
An: discuss-gnuradio@gnu.org; Bachmaier, Luca 
; Johannes Demel ; 
discuss-gnuradio@gnu.org
Betreff: Re: GRC: Cannot find "RFNoC Fosphor" blocks

I'm not sure about UHD 4.3, but the blocks are available for me with UHD 4.4 
and GR 3.10.

However, the RFNoC Fosphor display block bogs down the GUI so much that it's 
practically unusable.  I haven't been able to look into what's wrong, or 
whether I'm doing something wrong though.
-- Clint

On September 4, 2023 12:51:10 PM UTC, "Bachmaier, Luca" 
mailto:luca.bachma...@iis.fraunhofer.de>> 
wrote:

Hi Johannes,

thank you for your reply. Where can I find this module? The gr-ettus module 
(https://github.com/EttusResearch/gr-ettus) is apparently not required for 
3.10, on the site it says "Use gr-uhd directly".

That aside I'm installing GNU Radio 3.10.7 right now which should contain the 
RFNoC Fosphor blocks (as opposed to my current version 3.10.5).

Regards
Luca

-Ursprüngliche Nachricht-
Von: 
discuss-gnuradio-bounces+luca.bachmaier=iis.fraunhofer...@gnu.org
mailto:discuss-gnuradio-bounces+luca.bachmaier=iis.fraunhofer...@gnu.org>>
 Im
Auftrag von Johannes Demel
Gesendet: Montag, 4. September 2023 14:30
An: discuss-gnuradio@gnu.org
Betreff: Re: GRC: Cannot find "RFNoC Fosphor" blocks

Hi Luca,

you need to install the OOT module that includes the RFNoC version of
fosphor.

Cheers
Johannes

On 04.09.23 13:00, Bachmaier, Luca wrote:

 Hey everyone,

 I’m currently implementing a flowgraph that uses RFNoC by UHD / Ettus
 Research. In GNU Radio companion, I noticed that there are no blocks
 “RFNoC Fosphor Block” and “RFNoC Qt Fosphor Display” available (See this
 workshop https://www.youtube.com/watch?v=M9ntwQie9vs
  @ 22:13 for a

flowgraph

 that uses them). My basic software setup is:

 -OS: Debian 12

 -GNU Radio 3.10.5.1

 -UHD 4.3.0.0+ds1-5

 I was wondering why these blocks aren’t available or if I need to
 install an additional module in order to get them. The module gr-fosphor
 (https://projects.osmocom.org/projects/sdr/wiki/Fosphor
 ) just installs
 the “standard” version of Fosphor, **not** the FPGA / RFNoC

implementation.

 Thank you and regards

 Luca

[GRCon] GNU Radio Conference 2023 about to kick off – virtually and in-person!

[Marcus Müller]

Dear GNU Radio community,

in about an hour at 9am local time, the GNU Radio conference 2023 starts 
at the Arizona State University in Tempe.


Because not everyone can make it to such an event, as usual, we 
live-stream all talks (and will later cut and upload them!). You'll find 
today's stream on

https://grcon. stream , for free.

Whether in chat or in person:
We all are looking forward to talking to you!

Re: GRC: Cannot find "RFNoC Fosphor" blocks

[Jeff Long]

The RFNoC Fosphor block is included in-tree on the main branch, but has not
been backported to the maint-3.10 branch.

On Mon, Sep 4, 2023 at 7:59 AM Clint Scarborough <
clinton.scarboro...@gmail.com> wrote:

> I'm not sure about UHD 4.3, but the blocks are available for me with UHD
> 4.4 and GR 3.10.
>
> However, the RFNoC Fosphor display block bogs down the GUI so much that
> it's practically unusable.  I haven't been able to look into what's wrong,
> or whether I'm doing something wrong though.
> -- Clint
>
>
> On September 4, 2023 12:51:10 PM UTC, "Bachmaier, Luca" <
> luca.bachma...@iis.fraunhofer.de> wrote:
>
>> Hi Johannes,
>>  
>> thank you for your reply. Where can I find this module? The gr-ettus module 
>> (https://github.com/EttusResearch/gr-ettus) is apparently not required for 
>> 3.10, on the site it says "Use gr-uhd directly".
>>
>> That aside I'm installing GNU Radio 3.10.7 right now which should contain 
>> the RFNoC Fosphor blocks (as opposed to my current version 3.10.5).
>>
>> Regards
>> Luca
>>
>> -Ursprüngliche Nachricht-
>>> Von: discuss-gnuradio-bounces+luca.bachmaier=iis.fraunhofer...@gnu.org
>>>  Im
>>> Auftrag von Johannes Demel
>>> Gesendet: Montag, 4. September 2023 14:30
>>> An: discuss-gnuradio@gnu.org
>>> Betreff: Re: GRC: Cannot find "RFNoC Fosphor" blocks
>>>
>>> Hi Luca,
>>>
>>> you need to install the OOT module that includes the RFNoC version of
>>> fosphor.
>>>
>>> Cheers
>>> Johannes
>>>
>>> On 04.09.23 13:00, Bachmaier, Luca wrote:
>>>
  Hey everyone,

  I’m currently implementing a flowgraph that uses RFNoC by UHD / Ettus
  Research. In GNU Radio companion, I noticed that there are no blocks
  “RFNoC Fosphor Block” and “RFNoC Qt Fosphor Display” available (See this
  workshop https://www.youtube.com/watch?v=M9ntwQie9vs
   @ 22:13 for a

>>> flowgraph
>>>
  that uses them). My basic software setup is:

  -OS: Debian 12

  -GNU Radio 3.10.5.1

  -UHD 4.3.0.0+ds1-5

  I was wondering why these blocks aren’t available or if I need to
  install an additional module in order to get them. The module gr-fosphor
  (https://projects.osmocom.org/projects/sdr/wiki/Fosphor
  ) just installs
  the “standard” version of Fosphor, **not** the FPGA / RFNoC

>>> implementation.
>>>

  Thank you and regards

  Luca

RE: Re: Selector error - "IndexError: output_index must be < noutputs"

[Jim Melton]

In your original,


import Receive Receive is a Hier Block which I import in to my Python file

blocks_selector_0 = Receive.blocks.selector(gr.sizeof_float*1,0,0) 
Instantiation of blocks_selector_0. The Selector block is in the Receive Hier 
Block.

I questioned the syntax. You said “Receive is a Hier Block” but then you do a 
module operation (not an instance operation), so it wasn’t clear what you are 
doing.

In your simplified example, your graph instantiates a selector, and your 
embedded python block instantiates a selector. The EPY block doesn’t connect 
the selector to anything, so selecting an output is very likely to give you an 
index error.

I created a signal generator, where I could mix in different waveforms with an 
input waveform, and used the selector to control which signal was being mixed 
in. As with a lot of my stuff, I used GRC for the initial prototype, then make 
the generated code more production-ready. I have these lines:

self.source_selector = 
blocks.selector(gr.sizeof_gr_complex*1,signal_choice,0)
self.source_selector.set_enabled(True)
// …
self.connect((self.noise_throttle, 0), (self.source_selector, 0))
self.connect((self, 0), (self.source_selector, 1))
self.connect((self.source_selector, 0), (self.live_strength, 0))
self.connect((self.source_selector, 0), (self, 2))

In your attached GRC file, you have flowgraph generated connections, but you 
don’t have any connections to the one created in your EPY block (probably your 
bug). As Paul suggested, you can use variables and callbacks to control your 
selector (which might be simpler than the EPY block). My hier block (referenced 
above) has this:

def set_signal_choice(self, signal_choice):
self.signal_choice = signal_choice
self.source_selector.set_input_index(self.signal_choice)

and the associated GRC file has:

templates:
  imports: from gnuradio import inputs
  make: "inputs.siggen(\nsignal_choice=${ signal_choice },\n)"
  callbacks:
  - set_signal_choice(${ signal_choice })

(simplified for illustrative purposes).

Hope this helps.
---
Jim Melton

Non-Sensitive

From: Elmore's 
Sent: Friday, September 1, 2023 20:28
To: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] Re: Selector error - "IndexError: output_index must be < 
noutputs"

Jim,

I have attached a greatly simplified version of what I am trying to accomplish. 
I still get the same error. What am I doing wrong?

Jim

From: Jim Melton
Sent: Monday, August 28, 2023 12:01 PM
To: discuss-gnuradio@gnu.org
Subject: RE: Selector error - "IndexError: output_index must be < noutputs"

Don’t you need to instantiate “Receive”?

---
Jim Melton

Non-Sensitive

From: 
discuss-gnuradio-bounces+jim.melton=sncorp@gnu.org
 
mailto:discuss-gnuradio-bounces+jim.melton=sncorp@gnu.org>>
 On Behalf Of Elmore's
Sent: Monday, August 28, 2023 09:15
To: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] Selector error - "IndexError: output_index must be < 
noutputs"

I am attempting to use a Selector block with 2 outputs. I want to select the 
output programmatically. When I run the flowgraph, I get the subject error.

The following is my abbreviated code which is pertinent to the question 
interspersed with explanatory comments:


import Receive Receive is a Hier Block which I import in to my Python file

blocks_selector_0 = Receive.blocks.selector(gr.sizeof_float*1,0,0) 
Instantiation of blocks_selector_0. The Selector block is in the Receive Hier 
Block.

blocks_selector_0.set_output_index(0) I am trying to select the 0 output. This 
is where the error occurs.

0 is certainly less than 2 so what is happening?

Jim



[Image removed by 
sender.]

Virus-free.www.avg.com


CONFIDENTIALITY NOTICE - SNC EMAIL: This email and any attachments are 
confidential, may contain proprietary, protected, or export controlled 
information, and are intended for the use of the intended recipients only. Any 
review, reliance, distribution, disclosure, or forwarding of this email and/or 
attachments outside of Sierra Nevada Corporation (SNC) without express written 
approval of the sender, except to the extent required to further properly 
approved SNC business purposes, is strictly prohibited. If you are not the 
intended recipient of this email, please notify the sender immediately, and 
delete all copies without reading, printing, or saving in any manner. --- Thank 
You.

Re: [GRCon] GNU Radio Conference 2023 about to kick off – virtually and in-person!

[Marcus Müller]

I've been notified that an unwanted space has slid into that link; the 
correct URL is of course


https://grcon.stream

On 9/5/23 07:46, Marcus Müller wrote:

Dear GNU Radio community,

in about an hour at 9am local time, the GNU Radio conference 2023 
starts at the Arizona State University in Tempe.


Because not everyone can make it to such an event, as usual, we 
live-stream all talks (and will later cut and upload them!). You'll 
find today's stream on

https://grcon. stream , for free.

Whether in chat or in person:
We all are looking forward to talking to you!

Adding an external static library to OOT module

[Eugene Grayver]

Hello,

I want to add an external library (say /home/user/libmy.a) to an OOT module.  
Note that this library is not  in the same folder structure as the oot-module. 
I can easily add it to the library in lib/CmakeFiles.txt.  However, it also 
needs to be added (AFAIK) to the CmakeFiles.txt in 
python/bindings/CmakeFiles.txt.  In the 'olden days' of 3.7, the SWIG-based 
built allowed me to add this.  However, the new GR_PYBIND_MAKE_OOT macro does 
not seem to allow it.

Any suggestions?

Thanks.

RE: Adding an external static library to OOT module

[Eugene Grayver]

Please ignore this email.

From: Eugene Grayver
Sent: Tuesday, September 5, 2023 9:45 PM
To: 'discuss-gnuradio@gnu.org' 
Subject: Adding an external static library to OOT module

Hello,

I want to add an external library (say /home/user/libmy.a) to an OOT module.  
Note that this library is not  in the same folder structure as the oot-module. 
I can easily add it to the library in lib/CmakeFiles.txt.  However, it also 
needs to be added (AFAIK) to the CmakeFiles.txt in 
python/bindings/CmakeFiles.txt.  In the 'olden days' of 3.7, the SWIG-based 
built allowed me to add this.  However, the new GR_PYBIND_MAKE_OOT macro does 
not seem to allow it.

Any suggestions?

Thanks.