Nic, Sadly, there's no "default" CNMI string, as each modem seems to have it's custom format.
You need to find the documentation for your modem in order to craft the proper init string. Regards, Alejandro On Mon, Jul 20, 2009 at 12:56 AM, Nic Pottier <[email protected]> wrote: > > Some more flailing got it working. For whatever reason the 875 doesn't > like the default CNMI command. The following config seems to work reliably > without using a CNMI command as a keepalive, which was resulting in some > weird behavior. > > Sadly I couldn't find any great documentation on the AT CNMI command, so I > can't offer any great explanation on the fix. > > Cheers, > > -Nic > > # working sierra wireless 875 pcmcia card config > > group = smsc > smsc = at > smsc-id = sierra > sim-buffering = false > device=/dev/ttyUSB0 > my-number = xxxxxxxxxxx > connect-allow-ip = 127.0.0.1 > keepalive=60 > log-level = 0 > > group = modems > id = sierra > name = "Generic Modem" > name = "Sierra Wireless" > detect-string = "Sierra Wireless, Inc" > init-string = "AT+CNMI=2,1,2,0,0" > keepalive-cmd= "AT+CBC;+CSQ" > message-storage = "SM" > > > On Sun, Jul 19, 2009 at 2:29 PM, Nic Pottier <[email protected]> wrote: > >> >> I've played with this a bit in minicom and made a few discoveries. >> >> Seems that it is not idle time, rather only the first incoming message >> triggers notification, until CNMI is called once more at which point any >> pending messages come through. >> >> I've changed my keepalive cmd to be the AT+CNMI config command, but that >> seems like a hack, and potentially induces a 59 second lag between reacting >> to an SMS. Anybody seen this before or have any clues? >> >> Worst case can I append the CNMI command at the end of the processing of >> incoming SMSs? Didn't see an obvious config value for that. >> >> My minicom session below. (comments in bracket) >> >> AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0 >> >> OK >> >> AT+CMGS=? >> >> OK >> AT+CNMI=? >> +CNMI: (0,1,2),(0,1,2,3),(0,2),(0,1,2),(0,1) >> >> OK >> AT+CNMI=1,2,0,1,0 >> OK >> >> [ at this point i receive an sms ] >> >> +CMT: ,23 >> 07912160130320F4040B912160779992F400009070914131948A04D4F29C0E >> >> [ but more sms's will not arrive until i reissue cnmi] >> >> AT+CNMI=1,2,0,1,0 >> OK >> >> +CMTI: "SM",8 >> >> +CMTI: "SM",9 >> >> +CMT: ,23 >> 07914140540500F7040B912160779992F400009070914161028A04D4F29C8E >> >> [ again, at this point, i am stuck until reussing cnmi] >> >> AT+CNMI=1,2,0,1,0 >> OK >> >> +CMTI: "SM",10 >> >> +CMTI: "SM",11 >> >> >> >> On Sun, Jul 19, 2009 at 11:32 AM, Nic Pottier <[email protected]>wrote: >> >>> Howdy All, >>> >>> I am having a problem where SMS's stop being received after a minute or >>> two of inactivity. Receiving the messages works fine immediately after >>> startup but then nothing. >>> >>> This is using a Sierra Wireless 875 PCMCIA aircard, using the following >>> config. Log is attached below showing reception of one message, but then >>> nothing even though the keep-alive messages are ACK'ing ok. >>> >>> group = smsc >>> smsc = at >>> modemtype = auto >>> device=/dev/ttyUSB0 >>> my-number = 12063595733 >>> connect-allow-ip = 127.0.0.1 >>> keepalive=60 >>> log-level = 0 >>> >>> I'm using a 60 second keepalive but that doesn't seem to be helping. Any >>> other ideas? >>> >>> 2009-07-19 11:18:52 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: Found <14> >>> modems in config >>> 2009-07-19 11:18:52 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT+CSMS=?^M >>> 2009-07-19 11:18:52 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- +CSMS: >>> (0-1) >>> 2009-07-19 11:18:52 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:52 [10835] [6] INFO: AT2[/dev/ttyUSB0]: Closing device >>> 2009-07-19 11:18:52 [10835] [6] INFO: AT2[/dev/ttyUSB0]: opening device >>> 2009-07-19 11:18:52 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: device opened. >>> Telnet mode = 0 >>> 2009-07-19 11:18:52 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: device opened >>> 2009-07-19 11:18:52 [10835] [6] INFO: AT2[/dev/ttyUSB0]: Logging in >>> 2009-07-19 11:18:53 [10835] [6] INFO: AT2[/dev/ttyUSB0]: init device >>> 2009-07-19 11:18:53 [10835] [6] INFO: AT2[/dev/ttyUSB0]: speed set to >>> 115200 >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> ATZ^M >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- AT >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT&F^M >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- AT&F >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> ATE0^M >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- ATE0 >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> >>> AT+IFC=2,2^M >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:53 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT+CPIN?^M >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- +CPIN: >>> READY >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT+CMGF=0^M >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT+CSMS=?^M >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- +CSMS: >>> (0-1) >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> >>> AT+CNMI=1,2,0,1,0^M >>> 2009-07-19 11:18:54 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:18:54 [10835] [6] INFO: AT2[/dev/ttyUSB0]: AT SMSC >>> successfully opened. >>> 2009-07-19 11:18:56 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:18:56 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:19:23 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- +CMT: ,26 >>> 2009-07-19 11:19:23 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- >>> 07914140540500F8040B912160779992F400009070911191918A07CBB2DB5D26E701 >>> 2009-07-19 11:19:23 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: received >>> message from SMSC: +14044550008 >>> 2009-07-19 11:19:23 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: Numeric sender >>> (international) <+12067799294> >>> 2009-07-19 11:19:23 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: User data >>> length read as (7) >>> 2009-07-19 11:19:23 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: Udh decoding >>> done len=7 udhi=0 udhlen=0 udh='' >>> 2009-07-19 11:19:23 [10835] [18] DEBUG: send_msg: sending msg to box: >>> <127.0.0.1> >>> 2009-07-19 11:19:23 [10835] [18] DEBUG: boxc_sender: sent message to >>> <127.0.0.1> >>> 2009-07-19 11:19:23 [10835] [17] DEBUG: boxc_receiver: got ack >>> 2009-07-19 11:19:48 [10835] [17] DEBUG: boxc_receiver: heartbeat with >>> load value 0 received >>> 2009-07-19 11:19:58 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:19:58 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:21:00 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:21:00 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:22:02 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:22:02 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:23:04 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:23:04 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:24:06 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:24:06 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> 2009-07-19 11:25:08 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: --> AT^M >>> 2009-07-19 11:25:08 [10835] [6] DEBUG: AT2[/dev/ttyUSB0]: <-- OK >>> >>> >> >
