few questions regarding org.freesmartphone.GSM.SIM
Thomas Seiler
thseiler at gmail.com
Wed Jun 25 02:02:39 CEST 2008
I have a few question about the SIM interface, and please pardon my
ignorance if this is the wrong mailing list to ask for, or if these
issues have alreadey been decided. I have only skimmed trough the mail
archives and might irgnore a lot of what has been going on behind the
scenes.
As this is my first post, please let me use the occation to
congratulate everyone for the great work that is happening here. Its
simply amazing !
On to my questions:
1) Is there a way of learning if a SIM is present in the phone?
The GSM 07.07 spec says, that any command involving a SIM operation
would return an CME: ERROR 10 if no SIM is present (as per chapter
9.2.1 of ETSI 07.07), so this could be used during phone daemon
initialisation to understand if a SIM is present or not. But how is
this information exposed in the current DBUS interface ?
I guess the real question i'm actually asking is this:
Are CME Error codes supposed to be exposed as DBUS errors, or is the
general plan to abstract the AT-Commandset and have sensible error
values for every method to return instead ?
2) Is there currently a way of sending a generic command to the SIM via DBUS ?
The GSM 07.07 spec has the commands +CSIM and +CRSM (as per chapter
8.17/8.18) in order to send arbitraty commands to the SIM card. This
can
be useful for some interesting applications, i.e.:
- eap-sim chalenge response for accessing hotspots in wpa-supplicant
- ciphered home directories,
- accessing special fields of the SIM (storing i.e. the SMS Central Number)
Is this functionality considered to be too low level for it to be
exposed on DBUS?
In my opinion it should be added so that an easy way exists to write a
SIM card backend driver for wpa-supplicant (EAP-SIM).
Any feedback welcome : )
--
Thomas
Excercise 17:
If the human brain was simple enough for us to understand we'd be so
simple we couldn't understand.
Prove this by induction.
More information about the smartphones-standards
mailing list