Hi, I upgraded to 3.10.2, it always runs but there are underruns immediately after executing. If i leave it, it freezes and crashes in minute.
More system info: Intel i7-6900K, 16 cores @ 3.2Ghz, max Ghz 4.0. 62.8Gb ram. -Rich On Mon, Dec 4, 2017 at 4:20 PM, Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 12/04/2017 04:11 PM, rjm96 via USRP-users wrote: > > HI All, > > I'm running the same setup as last time I emailed-4 X310s, 1gig ethernet, > Ubuntu 17.04, UHD 3.96 and GNU Radio 3.7.12. My flowgraph is 8 complex > inputs into a USRP sink, and I can attach it if need be. Each input is a > some wave of different frequency, at a 2M sample rate. > > Could you try upgrading to a newer (3.10.X) release of UHD? > > Also, what are the specs on your computer? > > > > Anyways, the new flowgraph solved the previous problem of not even > starting and freezing almost immediately. However this one has 3 different > errors that I can't pinpoint. I never get them at the same time, but i get > them each about half of the time whenever I execute the flowgraph in grc or > call top_block.py from the terminal. Here are the two errors copied and > pasted below. > > [WARNING] [X300] x300_dac_ctrl: front-end sync failed. unexpected FIFO > depth [0x0] > > Or > > thread[thread-per-block[24]: <block gr uhd usrp sink (1)>]: RuntimeError: > x300_dac_ctrl: front-end sync failed. unexpected FIFO depth [0x0] > > The 0x0 can be other hex values too, like 0x7 for example. The first > error, it doesn't transmit but keeps running while on the second it just > fails entirely. Note-I am not using RFNoC, it just a normal imahe > downloaded with uhd_images_downloader The other error is: > > terminate called after throwing an instance of 'uhd::io_error' > what(): EnvironmentError: IOError: [1/DmaFIFO_0] sr_read64() failed: > EnvironmentError: IOError: Block ctrl (CE_00_Port_30) no response packet - > AssertionError: bool(buff) > in uint64_t ctrl_iface_impl::wait_for_ack(bool) > at /home/mcl-sdvlc/prefix/default_prefix/src/uhd/host/ > lib/rfnoc/ctrl_iface.cpp:197 > > While I know the top one is a FPGA error, I'm not sure what the second is. > > Finally, when it does run, sometimes one of the USRPs is not transmitting > or not transmitting on both channels, though there are no error messages. > > Thanks, > Rich > > > _______________________________________________ > USRP-users mailing > listUSRP-users@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
