My favorites | Sign in
Logo
Project hosting will be READ-ONLY Wednesday at 8am PST due to brief network maintenance.
                
New issue | Search
for
| Advanced search | Search tips
Issue 94: Possible TimeoutException on AT+CLIP=1 on Siemens MC35i
  Back to list
Status:  Fixed
Owner:  T.Delenikas
Type-Enhancement
Priority-Medium
Milestone-v3.3.0


Sign in to add a comment
 
Reported by allati.g, Jun 29, 2008
Sometimes MC35i responds with "NO CARRIER" on "AT+CLIP=1". Some tests shows
that it can be an issue of "REVISION 02.00" modem firmware.
More details here see [1]

Attached file contains proposed patch. Changes summary:
1. added "NO CARRIER" and "NO DIALTONE" to the list of known error
responses (org.smslib.modem.athandler.AATHandler.terminators[2] and
org.smslib.modem.AModemDriver.rxPlainError)
2. added small TimeoutException catch to the
org.smslib.modem.AModemDriver.getResponse() to make debugging similiar
problem easier
3. altered init sequence of Siemens MC35i to try 'AT+CLIP=1' several times
(hardcoded 5 attemps with hardcoded 1200ms pause between them, should be
extracted to the Settings maybe :) ) until modem responds with 'OK' instead
of 'NO CARRIER'. Resolved this problem in my case. From what I see, these
changes should not break compatibility with supported devices.

[1] http://groups.google.com/group/SMSLib/browse_thread/thread/33c6867735aee9da

 
mc35i_no_carrier.patch
2.9 KB   Download
Comment 1 by T.Delenikas, Jun 29, 2008
r1118

Left the hardcoded constants as hardcoded for now (inside MC35 handler).
Status: Completed
Owner: T.Delenikas
Labels: -Type-Defect Type-Enhancement Milestone-v3.3.0
Comment 2 by T.Delenikas, Jun 30, 2008
(No comment was entered for this change.)
Status: Fixed
Sign in to add a comment

Hosted by Google Code