Missing enum? "Get RF Band Information" (0x0031) / "Bandwidth List" (0x12) -> Value 9

[Martin Maurer]

Hi Dan,

this is perhaps interesting: The module is not yet registering/working 
in the used network.

The LED is still blinking every 2 seconds (time between the 2 seconds: 
LED dark).

(Side note: But I am also not yet able to take Quectel logs:

https://forums.quectel.com/t/catching-logs-from-rg255c-gl-with-qlog/44181 )

It is a 5G RedCap module and perhaps module/network don't work yet each 
other.

Not sure, what "Get RF Band Information" (0x0031) will then report?

There is no connection established by me, because not yet that far, to 
do something like this.

Nevertheless I executed the suggested AT commands:

AT+QENG="servingcell" +QENG: 
"servingcell","LIMSRV","NR5G-SA","FDD",262,01,4F2872A01,328,7EAE,431070,1,1,-96,-11,5,0,27 
OK AT+QENG="servingcell" +QENG: 
"servingcell","LIMSRV","NR5G-SA","FDD",262,01,4F2872A01,328,7EAE,431070,1,1,-95,-11,5,0,28 
OK AT+QENG="servingcell" +QENG: 
"servingcell","LIMSRV","NR5G-SA","FDD",262,01,4F2872A01,328,7EAE,431070,1,1,-96,-12,4,0,27 
OK

3 times the same answer. And QMI command before, in-between, afterwards, 
still has this value 9 inside.

Perhaps "9" means some UNKNOWN, NOT YET AVAILABLE or similar. But this 
is pure speculation.

Best regards,

Martin

Am 19.02.2025 um 18:22 schrieb Dan Williams:
> On Wed, 2025-02-19 at 13:25 +0100, Martin Maurer wrote:
>> Hello,
>>
>> first many thanks for all the answers on my previous questions. They
>> were very helpful!
>>
>> I just got an answer on the following request:
>>
>> qmicli --verbose-full -p -d /dev/cdc-wdm0 --device-open-qmi
>> --nas-get-rf-band-info
>>
>>
>> <<<<<< QMUX:
>> <<<<<<   length  = 48
>> <<<<<<   flags   = 0x80
>> <<<<<<   service = "nas"
>> <<<<<<   client  = 4
>> <<<<<< QMI:
>> <<<<<<   flags       = "response"
>> <<<<<<   transaction = 1
>> <<<<<<   tlv_length  = 36
>> <<<<<<   message     = "Get RF Band Information" (0x0031)
>> <<<<<< TLV:
>> <<<<<<   type       = "Result" (0x02)
>> <<<<<<   length     = 4
>> <<<<<<   value      = 00:00:00:00
>> <<<<<<   translated = SUCCESS
>> <<<<<< TLV:
>> <<<<<<   type       = "List" (0x01)
>> <<<<<<   length     = 6
>> <<<<<<   value      = 01:0C:FA:00:DE:93
>> <<<<<<   translated = { [0] = '[ radio_interface = '5gnr'
>> active_band_class = 'nr5g-1' active_channel = '37854' ] '}
>> <<<<<< TLV:
>> <<<<<<   type       = "Extended List" (0x11)
>> <<<<<<   length     = 8
>> <<<<<<   value      = 01:0C:FA:00:DE:93:06:00
>> <<<<<<   translated = { [0] = '[ radio_interface = '5gnr'
>> active_band_class = 'nr5g-1' active_channel = '431070' ] '}
>> <<<<<< TLV:
>> <<<<<<   type       = "Bandwidth List" (0x12)
>> <<<<<<   length     = 6
>> <<<<<<   value      = 01:0C:09:00:00:00
>> <<<<<<   translated = { [0] = '[ radio_interface = '5gnr' bandwidth =
>> '(null)' ] '}
>>
>> [/dev/cdc-wdm0] Successfully got RF band info
>> Band Information:
>>           Radio Interface:   '5gnr'
>>           Active Band Class: 'nr5g-1'
>>           Active Channel:    '37854'
>> Band Information (Extended):
>>           Radio Interface:   '5gnr'
>>           Active Band Class: 'nr5g-1'
>>           Active Channel:    '431070'
>> Bandwidth:
>>           Radio Interface:   '5gnr'
>>           Bandwidth:         '(null)'
>>
>>
>> I assume the value 0x00000009 is the bandwidth in "Bandwidth List"
>> (0x12)? It looks like value 9 has no enum?
>>
>> But I am sorry, I can't tell yet what value 9 means...
> Correct, libqmi doesn't yet have an enum value for 9. I'm going to
> guess these are 5G bandwidth values since those can be more than 20Mhz.
>
> Would you be able to run this AT command on the AT port with minicom or
> something, while MM is *not* running?
>
> AT+QENG="servingcell"
>
> and report the results?
>
> Thanks,
> Dan
>
>> It was outputted by a Quectel RG255C-GL (in 5G SA mode):
>>
>> (model name is special, wrong, not final, I don't know, look
>> curious...)
>>
>> # qmicli -p -d /dev/cdc-wdm0 --device-open-qmi --dms-get-manufacturer
>> [/dev/cdc-wdm0] Device manufacturer retrieved:
>>           Manufacturer: 'Quectel'
>> # qmicli -p -d /dev/cdc-wdm0 --device-open-qmi --dms-get-model
>> [/dev/cdc-wdm0] Device model retrieved:
>>           Model: '334'
>> # qmicli -p -d /dev/cdc-wdm0 --device-open-qmi --dms-get-revision
>> [/dev/cdc-wdm0] Device revision retrieved:
>>           Revision: 'RG255CGLABR01A08M4G'
>> #
>>
>> Best regards,
>>
>> Martin
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libqmi-devel/attachments/20250219/ff950b07/attachment.htm>