GSM location service
Baruch Even
baruch at ev-en.org
Thu Sep 25 22:30:20 CEST 2008
* Michael 'Mickey' Lauer <mickey at vanille-media.de> [080925 21:15]:
> Am Donnerstag, den 25.09.2008, 20:55 +0300 schrieb Baruch Even:
> > > The debug interface will probably removed later, but if there is demand
> > > for it we could add an interface for the EM data.
> >
> > We do need it, actually, unless you intend to satisfy every need of
> > every program, why not keep the Debug interface?
>
> Allowing programs to send arbitrary commands to the modem will taint a
> GSM server as you now can change the state behind the back of what the
> GSM server expects. I don't want that, I want a consistent and complete
> interface. If there's things missing in the dbus interface that
> applications use, tell me and we can discuss that.
> If you want to experiment w/ plain AT, you can chose not to run the gsm
> part of the frameworkd in the first place or continue using the 4th
> MUXing channel and don't ever use GPRS.
I guess that's a good reason to implement as many things in the API. I
do think that you should still leave an option to experiment without
needing to much about frameworkd to add APIs for experiments. The option
to use the 4th MUxer with no GPRS is useful enough for me and my
collaborators.
[repeated]
> If there's things missing in the dbus interface that applications use,
> tell me and we can discuss that.
We need access to the %EM commands. This is useful for an applications
that shows the info to the user. I guess it will be much saner than the
secret sequences you need on various other phones which will be nicer.
The second app is my GSM positioning that needs parts of this
information.
We currently use AT%EM=2,3 & 2,4 & 2,1, I think 2,6 could also be useful
or at least requested by a user.
If we can define an interface I can provide the patch.
I believe we should provide a method for each EM command and return the
fully parsed data. If that makes sense I'll whip up a patch that does
that. I'd consider placing the methods in org.freesmartphone.GSM.Network
Baruch
More information about the smartphones-standards
mailing list