Re: [Fwd: error after receiving messages (modem is wavecom)]

Stipe Tolj wrote:
>>   2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: <-- +CMT: ,24
>> 2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: <-- 
>> 0791361908005030040C9136294184798500006060805112920005CF35288C06
>> 2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: Numeric sender 
>> (international) <+639214489758>
>> 2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: User data length 
>> read as (5)
>> 2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: Udh decoding done 
>> len=5 udhi=0 udhlen=0 udh=''
>> 2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: --> AT+CNMA^M
>> 2006-06-08 15:22:08 [7311] [16] DEBUG: send_msg: sending msg to box: 
>> <127.0.0.1>
>> 2006-06-08 15:22:08 [7311] [16] DEBUG: boxc_sender: sent message to 
>> <127.0.0.1>
>> 2006-06-08 15:22:08 [7311] [15] DEBUG: boxc_receiver: got ack
>> 2006-06-08 15:22:14 [7311] [6] DEBUG: AT2[wavecom]: <-- >
>> 2006-06-08 15:22:14 [7311] [6] DEBUG: AT2[wavecom]: <-- +CME ERROR: 515
>> 2006-06-08 15:22:14 [7311] [6] ERROR: AT2[wavecom]: Error occurs: 
>> +CME ERROR: 515 (error number not known to us. ask google $
>> 2006-06-08 15:22:14 [7311] [6] DEBUG: AT2[wavecom]: send command 
>> status: -1
>
> since this is a Wavecom modem, the CM[E|S] ERROR 515 means according 
> to Wavecom manual: Pleast wait, init or command processing in progress.
>
> Meaning the GSM modem is currently doing some work in the background 
> and doesn't  want to get disturbed by any AT command.
>
> Hence, this is a temporary failure and we should sleep for a retry of 
> the AT command.
>
> Did anyone of the smsc_at.c commiteres take this into concideration?
>
> Stipe
>
> -------------------------------------------------------------------
> Kölner Landstrasse 419
> 40589 Düsseldorf, NRW, Germany
>
> tolj.org system architecture      Kannel Software Foundation (KSF)
> http://www.tolj.org/              http://www.kannel.org/
>
> mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
> -------------------------------------------------------------------
>
>
>
>
>
Hi, Stipe,
well, I did a lot of tinkering on smsc_at.c (as you may have guessed by 
now), but I'm trying to send my (more or less) useful patches one by one.
At the moment, I'm still waiting for any reply (be it an approval or 
rejection) for my proposal for much quicker reading from SIM memory (May 
28th 2006), and then I'll move on.
For the case you described, the simple cure is to re-queue the SMS to be 
sent, and try sending later.
That was the patch I intended to propose next.

I can send the patch right away, it helped me a lot with a slightly 
different (but equally irritating) problem with Siemens family of 
modems, but, again, please consider my proposal on using the AT+CMGL 
command, it may help a lot of AT modem users...

Regards,
Andrija