On 2021-09-09 10:32 a.m., Martin Braun wrote:
This feature Jonathon talks about was moved to its own script:
https://github.com/EttusResearch/uhddev/blob/master/host/utils/x300_reset.py
<https://github.com/EttusResearch/uhddev/blob/master/host/utils/x300_reset.py>.
This is Py3 compatible.
--M
<wistful>
I'll observe that a better thing here would be if it wasn't possible for
the X300 to get into the state that x300_reset.py is designed to get it
out of...
</wistful>
Also, is it possible for the X300 to get into an even-deeper state of
hungness where power-cycling IS the right answer? If so, what fraction
of the time?
On Sun, Sep 5, 2021 at 6:09 AM Jonathon Pendlum
<jonathon.pend...@ettus.com <mailto:jonathon.pend...@ettus.com>> wrote:
Hi Armin,
While this is not an official feature and you won't receive any
support for this, you can trigger a reset for X3xx devices with
this command: uhd/firmware/usrp3/x300/x300_debug.py --addr <device
IP address> --poke=0x00100058 --data=1. Note the script is not
python3 compatible.
Jonathon
On Fri, Sep 3, 2021 at 5:00 AM Armin Ghani <agh...@cttc.es
<mailto:agh...@cttc.es>> wrote:
Dear Community
I'm working remotely with USRPs. Sometimes due to unknown
reasons, USRPs go to unknown state where they are still
accessible through ping but they product error while initializing:
Executing: /usr/bin/python3 -u
/home/.../Documents/.../ml/autoencoder/grc/dnn_ofdm_test.py
[INFO] [UHD] linux; GNU C++ version 7.5.0; Boost_106501;
UHD_3.15.0.HEAD-0-gaea0e2de
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Radio 1x clock: 200 MHz
[ERROR] [UHD] Exception caught in safe-call.
in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with
uhd::endianness_t _endianness = (uhd::endianness_t)0]
at /home/.../Documents/uhd/host/lib/rfnoc/ctrl_iface.cpp:52
this->send_cmd_pkt(0, 0, true); -> 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_t)0; uint64_t = long unsigned int]
at /home/.../Documents/uhd/host/lib/rfnoc/ctrl_iface.cpp:151
Traceback (most recent call last):
File
"/home/.../Documents/.../ml/autoencoder/grc/dnn_ofdm_test.py",
line 1067, in <module>
main()
File
"/home/.../Documents/.../ml/autoencoder/grc/dnn_ofdm_test.py",
line 1043, in main
tb = top_block_cls(cp_len=options.cp_len,
fft_len=options.fft_len, samp_rate=options.samp_rate,
tx_freq=options.tx_freq)
File
"/home/.../Documents/.../ml/autoencoder/grc/dnn_ofdm_test.py",
line 237, in __init__
channels=list(range(0,1)),
File
"/usr/local/lib/python3/dist-packages/gnuradio/uhd/__init__.py",
line 125, in constructor_interceptor
return old_constructor(*args)
File
"/usr/local/lib/python3/dist-packages/gnuradio/uhd/uhd_swig.py",
line 3294, in make
return _uhd_swig.usrp_source_make(device_addr,
stream_args, issue_stream_cmd_on_start)
RuntimeError: 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_t)0; uint64_t = long unsigned int]
at /home/.../Documents/uhd/host/lib/rfnoc/ctrl_iface.cpp:151
And the only solution for this is hard resetting the USRP
which is a bit difficult for me. I'd like to know if there are
any other way to solve this issue or if you know remote ways
to do resetting which is equivalent to hard reset.
Regards.
--
Armin Ghani
Research Engineer | Communication Systems Division (CSD)
agh...@cttc.es <mailto:agh...@cttc.es>| +34 93 645 29 08 (2143)
Centre Tecnològic de Telecomunicacions de Catalunya (CTTC)
Av. Carl Friedrich Gauss, 7 - Edifici B4 - PMT
08860 - Castelldefels (Barcelona, Spain)
www.cttc.cat
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
<mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to
usrp-users-le...@lists.ettus.com
<mailto:usrp-users-le...@lists.ettus.com>
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
<mailto:usrp-users@lists.ettus.com>
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
<mailto:usrp-users-le...@lists.ettus.com>
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
