gnuradio permission problems?

[Beckmann, Niklas]

Hi everybody,


I have somehow a general question, and even after days of trying (and also 
googling), I did not found a solution for my problem. So maybe anyone here can 
help me out. Im on Ubuntu 20.04 and gnuradio 3.10, python 3.8.

I am working with an evaluation kit antenna, which is controlled via the python 
OOT block, that I wrote. In gnuradio, during the antenna initialization 
process, my python block tells me, that the connection to the eval-kit failed:


  Connecting ...
  MB1 device channel connection failed!
  Make sure the device cable is connected.
  Make sure you run the connection script with sudo.
  Make sure the MB1 has been programmed with the correct descriptor.
  Device initialization failed!

On the other hand, when I open sudo python in a terminal, give the same 
commands as in the python block, the initialization process ends sucessfully.
So my guess was, that it has something to do with the permissions of gnuradio 
(even tho I do not get an Errno13). Am I on the right track? And if so, how can 
I give gnuradio the needed permissions to connect with the eval-kit or let it 
run the scripts with higher permissions without using sudo gnuradio?

Since the question is pretty general, I did not provide anything of code. If 
certain parts of the code or something else is needed, I can give it.

Thank you very much, I hope someone here has an idea and is willing to help 😊

Best,
Niklas

Re: gnuradio permission problems?

[Chris Vine]

On Wed, 18 Jan 2023 13:03:53 +
"Beckmann, Niklas"  wrote:
> Hi everybody,
> 
> I have somehow a general question, and even after days of trying
> (and also googling), I did not found a solution for my problem. So
> maybe anyone here can help me out. Im on Ubuntu 20.04 and gnuradio
> 3.10, python 3.8.
> 
> I am working with an evaluation kit antenna, which is controlled via
> the python OOT block, that I wrote. In gnuradio, during the antenna
> initialization process, my python block tells me, that the connection
> to the eval-kit failed:
> 
>   Connecting ...
>   MB1 device channel connection failed!
>   Make sure the device cable is connected.
>   Make sure you run the connection script with sudo.
>   Make sure the MB1 has been programmed with the correct descriptor.
>   Device initialization failed!
> 
> On the other hand, when I open sudo python in a terminal, give the same
> commands as in the python block, the initialization process ends
> sucessfully. So my guess was, that it has something to do with the
> permissions of gnuradio (even tho I do not get an Errno13). Am I on
> the right track? And if so, how can I give gnuradio the needed
> permissions to connect with the eval-kit or let it run the scripts with
> higher permissions without using sudo gnuradio?
> 
> Since the question is pretty general, I did not provide anything of
> code. If certain parts of the code or something else is needed, I can
> give it.

