<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 1, 2014 at 1:15 AM, Aleksander Morgado <span dir="ltr"><<a href="mailto:aleksander@aleksander.es" target="_blank">aleksander@aleksander.es</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Wed, Apr 30, 2014 at 9:59 AM, Ben Chan <<a href="mailto:benchan@chromium.org">benchan@chromium.org</a>> wrote:<br>


> +        /* +CFUN=0 is supported on all Huawei modems but +CFUN=4 isn't,<br>
> +         * thus we use +CFUN=0 to put the modem in low power state. */<br>
>          mm_base_modem_at_command (MM_BASE_MODEM (self),<br>
>                                    "+CFUN=0",<br>
>                                    30,<br>
<br>
</div>Do all Huawei modems allow recovering from a +CFUN=0? i.e. will they<br>
still reply to AT commands in the tty after +CFUN=0 has been issued?<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>I can't confirm for all Huawei modems. The few Huawei dongles that I've tested seem to allow transitions from CFUN=0 to to CFUN=1. As Huawei suggested using +CFUN=0 instead of +CFUN=4, I'd expect their modems can recover from CFUN=0.  If we later find some Huawei modems that fail to recover from CFUN=0, we could specifically handle them by either disallowing modem_power_{up,down} or see if they can support CFUN=4. Hopefully, those are rare cases.  Newer modems are likely to support ^RFSWITCH, so we won't have a problem there.</div>

</div></div></div>