mbox series

[0/1] Workaround for rut955 modem initialization

Message ID 20210628115614.94579-1-ontje.luensdorf@dlr.de
Headers show
Series Workaround for rut955 modem initialization | expand

Message

Ontje.Luensdorf@dlr.de June 28, 2021, 11:56 a.m. UTC
From: Ontje Lünsdorf <ontje.luensdorf@dlr.de>

Hi all,

The rut955 fails to activate its modem upon every second reboot. By resetting
the modem upon initialization, we get it to work reliably.

This will probably affect all other modems and we are not sure if this may cause
side-effects on other devices.

Best regards,
Ontje

Ontje Lünsdorf (1):
  Reset modem upon initialization.

 package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 4 ++++
 1 file changed, 4 insertions(+)

Comments

John Crispin June 28, 2021, 12:19 p.m. UTC | #1
On 28.06.21 13:56, Ontje.Luensdorf@dlr.de wrote:
> This will probably affect all other modems and we are not sure if this may cause
> side-effects on other devices.


As similar problem can be observed when looking at swconfig. some 
switches need a reset, others do not. for this purpose an "option reset 
0/1" was introduced in uci. In this case maybe "modem_reset" might be a 
good option.

     John
Arjun AK June 28, 2021, 4:13 p.m. UTC | #2
On 28/06/21 5:26 pm, Ontje.Luensdorf@dlr.de wrote:
> From: Ontje Lünsdorf <ontje.luensdorf@dlr.de>
> 
> Hi all,
> 
> The rut955 fails to activate its modem upon every second reboot. By resetting
> the modem upon initialization, we get it to work reliably.
> 
> This will probably affect all other modems and we are not sure if this may cause
> side-effects on other devices.
> 


We definitely should not reset all modems just because one specific 
modem doesn't work. If you reset the modem, it might take another 10s+ 
to come back up thereby delaying the time taken for the router to be 
ready. Could you filter by PID/VID and reset only rut955?

-
Arjun
Daniel Golle June 28, 2021, 10:38 p.m. UTC | #3
On Mon, Jun 28, 2021 at 02:19:11PM +0200, John Crispin wrote:
> 
> On 28.06.21 13:56, Ontje.Luensdorf@dlr.de wrote:
> > This will probably affect all other modems and we are not sure if this may cause
> > side-effects on other devices.
> 
> 
> As similar problem can be observed when looking at swconfig. some switches
> need a reset, others do not. for this purpose an "option reset 0/1" was
> introduced in uci. In this case maybe "modem_reset" might be a good option.

This particular device (Teltonika RUT955) got a dedicated reset line for
the USB-connected internal Quectel EC-25 modem available as GPIO which
could be toggled on boot if needed (in user-space or by wiring up
device-tree magic doing that).

That's more reliable than using QMI to trigger the reset, and also more
generic in terms of people not even using 'uqmi' on that device.


Cheers


Daniel
Reiner Karlsberg June 29, 2021, 3:42 a.m. UTC | #4
+1

Actually, I am using the RUT955 running PPP, _not_ qmi.
For the requirement (or precaution) of a reset of the modem, using the GPIO for the RUT955
looks like the proper solution to go.

In the opposite, ZBT confirmed, that on their WE826 there is no wiring
to (power-)reset the installed Quectel EC25.


@Daniel:
Could you please publish a complete shell-script on the openwrt forum, using the GPIO on the RUT955
to reset the EC25 ?

Cheers,

Reiner Karlsberg


Am 29.06.2021 um 01:38 schrieb Daniel Golle:
> On Mon, Jun 28, 2021 at 02:19:11PM +0200, John Crispin wrote:
>>
>> On 28.06.21 13:56, Ontje.Luensdorf@dlr.de wrote:
>>> This will probably affect all other modems and we are not sure if this may cause
>>> side-effects on other devices.
>>
>>
>> As similar problem can be observed when looking at swconfig. some switches
>> need a reset, others do not. for this purpose an "option reset 0/1" was
>> introduced in uci. In this case maybe "modem_reset" might be a good option.
> 
> This particular device (Teltonika RUT955) got a dedicated reset line for
> the USB-connected internal Quectel EC-25 modem available as GPIO which
> could be toggled on boot if needed (in user-space or by wiring up
> device-tree magic doing that).
> 
> That's more reliable than using QMI to trigger the reset, and also more
> generic in terms of people not even using 'uqmi' on that device.
> 
> 
> Cheers
> 
> 
> Daniel
> 
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>
Ontje.Luensdorf@dlr.de June 29, 2021, 6:13 a.m. UTC | #5
Hi all,


Daniel Golle <daniel@makrotopia.org> writes:

> On Mon, Jun 28, 2021 at 02:19:11PM +0200, John Crispin wrote:
> This particular device (Teltonika RUT955) got a dedicated reset line for
> the USB-connected internal Quectel EC-25 modem available as GPIO which
> could be toggled on boot if needed (in user-space or by wiring up
> device-tree magic doing that).
>
> That's more reliable than using QMI to trigger the reset, and also more
> generic in terms of people not even using 'uqmi' on that device.

thanks for the feedback. We will attempt to follow the advices. This
will take time, though. The device is currently being field tested.

Best regards,
Ontje