Hello everyone,
we are developing an application where a large bandwidth (some 100 MHz at 5-6
GHz mid frequency) needs to be processed to extract a small bandwidth
payload signal.
For rapid prototyping and testing algorithms I am thinking about using an
ADRV9008-2 evaluation board, a Xilinx Zy
Hi Erik,
so, GNU Radio *itself* is purely host-based software; in other words,
you'd be processing 100s of MHz on the poor Zynq's ARM (will not even
remotely happen).
What you'd need is to do the signal processing in the FPGA, for the
most significant part. After you've selected your channel and
Patrick,
Just to confirm, you started GRC by running the run_GRC.bat file or the
link on the start menu? Assuming so. If not that’s the problem and ignore
the rest.
There is little program out there called “dependency checker” that is
invaluable for these issues. Download it and find the .pyd
OK, I think a clue here is that a python dll is installed in System32.
Windows will always check System32 regardless of the PATH, so
something there might be causing some misdirection.
Try this... run the "run_gr.bat" file and once in, run python by
simply entering "python"
Then enter;
import sub
Hi,
I guess, the receiver cannot synchronize to our transmitters. Is there a
way for using occupied carriers for synchronization instead of all
carriers in schmidl cox?
Best regards.
On 24.06.2019 15:00, Ramazan Çetin wrote:
Hi Michael,
Firstly, thank you for your suggestion. I have tried
Hi Ramazan - The "#f" generally indicates that you the Rx SNR isn't high enough
... nearly, but not quite. The sync symbols are being detected, but the header
itself can't be decoded cleanly (CRC fails).
In your "test" script, you don't have to worry so much about gains. When using
actual over-
Hi Kevin - Thanks for the additional info. It seems that you've been doing some
serious work trying out various options; very good!
If you're using gr-uhd, then you can use the data tag "tx_freq": If it's at the
initial sample in the incoming buffer, then it indicates an immediate tune
request
Alright, here we go
Following the first set of instructions:
C:\Program Files\GNURadio-3.7\bin>python
Python 2.7.10 (default, Jun 14 2019, 12:01:58) [MSC v.1900 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> im
Hmm. Small thing, you didn’t want to copy that system DLL to the gr-python
dir, the gr-python DLL is a custom build. But for the moment let’s not
worry about that.
Let’s try this as a test... copy the pyd file to /bin folder and see if the
error change.
If not, then reopen dependency checker
