[Bryon Davis]

Hi Christian,

If you mistakenly received a US model, try to exchange it for the correct model from where you bought it from.

If you are unable to do that, you can change the default bands with a AT+WMBS=<Band> command. I’m not sure which band number Africa would use, you can try AT+WMBS=5. This command can be given to each modem by telneting to the iSMS on port 5000-5007, where 5000 is modem 1. This will give you direct access to the modem to enter AT commands. This command should be stored to the modem without needing a AT&W command.

Here are the band settings:

<Band> Frequency Band Configuration

0 mono-band mode 850 MHz

1 mono-band mode 900 extended MHz (900E)

2 mono-band mode 1800 MHz

3 mono-band mode 1900 MHz

4 dual-band mode 850/1900 MHz

5 dual-band mode 900E (extended) /1800 MHz

6 dual-band mode 900E (extended) /1900 MHz

Regards,

Bryon

[Bryon Davis]

Hi Sujatha,

I would think you should be able to use PHP to send and receive SMS messages on a Unix server. You find some examples of PHP code in https://webfiles.multitech.com/engineering/sample-code/sms-finder/PHP/. Note that since you’re using Unix server the setup instructions will be different, but the code should be the same.

Regards,

Bryon

[Bryon Davis]

Hi Randy,

The Auto reboot timer was added as a tool to work around issues where a iSMS needs to be rebooted after a period of time. Some of the previous issues took months to show up. Many of these issues have been fixed in the newer firmware.

A good recommendation for the auto reboot timer would be 2 (48 hours) to 3 days(72 hours), but you may find you don’t need to reboot with the newer firmware.

Regards,

Bryon

[Bryon Davis]

Hi Tyler,

Sorry, right now we don’t have any special support for VCARD.

Regards,

Bryon

[Bryon Davis]

Hi Keneth,

The ISO-8859-1 option in “SMS Settings” makes to default encoding Extended ASCII, which has problems as described above. Many providers don’t accept Extended ASCII (8bit GSM) from outside of their network.

We are looking into this problem, you could try Unicode in the mean time and see if that helps.

Regards,

Bryon

[Bryon Davis]

Hi Brian,

As mentioned previously, there is sometimes problems sending Extended ASCII between different providers. We are looking into this. It appears many providers won’t accept Extended ASCII (8 bit GSM) from outside of their network.

You can try Unicode and see if that helps.

Regards,

Bryon

[Bryon Davis]

We’ve done a variety of testing before making it available, but a full release test hasn’t been done on this firmware. I don’t believe there will be any new major bugs, but if a bug is found you can always go back to your previous firmware. We plan to officially release firmware in a month or so.

[Bryon Davis]

Hi Christophe,

I did some testing with two PCs sending sendmsg requests simultaneously. The iSMS accepted the requests from both PCs simultaneously and then sent the SMS messages. This was true for HTTP and TCP.

All requests are put in a queue and processed individually. The sending queue is fairly large, I don’t have exact numbers of the maximum on hand, but I’ve had over 3,000 jobs in the queue in my testing.

There is no real difference to the iSMS whether TCP or HTTP is used. It depends on your preference when programming the send API applications. You may prefer the support certain languages have for HTTP or TCP.

Regards,

Bryon

[Bryon Davis]

Hi Kenneth,

We are still looking into this problem.

For now I would suggest try using Unicode to send messages with special characters.

Sorry for the inconvenience.

Regards,

Bryon

[Bryon Davis]

Hi Olav,

The sending queue is fairly large, it can handle thousands of pending jobs. I don’t currently have an exact number, but I’ve seen over 3,000 in my testing.

As far as monitoring the sending queue, you have a few commands. When you send a message using the API sendmsg request, the iSMS responds with a Message ID number that you can then use to send a querymsg request to get the status of that sent message. In the newer firmware (v1.49i), there is also a queryjobs request to get the current number of pending jobs through the API. The queryjobs can limit the reponse to all jobs, high priority, normal priority, or low priority jobs.

Regards,

Bryon

[Bryon Davis]

HI Christophe,

Which problem are you referring to? There were are few mentioned in this topic.

If you’re are referring to the original issue of buffering incoming non-polling messages when the API server is down, this is fixed in the v1.49i. You can find this at the links below. Changes and upgrade instructions are in the readme file.

SF100:

https://webfiles.multitech.com/../../engineering/unofficial-releases/iSMS%20(Formerly%20SMSFinder)/Firmware/SF100/1.49i/SF100-u-v1.49i-13Oct2011.zip

SF400 and SF800:

https://webfiles.multitech.com/../../engineering/unofficial-releases/iSMS%20(Formerly%20SMSFinder)/Firmware/SF400_SF800/1.49i/SF400-800-u-v1.49i-13Oct2011.zip

Regards,

Bryon

[Bryon Davis]

Hi Brian,

In my testing I’ve notice that not all providers accept GSM encoding, which is used by the iSMS Extended ASCII. I mostly see this when sending outside my SIM’s provider.

Check the Outbox and see if the message shows up there. You can also check Statistics & Logs–>Log Traces–>Send API Status Log and SMS Live Log. These should show whether the sms was sent.

Also check in the inbox for a message stating the sms was rejected for invalid characters.

ASCII is more widely accepted when sending between providers, which uses PCCP437. Unicode is also another option.

If this doesn’t appear to be the case for your failure, I recommend creating a case in our support portal at support.multitech.com.

Regards,

Bryon

[Bryon Davis]

