Hi Robert, Also use the "-DENABLE_QT=True" flag to build gr-ettus.
Jonathon On Mon, Nov 9, 2020 at 9:43 AM Robert Wilson <robertbenwils...@gmail.com> wrote: > Hi Jonathon, > > I’ve gone ahead and given that a shot. I received a different message now: > > File “.../RFNoC.py” , line 164, in_init_ > self.ettus_fosphor_display_0=ettus.fosphor_display(512, 64, 512) > > AttributeError:module ‘ettus’ has no attribute ‘fosphor_display’ > > >>>Done (return code 1) > > Thanks, > Ben > > > > > On Sun, Nov 8, 2020 at 6:57 PM Jonathon Pendlum < > jonathon.pend...@ettus.com> wrote: > >> Hi Robert, >> >> Can you try rebuilding gr-ettus with the cmake flag >> "-DCMAKE_BUILD_TYPE=Debug" and see if the issue goes away? >> >> >> Jonathon >> >> On Fri, Nov 6, 2020 at 8:57 AM Robert Wilson <robertbenwils...@gmail.com> >> wrote: >> >>> Hi Jonathon, >>> >>> I've reduced both with no change. >>> >>> Ben >>> >>> On Wed, Nov 4, 2020 at 1:59 PM Jonathon Pendlum < >>> jonathon.pend...@ettus.com> wrote: >>> >>>> Hi Robert, >>>> >>>> Try using the maximum MTU size supported. Also, try reducing the FFT >>>> size and SPP to 512. >>>> >>>> Jonathon >>>> >>>> On Wed, Nov 4, 2020 at 8:45 AM Robert Wilson < >>>> robertbenwils...@gmail.com> wrote: >>>> >>>>> My Ethernet Controller is a Qualcomm Atheros AR8151 it’s max MTU is >>>>> 6144 bytes. I’ve changed MTU to the max with no change in gnuRadio >>>>> response. Is the 6144 bytes not enough? >>>>> >>>>> On Tue, Nov 3, 2020 at 9:32 PM Jonathon Pendlum < >>>>> jonathon.pend...@ettus.com> wrote: >>>>> >>>>>> Hi Ben, >>>>>> >>>>>> Try setting your NIC's MTU to 9000. >>>>>> >>>>>> Jonathon >>>>>> >>>>>> On Mon, Nov 2, 2020 at 6:55 AM Robert Wilson via USRP-users < >>>>>> usrp-users@lists.ettus.com> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> OS: Linux Ubuntu 20.04.1 LTS >>>>>>> GRC: 3.8 >>>>>>> UHD: 4.0 >>>>>>> USRP:X310 (HG) >>>>>>> >>>>>>> I have been looking at RFNoC only for a few weeks. I have followed >>>>>>> the RFNoC Workshop 4 tutorial and successfully built my own custom gain >>>>>>> block as well as implemented and FFT from existing blocks using the >>>>>>> "Getting Started with RFNoC" document online. >>>>>>> >>>>>>> I am now attempting to get Fosphor up and running on my X310 to >>>>>>> further understand bitstream generation from YAML files. At one point I >>>>>>> believe there was an example bitstream that had the correct Fosphor >>>>>>> configuration I don't see it in the build of UHD I have. >>>>>>> >>>>>>> I've attached my .yml file and a copy of my GRC flow graph. >>>>>>> Below is the error message I'm receiving. >>>>>>> >>>>>>> [INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100; >>>>>>> UHD_4.0.0.0-1-gcf570707 >>>>>>> [INFO] [X300] X300 initialization sequence... >>>>>>> [INFO] [X300] Maximum frame size: 1472 bytes. >>>>>>> [INFO] [GPS] No GPSDO found >>>>>>> [INFO] [X300] Radio 1x clock: 200 MHz >>>>>>> [WARNING] [RFNOC::BLOCK_FACTORY] Could not find block with Noc-ID >>>>>>> 0xfd7d809a, 0xffff >>>>>>> [WARNING] [0/Radio#0] Setting RX IQ Balance is not possible on this >>>>>>> device. >>>>>>> gr::log :DEBUG: rfnoc_rx_streamer0 - Committing graph... >>>>>>> [WARNING] [0/Radio#0] Attempting to set tick rate to 0. Skipping. >>>>>>> gr::log :DEBUG: rfnoc_rx_streamer1 - Committing graph... >>>>>>> gr::log :DEBUG: rfnoc_rx_streamer1 - Sending start stream command... >>>>>>> gr::log :DEBUG: rfnoc_rx_streamer0 - Sending start stream command... >>>>>>> >>>>>>> >>> Done (return code -11) >>>>>>> >>>>>>> More resources of this type of development would be welcome as well. >>>>>>> >>>>>>> Many Thanks, >>>>>>> Ben Wilson >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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
