SMS Server Tools 3
This site is hosted by Kekekasvi.com
 Menu
Basic information:
Additional information:
Support:
Get SMS Server Tools 3:
Additional Options

 Sponsored links

 Search
Custom Search

 Visitor locations
 
 SMS Server Tools 3 Community
Welcome, Guest. Please login or register. Sun May 19, 2024 21:49
SMSTools3 Community » Help and support Bottom

[outdated] GSM Modem Suddenly Not Responding

  This topic is locked

Page:  1

Author Post
Member
Registered:
Sep 2009
Location: Philippines
Operating system name and version: CentOS 5.2
Version of smsd: 3.0.10
Smsd installed from: N/A
Name and model of a modem / phone: iTegno GSM Modem 3800
Interface: USB

Hi! We have been having constant problems with our GSM Modem for the past few weeks. The GSM Modem suddenly stops running properly and have shown a put_command error. Please see the log below for details:



PDU's:
Hidden private text.


On "2009-11-2009-09-11 10:49:21,5,", an SMS was sent successfully but the next transaction on "2009-09-11 10:49:53" a put_command error popped up.

After this put_command error, GSM Modem fails to send or receive messages. We have to resort to unplug the GSM Modem and restart the SMS service for it to work again. We tried replicating the error in our development server but we cannot pinpoint what's the main cause of this.

For extra reference, this is the contents of our config file:


We think rtscts being disabled is causing error but have no proof that it is.

Anyone have any ideas what is causing this problem and why the modem is not recovering from this error message?


« Last edit by keke on Tue Sep 22, 2009 12:30, 178 months ago. »
Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
Have you had some troubles with communication as handshaking is disabled? Usually it should be used, at least with high baudrates.

The message which has failed was tried to send to a national number. I think that's the reason for the problem. With 3.0.10, international format must always be used. As you are already using a checkhandler, you could use it to check the number and change the format.

If there are still problems, even when using international format, you can check the communication with the following changes to the smsd.conf:
pre_init = no
init = ATE1;+CPMS="SM","SM"

If the sending fails, compare the PDU strings sent to the modem and echoed from the modem. They should be equal and any difference means that communication has an error.

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
Quote from a new post:
Quote
Hi,

I raised an issue regarding a put_command() error we have been encountering frequently. This is on this post.

Unfortunately the thread was locked so I have opted to make a new one instead.

Sir Keke has advised that we turn on handshaking(rtscts) and change our numbers to international format (63917xxxxxxx). We have done so but put_command() error still occurs.

Does anyone have any other suggestions regarding this issue? Is this a bug with version 3.0.10 of SMSTools3?

I will post the latest logs of the put_command() error by next week.

Thanks!

This topic was not locked, probably there is some issue with a browser...

"Post reply" buttons are located in the same direction on the screen where "Post topic" buttons are (when logged in). Can you re-check if those buttons can be found? If they are still missing, please contact me via "Contact admin" form and send to me the source code of a page.

The error with a national number format was clear, but as this problem remains with international numbers too, latest logs will be interesting.

Member
Registered:
Sep 2009
Location: Philippines
Topic owner


PDU's:
Hidden private text.


2009-09-25 12:19:27,5 -> SMS was sent

2009-09-25 12:19:59,7 -> SMS failed

Another observation is that Modem fails on multipart messages but this does not happen all the time.


« Last edit by keke on Mon Sep 28, 2009 08:57, 178 months ago. »
Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
Hmmm...

Both PDU's were echoed back correctly. The first PDU was a second part of a message containing two parts. That message was sent successfully. The second PDU was a first part of a message which was containing two parts too. The sending has failed. Probably three retries did not help, this is not shown in the log?

After a PDU 2 was echoed back, there was no CMGS answer. It's not sure if this was lost because of communication error, or if it was never sent by the modem. After sending has failed, there was, at 2009-09-25 12:20:10, strange answer from the modem ("T\n").

Quote
Is this a bug with version 3.0.10 of SMSTools3?

There has not been that kind of bug, at least not known to me. I also checked this using 3.0.10 and 3.2beta0(unreleased):
- text from your PDU 2 (part 1)
- some characters more so it goes to multipart
- your setting for validity (167) and report (no)

--> with both versions of the smsd, the PDU created was the same than yours (of course with a different destination number and information of concatenation). Messages were delivered successfully with a modem iTegno 3000 (USB, device based on Wavecom chip).

Quote
We have to resort to unplug the GSM Modem and restart the SMS service for it to work again.

I think it starts to feel that your modem is somehow broken. Probably it has a bad firmware.

Can you move to some another device, or if it does not help, to some another network provider?

Member
Registered:
Sep 2009
Location: Philippines
Topic owner
Quote
The sending has failed. Probably three retries did not help, this is not shown in the log?

Actually, we just cut the log as it was repeating itself. On our count, it did retry three times - all with the same put_command() error.

As for 2009-09-25 12:20:10, no CMGS was being returned for the message_id because we always thought that the message failed to send and as such no message_id was being returned. is this assumption correct?

Quote
I think it starts to feel that your modem is somehow broken. Probably it has a bad firmware.

Can you move to some another device, or if it does not help, to some another network provider?

As for broken firmware, I have to confirm from our supplier if they have any updates to our modem's firmware. But currently, we already have three iTegno 3800s on hand and all of them are experiencing put_command() errors on this server alone. From the other servers we have not experienced this problem yet.

Can you provide a list of compatible hardware with SMS Tools 3 that are USB based?

Thanks!

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
brutalpanda wrote
As for 2009-09-25 12:20:10, no CMGS was being returned for the message_id because we always thought that the message failed to send and as such no message_id was being returned. is this assumption correct?

In many cases, but not always, an error code is received when sending fails. In this case no any response was received within a timeout (30 sec).

Quote
Quote
I think it starts to feel that your modem is somehow broken. Probably it has a bad firmware.

Can you move to some another device, or if it does not help, to some another network provider?

As for broken firmware, I have to confirm from our supplier if they have any updates to our modem's firmware. But currently, we already have three iTegno 3800s on hand and all of them are experiencing put_command() errors on this server alone. From the other servers we have not experienced this problem yet.

And the other servers are running smstools too and they are sending similar messages using the same SIM cards? Probably the problem still is in the interface, for example a poor cable or connector can cause transmission errors.

Quote
Can you provide a list of compatible hardware with SMS Tools 3 that are USB based?

There is no such kind of list available.

Member
Registered:
Sep 2009
Location: Philippines
Topic owner
Yes they are also running SMS Tools 3 with similar setups. The only difference is they use different simcards. Is this a possible simcard error?

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
brutalpanda wrote
Yes they are also running SMS Tools 3 with similar setups. The only difference is they use different simcards. Is this a possible simcard error?

Probably yes, but this can also be an operator (network) depended issue.

Administrator
Registered:
May 2009
Location: Jyväskylä, Finland
Oops... :oops:

I just noticed that there was a bug in the board code: for users not logged in, every topic was marked as "locked". It was not intended, of course, and is now fixed.

I apologize...

  This topic is locked

Page:  1

SMSTools3 Community » Help and support Top

 
Time in this board is UTC.  

Privacy Policy   SMS Server Tools 3 Copyright © Keijo Kasvi.