Hi Pratik, That error generally means that the RFNoC block did not response to a command packet. That happens when the block is not correctly connected to the crossbar or the clocks are not connected. In this case it is the Radio Core RFNoC block, which by default is correctly connected unless modified. Did you make any modifications to the Radio Core RFNoC block I/O, either in the source file or the instantiation in x300_core.v?
Also as a sanity check, are you able to build an unmodified image that works without that error? Jonathon On Sat, Feb 2, 2019 at 3:10 AM Chatterjee, Pratik via USRP-users < [email protected]> wrote: > Hello, > > I am using an X310 and I need to monitor a signal out of GPIO from my > custom block. Going through the archives I prefer the option to disconnect > the fp_gpio lines from the radio core to my custom block. So I snapped the > fp_gpio lines going in gpio_attr to a custom module in db_control to > observe the signal. The image compiled fine. But when I probe the device, I > get the following error > > [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; > UHD_3.14.0.HEAD-110-g6af6ac32 > [INFO] [X300] X300 initialization sequence... > [INFO] [X300] Maximum frame size: 8000 bytes. > [INFO] [X300] Radio 1x clock: 200 MHz > [INFO] [GPS] No GPSDO found > [INFO] [0/DmaFIFO_0] Initializing block control (NOC ID: > 0xF1F0D00000000000) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1315 MB/s) > [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1309 MB/s) > [INFO] [0/Radio_0] Initializing block control (NOC ID: 0x12AD100000000001) > terminate called after throwing an instance of 'uhd::io_error' > what(): EnvironmentError: IOError: [0/Radio_0] sr_write() failed: > EnvironmentError: IOError: Block ctrl (CE_01_Port_40) 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_t)0u; uint64_t = > long unsigned int] > at /home/delta3/rfnoc3/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:155 > > Is there something more than just disconnecting the lines. Any help will > be appreciated. Thank you, > > Pratik > > _______________________________________________ > USRP-users mailing list > [email protected] > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >
_______________________________________________ USRP-users mailing list [email protected] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
