> 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 <aleksan...@aleksander.es>
Sent: Friday, October 1, 2021 9:55 AM
To: Frederic Martinsons <frederic.martins...@sigfox.com>
Cc: modemmanager-devel@lists.freedesktop.org 
<modemmanager-devel@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.

Attachment: dbg_logs.tar.gz
Description: dbg_logs.tar.gz

Reply via email to