On 12/04/2017 07:18 PM, Richard Mcallister wrote:
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
Perhaps, at this point, you could share your flow-graph?
On Mon, Dec 4, 2017 at 4:20 PM, Marcus D. Leech via USRP-users
<usrp-users@lists.ettus.com <mailto: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 list
USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/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 <mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/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
