Re: Bug/Oversight in gatchat/gatresult.c with negative numbers

[Alex J Lennon <ajlennon@dynamicdevices.co.uk>]

[-- Attachment #1: Type: text/plain, Size: 1291 bytes --]


On 06/08/2021 15:20, Denis Kenzior wrote:
> Hi Alex,
>
>> Denis - I am being directed to the ITU 36.133 spec here
>>
>> https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=2420 
>>
>>
>
> Sure, same document/section where 27.007 refers to for <rsrp>.  But 
> unfortunately 27.007 only defines the range 0..97 where 0 is <rsrp> < 
> 140 dbm. How 3GPP decides to represent <rsrp> values between 156 and 
> 140 is up to 3GPP. If your vendor is using negative integers in AT 
> commands, then that is a vendor extension and not something that is 
> permitted by ITU v.250.
>
>> This document defines this in 9.1.4
>>
>> I can't see where RSRP_-17 is defined anywhere but the strong 
>> implication to me is that this number should be -17
>>
>> Can you confirm where it states that these numbers cannot be negative 
>> numbers as I cannot find that requirement.
>>
>
> V.250 Section 5.3.1.  Notice that 27.007 never uses negative integers, 
> there's a reason for that.
>
> Regards,
> -Denis


OK - they say it's fine and you say it's not. I don't have the time to 
be the middle-man here.

Although I'd like to, clearly I won't be able to contribute this Quectel 
support upstream.

Thanks anyway,

Alex