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 <mailto: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
