Lonny Knudson
Forum Replies Created
-
AuthorPosts
-
Lonny Knudson
BlockedThe modem chip used on the MT5656SMI has support for some of the POS protocols/enhancements used by POS equipment/service vendors. We can’t offer any specific instructions due to the variability of POS equipment implemented by various vendors. You will need to test the modem in the target system to determine if it will perform correctly for your application.
If you open a ticket in our support portal ( http://support.multitech.com ), I believe there are some application notes regarding the POS enhancements available.
BlockedCouple of suggestions:
1. If you want to telnet into the auto dialout application, you need to make sure ppp is set to disabled. This setting is on the PPP page of the web management interface.
2. If you have confirmed that ppp is disabled and the device has been restarted, when you telnet to port 5000 type the following command (even if you don’t see the characters printed to your terminal screen):
ATE1V1Q
You should see an OK response printed to your screen, and you should also start seeing characters in your terminal window as you type them.
December 5, 2012 at 5:48 pm in reply to: MTSMC-H4-U: WCDMA 2100 not in the list, PH-NET PIN instead of READY #4424BlockedCheck the complete part number on the serial number label. The -H4 series devices will have either a -P1 or -P2 suffix in the part number. The -P2 models are locked to AT&T and will return the +CPIN: PH-NET PIN response if an AT&T SIM is not inserted. If you are using a carrier other than AT&T you need to order a -P1 model.
BlockedThe following commands should hang up gracefully:
kill -s HUP [PID of pppd] or
kill -s 9 [PID of pppd] if pppd was invoked with the persist option
I’m not sure what state the modem is in based on the information provided.
If you get an OK response to ATZ, the radio is in command mode and you can reboot the radio stacks by issuing AT+CFUN=1.
If you don’t get an OK response to ATZ the radio is either still in data mode or it is really in some sort of hung state. If this is the case, you may want to us the mts-io package to assert a hardware reset to the radio.
BlockedHi Jim,
If Bryan’s suggestion doesn’t include the ESN and you are trying to automate the process of getting the ESN you could try microcom. I believe something like this will work from the command line:
echo -en “AT+GSNr” | microcom -t 1000 /dev/ttyUSB0
BlockedHi Michael,
You may want to try to disable autobaud on the cell modem. This is done with the +IPR command (AT+IPR=230400). If you want to give this a try don’t forget to change the baud rate option in the /etc/ppp/peers/gsm file back to 230400.
BlockedHi Michael,
I see in the chat log that the +CSQ command is reporting a pretty low signal strength, this may be why the link is disconnecting. An idle timer or a session timer implemented by the carrier would cause a disconnection as well.
I’m not sure why changing the serial baud rate appears to correct the no response condition. Could you use a terminal program and issue AT&V to the modem and post the response ?
BlockedHi Michael,
This behavior is unusual, I can’t think of an explanation based on the information provided so far.
Could you post a copy of the gsm peer file, the chat script and some logs showing the events when you attempt to redial?
BlockedHi Rashan,
What is the model number of the Multitech device you are working with?
BlockedHi Nilesh,
There are 2 different products referenced in this thread. Bryan’s post is correct for the MTCDP products.
For the MTSMC-G2-GP, there is only one serial port so both GPS and GPRS functions are accessed through the same path. You can use this port for both functions, just not at the same time. If you are using pppd for a network link (GPRS), this puts the modem into data mode so you can not issue AT commands to query GPS information. Terminating the ppp link will hang up the GPRS call and the modem will switch back to command mode so you can issue AT commands and query GPS.
BlockedHi Norman,
If the software is trying to call a dialup modem on the remote machine, you will need to get the provider to enable ‘circuit switched data’ service on your account. This is a different service than GPRS data which is normally assumed when you activate data service on your cellular account.
If the above assumption regarding calling into a dialup modem on the remote machine in not correct, we will need more information about how the M2M application expects to open a data link.
BlockedThe MTSMC-G2-GP has a single serial interface. If you are making GPRS connections using pppd on your host system, you will need to bring the ppp link down when you want to query GPS data.
If you have more questions, you may want to start a new thread. The MTSMC-G2-GP doesn’t match the topic of this thread (different product). If you have specific questions about how to use the features on the MTSMC-G2-GP, I would recommend that you open a ticket on the support website ( http://support.multitech.com ).
BlockedHi Charith,
To start the IP stack application issue the command AT+WOPEN=1. Once the IP stack application is running, the S000469A document has a chapter with application examples included. I recommend looking over the examples and trying them using a terminal program like Hyperterminal or Teraterm (Teraterm has a scripting language that will allow you to write macros so you don’t need to re-type the whole command sequence every time you try a new connection).
If you have further questions after reviewing the examples, I recommend opening a case at our technical support website (http://support.multitech.com). This website is more interactive than the developer forum and allows customers and staff to post files (logs, screenshots, application notes, etc…).
BlockedHi Charith,
The MTSMC-G2 does have an IP stack that can be controlled with AT commands. There is a separate AT command manual for the IP stack, you can obtain a copy by filling out the request form here:
http://www.multitech.com/en_US/TOOLS/Forms/DynamicForms/EnterData.aspx?ID=4
Here is the part number for the document you need: S000469A.
This IP stack does include a HTTP client, however I would recommend that you consider using the TCP socket client to open the connection to the HTTP server then sending the HTTP request manually. This method seems to be easier to implement for most applications.
BlockedWhat type of host system will the MTSMC-G2 be installed in ? Does the host system have an IP stack ?
BlockedReset pin has internal pull-up, to initiate a hardware reset drive signal to 0V and release. I believe signal needs to be pulled low for 100uS (check developer guide to confirm).
If you don’t already have a copy, you can obtain the hardware developer guide for the Universal Socket products by following the link below and filling out the form.
http://www.multitech.com/en_US/TOOLS/Forms/DynamicForms/EnterData.aspx?ID=4
BlockedHi Shane,
The output in the $GPGGA sentence for the longitude and latitude fields is in degrees and minutes. I’m speculating you expressed your location in degrees.
44.2497 degrees expressed in degrees and minutes would be
44 degrees + (.2497 * 60) minutes = 44 degrees + 14.982 minutes.
For longitude:
76.5290 = 76 + (.5290 * 60) = 76 + 31.74
BlockedCheck the band selection setting (AT+WMBS?). I did a quick search on the web and it looks like Mobitel uses the 1800Mhz band for 2G services (you may want to verify this with the carrier). If this is correct, I would suggest trying +WMBS=5 or +WMBS=2.
Here is a link to the AT command manual, see page 79 for +WMBS options and syntax.
http://www.multitech.com/en_US/DOCUMENTS/Collateral/manuals/S000463F.pdf
BlockedHi Stephane,
IP addresses in the 10.x.x.x range are reserved for use on private networks and should not exist on the public internet. If an ISP assigns your endpoint an address in this range you are behind a NAT/firewall from the perspective of the public internet.
BlockedHi Stephane,
Regarding the ppp link, according to ifconfig the cellular provider is assigning your mobile device a private IP address that is not accessible from the internet. You will need to ask your cellular provider to assign your account a public IP if you want to initiate connections to your device from the internet.
I’m not sure I understand the changes you made regarding the eth0 interface. According to the output of the route command that you posted the other day, the device was correctly configured to use both interfaces at that time.
BlockedIt looks like pppd is making the correct changes to the routing table. What does ifconfig return when the ppp link is up?
BlockedIt could be a routing issue. Use the ‘route’ command while the ppp link is up to look at the routing table. If you haven’t tried this yet, you may want to try using pppd options defaultroute and replacedefaultroute.
BlockedI don’t believe the OCG blocks ssh (port 22) connections by default. If you didn’t specifically request a public route-able IP address from the mobile provider you are most likely behind a firewall on the carrier’s network.
BlockedHi Conrad,
When we see the connection hang up shortly after the authentication phase, the most common cause is incorrect APN/username/password. Have you verified that your account has access to the “internet.telenor.se” APN ? Do you know if this APN requires a username and password? I’m assuming that the username and password referenced in your peer file are just placeholders, this shouldn’t cause a problem if the APN doesn’t require a specific username and password. However, if this APN does require specific credentials you need to configure pppd to use them. Please let us know if this helps.
BlockedHi Conrad,
Try using this chat script:
ABORT BUSY
ABORT “NO CARRIER”
ABORT ERROR
REPORT CONNECT
TIMEOUT 10
“” “ATE1”
OK ‘AT+CGDCONT=1,”IP”,”internet.telenor.se”‘
SAY “Calling Telenorn”
TIMEOUT 60
OK “ATD*99***1#”
CONNECT c
Please let us know if it corrects the problem.
May 7, 2012 at 5:08 pm in reply to: Re: My MTSMC-G2-IP can´t any longer answer basic AT+ commands #3853BlockedHi Pablo,
If it responds to some AT commands I don’t think it likely that it is damaged. Try to issue the AT#DELFLASH command and see if this clears up the unexpected behavior. If this doesn’t work, I would recommend that you open a support ticket here:
BlockedHi Charles,
I don’t know of any diagnostics that would help in this case. I looked over some logs that you had sent to Jeff when you were corresponding with him. It looks like the -H4 has some older firmware, I think it would be a good idea to update to version 1.0.10. To obtain the firmware files and update instructions, please open a ticket in the support portal at http://support.multitech.com . Reference version 1.0.10 in the case description.
BlockedHi Karthik,
You are correct, I wouldn’t expect any problems in developing applications that don’t require cellular service.
Even without cellular service, you can most likely do SOME development with the cellular modem because it will still respond to AT commands, however any commands sent to the modem that require cellular service would return ERROR responses.
BlockedHi Karthik,
The EVDO version will not work on any carriers in India. The SMS commands for the EVDO radios are not standard, so for developing the SMS part of your application you may want to consider arranging remote access to the device when it is placed in a location that has Verizon coverage.
For developing parts of the application that don’t depend on the cellular modem, you could either have the EVDO unit shipped to you or order a model that works with a carrier in India.
BlockedHi Charles,
The radio modules in the -H4 products do not negotiate an IP address for their side of the ppp link (remote IP from the perspective of pppd), this is normal for these radios and pppd uses 10.64.64.64 by default. I don’t think it is likely to be the cause of the problem.
From looking at the log it appears like the HUP signal is initiating the termination of the ppp link. This assumption is based on the HUP event occurring before the modem hang up event. However, there doesn’t appear to be anything in the log indicating what process sent the HUP signal.
My first suspicion is the modem-manager process:
Apr 11 17:27:35 fedoraVM modem-manager: (net/ppp0): could not get port’s parent device
I have seen this cause an issue with pppd or the associated tty device on a debian distribution before, however I can’t recall the symptom(s) I was seeing at the time. As a test, you could try to terminate the process and then try pppd and see if it stays up.
The only other suggestion I can think of is to check all of the scripts that are spawned by /etc/ppp/if-up to see if any of them might send a kill signal to the pppd process (most likely syntax would be something like kill -s HUP or kill -s 1).
-
AuthorPosts