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
