Francisco,
The FPGA update sounds like a good step. I also notice that the 'addr'
argument you pass seems to be interpreted as a 'mgmt_addr' based on the
[INFO] output. In newer embedded devices like the N3xx, I wouldn't expect
you to be able to successfully run a uhd_usrp_probe over that mgmt address
- you can't pass CHDR packets over the mgmt interface. On the N3xx, I'd
tell you to connect over the SFP+ port(s) and try again. The E312 obviously
doesn't have SFP+ ports, so I think you'd need to set it up to operate in
"network mode" to enable this CHDR streaming over the RJ45. I'm not sure
what the state of network mode is on the E31x in UHD 3.15.
Alternatively, you could try SSH'ing into your E312 over that mgmt port,
and then run the uhd_usrp_probe directly on the device. I'd expect that to
work over the mgmt port every time.
-Sam
On Thu, Apr 9, 2020 at 12:48 PM Minutolo, Lorenzo via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi Francisco,
> I had the same problem with a brand new N321. Deleting, downloading again
> and reloading the FPGA image from the host did the trick in my case.
> Note: I did't try to reproduce the condition so I'm not 100% sure of
> validity of the solution, just saying it's worth a test.
>
> Best,
> Lorenzo
> ------------------------------
> *From:* USRP-users <usrp-users-boun...@lists.ettus.com> on behalf of
> Francisco Salomon via USRP-users <usrp-users@lists.ettus.com>
> *Sent:* Thursday, April 9, 2020 9:36 AM
> *To:* usrp-users@lists.ettus.com <usrp-users@lists.ettus.com>
> *Subject:* [USRP-users] E312 fails to run uhd_usrp_probe from host
>
> Hi all,
> I'm trying uhd_usrp_probe on my host to get information of my E312 (when I
> run it locally on the E312 it's fine), and it fails to get the data with
> the following error:
>
> me@myhost: ~/rfnoc/uhd$ uhd_usrp_probe --args type=e3xx,addr=192.168.3.2
> [INFO] [UHD] linux; GNU C++ version 8.3.0; Boost_106700;
> UHD_3.15.0.HEAD-0-gaea0e2de
> [INFO] [MPMD] Initializing 1 device(s) in parallel with args:
> mgmt_addr=192.168.3.2,type=e3xx,product=e310_sg3,serial=30D84C7,claimed=False,addr=192.168.3.2
> [INFO] [MPM.PeriphManager] Found 1 daughterboard(s).
> [ERROR] [MPMD] Failure during block enumeration: RuntimeError: Error
> during RPC call to `request_xport'. Error message: rpc::rpc_error during
> call
> [INFO] [MPM.PeriphManager] init() called with device args
> `mgmt_addr=192.168.3.2,product=e310_sg3'.
> [ERROR] [MPM.RPCServer] Uncaught exception in method request_xport :
> Traceback (most recent call last):
> File "/usr/lib/python3.5/site-packages/usrp_mpm/rpc_server.py", line
> 182, in new_claimed_function
> return function(*args)
> File "/usr/lib/python3.5/site-packages/usrp_mpm/periph_manager/e31x.py",
> line 525, in request_xport
> assert self.mboard_info['rpc_connection'] in ('local')
> AssertionError
> Error: RuntimeError: Failed to run enumerate_rfnoc_blocks()
>
> Have you seen this kind of error for E310/E310?
> Does E312 accept requests from the host?
> I did manage to load the FPGA image from the host by running:
> me@myhost:~rfnoc/uhd$ uhd_image_loader --args type=e3xx,addr=192.168.3.2
>
> The sdcard image on the E312 is the one from
> http://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0/e3xx_e310_sg3_sdimg_default-v3.15.0.0.zip,
> and I think the UHD version on the E312 matches the one on the host:
> root@ni-e31x-30D84C7:~# uhd_config_info --version
> UHD 3.15.0.0-0-gaea0e2de
> me@myhost: ~/rfnoc/uhd$ uhd_config_info --version
> UHD 3.15.0.HEAD-0-gaea0e2de
>
> Any clue?
> Many thanks!
>
> Francisco
> _______________________________________________
> 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
