>Yes, definitely useful there if the platform has a way of actually
>killing power to the device, whether that's USB or GPIO or whatever.
>And I think it would be fine to add a method to the Modem object to do
>this.
>
>If there's a lot of variability in platforms (and I think there is :)
>we could
On Fri, 2019-05-31 at 11:18 +0200, Ladislav Michl wrote:
> On Thu, May 30, 2019 at 09:46:01PM -0500, Dan Williams wrote:
> > On Fri, 2019-05-31 at 00:01 +0200, Ladislav Michl wrote:
> [...]
> ...and I'll eventually create new thread to not continue hikacking
> this one.
> > > I'm using MM&NM restar
On Thu, May 30, 2019 at 09:46:01PM -0500, Dan Williams wrote:
> On Fri, 2019-05-31 at 00:01 +0200, Ladislav Michl wrote:
[...]
...and I'll eventually create new thread to not continue hikacking this one.
> > I'm using MM&NM restart and if that doesn't help, then modem
> > powercycle and
> > then da
On Fri, 2019-05-31 at 00:01 +0200, Ladislav Michl wrote:
> On Thu, May 30, 2019 at 08:49:15PM +0200, Dario Nieuwenhuis wrote:
> > Hello,
> >
> > We have some embedded devices deployed in the field using a huawei
> > E173s-1
> > modem. We're having some issues where connectivity stops working
> > r
On Thu, May 30, 2019 at 08:49:15PM +0200, Dario Nieuwenhuis wrote:
> Hello,
>
> We have some embedded devices deployed in the field using a huawei E173s-1
> modem. We're having some issues where connectivity stops working randomly,
> after 1-3 weeks of uptime.
>
> First, there's a PPP disconnecti
Hello,
We have some embedded devices deployed in the field using a huawei E173s-1
modem. We're having some issues where connectivity stops working randomly,
after 1-3 weeks of uptime.
First, there's a PPP disconnection. Then there's a few loops of this error
for 1-2 seconds, rather fast:
fai
