Fibocom FM150-NA / GLib-CRITICAL

Aleksander Morgado aleksander at aleksander.es
Tue Jan 28 10:55:48 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

-- 
Aleksander
https://aleksander.es


More information about the libqmi-devel mailing list