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

[Dan Williams]

On Wed, 2025-02-19 at 18:38 +0100, Martin Maurer wrote:
>  
> 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.

Yeah, I saw it was RedCap and thought maybe that was related (still
could be) but then saw that the enum maxes out at 20MHz and there are
more bandwidths than that from what I could tell.

> 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

We care about the "1,1" here, which means band n1 and 10MHz bandwidth.
So maybe 9 means RedCap 10Mhz? But we can't know for sure.

If you're able to get it to register with the network, could you redo
this test and see if the values from +QENG change?

Thanks,
Dan

> 
> 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
> > > 
> > > 
> > > 
> > >  
> >   
>