[USRP-users] Re: Remote Resetting of USRP

This is the correct url: https://github.com/EttusResearch/uhd/blob/master/host/utils/x300_reset.py On Thu, Sep 9, 2021, 10:34 AM 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.

[USRP-users] Re: Remote Resetting of USRP

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 . This is Py3 compatible. --M

[USRP-users] Re: Remote Resetting of USRP

This feature Jonathon talks about was moved to its own script: https://github.com/EttusResearch/uhddev/blob/master/host/utils/x300_reset.py. This is Py3 compatible. --M On Sun, Sep 5, 2021 at 6:09 AM Jonathon Pendlum wrote: > Hi Armin, > > While this is not an official feature and you won't rec

[USRP-users] Re: Remote Resetting of USRP

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 --poke=0x00100058 --data=1. Note the script is not python3 compatible. Jonathon On Fri, Sep 3, 202

[USRP-users] Re: Remote Resetting of USRP

I’ve looked into this as well. There is a processor reset pin on the jtag connector (at least on the e320). However, it did not have the intended effect when I grounded it. We have decided to implement a relay solution, like Marcus mentioned. ___ USRP-

[USRP-users] Re: Remote Resetting of USRP

On 2021-09-03 5:00 a.m., Armin Ghani 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: The only thing that's really reliable in this regar