On Tue, Apr 18, 2017 at 5:20 PM, Colin Helliwell <colin.helliw...@ln-systems.com> wrote: > To keep things simple for now, these logs are with an unlocked SIM. This is > with my modified Cinterion plugin, which I've chucked the +CSIM's into. > > EHS5: > Doesn't support ^SPIC at all. > But (probably) all good with the +CSIM method. >
Ok. > BGS2: > Doesn't support ^SPIC with an additional parameter - docs say that > AT^SPIC="SC" will give the 'current' counter i.e. normally PIN retries, but > instead the PUK retries after 3 failed PIN attempts.... (similarly for "P2" > - might be PIN2, might be PUK2) > This is bad, we do want a way to query a specific counter, not just "the current one" which may be one or another depending on the current state... > Not sure why PS and PN fail. > Sorry, what are PS and PN? > +CSIM gives errors [6A88] for PIN2/PUK2 > According to TS 102.221, table 10.14, that means "referenced data not found" :/ > As I alluded to the other day - it can perhaps give best info from the > +CSIM method. But not for PIN2 - in this case it seems able to get *this* one > from ^SPIC="P2" but not from +CSIM! > Well, we could have the Cinterion plugin always try first ^SPIC for each item, and if not supported or not able to retrieve it that way, fallback to the "parent" way of doing it with +CSIM. > > I suspect my contributions might not be making things any easier..... I'll > get my coat....! :S Very valuable input, thanks for that. -- Aleksander https://aleksander.es _______________________________________________ ModemManager-devel mailing list ModemManager-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/modemmanager-devel
