From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Randomly SMS sent passes or fails
Date: Thu, 02 May 2013 13:36:41 -0500 [thread overview]
Message-ID: <5182B239.6000401@gmail.com> (raw)
In-Reply-To: <518296EA.6080107@syscom-instruments.com>
[-- Attachment #1: Type: text/plain, Size: 3313 bytes --]
Hi,
On 05/02/2013 11:40 AM, Viallard Anthony wrote:
> Hi everyone,
>
> I'm still working on this subject. I analyzed ofono logs to see if there
> are troubles.
>
>> On 28. 03. 13 15:24, Denis Kenzior wrote:
>>>
>>> Is the modem auto-attaching to GPRS by default? You might want to turn
>>> off that behavior if posible.
>>>
>> What did you mean by auto-attaching to GPRS by default ?
>>
>> To bring GPRS up, I configure it and I call
>> ConnectionContext.SetProperty with Active=1 and then, I've got GPRS.
>
> I still don't understand what do you mean by auto-attaching. Where can I
> see this ? in an AT command return ? viewing AT command sent ?
>
This is generally a vendor-specific command or some sort of setting in
the firmware. What it means is that when the modem is brought up into
Online mode, it does not automatically try to attach to the GPRS
network, but instead waits to be explicitly told to attach via AT+CGATT=1
>>
>> I dig out this old answer because I searched why in ConnectionManager
>> I've got Bearer: "none". Then, I've found a place (in gprs_initialized()
>> function) where ofono try to get data bearer. By default, ofono uses
>> "AT+CPSB=1" and a callback on "+CPSB:" reply.
>
> So, I added AT+CNSMOD simcom quirk... I don't know if it mandatory. This
> bearer is required to do right stuff ?
>
No idea what this is...
>
> Otherwise, I see weird things in logs:
>
> * some AT+CRSM requests (READ RECORD) return "FFFFF..." :
>
> ------------
> ofonod[11230]: Data: < \r\n+CRSM: 144,0,"FFFFFFFFFFFFFFFF"\r\n\r\nOK\r\n
> ------------
>
> Is it normal ? For example, on EFmsisdn (6F40), the first AT command is
> a "GET RESPONSE" and next, ofono does a "READ RECORD". And this "READ
> RECORD" returns FFFFF.... whereas "GET RESPONSE" returns pretty good
> data" :
Yes, FF just means the record is empty.
>
> ------------
> ofonod[11230]: Data: > AT+CRSM=192,28480,0,0,255\r
> ofonod[11230]: Data: < \r\n+CRSM:
> 144,0,"6221182050221001E0483026F40A5038001718A01058B036F060B800200788800F10100"\r\n\r\nOK\r\n
>
> ofonod[11230]: drivers/atmodem/sim.c:at_crsm_info_cb() crsm_info_cb: 90,
> 00, 35
> ofonod[11230]: Data: > AT+CRSM=178,28480,1,4,30\r
> ofonod[11230]: Data: < \r\n+CRSM:
> 144,0,"FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"\r\n\r\nOK\r\n
>
> ofonod[11230]: drivers/atmodem/sim.c:at_crsm_read_cb() crsm_read_cb: 90,
> 00, 30
> ------------
>
> * Some SIM files aren't found. On this T-Mobile SIM card, it's
> essentially about "CPHS: ..." files (6F16, 6F13, 6F15), on Service
> Dialing Numbers (6F49), on Phase identification (6FAE). I guess phase
> identification file is important, isn't it ?
If this is a 3G card, then this is normal. And many of the files are
optional in the first place.
>
> * on AF20 file (GSM ciphering key Kc), I see this error message :
>
> ------------
> ofonod[11230]: Requested file structure differs from SIM: 4f20
> ------------
>
That one is indeed strange...
> * some AT commands fails : AT+CCWE (Call meter max event), AT+CPSB
> (fixed with AT+CNSMOD quirk), AT+CNAP (Calling name presentation). Must
> I add quirk for all theses commands ?
>
Your modem might simply not support these...
Regards,
-Denis
next prev parent reply other threads:[~2013-05-02 18:36 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-05 15:27 Randomly SMS sent passes or fails Viallard Anthony
2013-03-05 20:43 ` Denis Kenzior
2013-03-06 9:23 ` Viallard Anthony
2013-03-11 14:53 ` Viallard Anthony
2013-03-12 18:13 ` Denis Kenzior
2013-03-13 16:11 ` Viallard Anthony
2013-03-28 9:02 ` Viallard Anthony
2013-03-28 14:24 ` Denis Kenzior
2013-04-12 13:08 ` Viallard Anthony
2013-05-02 16:40 ` Viallard Anthony
2013-05-02 18:36 ` Denis Kenzior [this message]
2013-05-21 14:20 ` Viallard Anthony
2013-03-28 14:29 ` Viallard Anthony
2013-03-28 14:42 ` Denis Kenzior
2013-03-28 16:29 ` Viallard Anthony
2013-03-28 18:05 ` Denis Kenzior
2013-04-02 13:49 ` Viallard Anthony
2013-04-02 15:08 ` Denis Kenzior
2013-04-02 15:25 ` Viallard Anthony
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5182B239.6000401@gmail.com \
--to=denkenz@gmail.com \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.