Inquiry about some details about ModemManager for the mismatch between "mmcli -m index" and at command result

[Kevin.Lee(李家玮)]

Hi
Recently I met an issue of the mismatched result from mmcli and at commands, details are below.



Thanks,
Kevin

发件人: Aleksander Morgado [mailto:aleksander at aleksander.es]
发送时间: 2020年8月14日 16:27
收件人: Kevin.Lee(李家玮) <kevin.lee at fibocom.com>
主题: Re: Inquiry about some details about ModemManager for the mismatch between "mmcli -m index" and at command result

Hey

Please send your questions to the public ModemManager mailing list address, so that everyone can read those questions and the replies.

Thanks!

On Fri, 14 Aug 2020, 03:35 Kevin.Lee(李家玮), <kevin.lee at fibocom.com<mailto:kevin.lee at fibocom.com>> wrote:
Dear Aleksander,

Sorry for that, I need to correct my saying in last e-mail.
In code I found this value was set to ‘MM_MODEM_STATE_REGISTERED’ in function ‘update_regeistration_reload_current_registration_info_ready’. And I found this parameter will block modem state transfering to other states. Could you please kindly make some explain on this?


Thanks,
Kevin

发件人: Kevin.Lee(李家玮)
发送时间: 2020年8月13日 11:12
收件人: aleksander at aleksander.es<mailto:aleksander at aleksander.es>
主题: Inquiry about some details about ModemManager for the mismatch between "mmcli -m index" and at command result

Dear Aleksander,

I hope this e-mail finds you well.
My name is Kevin, working in fibocom. Recently I got some confusion during the time handling with some ModemManager issues.
The modem I use is a Fibcom L860-GL on a Lenovo PC, on which I found when I type in “mmcli –m index” to query the information of modem. However, I found the result from mmcli and at is different, the picture is shown below.
[image.png]

As we can tell, modem state from this two ways are mismatched. After reviewing the code, I found that there is a function called “get_current_consolidated_state” in mm-iface-modem.c which will build a consolidated state. The parameter “modem_state” passed in is ‘enabled’, which matched with the actual modem state after sending at command “at+cops=2” to unregister from network. Based on my understanding,this consolidated_state was technically meant to match with the state reported from subsystem, in code I found this value was set to ‘MM_MODEM_STATE_CONNECTED’ in function ‘update_regeistration_reload_current_registration_info_ready’. So my questions are:

1.       Is this phenomena ( results from at command and mmcli are different) a special design in order to compatible with different ‘subsystem’?

2.       I’m not very clear with the concept of ‘subsystem’, and I failed to find any description about it in the document. So could you kindly provide me some guidance?

Your answers will be very helpful and I appreciate a lot!


Kind Regards,
李家玮 Kevin
MBB PDU软件三部 Mobile Broadband Product Development Dept. | 软件工程师 Software Engineer
M：+86 15091286061
Add：西安市高新区软件新城天谷八路156号云汇谷C3座1602室丨www.fibocom.com<http://www.fibocom.com/>
西安广和通无线软件有限公司
[1]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20200817/127617f7/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 10796 bytes
Desc: image001.png
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20200817/127617f7/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 66177 bytes
Desc: image002.jpg
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20200817/127617f7/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 66177 bytes
Desc: image002.jpg
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20200817/127617f7/attachment-0003.jpg>