Hi everyone Thanks so much for your quick responses. Seems like the thing we were missing was that subdev spec - once that was set it was straightforward to generate the code.
We tried running it and got the following: [INFO] [UHD] linux; GNU C++ version 9.2.1 20200304; Boost_107100; UHD_3.15.0.0-2build5 [INFO] [X300] X300 initialization sequence... [INFO] [X300] Maximum frame size: 8000 bytes. [INFO] [X300] Maximum frame size: 8000 bytes. [INFO] [X300] Radio 1x clock: 200 MHz [INFO] [X300] Radio 1x clock: 200 MHz [INFO] [1/DmaFIFO_0] Initializing block control (NOC ID: 0xF1F0D00000000000) [INFO] [1/DmaFIFO_0] BIST passed (Throughput: 1317 MB/s) [INFO] [1/DmaFIFO_0] BIST passed (Throughput: 1301 MB/s) [INFO] [1/Radio_0] Initializing block control (NOC ID: 0x12AD100000000001) [INFO] [1/Radio_1] Initializing block control (NOC ID: 0x12AD100000000001) [INFO] [1/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000000) [INFO] [1/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000000) [INFO] [1/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000000) [INFO] [1/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000000) [WARNING] [X300] Cannot update master clock rate! X300 Series does not allow changing the clock rate during runtime. terminate called after throwing an instance of 'uhd::io_error' what(): EnvironmentError: IOError: Block ctrl (CE_00_Port_30) no response packet - AssertionError: bool(buff) in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with uhd::endianness_t _endianness = uhd::ENDIANNESS_BIG; uint64_t = long unsigned int] at /build/uhd-FRfZNJ/uhd-3.15.0.0/host/lib/rfnoc/ctrl_iface.cpp:151 Aborted (core dumped) Googling didn't result in any answers beyond resetting the whole device. But it does seem like a common error. As you say, the 4xRF_in set-up is fairly standard so I'm not sure what is causing the issue. The example rx_samples_to_file script runs fine (although it doesn't seem to write anything, but it does seems to stream data fine) Let me know if you need any more information. Thanks very much Oliver P Please consider the environment before printing this e-mail.
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com