Re: [USRP-users] Error 'Timeout on Chan 0'

Mon, 05 Aug 2019 08:48:15 -0700 

Hi Kirsten,
Using the default block controller should work, so I would expect that you can ignore that warning message. 


In addition to Jonathon's suggestion of using chipscope on your block 
you could try to narrow down whether the error is caused in your verilog 
module or in some other file. For instance, what happens if you comment 
out your code and copy and paste some working verilog code into your 
module, e.g. from the RFNoC tutorial gain block (or just have a simple 
loopback)? If the error disappears I would conclude that the error 
should be somewhere in the fmdemod verilog code.


Best regards,
Lars


On 05.08.19 15:48, Leong, Kirsten - 0551 - MITLL wrote:



Could this be because I get the warning ‘can’t find a block controller 
for key fmdemod, using default block controller!’ or is this a 
separate problem?


Thanks,

Kirsten


*From: *USRP-users <usrp-users-boun...@lists.ettus.com> on behalf of 
"Leong, Kirsten - 0551 - MITLL via USRP-users" 
<usrp-users@lists.ettus.com>

*Reply-To: *"Leong, Kirsten - 0551 - MITLL" <kirsten.le...@ll.mit.edu>
*Date: *Friday, August 2, 2019 at 12:25 PM

*To: *Lars Kuger <l...@inets.rwth-aachen.de>, 
"usrp-users@lists.ettus.com" <usrp-users@lists.ettus.com>

*Subject: *Re: [USRP-users] Error 'Timeout on Chan 0'


I tried reformatting the xml file based off the uhd_rfnoc_adder.xml 
file; however, I still get the same error. I’m not trying to throw any 
packets away so I cannot ignore the error. My block is expecting to 
take in a complex 32bit floats and output a 32 bit float.



*From: *USRP-users <usrp-users-boun...@lists.ettus.com> on behalf of 
Lars Kuger via USRP-users <usrp-users@lists.ettus.com>

*Reply-To: *Lars Kuger <l...@inets.rwth-aachen.de>
*Date: *Friday, August 2, 2019 at 10:14 AM
*To: *"usrp-users@lists.ettus.com" <usrp-users@lists.ettus.com>
*Subject: *Re: [USRP-users] Error 'Timeout on Chan 0'

Hello Kirsten,


I remember getting the same error message while developing a custom 
RFNoC block. I found the problem to be caused by the corresponding xml 
file which is located in the grc folder. I am not sure what part of 
the file exactly caused the error message (maybe the ordering of the 
parameters or tags within the parameters) but I eventually solved it 
by replacing the file with the xml file from a working block and 
modifying that one.


Best regards,
Lars

On 02.08.19 15:50, Leong, Kirsten - 0551 - MITLL via USRP-users wrote:

    Hello,

    I am using a USRP X310 and am using gnuradio companion to test a
    custom block. The current diagram flows as follows: File
    Source->RFNoC FIFO->custom block->complex to image->frequency
    sink. However, when I try to execute, I get the error ‘timeout on
    chan 0’. My testbench passes all 5 cases; I can read signals on
    the inputs and outputs of the noc block and the flow graph works
    once I remove my custom block. Where else should I be looking?

    Thanks,

    Kirsten




    _______________________________________________

    USRP-users mailing list

    USRP-users@lists.ettus.com  <mailto:USRP-users@lists.ettus.com>

    http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


--
Lars Kuger, M.Sc.
Institute for Networked Systems (iNETS)
RWTH Aachen University
Kackertstrasse 9, 52072 Aachen, Germany
Phone: +49 241 80 20915


_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com






















					Reply via email to