Mark,
For uhd_usrp_probe to correctly read your fpga block module you need to
update the XML file in your RFNOC-module/rfnoc/blocks directory.� Then
you need to cross-compile your module like you would with gr-ettus and
install it on the E320.� I use sshfs to cross-compile on the host and
make it immediately available on my E310.
It may be that the process on UHD4 is slightly different but that is
what I do to make the correct name of my new block show up in
uhd_usrp_probe.
I still have the python "attribute error" so hopefully now that two
people are seeing this on both UHD3.15 and UHD4.0 we can get to the
bottom of it.
Mike
On 2/12/21 6:52 AM, Mark D via USRP-users wrote:
Hi,
I�m trying to add an OTT block into the FPGA for an E320. I�m using
version 4.0.0 of the UHD.
So far I�ve used rfnocmodtool to create the OOT folder structure and
add my new block. My initial plan was to add this block as per the
default code generated that just passes data through. I wanted see
that this was instantiated into the FPGA and the system still worked
before starting to add my own code.
I�ve been following the �Getting Started with RFNoC in UHD 4.0� page
on the Ettus website and also the Youtube video �RFNoC 4 Workshop -
GRCon 2020�. The .yml file I�ve created connects the OTT block between
the radio Rx and stream endpoint (I�ve removed the DDC / DUC and
already had the FPGA working without these).
So far I�ve got the FPGA built and uploaded to the FPGA.
Uhd_usrp_probe shows that the RFNoC routing as expected, but the name
of OTT block has been replaced with Block#0. The OOT project appears
as a folder in GNU radio with the new block available to be dragged
into the project.
I think the issues I�m now having are similar to those reported
recently by Mike with the E310. Trying to run a GNU radio project
results in the error � AttributeError: module �Dilbert� object has no
attribute 'dogbert'�
The examples I�m following are all based around the X310, is there an
extra step required for the E3xx USRPs to update the firmware running
on the device so that it�s aware of the new block type? If so I�ve no
idea how I would go about this.
Any help on this would be much appreciated,
Mark
------------------------------------------------------------------------
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
