Hi Denis,
On Mon, Oct 22, 2018 at 7:02 PM Denis Kenzior <denk...@gmail.com> wrote:
>
> Hi Giacinto,
>
> >> And it is fully possible to make emergency calls. Just set Online=True
> >> first.
> >
> > ahh, like that yes.... but then, wouldn't be better to create the
> > voicecall atom where it belongs, in post_online ?
> > Or this stage is never reached without a SIM? If not, what handle we
> > have that is called for sure after AT+CFUN=1 ?
> >
>
> Correct, without a SIM or PIN not unlocked, you'd never get to
> post_online, even Online=True being set.
Could we think of another state?
I am seeing a few versions of ofono recently, and all struggle with
things like this.
Not everybody is up to discuss for their needs, so the problem simply
go unnoticed.
>
> You can watch the modem state, but I don't recall that any of our modems
> had this issue...
>
> >>> Also, several test commands fail in airplane mode, e.g.: AT+CLCK=?
> >>
> >> I doubt this has anything to do with airplane mode. Is it that the SIM
> >> is not initialized yet? But even then, why would the firmware not
> >> report all available locks regardless?
> >>
> >
> > According to the 27.007 (and our modules) AT+CLCK interrogates the
> > network for some locks, and for this it must be online.
> > Au passage, the 27.007 mentions explicitly that the command must be
> > abortable when network facilities are set or interrogated.
>
> Sure, but we're not setting or interrogating any network locks. We're
> just testing the capability of the modem. So the above 27.007 part does
> not apply.
>
> >
> > So, that command is not well placed when the module is in CFUN=4.
> > I don't know on what insane kind of modules it has been tested, but it
> > is wrong ;)
>
> I would disagree. We use CLCK to query for SIM locks, facility locks,
> etc...
atmodem asks for AT+CLCK=?, and gets what it gets, despite your
exclusive interest in sim-related parameters. In particular all
modules return at least a subset of the following locks, all requiring
network access to determine whether they are available or not:
"AO" BAOC (Barr All Outgoing Calls) (refer 3GPP TS 22.088 [6] clause 1)
"OI" BOIC (Barr Outgoing International Calls) (refer 3GPP TS
22.088 [6] clause 1)
"OX" BOIC‑exHC (Barr Outgoing International Calls except to
Home Country) (refer 3GPP TS 22.088 [6] clause 1)
"AI" BAIC (Barr All Incoming Calls) (refer 3GPP TS 22.088 [6] clause 2)
"IR" BIC‑Roam (Barr Incoming Calls when Roaming outside the
home country) (refer 3GPP TS 22.088 [6] clause 2)
"NT" barr incoming calls from numbers Not stored to TA memory
"NM" barr incoming calls from numbers Not stored to MT memory
"NS" barr incoming calls from numbers Not stored to SIM/UICC memory
"NA" barr incoming calls from numbers Not stored in Any memory
"AB" All Barring services (refer 3GPP TS 22.030 [19])
(applicable only for <mode>=0)
"AG" All outGoing barring services (refer 3GPP TS 22.030 [19])
(applicable only for <mode>=0)
"AC" All inComing barring services (refer 3GPP TS 22.030 [19])
(applicable only for <mode>=0)
"FD" SIM card or active application in the UICC (GSM or USIM)
fixed dialling memory feature (if PIN2 authentication has not been
done during the current session, PIN2 is required as <passwd>)
"PN" Network Personalization (refer 3GPP TS 22.022 [33])
"PU" network sUbset Personalization (refer 3GPP TS 22.022 [33])
"PP" service Provider Personalization (refer 3GPP TS 22.022 [33])
Therefore a modem cannot really honor this command in airplane mode.
>
> >
> >>>
> >>> Is there a way to re-initialize all required atoms at the post-inline
> >>> stage?
> >>> Or should they be destroyed and re-created?
> >>>
> >>
> >> destroying and recreating is a bad idea because they will be moved into
> >> a different modem state level. So the next time you go to airplane mode
> >> you will lose your SIM atom.
> >>
> >> You can always listen to modem state changes in the driver, but I
> >> wouldn't recommend it. The simplest answer is to fix your firmware ;)
> >
> > Let's think about a more reasonable solution.
> > Again, if there is an handle that is called after AT+CFUN=1,
> > regardless of the SIM presence, that would be the perfect place.
> >
>
> You can only listen to modem state changes. oFono core doesn't know
> anything about CFUN=1.
>
> Regards,
> -Denis
Regards,
Giacinto
_______________________________________________
ofono mailing list
ofono@ofono.org
https://lists.ofono.org/mailman/listinfo/ofono
