That worked!
I was able to Fosphor up and running!

Thank you so much for your help Jonathon.

Ben

On Mon, Nov 9, 2020 at 10:26 PM Jonathon Pendlum <jonathon.pend...@ettus.com>
wrote:

> 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

Reply via email to