I actually just noticed that myself when digging through the python. I set
it to float, and had to make 1 into 1.0, but now the script is happy and it
works.
Thanks for all your help troubleshooting, I really appreciate it. I now
must move on to the task of building a custom block with this experi
There are definitely a few datatype gotchas with nocscript.
In your flowgraph screenshot I'm seeing a parameter with an "int"type. Is
that passed directly to your gain block set_arg? You might want to change
the parameter type to "float" in gnuradio, or cast to float in the entry
box for your gain
Well that did do the trick, can't believe I missed that earlier, thanks for
spotting that EJ.
Now I got a new error. The check for the value of gain is failing, yet the
default valued loaded should be 1.0 if you look at the XML file. Here is
the error.
[TRACE] [RFNOC] [NocScript] Executing and as
Well then, ran right over that in my troubleshooting. I am building a new
bit file now to validate the change to the XML as I had moved on to
something else.
I will reply with the results.
-Jon
On Fri, Nov 22, 2019 at 1:12 PM EJ Kreinar wrote:
> Oh!
>
> I suspect you want...
>
>
>
> ..
Oh!
I suspect you want...
...
(Rather than two nested "args")
That ought to do it...
EJ
On Fri, Nov 22, 2019, 11:55 AM Jonathan Lockhart
wrote:
> So here is the trace for the gain block, and it certainly is loading the
> right XML file it seems. 🤔
>
> [DEBUG] [RFNOC] Reading XML
So here is the trace for the gain block, and it certainly is loading the
right XML file it seems. 🤔
[DEBUG] [RFNOC] Reading XML file
/home/root/newinstall/usr/share/uhd/rfnoc/blocks/gain.xml for NOC ID
0xB7DD64941A952AAC
[TRACE] [RFNOC] [RFNoC Factory] block_ctrl_base::make()
[DEBUG] [RFNOC] Readi
NVM, I got it set. I am teasing through the long console output now. Might
of wanted to set the file log instead. Live and learn.
On Fri, Nov 22, 2019 at 10:20 AM EJ Kreinar wrote:
> Good progress, agreed it looks like the gain arg isn't getting created
> here...
>
> If you run with log level tr
Good progress, agreed it looks like the gain arg isn't getting created
here...
If you run with log level trace, rfnoc should (might?) indicate the xml
file it loaded. I'd try to find that xml and confirm it looks like what you
expect, with the gain arg entry.
Also, perhaps grep your prefix and sh
Hey EJ,
Sorry for being slow I had to dig around to set that UHD Log variable,
which easy enough it was just a simple export. I then ran uhd_usrp_probe
with the --tree and setting the fpga to my bit file. Here is the output
from the probe.
root@ettus-e3xx-sg3:~# uhd_usrp_probe --args="fpga=./newi
Okay, great...
You might want to try increasing the log level. Export
UHD_LOG_CONSOLE_LEVEL=trace or debug and try to make sure the correct xml
file is getting applied to the block correctly.
There's also something like a "--tree" parameter in the uhd_usrp_probe so
try running the probe with the
Also, when I compiled from the OOT directory for ARM, I used this command,
which I pieced together from the RFNoC build guide, and the release-4 guide
for cross-compiling gr-ettus.
cmake
-DCMAKE_TOOLCHAIN_FILE=~/rfnoc/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr
-DU
Greetings EJ,
So, from the tutorial, they have you edit the gain.xml file, and this is
what I have for it.
gain
gain
B7DD64941A952AAC
Gain
128
gain
double
1.0
GE($gain, 0.0) AND LE($gain, 32767.0)
Invalid Gai
Greetings,
I am having some issues completing the RFNOC build tutorial on the Ettus
E312. The reference documentation is using an X3xx series radio, and from
the final python script it appears to be running the GNR script natively on
the host. I built the exact script from the KB but when running
13 matches
Mail list logo
