<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Anyway, the only thing I can think of is a timing issue with the modem<br>firwmare and network registration or initial bearer setup or something<br>like that. Perhaps MM isn't querying some ready state well enough, or<br>the modem isn't fully set up when we're querying because MM isn't<br>asking the right question. NOt sure what else it could be.  </blockquote><div>Wonderful observation there. Just realized this modem's boot ready URC is '+PBREADY'. There's nothing in MM to support(minus ublox plugin) this cmd, which would imply that MM would be sending cmd's before the module is ready.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> I made sure that the modem was freshly booted in both cases.  </blockquote><div>That'd be the main difference, you waited.</div><div><br></div><div>To test this theory out all you need to do is stop MM, plugin/start your modem give it ~20 sec's to be sure. Then start MM and see if the connection now works. Let me know if that work and then we can go from there.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 15, 2019 at 8:20 AM Dan Williams <<a href="mailto:dcbw@redhat.com">dcbw@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 2019-03-15 at 14:20 +0100, Sven Schwermer wrote:<br>
> Hi again,<br>
> <br>
> I did some more work and now I am able to connect manually (without<br>
> ModemManager). All that’s required is the AT^SWWAN=1,1 command if the<br>
> APN is already correctly configured. I checked this via AT+CGDCONT?.<br>
> Note, that this only works for CID=1. After changing the APN for<br>
> CID=1, the modem must be forced to re-attach since the modem auto-<br>
> attaches after power-up. More on this can be found in the chapter<br>
> “Attaching to LTE Networks” in AT manual. Another interesting fact is<br>
> that the modem appends a string to the APN after it has attached, in<br>
> my case “.mnc009.mcc242.gprs”. I’m not sure if this is common.<br>
> <br>
> In order to debug the command sequence issued by ModemManager, I<br>
> extracted all commands sent by the ModemManager from the debug logs<br>
> incl. their timing. I then replayed them with the same (similar)<br>
> timing manually from a script, i.e. without ModemManager running. I<br>
> made sure that the modem was freshly booted in both cases. Curiously,<br>
> when replaying the commands, the AT^SWWAN commands succeeds. This<br>
> leaves me a little puzzled.<br>
<br>
Great debugging strategy actually :)  This is something I had wanted to<br>
do for MM testing too, record the commands, responses, and timing to a<br>
file so we could use them later for unit tests.<br>
<br>
Anyway, the only thing I can think of is a timing issue with the modem<br>
firwmare and network registration or initial bearer setup or something<br>
like that. Perhaps MM isn't querying some ready state well enough, or<br>
the modem isn't fully set up when we're querying because MM isn't<br>
asking the right question. NOt sure what else it could be.<br>
<br>
> Does ModemManager issue commands concurrently? I saw in the logs both<br>
> “device open count is 2 (open)” and “device open count is 3 (open)”.<br>
> Could that mean that sometimes two AT commands are sent at the same<br>
> time?<br>
<br>
MM serializes commands on the same port using an internal queue to hold<br>
pending commands, and will not issue the next command until the<br>
response to the first has either arrived or timed out.<br>
<br>
While connected on a serial port with PPP MM will try to send commands<br>
(signal strength, access tech, etc) on a secondary AT port while the<br>
main one is occupied with PPP.<br>
<br>
Dan<br>
<br>
> Best regards,<br>
> Sven<br>
> _______________________________________________<br>
> ModemManager-devel mailing list<br>
> <a href="mailto:ModemManager-devel@lists.freedesktop.org" target="_blank">ModemManager-devel@lists.freedesktop.org</a><br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/modemmanager-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/modemmanager-devel</a><br>
<br>
</blockquote></div>