It got fixed finally. I just removed the device parameter all together. And let the block itself decide it. And it worked like a charm..!
Thanks & regards, Mohamed Yaaseen On Thu, 4 Jun 2020, 5:15 pm Mohamed Yaaseen, <mdyaaseen1...@gmail.com> wrote: > Yes, I tried including the "type=x300" in the device address. Still it is > not working. Throwing the same error. I am attaching a screenshot of the > parameters. > > I have even tried ping the device which works perfectly fine. Both the > dual 10-Gig interface can be pinged > > I am not sure what is the issue here ! > > *ya-seen@sdr-linux-machine*:*~*$ ping 192.168.30.2 >> PING 192.168.30.2 (192.168.30.2) 56(84) bytes of data. >> 64 bytes from 192.168.30.2: icmp_seq=1 ttl=32 time=0.677 ms >> 64 bytes from 192.168.30.2: icmp_seq=2 ttl=32 time=0.651 ms >> 64 bytes from 192.168.30.2: icmp_seq=3 ttl=32 time=0.652 ms >> 64 bytes from 192.168.30.2: icmp_seq=4 ttl=32 time=0.632 ms >> ^C >> --- 192.168.30.2 ping statistics --- >> 4 packets transmitted, 4 received, 0% packet loss, time 3064ms >> rtt min/avg/max/mdev = 0.632/0.653/0.677/0.016 >> ms*ya-seen@sdr-linux-machine*:*~*$ ping 192.168.40.2 >> PING 192.168.40.2 (192.168.40.2) 56(84) bytes of data. >> 64 bytes from 192.168.40.2: icmp_seq=1 ttl=32 time=0.647 ms >> 64 bytes from 192.168.40.2: icmp_seq=2 ttl=32 time=0.647 ms >> 64 bytes from 192.168.40.2: icmp_seq=3 ttl=32 time=0.646 ms >> 64 bytes from 192.168.40.2: icmp_seq=4 ttl=32 time=0.621 ms >> ^C >> --- 192.168.40.2 ping statistics --- >> 4 packets transmitted, 4 received, 0% packet loss, time 3067ms >> rtt min/avg/max/mdev = 0.621/0.640/0.647/0.011 ms >> >> > > On Thu, 4 Jun 2020 at 01:49, Marcus D. Leech <patchvonbr...@gmail.com> > wrote: > >> On 06/03/2020 07:45 PM, Mohamed Yaaseen wrote: >> >> I have created a new flow graph for the non-RFNoC , one without any >> device3 block. >> in the device parameter of the usrp source I am using >> "addr0=192.168.30.2, addr1=192.168.40.2" this string >> >> should I have to use "type=x300" ? >> >> Yes. Since simply specifying an IP address isn't enough to unambiguously >> identify the device type, AFAIR, although from your previous log, >> it looks like it figured it out. >> >> Also, when this is happening, can you ping those addresses, outside of >> any Gnu Radio or UHD application, just can you ping them as >> normal IP devices? >> >> Also, I've copied usrp-users, where this conversation should probably be >> moved. >> >> >> >> >> regards, >> Mohamed Yaaseen >> >> >> >> On Thu, 4 Jun 2020 at 01:04, Marcus D. Leech <patchvonbr...@gmail.com> >> wrote: >> >>> On 06/03/2020 05:27 PM, Mohamed Yaaseen wrote: >>> >>> Hello Guys, >>> I am using usrp x310 with default XG image. I have also setup the >>> RFNoC platform in GNURadio with gr-ettus. >>> RFNoC ddc example using RFNoC blocks works perfectly with 100MHz of >>> bandwidth. But when I go back to using normal usrp source block which is a >>> normal gr-uhd block, it throws the following error. >>> >>> >>> [INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100; >>>> UHD_3.15.0.0-16-ga3ece4f2 >>>> [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] [0/DmaFIFO_0] Initializing block control (NOC ID: >>>> 0xF1F0D00000000000) >>>> [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1296 MB/s) >>>> [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1319 MB/s) >>>> [INFO] [0/Radio_0] Initializing block control (NOC ID: >>>> 0x12AD100000000001) >>>> [INFO] [0/Radio_1] Initializing block control (NOC ID: >>>> 0x12AD100000000001) >>>> [INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000000) >>>> [INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000000) >>>> [INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000000) >>>> [INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000000) >>>> 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 /home/ya-seen/workspace/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:151 >>>> >>> >>> >>> what is this issue ? what am I doing wrong here ? Help, suggestions >>> highly appreciated >>> >>> thanks in advance !! >>> >>> Regards, >>> Mohamed Yaaseen >>> >>> What is in the device arguments for the normal USRP block? Are they the >>> same as the device3 block? Did you leave the device3 block in your >>> non-RFNOC flow-graph? >>> >>> >>> >>