<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>First of all, thank you for the instant answer :-)</p>
<p>See comments below.<br>
</p>
<blockquote type="cite"
cite="mid:250df31cf1adf33ec988d348b00fea921b380174.camel@redhat.com">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hi there,
I got a Telit LE910C1-EU attached to an embedded device, using
ModemManager 1.19.0 (main branch, 2 commits behind) and libmbim
1.27.3 (main branch, 1 commit behind). Linux Kernel is v5.12.
I was able connect successfully to an LTE network using both PPP (USB
profile 0x1201, 3 AT ports) and MBIM (USB profile 0x1252, MBIM + 2AT
ports). Both configurations seem to work -- I was able to ping a
server using those interfaces.
But there are some inconsistencies that I see:
* While PPP shows a signal quality of 85%, MBIM only shows between 9
and 19 % signal quality. (When I use a AT+CSQ command in MBIM mode,
the result is 20 which is in the middle of the range, so I that
should be more than 20%)
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
AT+CSQ and MBIM are different ways of measuring, so it depends on what
the numbers you get are. Are you able to run mbimcli's "query-signal-
state" option on the device? What do you see?
What is the raw value from CSQ?</pre>
</blockquote>
<ul>
<li>CSQ gives a value of 20, which maps to -73 dBm according to
the documenation. <br>
</li>
<li>The MBIM command returns a value of 3 for the rssi, which maps
to -117 dBm according to the MBIM spec (which matches the 9% I
see). <br>
</li>
<li>I also checked the CIND command, that gives an rssi value of 3
as well, but here the range is 0 to 5, so indicating -68dBm.<br>
</li>
</ul>
<blockquote type="cite"
cite="mid:250df31cf1adf33ec988d348b00fea921b380174.camel@redhat.com">
<pre class="moz-quote-pre" wrap="">In the end, it may just be a difference in how the firmware calculates
and reports the value.
</pre>
</blockquote>
To me, that looks a little bit like its a bug in the MBIM
implementation in the modem: The returned the rssi in the wrong
scaling when using MBIM (Just guessing....)
<blockquote type="cite"
cite="mid:250df31cf1adf33ec988d348b00fea921b380174.camel@redhat.com"><br>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap=""> * While PPP does not show any sim lock, MBIM shows a SimPin2 lock
(although we are connected).
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
This is normal, the PIN2 lock controls stuff that isn't necessary for
normal operation.</pre>
</blockquote>
That is good, so I can ignore it. Is that PIN2 lock something
specific to MBIM? Or is it just again that the implementation
differs from PPP to MBIM?<br>
<blockquote type="cite"
cite="mid:250df31cf1adf33ec988d348b00fea921b380174.camel@redhat.com">[...]
<pre class="moz-quote-pre" wrap=""> * What limitations do I get when I use PPP instead MBIM?
</pre>
<pre class="moz-quote-pre" wrap="">
Mostly speed. PPP will be pretty bandwidth limited and you won't be
able to achieve anywhere near full LTE speeds without MBIM. MBIM is
also typically more reliable than AT+PPP since it talks to the modem
more directly and the control path is simpler.</pre>
</blockquote>
<p>Ok, that matches my expectations. <br>
</p>
<p>Thank you!<br>
</p>
<blockquote type="cite"
cite="mid:250df31cf1adf33ec988d348b00fea921b380174.camel@redhat.com">
<pre class="moz-quote-pre" wrap="">
Dan
</pre>
</blockquote>
Uli<br>
</body>
</html>