The European and US models use different bands by default. That is why you don’t have any signal strength. I recommend contacting who you got it from and exchanging it for a US model.

[Bryon Davis]

Sorry there currently isn’t a way to do this.

[Bryon Davis]

Check the Statistics page in the Statistics & Logs. Make sure the SIM Status reads Enabled.

Make sure you are using the correct antenna:

Antenna Specifications

GSM/EGSM Antenna Requirements/Specifications

Frequency Range: 824 – 960 MHz / 1710 – 1990 MHz

Impedance: 50 Ohms

VSWR: <2.0:1

Typical Radiated Gain: 3 dBi on azimuth plane

Radiation: Omni

Polarization: Vertical

Wave: Half Wave Dipole

If possible, try the SIM in a cel phone and see if that gets a signal.

If you still have problems, I recommend creating a case in our tech support portal at support.multitech.com.

[Bryon Davis]

Your send rates will vary depending on speed of the wireless connection to the tower, how much traffic the tower is receiving, and how large the messages are. There isn’t any settings on the iSMS to optimize or improve speed. You could try contacting the carrier and see if they have any suggestions.

[Bryon Davis]

Sorry, there currently isn’t a way to query what the max msg id currently is. Right now the only way to track the max msg id is to monitor the responses from the sendmsg requests, the response contains the msg id.

There isn’t a way to access the internal database.

[Bryon Davis]

Hi Kelly,

The iSMS can only handle 50 recipients (names, numbers, or groups) per sendmsg. If this is exceeded a 605 Recipient Overflow is returned.

Whether the modem can recover from the 612 error depends on the cause of the error. The iSMS monitors and clears memory use, which should clear almost all of the causes. It may be possible to get an unusual failure that causes memory to fill up and not get freed. At that point, a reboot would clear the condition.

Regards,

Bryon

[Bryon Davis]

It appears the SIM isn’t installed or isn’t inserted properly. At the beginning of the messages it shows “SIM Status Disabled – No SIM “.

[Bryon Davis]

I have not heard of being blacklisted for sending messages before. Did they say why they were thinking of blacklisting you?

When testing firmware, we commonly send over a 1,000 messages per channel a day.

[Bryon Davis]

Typically a channel can send around 8-10 messages a minute. So if you have a SF100 (1 channel), 30 messages would usually take around 3-4 minutes. This may go down if there are incoming messages between sending. If you have more channels, it should send quicker.

[Bryon Davis]

Sorry, there currently isn’t a way to configure the iSMS to put a time stamp in the SMS message.

If you are sending SMS messages using the API, your API program could insert the time stamp into the message when sending the sendmsg request.

[Bryon Davis]

Hi Kelly,

The priority option wasn’t added until v1.44. The enc option of unicode (enc=2) was also added in 1.44, v1.31 only supports enc values of 0 and 1.

I would recommend upgrading to v1.47, besides the added features, it has many fixes and is a more stable version.

I currently don’t have the information on 602 and 607 errors. I’ll try to find that for you.

Regards,

Bryon

[Bryon Davis]

Hi Kelly,

If the iSMS is busy or temporarily runs out of space for another message it will return a 608.

Can you give an example of the commands you are sending to send with enc and priority?

Here is an example of a command that has both enc and priority. I tested this on v1.47 firmware.

http://192.168.2.143:81/user=admin&passwd=admin&cat=1&enc=1&priority=3&to=”7637654321″&text=”test&#8221;

You’ll need to change the port from 81 to your port, and the username and password.

Regards,

Bryon

[Bryon Davis]

Yes, you should be able to use the recvmsg command to retrieve the unread messages. The recvmsg command won’t retrieve all inbox messages, only the ones that haven’t be retrieved previously.

Currently the only way to read all inbox messages is through the web interface.

[Bryon Davis]

Hi Campbell,

When a telnet session to an iSMS modem is connected, it will end whatever process the iSMS software was running with that modem, and block the iSMS software from using that modem. So the iSMS software won’t interfere with your telnet session. Once the telnet session ends, the iSMS will start using that modem again.

There may be issues if you repeatedly start and end modem telnet sessions over a long period of time. A periodic reboot would clear these issues though.

Regards,

Bryon

[Bryon Davis]

Hi Ed,

I would recommend using another port besides 80, since this is used by the iSMS web interface. I believe the default port is 81. Try setting the port to 81 and entering the following command on the browser address bar:

http://201.122.162.20:81/recvmsg?user=admin&passwd=Secret

Make sure you can access the iSMS and that port 81 isn’t blocked by any firewalls. Try pinging 201.122.162.20 to make sure you can reach the iSMS. Also verify your password.

Regards,

Bryon

[Bryon Davis]

For a work around, try using URL encoding for the special characters when sending the HTTP POST.

Below are the URL code values for the characters you mentioned:

ä = %E4

ë = %EB

ü = %F6

You can find a more complete list at the following link:

http://www.w3schools.com/TAGS/ref_urlencode.asp

[Bryon Davis]

Currently some special characters, such as the German umlauts, are not handled correctly. We are looking into the reasons for this.

[Bryon Davis]

I’m not exactly sure what you’re trying to do, but besides doing some trigger features, to run a command after a SMS you would need a program running on a PC or webserver that would use the iSMS API to receive incoming SMS, interpret the SMS and execute your command on that PC/webserver, and then send a SMS with the results using the API.

For more detailed information we would need to know more about the programming language being used and the setup.

There are some iSMS API programming examples that may be helpful on our FTP site at https://webfiles.multitech.com/engineering/sample-code/sms-finder/

[Author]

Posts