Fibocom FM150-NA / GLib-CRITICAL

Aleksander Morgado aleksander at aleksander.es
Tue Jan 28 16:33:30 UTC 2020


Hey!

> > > > > > > <<<<<< TLV:
> > > > > > > <<<<<<   type       = "Info" (0x01)
> > > > > > > <<<<<<   length     = 14
> > > > > > > <<<<<<   value      = 80:F0:FA:02:00:E1:F5:05:04:02:03:05:08:0A
> > > > > > > <<<<<<   translated = [ max_tx_channel_rate = '50000000'
> > > > > > > max_rx_channel_rate = '100000000' data_service_capability =
> > > > > > > 'non-simultaneous-cs-ps' sim_capability = 'supported' radio_interface_list
> > > > > > > = '{ [0] = 'umts ' [1] = 'lte ' [2] = '(null) '}' ]
> > > > > >
> > > > > > Looks like the QmiDmsRadioInterface and QmiNasRadioInterface (why do we
> > > > > > have two of these anyway?) must be extended with an entry for RAT #10.
> > > > > >
> > > > >
> > > > > Yes, looks like we could just set a new "QmiRadioInterface" common to
> > > > > all services and deprecate the other two.
> > > >
> > > > Hi Aleksander,
> > > >
> > > > on a Quectel RG500Q (still running beta firmware) qmicli --dms-get-capabilities
> > > > returns
> > > >
> > > > <<<<<< TLV:
> > > > <<<<<<   type       = "Info" (0x01)
> > > > <<<<<<   length     = 14
> > > > <<<<<<   value      = 80:F0:FA:02:00:E1:F5:05:04:02:03:05:08:0A
> > > > <<<<<<   translated = [ max_tx_channel_rate = '50000000' max_rx_channel_rate = '100000000' data_service_capability = 'non-simultaneous-cs-ps' sim_capability = 'supported' radio_interface_list = '{ [0] = 'umts ' [1] = 'lte ' [2] = '(null) '}' ]
> > > >
> > > > while qmicli --nas-get-system-selection-preference returns
> > > >
> > > > <<<<<< TLV:
> > > > <<<<<<   type   = 0x1c
> > > > <<<<<<   length = 4
> > > > <<<<<<   value  = 03:08:0C:05
> > > >
> > > > which seems to indicate that both enums might actually differ for 5G-capable
> > > > devices.
> > > >
> > > > Sebastian: could you please crosscheck this with the FM150-NA?
> > > >
> > >
> > > So it's 0x0A in DMS and 0x0C in NAS for the new "NR" radio interface?
> > > Does anyone have any contact at Quectel that could confirm this?
> > >
> >
> > Can anyone confirm whether these new enum values look right in the
> > FM150-NA and RG500Q modules?
> > https://gitlab.freedesktop.org/mobile-broadband/libqmi/merge_requests/92
> >
>
> I confirm for the FN980 the same values reported by Reinhard
>
> dms-get-capabilities
>
> <<<<<<   type       = "Info" (0x01)
> <<<<<<   length     = 18
> <<<<<<   value      = 80:F0:FA:02:00:E1:F5:05:04:02:07:01:02:04:05:08:09:0A
> <<<<<<   translated = [ max_tx_channel_rate = '50000000'
> max_rx_channel_rate = '100000000' data_service_capability =
> 'non-simultaneous-cs-ps' sim_capability = 'supported'
> radio_interface_list = '{ [0] = 'cdma20001x ' [1] = 'evdo ' [2] = 'gsm
> ' [3] = 'umts ' [4] = 'lte ' [5] = '(null) ' [6] = '(null) '}' ]
>
> nas-get-system-selection-preference
>
> <<<<<<   type       = "Acquisition Order Preference" (0x1c)
> <<<<<<   length     = 4
> <<<<<<   value      = 03:0C:08:05
> <<<<<<   translated = { [0] = '(null) ' [1] = 'lte ' [2] = 'umts '}
>
> so the change looks good.
>

Thanks!

> Related to the name, it seems that Qualcomm is referring to it as NR5G
> (see https://www.qualcomm.com/media/documents/files/qxdm-professional-qualcomm-extensible-diagnostic-monitor.pdf
> document "QTI Tools Serial Interface Control Document for NR5G").
>

I may also prefer NR5G, truth be told. What do others think?

-- 
Aleksander
https://aleksander.es


More information about the libqmi-devel mailing list