/share/uhd/images/.bit"
>>>>
>>> Does the command produce any output?
>>>
>>> How are you confirming that it's reverting to a previous image?
>>>
>>> Except for broken hardware, this should "just work". But you've me
t you're loading the wrong .bit file (not the X310
> version) from the command line?
>
> Wade
>
> On Thu, Sep 27, 2018, 6:11 PM Jason Meyer via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> The command produces output as if there is no issue. It shows
you've mentioned
> the same behavior on multiple X310s.
>
>
>
>
> Jason
>
> On Thu, Sep 27, 2018 at 5:28 PM Marcus D. Leech via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> On 09/27/2018 03:46 PM, Jason Meyer via USRP-users wrote:
>>
ttus.com> wrote:
> On 09/27/2018 03:46 PM, Jason Meyer via USRP-users wrote:
> > Hello,
> >
> > I have been working with multiple X310 USRPs and attempting to load
> > custom FPGA firmware onto the motherboard EEPROM using the
> > uhd_image_loader command. The comm
Hello,
I have been working with multiple X310 USRPs and attempting to load custom
FPGA firmware onto the motherboard EEPROM using the uhd_image_loader
command. The command appears to be successful, but the FPGA fails to load
the image on reboot. The image functions just fine when I program it
thro
I am trying to run the following RFNoC OFDM example on an X310 device:
https://github.com/EttusResearch/gr-ettus/blob/master/examples/rfnoc/rfnoc_ofdm.grc
I am using the virtual source on the receiver side as an input to the OFDM
Schmidl-Cox Sync block, but am getting a timeout. I saw that this i
Hi,
I am trying to build a custom FPGA image for my E312 device using
Ettus-provided RFNoC blocks with the UHD Image Builder GUI. I am able to
generate the bitstream, and attempted to load it onto the E312 using the
command:
uhd_usrp_probe --args=”fpga=home/root/localinstall/usr/share/uhd/
im
