@JanoSvitok moc děkuju za nakopnutí. Jak je ten svět pod hladinou zajímavý...
Hned první test ukázal, že se v obou případech jedná o USIM:
AT+CSIM=14,"00A4000C023F00"
+CSIM: 4,"9000"
OK
AT+CSIM=14,"00A4000C022F00"
+CSIM: 4,"9000"
OK
Dále jsem bádal, jak použít AT+CRSM k načtení EFdir, aha ono se to čte pomocí
"read record", nikoli "read binary".
Napřed jsem vlastně našel ještě příkaz AT+CUAD, což je zkratka. A našel jsem i alternativní
návod k interpretaci vyčtených záznamů.
Hodná SIMka:
at+CUAD
+CUAD: "612E4F10A0000000871002FF47F00189000001FF50074F32205553494D7311A00F8002121781045F305F998203454150FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF""FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"
"FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"
OK
AT+CRSM=178,12032,1,4,0
+CRSM: 144,0,"612E4F10A0000000871002FF47F00189000001FF50074F32205553494D7311A00F8002121781045F305F998203454150FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"
OK
E.a.ná simka:
at+CUAD
+CUAD: "611B4F10A0000000871002FF47F00189000001FF50074F32205553494DFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF""FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"
"FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"
OK
AT+CRSM=178,12032,1,4,0
+CRSM: 144,0,"611B4F10A0000000871002FF47F00189000001FF50074F32205553494DFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"
OK
Závěry:
- AT+CUAD a AT+CRSM na 2F00 tzn. EFdir skutečně vrací shodná data (včetně těch dvou dummy entries, jejich výstup z CRSM neuvádím, šetřím pixely).
Zda - obě SIMky obsahují "aplikaci" A000000087:1002, liší se jenom délka proprietárního "ocásku" v datech. Jedná se tedy v obou případech nepochybně o USIM.
- zda by tenhle rozdíl mohl způsobit pozorované příznaky / odlišné chování, těžko říct (tady končím jako šťoura a začínám bejt lama)
Zkoušel jsem i koukat do odkázaných specifikací - našel jsem relevantní pasáže, ale moc moudrej z toho nakonec nejsem. V obecné rovině mi připadá matoucí, jak jsou ta data popisována střídavě chvíli jako bajty (dvě místa v ASCII), chvíli jako číslice (1 místo v ASCII), chvíli jako dekadické číslo kódované v BCD několika "číslicemi"... tohle nebude moje čtení před usnutím.
Tzn. nezamítám hypotézu, že by mohl být problémem rozdíl v UPLMN seznamu (soubor prázdný vs. nedefinovaný). Ale takových drobných rozdílů tam může být...
Každopádně znovu děkuji za pošťouchnutí, připadám si
vo dost chytřejší :-)