Hi George,
If I understood correctly, the module compiles correctly. When you
start/run the graph it complains it can not find/'see' the function.
This could be related to default visibility of the objects. If you look at
the code for your block my_adder_ff, there should be a line similar to
c
On 2021-10-20 4:19 p.m., isaac mario tupac davila wrote:
Hi Marcus
Curiosity and quickness possessed me. I tried first to burn it with
the usrp_n210_r4_fpga.bit as I have a N210 but it failed. Later, I
could burn it with the usrp_n200_r4_fpga.bit. I changed the Ip and
installed the usrp_n200_
RAM very much has a speed limit! It's unlikely you hit it at these very low
sampling
rates, though.
if you're using this low sampling rate, then it's not clear why you'd want to
multithread.
You need to very clearly write down why you think parallelizing solves your
problem – and
what exactly
Hi Vasil,
Thank you very much!
I have never used the Git Repository so I am setting up one and will post
my code once that is done. I will let you know when it is posted.
Again, thank you so much for your offer.
Regards,
George
On Wed, Oct 20, 2021 at 1:19 AM Vasil Velichkov
wrote:
> Hi Geor
Hi Marcus
Curiosity and quickness possessed me. I tried first to burn it with the
usrp_n210_r4_fpga.bit as I have a N210 but it failed. Later, I could burn
it with the usrp_n200_r4_fpga.bit. I changed the Ip and installed the
usrp_n200_fw.bin and usrp_n200_r4_fpga.bin. It could recognize it. My
For HackRF info there is this delay but it is 5 seconds..
On Wed, Oct 20, 2021 at 9:50 PM sp h wrote:
> I reform for Hackrf this problem is not in python GRC and CPP, but for
> USRP i had problem delay in CPP and python GRC
> why USRP is so bad in this situation...
>
> On Wed, O
I reform for Hackrf this problem is not in python GRC and CPP, but for
USRP i had problem delay in CPP and python GRC
why USRP is so bad in this situation...
On Wed, Oct 20, 2021 at 9:45 PM sp h wrote:
> I developed some blocks for Gnuradio in CPP, I defined a multiply constant
> for a
I developed some blocks for Gnuradio in CPP, I defined a multiply constant
for a top block in Gnuradio...
I run tb(Top block) block, and USRP sends a signal... when USRP is sending
a signal I want to change the multiply constant value set to 0 1 5 and.
when i used the method...multiplyCon
You're very welcome. Enjoy playing with Lora!
> On Oct 20, 2021, at 09:42, Thangaraj Mukara Dhakshinamoorthy
> wrote:
>
> Hello,
>
> I solved it by reinstalling the gr-lora module using the below cmake command
> change:
>
>
> komro@komro-HP-ProBook-6560b:~/gnuradio/gr-lora/build$ cmak
Hello,
I solved it by reinstalling the gr-lora module using the below cmake command
change:
komro@komro-HP-ProBook-6560b:~/gnuradio/gr-lora/build$ cmake
-DCMAKE_INSTALL_PREFIX=/usr ../ #(Also, for ubuntu users!)
instead of
komro@komro-HP-ProBook-6560b:~/gnuradio/gr-lora/build$
Hi Vasil,
* py3clean *helped
Thanks a lot again,
Marcin
śr., 20 paź 2021 o 13:59 Vasil Velichkov napisał(a):
> Hi Marcin,
>
> On 20/10/2021 14.20, Marcin Puchlik via GNU Radio, the Free & Open-Source
> Toolkit for Software Radio wrote:
>
> > "/home/ubuntu/anaconda3/envs/hornet2/lib/python3.9/co
Hi Marcin,
On 20/10/2021 14.20, Marcin Puchlik via GNU Radio, the Free & Open-Source
Toolkit for Software Radio wrote:
> "/home/ubuntu/anaconda3/envs/hornet2/lib/python3.9/codecs.py", line 322, in
> decode(result, consumed) = self._buffer_decode(data, self.errors,
> final)UnicodeDecodeError:
Hi,
While creating new module using command: *gr_modtool newmod square* I
receive such an error message:
*Creating out-of-tree module in ./gr-square...Traceback (most recent call
last): File "/home/ubuntu/anaconda3/envs/hornet2/bin/gr_modtool", line 18,
in cli() File
Hello Paul,
The Problem ist hat the suggested gr-lora requires Gnuradio 3.8.2, but I have
installed gnuradio 3.8.1 via PPA installation. Do you know if there is any
binary installation available for gnuradio 3.8.2 (without having to build it
from source)? And, is there no compatibility issues w
14 matches
Mail list logo