If your "evaluation kit antenna" comprises a hardware device which has
a linux driver supplied for it (or uses a generic USB interface for
which the linux kernel already supplies a driver), so that it is
represented by a device file in the /dev directory, this looks more
like a permissions issue concerning the device file rather than with
gnuradio itself.  If that is the case you may need to write a udev rule
for your hardware (http://www.reactivated.net/writing_udev_rules.html).

Having said that, if you have a linux driver for your hardware you
would have expected it to come with an appropriate udev rules file in
the first place.

Re: gnuradio permission problems?

[Chris Vine]

On Wed, 18 Jan 2023 13:33:08 +
Chris Vine  wrote:
> On Wed, 18 Jan 2023 13:03:53 +
> "Beckmann, Niklas"  wrote:
> > Hi everybody,
> > 
> > I have somehow a general question, and even after days of trying
> > (and also googling), I did not found a solution for my problem. So
> > maybe anyone here can help me out. Im on Ubuntu 20.04 and gnuradio
> > 3.10, python 3.8.
> > 
> > I am working with an evaluation kit antenna, which is controlled via
> > the python OOT block, that I wrote. In gnuradio, during the antenna
> > initialization process, my python block tells me, that the connection
> > to the eval-kit failed:
> > 
> >   Connecting ...
> >   MB1 device channel connection failed!
> >   Make sure the device cable is connected.
> >   Make sure you run the connection script with sudo.
> >   Make sure the MB1 has been programmed with the correct descriptor.
> >   Device initialization failed!
> > 
> > On the other hand, when I open sudo python in a terminal, give the same
> > commands as in the python block, the initialization process ends
> > sucessfully. So my guess was, that it has something to do with the
> > permissions of gnuradio (even tho I do not get an Errno13). Am I on
> > the right track? And if so, how can I give gnuradio the needed
> > permissions to connect with the eval-kit or let it run the scripts with
> > higher permissions without using sudo gnuradio?
> > 
> > Since the question is pretty general, I did not provide anything of
> > code. If certain parts of the code or something else is needed, I can
> > give it.
> 
> If your "evaluation kit antenna" comprises a hardware device which has
> a linux driver supplied for it (or uses a generic USB interface for
> which the linux kernel already supplies a driver), so that it is
> represented by a device file in the /dev directory, this looks more
> like a permissions issue concerning the device file rather than with
> gnuradio itself.  If that is the case you may need to write a udev rule
> for your hardware (http://www.reactivated.net/writing_udev_rules.html).
> 
> Having said that, if you have a linux driver for your hardware you
> would have expected it to come with an appropriate udev rules file in
> the first place.

As an addendum, note that if your device driver does already come with a
udev rules file, it may be just a matter of you making yourself a
member of a relevant group.  Examining whether you have a rules file
for your device, which may variously be installed
in /lib/udev/rules.d, /usr/lib/udev/rules.d or /etc/udev/rules.d (I
don't use Ubuntu), should tell you more.

Performance issue in gnuradio version 3.10.1

[SHAKTHIVEL S 2021 Batch,PES University]

I tried running the Packet Commication example given in gnuradio
documentation using gr38 embedded block. It throwed me this error
"pagesize :error: no info; setting pagesize = 4096"
Although this is not an error strictly it reduced the performance of the
flowgraph drastically and I couldn't decode the message on the receiver
side.The constellation are overlapping and trying to move away slowly. Any
help would be appreciated
Link to the site:
https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8

Re: Performance issue in gnuradio version 3.10.1

[Marcus Müller]

Bit confused; you're using GNU Radio 3.10, but you specifically read a version of the 
tutorial that is marked as *not* applying to 3.10?


On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
I tried running the Packet Commication example given in gnuradio documentation using gr38 
embedded block. It throwed me this error

"pagesize :error: no info; setting pagesize = 4096"
Although this is not an error strictly it reduced the performance of the flowgraph 
drastically and I couldn't decode the message on the receiver side.The constellation are 
overlapping and trying to move away slowly. Any help would be appreciated
Link to the site:https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8 

Re: Performance issue in gnuradio version 3.10.1

[Aditya Arun Kumar]

In 3.10 blocks got moved around right? To symbol sync and linear eq stuff?

On Thu, Jan 19, 2023, 00:04 Marcus Müller  wrote:

> Bit confused; you're using GNU Radio 3.10, but you specifically read a
> version of the
> tutorial that is marked as *not* applying to 3.10?
>
> On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
> > I tried running the Packet Commication example given in gnuradio
> documentation using gr38
> > embedded block. It throwed me this error
> > "pagesize :error: no info; setting pagesize = 4096"
> > Although this is not an error strictly it reduced the performance of the
> flowgraph
> > drastically and I couldn't decode the message on the receiver side.The
> constellation are
> > overlapping and trying to move away slowly. Any help would be appreciated
> > Link to the site:
> https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8
> > 
> >
> >
> >
>
>

Re: Performance issue in gnuradio version 3.10.1

[SHAKTHIVEL S 2021 Batch,PES University]

It is an adaptive site I changed the blocks accordingly to 3.10 . I am
simulating this on my PC. It is lagging like a hell. Can anyone give some
tips to increase speed? Or I have to bear with this? The symbols are not
getting decided other side due to this

On Thu, Jan 19, 2023, 00:44 Aditya Arun Kumar 
wrote:

> In 3.10 blocks got moved around right? To symbol sync and linear eq stuff?
>
> On Thu, Jan 19, 2023, 00:04 Marcus Müller  wrote:
>
>> Bit confused; you're using GNU Radio 3.10, but you specifically read a
>> version of the
>> tutorial that is marked as *not* applying to 3.10?
>>
>> On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
>> > I tried running the Packet Commication example given in gnuradio
>> documentation using gr38
>> > embedded block. It throwed me this error
>> > "pagesize :error: no info; setting pagesize = 4096"
>> > Although this is not an error strictly it reduced the performance of
>> the flowgraph
>> > drastically and I couldn't decode the message on the receiver side.The
>> constellation are
>> > overlapping and trying to move away slowly. Any help would be
>> appreciated
>> > Link to the site:
>> https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8
>> > 
>> >
>> >
>> >
>>
>>

Re: Performance issue in gnuradio version 3.10.1

[Jeff Long]

The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU
utilization. I did have to delete and re-add the PDU/Tagged Stream blocks
that have moved, but I'm sure you've already figured that one out. Could
you explain the performance and lagging issue you are talking about (and in
less dramatic, engineering terms)?

On Wed, Jan 18, 2023 at 6:53 PM SHAKTHIVEL S 2021 Batch,PES University <
pes1ug20ec...@pesu.pes.edu> wrote:

> It is an adaptive site I changed the blocks accordingly to 3.10 . I am
> simulating this on my PC. It is lagging like a hell. Can anyone give some
> tips to increase speed? Or I have to bear with this? The symbols are not
> getting decided other side due to this
>
> On Thu, Jan 19, 2023, 00:44 Aditya Arun Kumar <
> adityaarunkumar...@gmail.com> wrote:
>
>> In 3.10 blocks got moved around right? To symbol sync and linear eq stuff?
>>
>> On Thu, Jan 19, 2023, 00:04 Marcus Müller  wrote:
>>
>>> Bit confused; you're using GNU Radio 3.10, but you specifically read a
>>> version of the
>>> tutorial that is marked as *not* applying to 3.10?
>>>
>>> On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
>>> > I tried running the Packet Commication example given in gnuradio
>>> documentation using gr38
>>> > embedded block. It throwed me this error
>>> > "pagesize :error: no info; setting pagesize = 4096"
>>> > Although this is not an error strictly it reduced the performance of
>>> the flowgraph
>>> > drastically and I couldn't decode the message on the receiver side.The
>>> constellation are
>>> > overlapping and trying to move away slowly. Any help would be
>>> appreciated
>>> > Link to the site:
>>> https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8
>>> > 
>>> >
>>> >
>>> >
>>>
>>>

Re: Performance issue in gnuradio version 3.10.1

[SHAKTHIVEL S 2021 Batch,PES University]

Yes it works for me too. But the symbols are not getting decoded on the
receiver side. Just try disabling all debug and sinks on transmitter side
and enable message debug and put constellation sink on receiver side alone.
The BEST symbols are overlapping on one another on receiver side and not
getting decoded into messages.
I suspect this is due to the slow transmission and noise from nowhere from
one port to the other.
Where you able to see a smooth refresh rate in the fft sink?
My deadline is also nearing. :(

On Thu, Jan 19, 2023, 06:59 Jeff Long  wrote:

> The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU
> utilization. I did have to delete and re-add the PDU/Tagged Stream blocks
> that have moved, but I'm sure you've already figured that one out. Could
> you explain the performance and lagging issue you are talking about (and in
> less dramatic, engineering terms)?
>
> On Wed, Jan 18, 2023 at 6:53 PM SHAKTHIVEL S 2021 Batch,PES University <
> pes1ug20ec...@pesu.pes.edu> wrote:
>
>> It is an adaptive site I changed the blocks accordingly to 3.10 . I am
>> simulating this on my PC. It is lagging like a hell. Can anyone give some
>> tips to increase speed? Or I have to bear with this? The symbols are not
>> getting decided other side due to this
>>
>> On Thu, Jan 19, 2023, 00:44 Aditya Arun Kumar <
>> adityaarunkumar...@gmail.com> wrote:
>>
>>> In 3.10 blocks got moved around right? To symbol sync and linear eq
>>> stuff?
>>>
>>> On Thu, Jan 19, 2023, 00:04 Marcus Müller  wrote:
>>>
 Bit confused; you're using GNU Radio 3.10, but you specifically read a
 version of the
 tutorial that is marked as *not* applying to 3.10?

 On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
 > I tried running the Packet Commication example given in gnuradio
 documentation using gr38
 > embedded block. It throwed me this error
 > "pagesize :error: no info; setting pagesize = 4096"
 > Although this is not an error strictly it reduced the performance of
 the flowgraph
 > drastically and I couldn't decode the message on the receiver
 side.The constellation are
 > overlapping and trying to move away slowly. Any help would be
 appreciated
 > Link to the site:
 https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8
 > 
 >
 >
 >

Re: Performance issue in gnuradio version 3.10.1

[Jeff Long]

The only thing I can think of is that the 48k sample rate makes some of the
displays refresh at a low rate because they work on large chunks of data.
Messages are getting decoded on the rx side and the displays look right.

Good luck on your project!

On Wed, Jan 18, 2023 at 8:45 PM SHAKTHIVEL S 2021 Batch,PES University <
pes1ug20ec...@pesu.pes.edu> wrote:

> Yes it works for me too. But the symbols are not getting decoded on the
> receiver side. Just try disabling all debug and sinks on transmitter side
> and enable message debug and put constellation sink on receiver side alone.
> The BEST symbols are overlapping on one another on receiver side and not
> getting decoded into messages.
> I suspect this is due to the slow transmission and noise from nowhere from
> one port to the other.
> Where you able to see a smooth refresh rate in the fft sink?
> My deadline is also nearing. :(
>
> On Thu, Jan 19, 2023, 06:59 Jeff Long  wrote:
>
>> The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU
>> utilization. I did have to delete and re-add the PDU/Tagged Stream blocks
>> that have moved, but I'm sure you've already figured that one out. Could
>> you explain the performance and lagging issue you are talking about (and in
>> less dramatic, engineering terms)?
>>
>> On Wed, Jan 18, 2023 at 6:53 PM SHAKTHIVEL S 2021 Batch,PES University <
>> pes1ug20ec...@pesu.pes.edu> wrote:
>>
>>> It is an adaptive site I changed the blocks accordingly to 3.10 . I am
>>> simulating this on my PC. It is lagging like a hell. Can anyone give some
>>> tips to increase speed? Or I have to bear with this? The symbols are not
>>> getting decided other side due to this
>>>
>>> On Thu, Jan 19, 2023, 00:44 Aditya Arun Kumar <
>>> adityaarunkumar...@gmail.com> wrote:
>>>
 In 3.10 blocks got moved around right? To symbol sync and linear eq
 stuff?

 On Thu, Jan 19, 2023, 00:04 Marcus Müller 
 wrote:

> Bit confused; you're using GNU Radio 3.10, but you specifically read a
> version of the
> tutorial that is marked as *not* applying to 3.10?
>
> On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
> > I tried running the Packet Commication example given in gnuradio
> documentation using gr38
> > embedded block. It throwed me this error
> > "pagesize :error: no info; setting pagesize = 4096"
> > Although this is not an error strictly it reduced the performance of
> the flowgraph
> > drastically and I couldn't decode the message on the receiver
> side.The constellation are
> > overlapping and trying to move away slowly. Any help would be
> appreciated
> > Link to the site:
> https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8
> > 
> >
> >
> >
>
>

Re: Performance issue in gnuradio version 3.10.1

[Aditya Arun Kumar]

On Thu, 19 Jan 2023 at 07:15, SHAKTHIVEL S 2021 Batch,PES University <
pes1ug20ec...@pesu.pes.edu> wrote:

> Yes it works for me too. But the symbols are not getting decoded on the
> receiver side. Just try disabling all debug and sinks on transmitter side
> and enable message debug and put constellation sink on receiver side alone.
> The BEST symbols are overlapping on one another on receiver side and not
> getting decoded into messages.
> I suspect this is due to the slow transmission and noise from nowhere from
> one port to the other.
> Where you able to see a smooth refresh rate in the fft sink?
>
So you have any logs or any debugger you’ve added to your fg or source in
anyway to verify if it is not decoding properly (with time stamps
preferably). Also I think you’re not using a sdr hardware as well, correct?

> My deadline is also nearing. :(
>
> On Thu, Jan 19, 2023, 06:59 Jeff Long  wrote:
>
>> The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU
>> utilization. I did have to delete and re-add the PDU/Tagged Stream blocks
>> that have moved, but I'm sure you've already figured that one out. Could
>> you explain the performance and lagging issue you are talking about (and in
>> less dramatic, engineering terms)?
>>
>> On Wed, Jan 18, 2023 at 6:53 PM SHAKTHIVEL S 2021 Batch,PES University <
>> pes1ug20ec...@pesu.pes.edu> wrote:
>>
>>> It is an adaptive site I changed the blocks accordingly to 3.10 . I am
>>> simulating this on my PC. It is lagging like a hell. Can anyone give some
>>> tips to increase speed? Or I have to bear with this? The symbols are not
>>> getting decided other side due to this
>>>
>>> On Thu, Jan 19, 2023, 00:44 Aditya Arun Kumar <
>>> adityaarunkumar...@gmail.com> wrote:
>>>
 In 3.10 blocks got moved around right? To symbol sync and linear eq
 stuff?

 On Thu, Jan 19, 2023, 00:04 Marcus Müller 
 wrote:

> Bit confused; you're using GNU Radio 3.10, but you specifically read a
> version of the
> tutorial that is marked as *not* applying to 3.10?
>
> On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
> > I tried running the Packet Commication example given in gnuradio
> documentation using gr38
> > embedded block. It throwed me this error
> > "pagesize :error: no info; setting pagesize = 4096"
> > Although this is not an error strictly it reduced the performance of
> the flowgraph
> > drastically and I couldn't decode the message on the receiver
> side.The constellation are
> > overlapping and trying to move away slowly. Any help would be
> appreciated
> > Link to the site:
> https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8
> > 
> >
> >
> >
>
> --
S. Aditya Arun Kumar
+919123517465

Re: Performance issue in gnuradio version 3.10.1

[Aditya Arun Kumar]

Also it feels like the fg is for 3.8 maybe remove the blocks and try re
adding them?

On Thu, 19 Jan 2023 at 08:16, Aditya Arun Kumar <
adityaarunkumar...@gmail.com> wrote:

>
>
> On Thu, 19 Jan 2023 at 07:15, SHAKTHIVEL S 2021 Batch,PES University <
> pes1ug20ec...@pesu.pes.edu> wrote:
>
>> Yes it works for me too. But the symbols are not getting decoded on the
>> receiver side. Just try disabling all debug and sinks on transmitter side
>> and enable message debug and put constellation sink on receiver side alone.
>> The BEST symbols are overlapping on one another on receiver side and not
>> getting decoded into messages.
>> I suspect this is due to the slow transmission and noise from nowhere
>> from one port to the other.
>> Where you able to see a smooth refresh rate in the fft sink?
>>
> So you have any logs or any debugger you’ve added to your fg or source in
> anyway to verify if it is not decoding properly (with time stamps
> preferably). Also I think you’re not using a sdr hardware as well, correct?
>
>> My deadline is also nearing. :(
>>
>> On Thu, Jan 19, 2023, 06:59 Jeff Long  wrote:
>>
>>> The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU
>>> utilization. I did have to delete and re-add the PDU/Tagged Stream blocks
>>> that have moved, but I'm sure you've already figured that one out. Could
>>> you explain the performance and lagging issue you are talking about (and in
>>> less dramatic, engineering terms)?
>>>
>>> On Wed, Jan 18, 2023 at 6:53 PM SHAKTHIVEL S 2021 Batch,PES University <
>>> pes1ug20ec...@pesu.pes.edu> wrote:
>>>
 It is an adaptive site I changed the blocks accordingly to 3.10 . I am
 simulating this on my PC. It is lagging like a hell. Can anyone give some
 tips to increase speed? Or I have to bear with this? The symbols are not
 getting decided other side due to this

 On Thu, Jan 19, 2023, 00:44 Aditya Arun Kumar <
 adityaarunkumar...@gmail.com> wrote:

> In 3.10 blocks got moved around right? To symbol sync and linear eq
> stuff?
>
> On Thu, Jan 19, 2023, 00:04 Marcus Müller 
> wrote:
>
>> Bit confused; you're using GNU Radio 3.10, but you specifically read
>> a version of the
>> tutorial that is marked as *not* applying to 3.10?
>>
>> On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
>> > I tried running the Packet Commication example given in gnuradio
>> documentation using gr38
>> > embedded block. It throwed me this error
>> > "pagesize :error: no info; setting pagesize = 4096"
>> > Although this is not an error strictly it reduced the performance
>> of the flowgraph
>> > drastically and I couldn't decode the message on the receiver
>> side.The constellation are
>> > overlapping and trying to move away slowly. Any help would be
>> appreciated
>> > Link to the site:
>> https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8
>> > > >
>> >
>> >
>> >
>>
>> --
> S. Aditya Arun Kumar
> +919123517465
>
-- 
S. Aditya Arun Kumar
+919123517465

Re: gnuradio permission problems?

[Cinaed Simson]

Hi Niklas - type

  groups

Typically you need to be in groups

  dialout netdev

If you're not in those groups, add yourself in

  /etc/groups

And then logout and login to see if the problem goes away.

-- Cinaed

On 1/18/23 05:03, Beckmann, Niklas wrote:


Hi everybody,


I have somehow a general question, and even after days of trying (and 
also googling), I did not found a solution for my problem. So maybe 
anyone here can help me out. Im on Ubuntu 20.04 and gnuradio 3.10, 
python 3.8.


I am working with an evaluation kit antenna, which is controlled via 
the python OOT block, that I wrote. In gnuradio, during the antenna 
initialization process, my python block tells me, that the connection 
to the eval-kit failed:



  Connecting ...
  MB1 device channel connection failed!
  Make sure the device cable is connected.
  Make sure you run the connection script with sudo.
  Make sure the MB1 has been programmed with the correct descriptor.
  Device initialization failed!

On the other hand, when I open sudo python in a terminal, give the 
same commands as in the python block, the initialization process ends 
sucessfully.
So my guess was, that it has something to do with the permissions of 
gnuradio (even tho I do not get an Errno13). Am I on the right track? 
And if so, how can I give gnuradio the needed permissions to connect 
with the eval-kit or let it run the scripts with higher permissions 
without using sudo gnuradio?


Since the question is pretty general, I did not provide anything 
of code. If certain parts of the code or something else is needed, I 
can give it.


Thank you very much, I hope someone here has an idea and is willing to 
help 😊


Best,
Niklas

Re: Performance issue in gnuradio version 3.10.1

[Cinaed Simson]

Hi - are you running running under Windows or Linux on the PC.

And are you running a virtual machine?

Check memory usage.

It's possible your using  swap as memory-and are constantly swapping the 
memory to disk - which will slow you to crawl.


-- Cinaed


On 1/18/23 15:52, SHAKTHIVEL S 2021 Batch,PES University wrote:
It is an adaptive site I changed the blocks accordingly to 3.10 . I am 
simulating this on my PC. It is lagging like a hell. Can anyone give 
some tips to increase speed? Or I have to bear with this? The symbols 
are not getting decided other side due to this


On Thu, Jan 19, 2023, 00:44 Aditya Arun Kumar 
 wrote:


In 3.10 blocks got moved around right? To symbol sync and linear
eq stuff?

On Thu, Jan 19, 2023, 00:04 Marcus Müller 
wrote:

Bit confused; you're using GNU Radio 3.10, but you
specifically read a version of the
tutorial that is marked as *not* applying to 3.10?

On 18.01.23 17:13, SHAKTHIVEL S 2021 Batch,PES University wrote:
> I tried running the Packet Commication example given in
gnuradio documentation using gr38
> embedded block. It throwed me this error
> "pagesize :error: no info; setting pagesize = 4096"
> Although this is not an error strictly it reduced the
performance of the flowgraph
> drastically and I couldn't decode the message on the
receiver side.The constellation are
> overlapping and trying to move away slowly. Any help would
be appreciated
> Link to the
site:https://wiki.gnuradio.org/index.php/Packet_Communications?ver1=3.8

>

>
>
>