Re: [Discuss-gnuradio] Automatically Restart UHD/gr-uhd blocks

On 02/19/2015 12:14 AM, John Malsbury wrote:
> Dan,
>
> I think you were working a different, USB-related issues.
>
> My task is a bit different. The goal is not to power cycle the USRPs -
> its to re-initialize and resume after and power cycle, without
> intervention from an external executive or operator. (ie. by some task
> that monitors for a stop in dataflow and then perhaps calls a re-init
> function in gr-uhd, or rebuilds a flowgraph entirely)

This has been mentioned before, but we've never made a plan to fix this.
One issue is that if the USRP conks out, this usually means the block
breaks down -- so the issue is not so much recovering the multi_usrp,
but rather making sure the usrp_{sink,source} blocks keep running when
the USRP has some issues.

M


>
> -John
>
> On Wed, Feb 18, 2015 at 3:06 PM, Dan CaJacob <dan.cajacob@gmail.com
> <mailto:dan.cajacob@gmail.com>> wrote:
>
> I worked around a problem like this by installing an in-line power
> relay in my remote nodes. Not ideal, but in some rare situations,
> even forcing the FPGA to reload was not successful. Sometimes a
> power cycle was the only hope.
>
> That said, I've heard some lovely things about reset commands
> available for the newer boards, but it's not clear to me if they are
> integrated into the driver. Seems likely, though.
>
> Very Respectfully,
>
> Dan CaJacob
>
> On Wed, Feb 18, 2015 at 4:29 PM, John Malsbury
> <jmalsbury.personal@gmail.com <mailto:jmalsbury.personal@gmail.com>>
> wrote:
>
> I've recently received a request to have GNU Radio flowgraphs
> recover gracefully in the event of power glitches, or transient
> Ethernet anomalies that are severe enough to break the
> dataflow. ie. the event should be noted, but there should be a
> way to re-init the USRP for continued operation with restart the
> .py.
>
> I haven't really been keeping up.
>
> * Has there been any discussion on how we might modify gr-uhd,
> and maybe UHD, to allow automatic re-initialization of the
> USRP?
> * If not, is this a reasonable place to brainstorm on the
> problem?
> * Has anyone already solved this?
>
> It doesn't seem that complex, but I'd like to pick the most
> straight-forward path.
>
> -John
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio