Thanks Mike, I don't have a much experience of Linux, I've just had to look up what sshfs is, so as you can imagine this is becoming a very steep learning curve for me.
After reading your reply and doing a bit of research I've found AN-315 "Software Development on the E3xx USRP" which goes through the cross-compiling process. Unfortunately it looks like this was written for UHD 3.14.1. so there may be some differences for 4.0. I did initially think that as I wasn't using the USRP in "embedded mode" then the firmware on the unit wouldn't need to be updated, and the RFNoC would be more or less configured via the host computer. Seems that this isn't the case. Mark From: USRP-users <usrp-users-boun...@lists.ettus.com> On Behalf Of Mike via USRP-users Sent: 12 February 2021 13:40 To: usrp-users@lists.ettus.com Subject: Re: [USRP-users] RFNoC OTT Block on E320 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<mailto: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
