Hi All, i recently noticed that the at driver did not reach the state "registered". marcel pointer me to the message +CMER not supported by this modem. If this is an error please submit patches to support this hardware and i started digging. problem was parsing of the response +CMER: (0,3),(0,2),0,(0-1),0 that expresses the allowed options of CMER. neither (a list of) single integer "(0,3)" (in opposite to range "(0-1)") nor missing brackets "0" were supported by ofono so i added this (see patch). i'm not sure if missing brackets are allowed or espress something different, maybe a AT-guru can tell. for now "(0)" behaves like "0". i assume that also other response-parsing flows in ofono have that problem so either a generic aproach should be implemented or other places be reviewed. marcel already pointer out that a generic aproach may be unnecessarily complex where i agree if it comes to strings and nested brackets but for plain integer cases it would be quite useful to get this done in one place for all. if interested i could implement such stuff into gatchat/gatresult.c which then can be used for the integer-only cases. what do you think? regards, michael -- M. Dietrich