'Signal' interface

Aleksander Morgado aleksander at lanedo.com
Thu Jul 18 22:40:56 PDT 2013


>>>  * Currently values are provided as independent properties, e.g.
>>>> >> > "gsm_rssi", "umts_rssi"... Another option would have been to provide
>>>> >> > per-technology dictionaries, like a "gsm" property with signature
>>>> >> > "a{sd}" where the string is the parameter (e.g. "rssi") and the double
>>>> >> > is the actual value. Don't have a strong feeling about this.
>> > I think a per-technology/radio dictionary might be a bit cleaner, since
>> > then you don't need the 'valid' booleans, since the dict would only
>> > include those items that were valid.  Also, we could potentially include
>> > statistics on power control, gain control, noise, frame error rate,
>> > sensitivity, etc, and those are all per-radio too.  I think a non-dict
>> > interface might be a pain to keep updating if we add further stats in
>> > the future.
>> > 
>> > What do you think?
> Yeah, let's do that.

Ok, so now each access tech has a dict property; and the new 'MMSignal'
helper object in libmm-glib helps to use this new dictionary.

Available in the 'aleksander/signal-interface' branch, let me know what
you think.

-- 
Aleksander


More information about the ModemManager-devel mailing list