<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Sep 20, 2017 at 4:07 AM, Daniele Palmas <span dir="ltr"><<a href="mailto:dnlplm@gmail.com" target="_blank">dnlplm@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Aleksander and Rowan,<br>
<span class="gmail-"><br>
2017-09-19 18:53 GMT+02:00 Aleksander Morgado <<a href="mailto:aleksander@aleksander.es">aleksander@aleksander.es</a>>:<br>
>><br>
>><br>
>> Interesting, in the testing lab they noticed that they only saw this being a<br>
>> problem when ModemManager was running. But if your telling me that it’s<br>
>> related to the modules firmware... Can you think of anything in Modem<br>
>> Manager that could be conflicting with the carrier messages going to the<br>
>> module?<br>
><br>
> The only thing I can think of is that ModemManager actually consumes<br>
> the AT unsolicited messages it receives in the TTYs. Maybe the module<br>
> is sending these messages and expecting something else to happen? No<br>
> idea.<br>
><br>
<br>
</span>yes, the modem could send notifications related to the OMA DM session,<br>
but my understanding is that those are only to report the status, so<br>
consuming unsolicited should not be an issue.<br>
<br>
Rowan,<br>
<br>
is ModemManager starting a data connection before the tests are started?<br>
<br>
If yes, maybe it could be worth retrying with data connection<br>
disabled, since there could be some issue with the contexts managed<br>
internally by the firmware for the session and the one used by<br>
ModemManager.<br>
<span class="gmail-"><br>
> Maybe getting debug logs of MM while reproducing the issues may give<br>
> us more hints:<br>
> <a href="https://www.freedesktop.org/wiki/Software/ModemManager/Debugging/" rel="noreferrer" target="_blank">https://www.freedesktop.org/<wbr>wiki/Software/ModemManager/<wbr>Debugging/</a><br>
><br>
<br>
</span>Agree, that could be useful.<br>
<br>
Regards,<br>
Daniele<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
><br>
> --<br>
> Aleksander<br>
> <a href="https://aleksander.es" rel="noreferrer" target="_blank">https://aleksander.es</a><br>
</font></span></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">Please see the attached logs. In the file entitled: ModemManager_waiting_on_prl_update_from_carrier.txt you can see that a #905 comes in but we never get a #909. I'm thinking that its not relaying these  #9xx messages to the module. If this is not possible would it be possible to put something in ModemManager to abort the data session and relay the previously sent commands to the module?</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Some Telit #9xx commands:</div><div class="gmail_extra">Hands Free Activation (Includes device configuration, PRL, and FUMO)</div><div class="gmail_extra">#904 - Notification - HFA Started</div><div class="gmail_extra">#914 - Notification – Done, HFA Success</div><div class="gmail_extra"><br></div><div class="gmail_extra">Stand Alone Device Configuration Network Initiated</div><div class="gmail_extra">#906 - Notification – DC DM session started</div><div class="gmail_extra">#918 - Notification – DC Done, success</div><div class="gmail_extra"><br></div><div class="gmail_extra">Stand Alone PRL Network Initiated</div><div class="gmail_extra">#905 - Notification – PRL DM session started</div><div class="gmail_extra">#909 - Notification – Done, PRL success</div><div class="gmail_extra"><br></div><div class="gmail_extra">Stand FUMO Network Initiated</div><div class="gmail_extra">#907 - Notification – FUMO DM session started</div><div class="gmail_extra">#916 - Notification – Done, No firmware update</div><div class="gmail_extra">#919 - Notification – Done, Firmware downloaded successfully</div><div><br></div></div></div>