On 09/28/2018 09:33 AM, Jason Meyer wrote:
Yes, I’m seeing the same behavior with a standard image as with my
custom image.
Jason
So, I'm wondering if something is dropping ethernet frames during the
upload to the device, resulting in a corrupt image.
On Sep 27, 2018, at 8:31 PM, Marcus
Yes, I’m seeing the same behavior with a standard image as with my custom image.
Jason
> On Sep 27, 2018, at 8:31 PM, Marcus D. Leech wrote:
>
>> On 09/27/2018 07:09 PM, Jason Meyer wrote:
>> The command produces output as if there is no issue. It shows the progress
>> of the image being load
On 09/27/2018 07:09 PM, Jason Meyer wrote:
The command produces output as if there is no issue. It shows the
progress of the image being loaded, and at the end states that the
process was a success and to power-cycle to see the changes made.
However when I power-cycle, I am unable to communicat
I don't believe so, as I copy/pasted the bit file path from Vivado to the
terminal. So I know I am using the same bit file for uhd_image_loader as I
am for the JTAG programming, which is working fine.
Thanks,
Jason
On Thu, Sep 27, 2018 at 7:17 PM Wade Fife wrote:
> Is it possible that you're l
Is it possible that 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 the progress
> of the image bein
The command produces output as if there is no issue. It shows the progress
of the image being loaded, and at the end states that the process was a
success and to power-cycle to see the changes made. However when I
power-cycle, I am unable to communicate with the USRP until I load the FPGA
image via
On 09/27/2018 06:34 PM, Jason Meyer wrote:
Hi Marcus,
I am using UHD v3.11.1.0. The command format I've used is:
uhd_image_loader --args="type=x300,addr=192.168.10.2"
--fpga-path="/usr/local/share/uhd/images/.bit"
Does the command produce any output?
How are you confirming that it's revert
Hi Marcus,
I am using UHD v3.11.1.0. The command format I've used is:
uhd_image_loader --args="type=x300,addr=192.168.10.2"
--fpga-path="/usr/local/share/uhd/images/.bit"
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
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 command appears to be successful, but
the FPGA fails to load the image
