Signal quality not updated with Quectel EG25 through QMI

Frederic Martinsons frederic.martinsons at sigfox.com
Fri Oct 1 09:30:06 UTC 2021


> It's a EG25, I assume in miniPCIe format? Do you have access to the antenna connectors?

Nope, it is an USB dongle (https://developers.soracom.io/en/start/connect/soracom-onyx-lte/) and I made a typo, it is an EC25 not EG25 (I was tricked by mmcli output and the modem revision which is EG25GGBR07A07M2G)
[https://developers.soracom.io/assets/images/base-station.svg]<https://developers.soracom.io/en/start/connect/soracom-onyx-lte/>
Soracom Onyx LTE Dongle Setup Guide | SORACOM Developers<https://developers.soracom.io/en/start/connect/soracom-onyx-lte/>
The plan01s SIM is a 3-in-1 design that allows you to conveniently break out the SIM card into standard/mini (2FF), micro (3FF), and nano (4FF) form factors. As the Onyx LTE dongle uses the nano (4FF) size, take care to remove the nano SIM card size when removing it from its packaging.
developers.soracom.io
> See https://modemmanager.org/docs/modemmanager/debugging/#qmi-proxy-or-mbim-proxy-debug-logs

Thanks for the pointer, I'll do that.


I did your suggested modifications (patches mm-broadband-modem-qmi.c) and it seems to change nothing (I keep getting my signal quality "cached" and I don't see "Signal Strength" indications beside in the beginning of modem initialization)

Note: Since the log of MM and qmi_proxy took around 1MB , I choose to tar them, I hope it will not be refused by the mail engine.

________________________________
From: Aleksander Morgado <aleksander at aleksander.es>
Sent: Friday, October 1, 2021 9:55 AM
To: Frederic Martinsons <frederic.martinsons at sigfox.com>
Cc: modemmanager-devel at lists.freedesktop.org <modemmanager-devel at lists.freedesktop.org>
Subject: Re: Signal quality not updated with Quectel EG25 through QMI

Hey,

>
> > But what do you want? Do you want the extended signal interface
> > information, or do you want the percentage value (which is probably
> > what you were using when AT protocol was being used).
>
> I want the percentage value for the moment (to keep backward compatibility with what we got when using ppp). But I'll look at extended signal interface in the future
>

Ok.

> > Have you done tests e.g.
> > disconnecting antennas and such, to see if those indications are
> > emitted?
>
> Nope, I didn't test that (and I don't know how)
>

While you have debug logs on, you could physically disconnect the
antenna from the modem. It's a EG25, I assume in miniPCIe format? Do
you have access to the antenna connectors?

> > If possible, please debug that with MM debug level
> > enabled and also with the qmi-proxy running in verbose mode (in case
> > the problem is a failure in the indication forward done by the proxy).
>
> Sure, I joined the full log of ModemManager but I didn't find how to make qmi-proxy verbose so I patch https://gitlab.freedesktop.org/mobile-broadband/libqmi/-/blob/1.28.8/src/qmi-proxy/qmi-proxy.c to set verbose_flag to TRUE
> src/qmi-proxy/qmi-proxy.c · 1.28.8 · Mobile broadband connectivity / libqmi
> QMI modem protocol helper library
> gitlab.freedesktop.org

See https://modemmanager.org/docs/modemmanager/debugging/#qmi-proxy-or-mbim-proxy-debug-logs

> From what I see in the log, there is no Signal indications, just a few "Get Packet Statistics"

That may very well be because the signal didn't change too much; i.e.
it stayed in the ranges defined for which we want signal indication
updates. I've reviewed the log, and found that the thresholds given
are very wrong I think:

                                                        <<<<<< TLV:
                                                        <<<<<<   type
     = "Signal Strength Indicator" (0x10)
                                                        <<<<<<   length     = 7
                                                        <<<<<<   value
     = 01:05:B0:D8:00:28:50
                                                        <<<<<<
translated = [ report = 'yes' thresholds = '{ [0] = '-80 ' [1] = '-40
' [2] = '0 ' [3] = '40 ' [4] = '80 '}' ]

The signal strength indicator allows configuring thresholds in the
-127,+127 range (dBm), with a minimum of 5; but that doesn't mean we
should evenly distribute the thresholds in that range. The docs don't
say anything about this being RSSI, but I would have assumed it is,
and in normal user setups we definitely don't expect any RSSI above 0!
Could you edit mm-broadband-modem-qmi.c, method
common_enable_disable_unsolicited_events_signal_strength(), and update
the array of thresholds like this?

    static const gint8 thresholds_data[] = { -110, -100, -90, -80, -70 };

Variations in the antenna connection done manually should definitely
trigger QMI indications reporting the signal quality updates if those
thresholds are configured.

P.D. it's probably time we start integrating the "newest QMI commands"
support by default.

--
Aleksander
https://aleksander.es

Your privacy is important to us. Please see our Privacy Notice<https://www.sigfox.com/en/privacy-and-cookies-policy> for further details. The information contained in this Message is confidential. If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this Message in error, please delete it and all copies from your system and notify the sender immediately by return message. Any use of information contained in this Message not in accordance with its intended purpose, any dissemination or disclosure (either whole or partial), is prohibited unless expressly authorized. Email communication cannot be guaranteed to be timely secure, error or virus-free. The sender cannot be held responsible for any alteration, errors or omissions, which arise as a result.

..................................................................................................................

La protection de vos données personnelles est primordiale pour notre établissement. Merci de consulter notre notice sur la protection des données personnelles <https://www.sigfox.com/en/privacy-and-cookies-policy> pour plus d'informations. Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires. Les informations qui y figurent sont confidentielles. Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Veuillez également en avertir immédiatement l'expéditeur par retour du Message. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse. Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, soient sécurisées ou dénuées de toute erreur ou virus. L'expéditeur ne peut être tenu responsable des modifications, erreurs ou omissions qui pourraient en résulter.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20211001/400995c5/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dbg_logs.tar.gz
Type: application/gzip
Size: 58489 bytes
Desc: dbg_logs.tar.gz
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20211001/400995c5/attachment-0001.gz>


More information about the ModemManager-devel mailing list