<div dir="ltr"><div>Jonathon (Pendlum), correct me if I'm wrong, but I think this is the usual split-stream-demands-more-bandwidth-than-RFNoC-bus-allows problem.<br></div><div><br></div><div>Jonathan (Lockhart), if I'm right, then in your rfnoc_ce_auto_inst_e310.v, if you change the ce_clk/ce_rst in the noc_block_split_stream instantiation to bus_clk/bus_rst, this may fix the problem.</div><div><br></div><div>Nick<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 8, 2019 at 10:20 AM Jonathon Pendlum <<a href="mailto:jonathon.pendlum@ettus.com">jonathon.pendlum@ettus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Jon,<div><br></div><div>Can you try reverting commit e39334fe on the fpga repo and rebuilding your bitstream? Let me know if that makes a difference or not.</div><div><br></div><div>Jonathon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 9, 2019 at 12:13 AM Jonathan Lockhart via USRP-users <<a href="mailto:usrp-users@lists.ettus.com" target="_blank">usrp-users@lists.ettus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Greetings Nick,</div><div><br></div><div>Here is the screenshot of my GR flow graph, though it shouldn't matter as the Split_Stream RFNoC Block I believe is a failure of the python or Verilog but the solutions in the link I sent in my previous email did not resolve the issue. <br></div><div><br></div><div><div><img src="cid:ii_k2qa0bd70" alt="Screenshot from 2019-11-08 10-06-50.png" width="566" height="243"><br></div></div><div><br></div><div>Regards,</div><div>Jon<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 7, 2019 at 5:33 PM Nick Foster <<a href="mailto:bistromath@gmail.com" target="_blank">bistromath@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Can you be more specific about what your flowgraph looks like?<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 7, 2019 at 2:22 PM Jonathan Lockhart via USRP-users <<a href="mailto:usrp-users@lists.ettus.com" target="_blank">usrp-users@lists.ettus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Greetings,</div><div><br></div><div>I was wondering if anyone had encountered the following error and had a way to fix it?</div><div><br></div><div>[INFO] [UHD] linux; GNU C++ version 4.9.2; Boost_105700; UHD_3.14.1.HEAD-0-g0347a6d8<br>[INFO] [E300] Loading FPGA image: /home/root/localinstall/e300.bit...<br>[INFO] [E300] FPGA image loaded<br>[INFO] [E300] Detecting internal GPS <br>.... [INFO] [E300] GPSDO found<br>[INFO] [E300] Initializing core control (global registers)...<br><br>[INFO] [E300] Performing register loopback test... <br>[INFO] [E300] Register loopback test passed<br>[INFO] [0/Radio_0] Initializing block control (NOC ID: 0x12AD100000000000)<br>[WARNING] [RFNOC] Can't find a block controller for key SplitStream, using default block controller!<br>[INFO] [0/SplitStream_0] Initializing block control (NOC ID: 0x5757000000000000)<br>[ERROR] [UHD] Exception caught in safe-call.<br>  in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with uhd::endianness_t _endianness = (uhd::endianness_t)1u]<br>  at /home/jon/rfnoc_3.14.1.1/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:52<br>this->send_cmd_pkt(0, 0, true); -> EnvironmentError: IOError: Block ctrl (CE_01_Port_21) no response packet - AssertionError: bool(buff)<br>  in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with uhd::endianness_t _endianness = (uhd::endianness_t)1u; uint64_t = long long unsigned int]<br>  at /home/jon/rfnoc_3.14.1.1/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:142<br><br>Traceback (most recent call last):<br>  File "rfnoc_fosphor_network_usrp.py", line 283, in <module><br>    main()<br>  File "rfnoc_fosphor_network_usrp.py", line 272, in main<br>    tb = top_block_cls(fft_size=options.fft_size, fpga_path=options.fpga_path, freq=options.freq, gain=options.gain, host_ip_addr=options.host_ip_addr, samp_rate=options.samp_rate, tdecay=options.tdecay, trise=options.trise)<br>  File "rfnoc_fosphor_network_usrp.py", line 43, in __init__<br>    self.device3 = variable_uhd_device3_0 = ettus.device3(uhd.device_addr_t( ",".join(('type=e3x0', "master_clock_rate=%d,fpga=%s" % (samp_rate,fpga_path))) ))<br>  File "/home/root/localinstall/usr/lib/python2.7/site-packages/ettus/ettus_swig.py", line 1307, in make<br>    return _ettus_swig.device3_make(*args, **kwargs)<br>RuntimeError: EnvironmentError: IOError: [0/SplitStream_0] sr_read64() failed: EnvironmentError: IOError: Block ctrl (CE_01_Port_21) no response packet - AssertionError: bool(buff)<br>  in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with uhd::endianness_t _endianness = (uhd::endianness_t)1u; uint64_t = long long unsigned int]<br>  at /home/jon/rfnoc_3.14.1.1/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:142</div><div><br></div><div>This is only occurring when I use the split stream block in RFNoC. I have tried the fixes in [1] but unfortunately they have not helped. Also, fix 1, I can't seem to before b/c I am missing the file <code>rfnoc_ce_auto_inst_<device>.v</code>  as shown from the output when attempting a "find" command in Ubuntu. </div><div><br></div><div>find: ‘rfnoc_ce_auto_inst_e310.v’: No such file or directory</div><div><br></div><div>I ran it on both ~/* and /* with no luck. <br></div><div><br></div><div>Regards,</div><div>Jon Lockhart</div><div><br></div><div>[1] <a href="https://kb.ettus.com/RFNoC#Why_do_I_have_a_command_timeout_error.3F" target="_blank">https://kb.ettus.com/RFNoC#Why_do_I_have_a_command_timeout_error.3F</a></div><div><br></div></div>
_______________________________________________<br>
USRP-users mailing list<br>
<a href="mailto:USRP-users@lists.ettus.com" target="_blank">USRP-users@lists.ettus.com</a><br>
<a href="http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com" rel="noreferrer" target="_blank">http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com</a><br>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
USRP-users mailing list<br>
<a href="mailto:USRP-users@lists.ettus.com" target="_blank">USRP-users@lists.ettus.com</a><br>
<a href="http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com" rel="noreferrer" target="_blank">http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com</a><br>
</blockquote></div>
</blockquote></div>