Am Tuesday 20 January 2009 00:17:07 schrieb Michael 'Mickey' Lauer: > Am Monday 19 January 2009 22:46:32 schrieb Onen: > > Michael 'Mickey' Lauer wrote: > > > Am Monday 19 January 2009 18:13:41 schrieb Onen: > > >> Michael 'Mickey' Lauer wrote: > > >>> Am Thursday 15 January 2009 22:52:40 schrieb Onen: > > >>>> To be sure of the tuple I log, I > > >>>> prefer to get everything in a single shot. Moreover, I prefer to > > >>>> receive signals instead of calling monitor methods every time I want > > >>>> to log something, I guess this saves CPU, thus power. > > >>> > > >>> There are no unsolicited responses from the monitor for these > > >>> information, you have to poll for them. What we could do is cover > > >>> this in the framwork, but then we might as well let the application > > >>> define the update granularity / data accuracy. > > >>> > > >>> s/monitor/modem/ > > >> > > >> Not sure to understand what you mean by unsolicited responses from the > > >> modem. The framework sends a signal > > >> (org.freesmartphone.GSM.Network.Status), following the GSM specs. Do > > >> you mean that under the hood, the framework does polling, because the > > >> modem does not have this kind of unsollicited signal? > > > > > > We're talking about two different kind of things. > > > org.freesmartphone.GSM.Network.Status is about the gsm registration > > > information as defined by 07.07 -- for this there are unsolicited > > > response codes defined and we're using them. > > > > > > org.freesmartphone.GSM.Monitor is the new addition to ogsmd, giving you > > > detailed information about not only the serving cell but also up to 6 > > > neighbour cells in range. This one is not defined in 07.07 and there > > > are no unsolicited response codes, therefore we do not offer a signal. > > > > Then we agree. Maybe I was unclear, but I wanted to say that I use the > > org.freesmartphone.GSM.Network.Status > > signal at the moment to get MCC, MNC, lac, cell-id, etc. in one shot. > > And I prefer to keep using it, instead of switching to the new > > monitoring interface because I would need to use polling. > > Sure thing, but keep in mind hat the monitoring interfaces -- although not > portable -- gives you much more information.
Such as: http://scap.linuxtogo.org/files/948c1062c3c60f0eb59686a27aff68d0.png -- :M: _______________________________________________ devel mailing list devel@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel