Hi Andrew, You'll need to have a Xilinx USB programmer (or Digilent JTAG-HS3 probably works too), purchase this kit https://www.ettus.com/product/details/E-JTAG-4, and follow these instructions: https://www.ettus.com/content/files/E-Series_JTAG-AVR_Cable_Getting_Started_Guide_.pdf. For setting up the ILA and debugging, see: https://kb.ettus.com/Debugging_FPGA_images.
Jonathon On Thu, Dec 20, 2018 at 7:47 AM Andrew Danowitz <and...@whitefoxdefense.com> wrote: > Hi John, > > Is there any documentation on using the ILA on an e310 that's running > gnuradio directly? > > Thanks, > Andrew > > On Tue, Dec 18, 2018 at 8:36 PM Jon Pendlum <jon.pend...@gmail.com> wrote: > >> Hi Andrew, >> >> Have you tried using Chipscope to see where the issue is at in your code? >> You want to look at the tvalid and tready AXI stream control signals to >> pinpoint where your data flow stalls (i.e. tvalid = 1 and tready = 0). Once >> you know where the stall is located, I can provide more advice. >> >> Jonathon >> >> On Wed, Dec 19, 2018 at 8:20 AM Andrew Danowitz via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> >>> Thanks for the reply. I do set simple_mode and I propagate tuser into >>> and out of axi_rate_change the same way noc_block_ddc does. I also have my >>> block running properly in Vivado simulation. Is there anything else I >>> should check? I also included axi_tag_time. Could that be causing an issue? >>> >>> Thanks! >>> Andrew >>> >>> On Tue, Dec 18, 2018 at 10:11 AM EJ Kreinar <ejkrei...@gmail.com> wrote: >>> >>>> Hi Andrew, >>>> >>>> Quick thoughts: >>>> - Are you setting SIMPLE_MODE(0) in the axi_wrapper? >>>> - Are you propagating tuser into and out of the axi_rate_change block? >>>> >>>> The axi_rate_change block updates tuser, which the axi_wrapper uses to >>>> create output packets when SIMPLE_MODE is disabled. >>>> >>>> Also, have you run in a simulation testbench? Simulation should be able >>>> to expose these issues before targetting hardware to make debugging a bit >>>> easier. >>>> >>>> EJ >>>> >>>> >>>> >>>> On Tue, Dec 18, 2018 at 1:04 PM Andrew Danowitz via USRP-users < >>>> usrp-users@lists.ettus.com> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm trying to create an rfnoc block that takes in a stream of data at >>>>> Sample rate n, does some processing to turn i-q values into real samples, >>>>> and outputs data at a rate of n/2 by packing real values into both i and q >>>>> channels of the output stream. I've tried to incorporate the >>>>> axi_rate_change block and the axi_tag_time block a-la noc_block_ddc, but >>>>> whenever I try to run it I keep getting a timeout error. If I take out the >>>>> channel packing block and keep the rate n-to-n, the module works fine. >>>>> >>>>> Does anyone have any advice? >>>>> >>>>> Thanks, >>>>> Andrew >>>>> >>>>> ------------------------------ >>>>> Information contained, linked, or attached to this email and all >>>>> verbal communications from WhiteFox Defense to your entity in the prior 30 >>>>> days constitute proprietary and confidential information unless otherwise >>>>> indicated and is therefore subject to obligations in any executed >>>>> confidentiality agreements. Further, this email is intended solely for the >>>>> use of the individual or entity to whom they are addressed. If you are not >>>>> the intended recipient and this message has been addressed to you in >>>>> error, >>>>> please promptly notify i...@whitefoxdefense.com and destroy all >>>>> copies of the message and any attachments. This email and attachments may >>>>> contain technical data as defined in the International Traffic In Arms >>>>> Regulations (ITAR) 22 CFR 120.10 or the Export Administration Regulations >>>>> (EAR) 15 CFR Parts 730 – 780. Export of this material may be controlled >>>>> by >>>>> these regulations and may not be exported or transferred to non-U.S. >>>>> persons without prior written approval from the U.S. government. >>>>> _______________________________________________ >>>>> USRP-users mailing list >>>>> USRP-users@lists.ettus.com >>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>>>> >>>> >>> ------------------------------ >>> Information contained, linked, or attached to this email and all verbal >>> communications from WhiteFox Defense to your entity in the prior 30 days >>> constitute proprietary and confidential information unless otherwise >>> indicated and is therefore subject to obligations in any executed >>> confidentiality agreements. Further, this email is intended solely for the >>> use of the individual or entity to whom they are addressed. If you are not >>> the intended recipient and this message has been addressed to you in error, >>> please promptly notify i...@whitefoxdefense.com and destroy all copies >>> of the message and any attachments. This email and attachments may contain >>> technical data as defined in the International Traffic In Arms Regulations >>> (ITAR) 22 CFR 120.10 or the Export Administration Regulations (EAR) 15 CFR >>> Parts 730 – 780. Export of this material may be controlled by these >>> regulations and may not be exported or transferred to non-U.S. persons >>> without prior written approval from the U.S. government. >>> _______________________________________________ >>> USRP-users mailing list >>> USRP-users@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >> > ------------------------------ > Information contained, linked, or attached to this email and all verbal > communications from WhiteFox Defense to your entity in the prior 30 days > constitute proprietary and confidential information unless otherwise > indicated and is therefore subject to obligations in any executed > confidentiality agreements. Further, this email is intended solely for the > use of the individual or entity to whom they are addressed. If you are not > the intended recipient and this message has been addressed to you in error, > please promptly notify i...@whitefoxdefense.com and destroy all copies of > the message and any attachments. This email and attachments may contain > technical data as defined in the International Traffic In Arms Regulations > (ITAR) 22 CFR 120.10 or the Export Administration Regulations (EAR) 15 CFR > Parts 730 – 780. Export of this material may be controlled by these > regulations and may not be exported or transferred to non-U.S. persons > without prior written approval from the U.S. government. > On Thu, Dec 20, 2018 at 7:47 AM Andrew Danowitz <and...@whitefoxdefense.com> wrote: > Hi John, > > Is there any documentation on using the ILA on an e310 that's running > gnuradio directly? > > Thanks, > Andrew > > On Tue, Dec 18, 2018 at 8:36 PM Jon Pendlum <jon.pend...@gmail.com> wrote: > >> Hi Andrew, >> >> Have you tried using Chipscope to see where the issue is at in your code? >> You want to look at the tvalid and tready AXI stream control signals to >> pinpoint where your data flow stalls (i.e. tvalid = 1 and tready = 0). Once >> you know where the stall is located, I can provide more advice. >> >> Jonathon >> >> On Wed, Dec 19, 2018 at 8:20 AM Andrew Danowitz via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> >>> Thanks for the reply. I do set simple_mode and I propagate tuser into >>> and out of axi_rate_change the same way noc_block_ddc does. I also have my >>> block running properly in Vivado simulation. Is there anything else I >>> should check? I also included axi_tag_time. Could that be causing an issue? >>> >>> Thanks! >>> Andrew >>> >>> On Tue, Dec 18, 2018 at 10:11 AM EJ Kreinar <ejkrei...@gmail.com> wrote: >>> >>>> Hi Andrew, >>>> >>>> Quick thoughts: >>>> - Are you setting SIMPLE_MODE(0) in the axi_wrapper? >>>> - Are you propagating tuser into and out of the axi_rate_change block? >>>> >>>> The axi_rate_change block updates tuser, which the axi_wrapper uses to >>>> create output packets when SIMPLE_MODE is disabled. >>>> >>>> Also, have you run in a simulation testbench? Simulation should be able >>>> to expose these issues before targetting hardware to make debugging a bit >>>> easier. >>>> >>>> EJ >>>> >>>> >>>> >>>> On Tue, Dec 18, 2018 at 1:04 PM Andrew Danowitz via USRP-users < >>>> usrp-users@lists.ettus.com> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm trying to create an rfnoc block that takes in a stream of data at >>>>> Sample rate n, does some processing to turn i-q values into real samples, >>>>> and outputs data at a rate of n/2 by packing real values into both i and q >>>>> channels of the output stream. I've tried to incorporate the >>>>> axi_rate_change block and the axi_tag_time block a-la noc_block_ddc, but >>>>> whenever I try to run it I keep getting a timeout error. If I take out the >>>>> channel packing block and keep the rate n-to-n, the module works fine. >>>>> >>>>> Does anyone have any advice? >>>>> >>>>> Thanks, >>>>> Andrew >>>>> >>>>> ------------------------------ >>>>> Information contained, linked, or attached to this email and all >>>>> verbal communications from WhiteFox Defense to your entity in the prior 30 >>>>> days constitute proprietary and confidential information unless otherwise >>>>> indicated and is therefore subject to obligations in any executed >>>>> confidentiality agreements. Further, this email is intended solely for the >>>>> use of the individual or entity to whom they are addressed. If you are not >>>>> the intended recipient and this message has been addressed to you in >>>>> error, >>>>> please promptly notify i...@whitefoxdefense.com and destroy all >>>>> copies of the message and any attachments. This email and attachments may >>>>> contain technical data as defined in the International Traffic In Arms >>>>> Regulations (ITAR) 22 CFR 120.10 or the Export Administration Regulations >>>>> (EAR) 15 CFR Parts 730 – 780. Export of this material may be controlled >>>>> by >>>>> these regulations and may not be exported or transferred to non-U.S. >>>>> persons without prior written approval from the U.S. government. >>>>> _______________________________________________ >>>>> USRP-users mailing list >>>>> USRP-users@lists.ettus.com >>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>>>> >>>> >>> ------------------------------ >>> Information contained, linked, or attached to this email and all verbal >>> communications from WhiteFox Defense to your entity in the prior 30 days >>> constitute proprietary and confidential information unless otherwise >>> indicated and is therefore subject to obligations in any executed >>> confidentiality agreements. Further, this email is intended solely for the >>> use of the individual or entity to whom they are addressed. If you are not >>> the intended recipient and this message has been addressed to you in error, >>> please promptly notify i...@whitefoxdefense.com and destroy all copies >>> of the message and any attachments. This email and attachments may contain >>> technical data as defined in the International Traffic In Arms Regulations >>> (ITAR) 22 CFR 120.10 or the Export Administration Regulations (EAR) 15 CFR >>> Parts 730 – 780. Export of this material may be controlled by these >>> regulations and may not be exported or transferred to non-U.S. persons >>> without prior written approval from the U.S. government. >>> _______________________________________________ >>> USRP-users mailing list >>> USRP-users@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >> > ------------------------------ > Information contained, linked, or attached to this email and all verbal > communications from WhiteFox Defense to your entity in the prior 30 days > constitute proprietary and confidential information unless otherwise > indicated and is therefore subject to obligations in any executed > confidentiality agreements. Further, this email is intended solely for the > use of the individual or entity to whom they are addressed. If you are not > the intended recipient and this message has been addressed to you in error, > please promptly notify i...@whitefoxdefense.com and destroy all copies of > the message and any attachments. This email and attachments may contain > technical data as defined in the International Traffic In Arms Regulations > (ITAR) 22 CFR 120.10 or the Export Administration Regulations (EAR) 15 CFR > Parts 730 – 780. Export of this material may be controlled by these > regulations and may not be exported or transferred to non-U.S. persons > without prior written approval from the U.S. government. > On Thu, Dec 20, 2018 at 7:47 AM Andrew Danowitz <and...@whitefoxdefense.com> wrote: > Hi John, > > Is there any documentation on using the ILA on an e310 that's running > gnuradio directly? > > Thanks, > Andrew > > On Tue, Dec 18, 2018 at 8:36 PM Jon Pendlum <jon.pend...@gmail.com> wrote: > >> Hi Andrew, >> >> Have you tried using Chipscope to see where the issue is at in your code? >> You want to look at the tvalid and tready AXI stream control signals to >> pinpoint where your data flow stalls (i.e. tvalid = 1 and tready = 0). Once >> you know where the stall is located, I can provide more advice. >> >> Jonathon >> >> On Wed, Dec 19, 2018 at 8:20 AM Andrew Danowitz via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> >>> Thanks for the reply. I do set simple_mode and I propagate tuser into >>> and out of axi_rate_change the same way noc_block_ddc does. I also have my >>> block running properly in Vivado simulation. Is there anything else I >>> should check? I also included axi_tag_time. Could that be causing an issue? >>> >>> Thanks! >>> Andrew >>> >>> On Tue, Dec 18, 2018 at 10:11 AM EJ Kreinar <ejkrei...@gmail.com> wrote: >>> >>>> Hi Andrew, >>>> >>>> Quick thoughts: >>>> - Are you setting SIMPLE_MODE(0) in the axi_wrapper? >>>> - Are you propagating tuser into and out of the axi_rate_change block? >>>> >>>> The axi_rate_change block updates tuser, which the axi_wrapper uses to >>>> create output packets when SIMPLE_MODE is disabled. >>>> >>>> Also, have you run in a simulation testbench? Simulation should be able >>>> to expose these issues before targetting hardware to make debugging a bit >>>> easier. >>>> >>>> EJ >>>> >>>> >>>> >>>> On Tue, Dec 18, 2018 at 1:04 PM Andrew Danowitz via USRP-users < >>>> usrp-users@lists.ettus.com> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm trying to create an rfnoc block that takes in a stream of data at >>>>> Sample rate n, does some processing to turn i-q values into real samples, >>>>> and outputs data at a rate of n/2 by packing real values into both i and q >>>>> channels of the output stream. I've tried to incorporate the >>>>> axi_rate_change block and the axi_tag_time block a-la noc_block_ddc, but >>>>> whenever I try to run it I keep getting a timeout error. If I take out the >>>>> channel packing block and keep the rate n-to-n, the module works fine. >>>>> >>>>> Does anyone have any advice? >>>>> >>>>> Thanks, >>>>> Andrew >>>>> >>>>> ------------------------------ >>>>> Information contained, linked, or attached to this email and all >>>>> verbal communications from WhiteFox Defense to your entity in the prior 30 >>>>> days constitute proprietary and confidential information unless otherwise >>>>> indicated and is therefore subject to obligations in any executed >>>>> confidentiality agreements. Further, this email is intended solely for the >>>>> use of the individual or entity to whom they are addressed. If you are not >>>>> the intended recipient and this message has been addressed to you in >>>>> error, >>>>> please promptly notify i...@whitefoxdefense.com and destroy all >>>>> copies of the message and any attachments. This email and attachments may >>>>> contain technical data as defined in the International Traffic In Arms >>>>> Regulations (ITAR) 22 CFR 120.10 or the Export Administration Regulations >>>>> (EAR) 15 CFR Parts 730 – 780. Export of this material may be controlled >>>>> by >>>>> these regulations and may not be exported or transferred to non-U.S. >>>>> persons without prior written approval from the U.S. government. >>>>> _______________________________________________ >>>>> USRP-users mailing list >>>>> USRP-users@lists.ettus.com >>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>>>> >>>> >>> ------------------------------ >>> Information contained, linked, or attached to this email and all verbal >>> communications from WhiteFox Defense to your entity in the prior 30 days >>> constitute proprietary and confidential information unless otherwise >>> indicated and is therefore subject to obligations in any executed >>> confidentiality agreements. Further, this email is intended solely for the >>> use of the individual or entity to whom they are addressed. If you are not >>> the intended recipient and this message has been addressed to you in error, >>> please promptly notify i...@whitefoxdefense.com and destroy all copies >>> of the message and any attachments. This email and attachments may contain >>> technical data as defined in the International Traffic In Arms Regulations >>> (ITAR) 22 CFR 120.10 or the Export Administration Regulations (EAR) 15 CFR >>> Parts 730 – 780. Export of this material may be controlled by these >>> regulations and may not be exported or transferred to non-U.S. persons >>> without prior written approval from the U.S. government. >>> _______________________________________________ >>> USRP-users mailing list >>> USRP-users@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >> > ------------------------------ > Information contained, linked, or attached to this email and all verbal > communications from WhiteFox Defense to your entity in the prior 30 days > constitute proprietary and confidential information unless otherwise > indicated and is therefore subject to obligations in any executed > confidentiality agreements. Further, this email is intended solely for the > use of the individual or entity to whom they are addressed. If you are not > the intended recipient and this message has been addressed to you in error, > please promptly notify i...@whitefoxdefense.com and destroy all copies of > the message and any attachments. This email and attachments may contain > technical data as defined in the International Traffic In Arms Regulations > (ITAR) 22 CFR 120.10 or the Export Administration Regulations (EAR) 15 CFR > Parts 730 – 780. Export of this material may be controlled by these > regulations and may not be exported or transferred to non-U.S. persons > without prior written approval from the U.S. government. >
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com