Hi,
I am using gnu radio v3.8 and UHD v4.2. I can see that there is no specific
block for the osmocom source. Is the osmocom source behave as a UHD source?
I can also see that there is no specific block for energy detection,
cyclostationary detection, and PSK modulation. But, I have seen these
blo
Hello Sumit:
GNU Radio has a feature called "out-of-tree modules". It basically lets you to
add 3rd-party signal processing blocks to your GNU Radio installations.
Osmocom source is a out-of-tree module from osmocom, called gr-osmosdr. You can
replace that with a UHD source, if (and only if) yo
Hello Sumit:
Sorry, I made some typos in my previous e-mail (I was rushing).
Especially, I said "Osmocom source is a out-of-tree module from osmocom," but
what I meant is that "Osmocom Source is a part of an out-of-tree module from
Osmocom".
Regards,
Kyeong Su Shin
___
Hello Vasil,
Thank you for your help. Editing python/__init__.py did solve my current
problem: After changing the exception handling to the following I was able to
move on to other issues while porting.
try:
# this might fail if the module is python-only
from .myModule_python impo
Hello GNURadio Community,
I installed Ubuntu 22.04 on my computer and then tried to installing
Gnuradio 3.9 using PPA installation where I explicitly request for
gnuradio-releases-3.9. The Gnuradio version installed is 3.10.1.1. Why am I
not getting a Gnuradio version 3.9? Am I missing something?
On 2022-09-12 13:24, George Edwards wrote:
Hello GNURadio Community,
I installed Ubuntu 22.04 on my computer and then tried to installing
Gnuradio 3.9 using PPA installation where I explicitly request for
gnuradio-releases-3.9. The Gnuradio version installed is 3.10.1.1. Why
am I not getting
Adding two continuous pilot carriers out of phase in time and then applying
an IFFT to them from which the frequency domain components could be removed
may seem simple but I can't do it.
Converting that results in the original time difference, not surprisingly,
much less.
Hi,
I have the following major hier-block parameter-passing problem using GRC
version 3.8.5.0 (and not an earlier version). Not sure if anyone has
experienced this.
Scenario
I have a hier block that uses as a parameter the input vector length,
block_size, the value of which is set in the main