Example scenario details:

• The aim is to monitor the level of a water tank. To do this a GPRS modem’s analog input is used. The modem is permanently connected to GPRS and uses a card with a dynamic IP address.

• The modem must take a measurement every 5 minutes and send it to a Web server via GPRS through HTTP GET to create a LOG file with daily consumption statistics.

• Also, you must be able to access the modem’s internal webserver to check the tank’s state in real time. You must be able to change the relay, that allows the water flow input into the tank, from the internal websever. There will be no firewall to access webserver (from any IP), but it will be protected with a username and password.

Proposed solution with MTX-65IND + MTXTunnel:

telemetrias-gprs-http

 MTX-65IND + MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario.

GPRS_apn: movistar.es GPRS APN provided by the GSM operator
GPRS_login: MOVISTAR GPRS Login provided by the GSM operator
GPRS_password: MOVISTAR GPRS Password provided by the GSM operator
GPRS_timeout: 0 With 0 the modem will be permanently connected to GPRS
   
MTX_PIN: 0000 If the SIM card doesn’t have a pin, leave it as 0000
MTX_model: MTX65IND MTX65IND is the chosen MTX model
MTX_mode: none The modem isn’t set as anything (we don’t use a GPRS-Serial gateway)
MTX_urc: off We don’t need the URC information messages
   
TCP_port: 20010 The MTX TCP port that waits for IP connections (from webserver)
   
FIREWALL_enabled: off Firewall deactivated
   
WAKEUP_gpioEnabled: on The GPRS session will be activated by a digital input
WAKEUP_value: 0 It will be activated when the digital input is “0”.
   
DNS_enabled: on IP send to activated DNS
DNS_mode: http You will be informed by HTTP GET
DNS_password: 12345678 String password for more security
DNS_server: www.miweb.com:8080/datosIP.asp The modem’s telemetries and the IP will be sent to the server’s URL
DNS_extended: on We want MTXTunnel to send the GPIO and ADC statuses
DNS_period: 300 We want to send values every 300 seconds (5 minutes)
 

 

 

 

 

Comments





Example scenario details:

•6 digital inputs and 2 analog inputs must be sent to a web server via JSON object.

• MTX will collect digital and analog data every 10 minutes, sending them to the web server via JSON object. If there is no GPRS coverage or the web server isn’t available, MTX must save the data to memory (a maximum of 1000 records).

• Also you need to activate a GPRSRS232 gateway in parallel to the telemetries in order to remotely read the device. For convenience, a SIM with a fixed IP address is used.

Proposed solution with  MTX-65IND + MTXTunnel:

telemetry-gprs-json

 MTX-65IND + MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario.

Details.

1.- The JSON object send to the server via GPRS will have the following example format:
{“IMEI”:353234028103206,”P”:”ID00001″,”TS”:”11/11/12 08:31:44″,
“IO1″:1,”IO2″:0,”IO3″:1,”IO4″:1,”IO5”:0,”IO6”:0,”IO7”:1,”IO8”:0,”IO9”:1,”IO10”:0,

”AD1”:1250,”AD2”:1700}

COMM_baudrate: 9600 Serial port 1 bauds for GPRS-RS232 gateway
COMM_bitsperchar: 8 8 bits of data
COMM_autocts: on CTS hardware flow control enabled
COMM_autorts: on RTS hardware flow control enabled
COMM_stopbits: 1 1 stop bit
COMM_parity: none No parity
   
GPRS_apn: movistar.es GPRS APN provided by the GSM operator
GPRS_login: MOVISTAR GPRS Login provided by the GSM operator
GPRS_password: MOVISTAR GPRS Password provided by the GSM operator
GPRS_timeout: 0 With 0 the modem will be permanently connected to GPRS
   
MTX_PIN: 0000 If the SIM card doesn’t have a pin, leave it as 0000
MTX_model: MTX65IND MTX65IND is the chosen MTX model
MTX_mode: server The modem is set as a server
MTX_urc: off We don’t need the URC information messages
   
TCP_port: 20010 The MTX TCP port that waits for IP connections (from webserver)
   
FIREWALL_enabled: off Firewall deactivated. Connections will be accepted from any IP
   
LOGGER_enabled: on MTX Logger is enabled to store readings
LOGGER_password: ID00001 This field allows us to identify where frames come from
LOGGER_server: www.miservidorWeb.com/json.asp?data= The JSON and data will be sent to this URL
LOGGER_registerSize: 300 The MTX’s internal register size
LOGGER_numRegistersFlash: 1000 The maximum number of registers inside MTX
LOGGER_ioPeriod: 600 Every 10 minutes the modem’s digital and analog inputs will be read and sent. 

 

 

 

 

Comments





Example Scenario Details:

• The scenario is very simple. You just need to send an SMS when a digital signal coming from an external circuit changes from “0” a “1”.

• The SMS alarm must be sent to 5 telephone numbers for safety (67777771, 67777772 , 67777773, 67777774 y 67777775). The text should be “ALARM DETECTED”.

• One the alarm has gone off, the digital signal can change continuously, therefore you should limit SMS alarm sending to no more than 1 per hour.

Proposed solution with  MTX-65i + MTXTunnel:

alarm-sms

MTX-65i + MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario.

MTX_model: MTX65i MTX65i is the MTX model that has been chosen
MTX_mode: none A GPRS-Serial tunnel is not needed
MTX_urc: off We don’t need the URC information messages
ALARM_gpioEnabled: on We enable the SMS alarm service when there is a change in digital input
ALARM_gpioValue: 1 The alarm will go off when the digital input changes from “0” -> “1”
ALARM_gpioMessage1: ALARMA DETECTADA The alarm text that is sent via SMS
ALARM_gpioPause: 3600 We don’t want the modem to send more than one alarm per hour. 
ALARM_smsNumber1: 677777771 Telephone number 1 where the SMS is sent 
ALARM_smsNumber2: 677777772 Telephone number 2 where the SMS is sent
ALARM_smsNumber3: 677777773 Telephone number 3 where the SMS is sent
ALARM_smsNumber4: 677777774 Telephone number 4 where the SMS is sent
ALARM_smsNumber5: 677777775 Telephone number 5 where the SMS is sent

Comments





Example scenario details:

  • We have a PLC Modbus RTU. This PLC has various variables/registers in its internal memory (for example, 1 temperature and 3 meters…) which need to be periodically read and sent to a Web server.
  • Therefore, MTXTunnel must periodically get information (every 15 minutes) through a serial port and the PLC to read the data.  The data that needs to be read are: record nº20 for temperature and the meters are records 21,22 and 23 respectively.
  • MTXTunnel must send the value of the registers after reading them to a web server via HTTP GET using a JSON object. It must be able to save up to 1500 readings in its flash memory in case of communication failure, this is  so that it can send them when communication is restored.
  • You must be able to access MTXTunnel at any time so that you can read the PLC registers in real time as well as being able to write in them and modify PLC configuration registers.

Proposed solution with MTX-65i + MTXTunnel

MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:


 COMM2_baudrate: 9600 Speed of communication between serial port and PLC
 COMM2_bitsperchar: 8 Number of data bits
 COMM2_autorts: off No flow control
 COMM2_autocts: off No flow control
 COMM2_stopbits: 1 1 stop bit
 COMM2_parity: none No parity
   
 GPRS_apn: movistar.es GPRS APN provided by GSM operator
 GPRS_login: MOVISTAR GPRS Login provided by GSM operator
 GPRS_password: MOVISTAR GPRS Password provided by GSM operator
 GPRS_timeout: 0 The modem will be permanently connected
   
 MTX_PIN: 0000 SIM card’s PIN number
 MTX_mode: none GPRS-Serial gateway mode. Set to none as we don’t use it
 MTX_model: MTX65i MTX65i model used with MTXTunnel
 MTX_portAux: modbusmaster The aux port used as master modbus
 MTX_TPServer: time-a.timefreq.bldrdoc.gov Time server (MTX must synchronize the time)
 MTX_TPServer2: ptbtime1.ptb.de Back-up time server
 MTX_ping: 35 Every 35 minutes with communication, we do a ping
 MTX_pingIP: 8.8.8.8 Address where we run the ping
 MTX_radioBand: europe Not necessary. It says Europe if the MTX is installed in Europe
 MTX_rssiLevel: 10 This activates the MTX65i’s coverage led
   
 SMS_allPhones: on You can send commands via SMS from any mobile
 SMS_sendIP: on The modem responds with its IP to a missed call or SMS
 SMS_ATEnabled: on You can send commands to MTX via SMS
 SMS_ATResponse: on MTX will respond with an SMS to an SMS that it receives with a command
   
 FIREWALL_enabled: off You can connect to the modem from any IP (for Telnet)
   
 TELNET_enabled: on Telnet is enabled
 TELNET_login: user Telnet Login
 TELNET_password: 1234 Telnet Password
 TELNET_firewall: off You can connect to MTX via Telnet from any IP 
   
 LOGGER_enabled: on MTX logger enabled to store data
 LOGGER_password: ID00001 This field allows us to identify where frames come from
 LOGGER_server: www.miservidorWeb.com/json.asp?data= The JSON and data will be sent to this URL
 LOGGER_registerSize: 300 The MTX’s internal register size 
  LOGGER_numRegistersFlash: 1500 The maximum number of registers inside MTX
   
 MODBUS_address: 1 Modbus device’s address (to read)
 MODBUS_start: 20 Initial modbus registers address (to read)
 MODBUS_numwords: 4 Number of registers to read apart from the initial one
 MODBUS_period: 900 MODBUS_period: 900

     

DETAILS:

  • The MTX65i is used in this example with RS232 communication for MODBUS communication with a PLC, but it could be a RS485 without any problems. To do this you could use an MTX-65iRS485 model (with incorporated RS485 communication).
  • The following is a summary of this example: the modem periodically reads (every 15 mins) a series of Modbus registers from the PLC and sends them to web server via JSON object. It sends them to the URL specified in the LOGGER_server parameter. If the register cannot be sent (if there is not GPRS coverage or the server has failed), it saves the data to memory so that it can send them later. With Telnet, you can connect directly to the device and consult/change PLC registers in real time (for this search for the following commands in the manual AT^MTXTunnel=getmodbus and AT^MTXTUNNEL=setmodbus).
  • The JSON object sent to the URL specified in LOGGER_server is encoded like the following example:{“IMEI”:353234028103206,”P”:”ID00001″,”A”:1,”TS”:”20/08/12 08:31:44″,”V1″:23,”V2″:275,”V3″:274,”V4″:32765}
    This means that the web server receives a JSON object with the modem’s IMEI (IMEI), a password field (P) that can also be used to identify the device (if you don’t want to use the IMEI), the device’s modbus address (A), the time stamp (TS) of when the modbus data was read, and V1,V2, … with every one of the read variables.

Comments




Example scenario details:

  • The aim is to periodically take readings from an electric meter (every 10 minutes). As readings will be taken often, the meter will be accessed via GPRS instead of GSM calls in order to cut costs.
  • At the same time, the operator energy (Endesa, Iberdrola, …) will make a conventional GSM data call once a day to read the meter.
  • The GSM call must have priority. When the modem receives a call from the energy operator, the GPRS will be “frozen” to make way for the operator. Once the GSM call has finished, the GPRS connection will be re-established.

Proposed solution with  MTX-65i + MTXTunnel

MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

COMM_baudrate: 9600 Serial port and energy meter speed
COMM_bitsperchar: 8 Number of data bits
COMM_autorts: off No flow control
COMM_autocts: off No flow control
COMM_stopbits: 1 1 stop bit
COMM_parity: none No parity
 
GPRS_apn: movistar.es GPRS APN provided by GSM operator
GPRS_login: MOVISTAR GPRS Login provided by GSM operator
GPRS_password: MOVISTAR GPRS Password provided by GSM operator
GPRS_timeout: 0 The modem will be permanently connected
 
MTX_mode: server Server type GPRS connection
MTX_model: MTX65i Modem’s model
MTX_ping: 35 Ping time for monitoring connection
MTX_pingIP: 8.8.8.8 Google’s IP (e.g.) to perform the pìng 
MTX_radioBand: europe European GSM band
MTX_rssiLevel: 10 Displays red LED if there is low coverage
 
TCP_port: 20010 TCP port to establish GPRS-Serial gateway
 
Firewall_enabled: off Firewall deactivated
 
CSD_enabled: on Can receive GSM data calls from the energy operator (Iberdrola, Endesa, …)

Comments





Example scenario details:

  • In this current scenario the modem has two serial ports. The energy meter is connected to one serial port, the PLC is connected to the other one.
  • When there isn’t a GPRS connection with the modem or a GSM call established from the operator, the modem has to act as a serial gateway, i.e. all of the data that arrives at the modem from the PLC is redirected to the energy meter and vice versa, all serial data sent to the energy meter should be forwarded to the PLC.
  • 2 GPRS-serial gateways should be established and working at the same time. Through one you will have access to the energy meter to periodically take readings, through the other you will be able to access the PLC’s modbus registers.
  • Additionally, the power operator (Iberdrola, Endesa, …) will make a daily GSM call to read the meter’s data. This GSM call will be given priority, freezing GPRS connections until it is finished.

Proposed  solution with  MTX-65i + MTXTunnel

MTXTunnel configuration file for the proposed solution above: 

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

COMM_baudrate: 9600 Serial port and energy meter speed
COMM_bitsperchar: 8 Number of data bits
COMM_autorts: off No flow control
COMM_autocts: off No flow control
COMM_stopbits: 1 1 stop bit
COMM_parity: none No parity
COMM2_baudrate: 9600 Serial port and PLC speed
COMM2_bitsperchar: 8 Number of data bits
COMM2_autorts: off No flow control
COMM2_autocts: off No flow control
COMM2_stopbits: 1 1 stop bit
COMM2_parity: none No parity
GPRS_apn: movistar.es GPRS APN provided by GSM operator
GPRS_login: MOVISTAR GPRS Login provided by GSM operator
GPRS_password: MOVISTAR GPRS Password provided by GSM operator
GPRS_timeout: 0 The modem will be permanently connected
MTX_mode: server Server type GRPS connection
MTX_model: MTX65i Modem’s model
MTX_ping: 35 Ping time for monitoring connection
MTX_pingIP: 8.8.8.8 Google IP (e.g.) for Ping
MTX_radioBand: europe European GSM bands
MTX_portAux: gateway It enables the serial gateway between the modem’s serial ports when there are no external (GPRS/GSM) connections
TCP_port: 20010 TCP port for establishing GPRS-serial gateway
Firewall_enabled: off Firewall deactivated
CSD_enabled: on Able to receive GSM data calls from the energy operator (Iberdrola, Endesa, …)
Telnet_enabled: on Telnet is enabled for use as a secondary gateway from access to the PLC
Telnet_port: 20011 TCP port receives connections to access PLC (secondary GPRS-serial gateway)
Telnet_bypass: on “on” to use Telnet as a secondary gateway

Comments




The following video tutorial will be useful to have when you have first contact with the MTXTunnel-GPS. You will physically see the modem, you will learn how to configure the device with very important configuration parameters, you will see how to use GPRS data collection and you will be surprised at how easy it is to visualize the routes in Google Earth. To summarize, you will see and understand how the MTXTunnel-GPS work in a few minutes.

 

Comments




The following video tutorial shows how to do the first test in order to familiarize ourselves with the MTXTunnel. The MTXTunnel is configured as a TCP Server with a permanent GPRS connection. We connect to MTXTunnel from a PC via TCP/IP. All data sent via GPRS is forwarded by MTXTunnel through its serial port and displayed in the other PC’s HyperTerminal window i.e. it shows the GPRS-RS232′s first test.

Comments




The following video tutorial is a step-by-step guide of how to download and configure the MES tool for configuring MTXTunnel. If you are not familiar with MTXTunnel configuration, we advise you to watch this.

Comments




In this example, I am going to show you how to configure the MTXTunnelGPS. The device is installed in a vehicle and periodically it sends its GPS position and I/Os (digital/analog inputs and outputs) to a PC server. As well as sending the GPS position, an approximate location needs to be obtained by GSM cells in case there isn’t GPS coverage (for example, when the vehicle is in a basement, garage, …). It also activates the Telnet service in the MTXTunnelGPS so that it can  connect remotely and can carry out maintenance operations.

Let’s look at the example scenario in detail:

• GPS positions need to be sent to a central server from an MTXTunnelGPS installed in a lorry.  It needs to be sent with the IP 200.201.202.203y and TCP port 20010.

• MTXTunnelGPS must read the GPS position every 30 seconds and send the position to a TCP socket server in real time.

• In case there is no GPS coverage, the modems sends a KeepAlive frame every two minutes along with the necessary information to be able to localize the vehicle through GSM cell tracking.

• Telemetry data (digital inputs) must be sent too from certain devices that are connected to the modem’s digital inputs.

• You must be able to remotely access the modem’s settings to be able to monitor data like GSM coverage  or read the modem’s analog inputs which are connected to other devices at any given moment. To do this you need to have enabled Telnet in the modem. For security reasons, you can only access the Telnet service from the central IP address 200.201.202.210.

Proposed solution with MTXTunnelGPS

MTXTunnelGPS configuration file for the proposed solution above:

You have to enter this into the modem’s MTXTunnelGPS.jad file to be able to run the application as described in the scenario.

If you configure the MTXTunnelGPS with these settings, the device will periodically send the GPRS position to the PC Server. You can find more information on “sending data frames” in the MTXTunnelGPS manual, (specifically Annex 1, page 73).

Comments




The example that I am going to show below is similar to the one before but instead of controlling relays via SMS, we are going to do it via GPRS. Let’s imagine that we want to make an application for a PC that connects to various geographically distributed GPRS devices to switch relays and to read the states of 6 digital inputs and 2 analog inputs, one 0-2.4V and the other 4-20mA. We are going to use MTXTunnel-IND with the 4 relays, 6 digital inputs and 2 analog inputs.

How do we do it? Well we’ll do it the easiest way, with Telnet. MTXTunnel supports Telnet, for example we can open an Ms-Dos console and write “Telnet xxx.xxx.xxx.xxx”, the xxx.xxx.xxx.xxx is the MTXTunnel’s current IP address. Our PC would connect remotely (with Internet connectivity) with the MTXTunnel that has GPRS connectivity. Once they are connected via Telnet, we can send AT commands to the modem. Let’s look at an example:

In this example we see that we have connected to MTXTunnel via Telnet and we send the command AT+CSQ. That command is used to find out the GSM coverage (remotely!). As well as using an AT command to read GSM coverage, we can use another AT command to switch relays. Specifically we use these AT commands:

AT^SSIO=0,0 and AT^SSIO=0,1   to enable and disable Relay 1 from the device called RL1
AT^SSIO=1,0 and AT^SSIO=1,1    to enable and disable Relay 2 from the device called RL2
AT^SSIO=2,0 and AT^SSIO=2,1    to enable and disable Relay 3 from the device called RL3
AT^SSIO=6,0 and AT^SSIO=6,1   to enable and disable Relay 4 from the device called RL7

And to read the 6 digital inputs we use:

AT^SGIO=3
AT^SGIO=4
AT^SGIO=5
AT^SGIO=7
AT^SGIO=8
AT^SGIO=9

And finally for analog inputs we use:

AT^SRADC=0    to read the A/D converter configured as 0-2.4V
AT^SRADC=1    to read the A/D converter configured as 4-20mA

So we can easily send these AT commands through an MS-Dos console via Telnet, but it’s also very easy to program an application (in Visual Basic, .Net, C#, java …) that connects to the TCP23 port from MTXTunnel (or the configured TCP port) and sends these AT commands to switch relays or read digital/analog inputs.

Finally we will enable DynDNS service in this example. Therefore you won’t have to pay for a SIM card with a fixed IP address.

MTX-IND + MTXTunnel configuration file for the proposed solution above.

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

GPRS_apn: movistar.es GPRS APN provided by GSM operator
GPRS_login: MOVISTAR GPRS Login provided by GSM operator
GPRS_password: MOVISTAR GPRS Password provided by GSM operator
GPRS_timeout: 0 The modem will be permanently connected to GPRS
MTX_model: MTX65IND MTX65IND is the chosen MTX model
MTX_mode: none GPRS-Serial tunnel not needed
FIREWALL_enabled: off Firewall deactivated 
TELNET_enabled: on Telnet activated
TELNET_port: on TCP port for Telnet
TELNET_login: user Login for Telnet
TELNET_password: 1234 Password for Telnet
DYNDNS_enabled: on DynDNS service activated
DYNDNS_server: members.dyndns.org DynDNS server account created
DYNDNS_hostname: mtxtunnel.dyndns.org MTXTunnel’s DNS name created in DynDNS
DYNDNS_login: usuario DynDNS username
DYNDNS_password: miPassword DynDNS password

Comments




This example shows how to configure MTXTunnel so that you can control 4 relays via SMSs. Relays can be used to activate/deactivate lights, boilers etc. Let’s take a look at the details of this example scenario.

Example Scenario Details:

• You need to control 4 relays via SMS to activate or deactivate some lights in a remote location.

• We want to send an SMS with the text ONx or OFFx (x is 1,2,3 or 4) to activate or deactivate the respective relays, to do this you need to create some ALIAS in the modem.

• Only the company’s 100 authorized numbers should be able to send an SMS, only the numbers that begin with 6662746XX.

• You only need access to relays via SMS, however you should be able to activate MTXTunnel’s WEBSERVER (by sending an SMS with the text “mtxtunnel on” or a missed call) in 10 minute sessions to do maintenance tasks like reconfiguring MTXTunnel as well as accessing relays from a PC browser.

Proposed solution with MTX-IND + MTXTunnel

MTX-IND + MTXTunnel configuration file for the proposed solution above.

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

GPRS_apn: movistar.es GPRS APN provided by GSM operator
GPRS_login: MOVISTAR GPRS Login provided by GSM operator
GPRS_password: MOVISTAR GPRS Password provided by GSM operator
GPRS_timeout: 10 GPRS maintenance sessions will last 10 minutes 
MTX_PIN: 0000 If the SIM card doesn’t have a pin, leave it as 0000
MTX_model: MTX65IND MTX65IND model is chosen due to relays
MTX_mode: none We don’t need GPRS-serial tunnels
MTX_urc: off We don’t need URC information messages
WEBSERVER_enabled: on WebServer service enabled
WEBSERVER_login: user Webserver Login
WEBSERVER_password: 1234 Webserver Password
WEBSERVER_skin: http://www.mtxtunnel.com/webserverimg/ WebServer Skin
WEBSERVER_gsmScript: http://www.blogelectronica.com/gps/gsm.php Script localiz. GSM
FIREWALL_enabled: off Firewall deactivated so connections from any IP are accepted.
SMS_allPhones: off We just want the 100 authorized phone numbers
SMS_validPhone1: 6662746 We indicate the common part of the 100 telephone numbers
SMS_ATEnabled: on AT commands accepted via SMS
SMS_ATResponse: on AT command response is returned by SMS
SMS_alias1: ON1>AT^SSIO=0,0 We have activated Relay1 when you receive an SMS with ON1
SMS_alias2: OFF1>AT^SSIO=0,1 We have deactivated Relay1 when you receive an SMS with OFF1
SMS_alias3: ON2>AT^SSIO=1,0 We have activated Relay2 when you receive an SMS with ON2
SMS_alias4: OFF2>AT^SSIO=1,1 We have deactivated Relay2 when you receive an SMS with OFF2
SMS_alias5: ON3>AT^SSIO=2,0 We have activated Relay3 when you receive an SMS with ON3
SMS_alias6: OFF3>AT^SSIO=2,1 We have deactivated Relay3 when you receive an SMS with OFF3
SMS_alias7: ON4>AT^SSIO=6,0 We have activated Relay7 when you receive an SMS with ON4
SMS_alias8: OFF4>AT^SSIO=6,1 We have deactivated Relay7 when you receive an SMS with OFF4
SMS_aliasOk: Command Ok This SMS is sent if the SMS command has worked 
SMS_aliasError: Command Error This SMS is sent if the SMS command hasn’t worked

With this configuration, some ALIAS are configured. You can find the complete explanation on ALIAS in the MTXTunnel manual, but they are basically used for the following:  MTXTunnel can run AT commands via SMS. To switch a relay all you have to do is send an AT command for example ”AT^SSIO=0,0″ if you want to switch Relay1. Obviously it’s complicated to remember and type out on a mobile phone. MTXTunnel allows the use of ALIAS i.e. you can set a password so that when the MTXTunnel receives this password via SMS, this password runs the AT command that it is associated with. In the ALIAS example shown ”ON1″ runs the AT command “AT^SSIO=0,0″, so all you would have to do is send an SMS with the word “ON1″ to switch a relay.

 

Comments




The following example is a typical configuration for an ultra low power system with GPRS communication. Let’s imagine that our scenario is in the countryside and therefore we can’t use a normal power supply (i.e. no 220v outlet). We have 3 devices with RS232 ports that are collecting data and we want to read them once a day from a central control centre.

The application’s consumption is critical, so GPRS modems must be completely switched off (2 uA consumption) and only turned on once a day for a few minutes to share information with the server. This way, the modem’s batteries will last several years. Let’s look at the entire scenario in a bit more detail.

Example scenario details:

• There are three weather stations with RS232 serial ports. They run on batteries and continuously collect meteorological parameters that they save to their internal memory. The saved meteorological data in them needs to be read once a day via GPRS, but without compromising the system’s power consumption i.e. a minimum consumption is required by the GPRS modem connected to the meteorological station.

• For this reason, the modems must remain in ultra low power mode (2 uAmperios) for 24 hours and only wake up for a few minutes.

• Every 24 hours the modems must wake up, connect to the GPRS and connect to a remote server that we have in the office with the IP address 200.201.202.203 which the TCP port 20010 is listening for.

• As soon as the MTXTunnel is connected to the remote server, the first thing you have to do is identify MTXTunnel (the server has to know which of the 3 MTXTunnels is connected at any given time). To do this each modem has to send a different ID to connect e.g. “Device1″, “Device2″ and “Device3″.  Once the ID is sent, a transparent GPRS-RS232 tunnel will be established between the server in the central offices and the weather station connected to MTXTunnel. This is so that the central server can read data from the weather station as if it were connected with an RS232 serial cable.

• A tunnel will be established for 2 minutes i.e. if 2 minutes pass without any GPRS traffic, the MTXTunnel will go into ULP mode (unltra low power) and it won’t wake up for 24 hours.

Proposed solution with MTX-65ULP + MTXTunnel

MTX-65ULP + MTXTunnel configuration file for the proposed solution above.

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

COMM_baudrate: 9600 Serial port baud
COMM_bitsperchar: 8 8 data bits
COMM_autocts: off CTS hardware flow control deactivated
COMM_autorts: off RTS hardware flow control deactivated
COMM_stopbits: 1 1 stop bit
COMM_parity: none No parity
   
GPRS_apn: movistar.es GPRS APN provided by GSM operator
GPRS_login: MOVISTAR GPRS Login provided by GSM operator
GPRS_password: MOVISTAR GPRS Password provided by GSM operator
GPRS_timeout: 120 Modem is permanently connected to GPRS
   
MTX_PIN: 0000 If the SIM card doesn’t have a PIN, leave it as 0000
MTX_model: MTX65ULP Modem’s model
MTX_mode: client The modem is configured as a TCP client
MTX_IDClient: equipoX MTXTunnel identifier, the X must be different for each modem
MTX_urc: off We don’t need URC information messages
   
TCP_IP: oficina.midominio.com PC server’s IP (DNS) which it connects to
TCP_port: 20010 PC server’s TCP port which it connects to
   
ULP_sleepMode: mnutes Indicates that the modem will wake up every X minutes
ULP_rtc: on The modem will use the RTC to wake up every X minutes
ULP_minutes: 1440 The modem will wake up every 1440 minutes = 24 hours
ULP_mode: gprs Telemetries will be sent via GPRS (not SMS)

Comments




In the example shown today we are going to control 2 RS232 devices via GPRS from a remote central control centre with a single MTXtunnel-65i and a single SIM card. Typically these applications use two modems with two SIM cards, connecting a GPRS modem to each serial device. The MTXTunnel-65i, which has two serial ports, allows you to establish TWO transparent GPRS-RS232 gateways at the same time, saving costs. Let’s look at the scenario in a bit more detail.

Example scenario examples:

• The aim is to control 2 RS232  serial devices that are close together. As the MTX65i modem has 2 serial ports, each serial port will be connected to one of the devices that we want to control. This saves the system by using a single modem and a single SIM card.

• You need have simultaneous access to the two serial devices from a Control PC. To do this the modem, which is configured as a server, must listen into two TCP ports.  You can access the serial device connected to the modem’s COM1 with the TCP port 20010 and TCP port 20011 for the serial device connected to the modem’s COM2.

• The tunnel must remain permanently connected. A SIM card with a fixed IP address will be used (although you could use a SIM card without a fixed IP address no problem).

•Access is only permitted to the two IPs from the Control Centre (200.201.202.203 y 200.201.202.204)

Proposed solution with MTX-65i + MTXTunnel:

MTX-65i + MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

In this example, the modem’s serial ports COM1 and COM2 are configured as well as the basic GPRS connectivity parameters. The firewall is activated so that MTXTunnel can only be accessed by 2 authorized IPs and finally the most notable thing from the example is that Telnet is enabled in the TCP 2001 port and TELNET_bypass is “on”. This means that all of the incoming traffic is redirected through the TCP 20011 port to the COM2 port. This way you get 2 independent GPRS-Serial gateways and can control two RS232 serial devices with a single modem and a single SIM card.

If instead of controlling 2 devices with an RS232 port, you would need to use 2 RS485 ports then everything would be identical but instead of using the MTX-65i + MTXTunnel, use the MTX-IND + MTXTunnel.

Comments




This example is the same as the previous “Advanced Example 1″ but instead of using a private DNS server (in our office), we are going to use the service provided by DynDNS.  For those who do no know, DynDNS can associate a myDomain.dyndns.org type of domain to an IP address. This means that when using SIM cards with a dynamic IP address and not a fixed IP, we can always connect to MTXTunnel with DynDNS using miDominio.dyndns.org instead of using an IP address like this xxx.xxx.xxx.xxx that always changes. But let’s look at this scenario in a little bit more detail:

Example scenario details:

• We have a number of devices with an RS232 port that need monitoring from a Central Control Centre via GPRS.

• You must be able to access the RS232 devices at any given time, therefore the modem connected to the device’s serial port must remain GPRS connected continuously waiting for a connection.

• The modems only accept incoming connections from the central office’s IP: 200.200.200.200, rejecting any connections from other IPs.

• In order to save a bit, SIM cards with dynamic IP addresses are used. As there are not a large amount of devices to be controlled, you do not need to configure a private DNS server (DNS_enabled: off). Just simply use the service provided by DynDNS.

Proposed solution with MTX-65i + MTXTunnel:

 

MTXTunnel-65i configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

To use this example, first of all you must open an account at DynDns.org and create some DNS. In the example, mtxtunnel.dyndns.org is the  DNS created.

Comments




The following example shows you how to configure the MTXTunnel for a transparent GPRS-Serial tunnel (RS232 ó RS485) that is permanently GPRS connected. The particularity of this example is that SIM cards with dynamic IP addresses are used. Therefore every time the MTXTunnel detects a change in the IP address, it will send it to a server that we have in our offices. This way we will be able to know the IP address of every modem at any given time. This will allow us to connect to them and establish GPRS-Serial gateways whenever we want. The example scenario is described in more detail below:

Example scenario details:

• There are 100 devices (black boxes) with a RS232 port (115200,8,N,1 and HW flow control) which need to be monitored from a Central Control Centre via GPRS. To do this 100 MTXTunnels are used and act as a transparent GPRS-Serial tunnel.

• You must be able to access the RS232 devices at any given time, therefore the modem connected to the device’s serial port must remain GPRS connected continuously waiting for a connection.  The modems only accept incoming connections from the central office’s IP: 200.200.200.200 and from an ADSL back-up IP from central offices which is: 200.200.200.201

• In order to save a bit, SIM cards with dynamic IP addresses are used. As there is a large number of modems DynDNS is disregarded, so it must be MTXTunnel themselves who have to send the IPs provided by the GSM provider from a control centre to a private DNS server at any given time. Each time an MTXTunnel changes its IP address, the new IP has to be sent to the control centre (with IP 200.201.202.203 and TCP port 20000) to report the change. This way the PC Control Centre always knows each modem’s current IP.


MTX-65i + MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

The parameters to highlight in the example above are the headers that start with “DNS_”. These parameters are responsible for making sure that every time the MTXTunnel changes the IP address, it is sent to a server. To do this we ensure the parameter “DNS_enabled” is “on”. The frame with the IP address will be sent through a TCP/IP socket to an IP (DNS_server) and a TCP port (DNS_port), hence the parameter “DNS_mode” is “socket”. You could use a webserver to do this with “http” but that would be a different example.

Comments




The example shown below is similar to Example 1 but this time we are using SIM cards with a dynamic IP address instead of paying for SIM cards with a fixed IP address. This is because the GPRS connection will not be permanent with the modems, it will only be used for remote maintenance tasks when we need to access a remote device’s RS232 port.

Here is the example scenario in a little more detail:

• We have 3 devices with RS232 ports (configured to 9600,8,N,1 and without flow control) which need to be monitored from a central control station via a GPRS-Serial tunnel.

• We occasionally need to access the RS232 serial devices for remote maintenance purposes, therefore the modems don’t need to be permanently GPRS connected.

• A modem must be connected to GPRS for ten minutes when it receives a missed call or an SMS with the text “mtxtunnel on” from a phone number. In order to connect to GPRS, the modem has to send an SMS with the IP address (obtained by the GSM operator) to the phone number that sent the SMS or made the missed call.  For those ten minutes, the modem will keep waiting for incoming connections via the 20010 TCP port.

• For security reasons, the modems should only respond to activation SMS messages or missed calls from authorized telephone numbers 666123456 and 666123457. Additionally, MTXTunnel only allows IP connections to be established from the central office’s IP which is 200.101.102.103

Proposed solution with MTX-65i + MTXTunnel


MTX-65i + MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

COMM_baudrate: 9600 Serial port baud rate 
COMM_bitsperchar: 8 8 data bits
COMM_autocts: off CTS hardware flow control deactivated
COMM_autorts: off RTS hardware flow control deactivated
COMM_stopbits: 1 1 stop bit 
COMM_parity: none No parity
   
GPRS_apn: movistar.es  GPRS APN provided by GSM operator 
GPRS_login: MOVISTAR  GPRS Login provided by GSM operator
GPRS_password: MOVISTAR  GPRS Password provided by GSM operator
GPRS_timeout: 10  The modem will stay GPRS connected for 10 minutes if there is no data
   
MTX_PIN: 0000  If the SIM card doesn’t have a PIN, leave it as 0000
MTX_model: MTX65i  The MTX65i is the chosen MTX model (MTX65IND for RS485)
MTX_mode: server  The modem is configured as TCP server
MTX_urc: off  We don’t need URC information messages
MTX_rssiLevel: 10  The MTX65i’s coverage LED is activated
   
TCP_port: 20010  The MTX’s  TCP port that waits for IP connections
   
FIREWALL_enabled: off  Firewall disabled to accept connections from any IP 
   
SMS_allPhones: off All phone numbers are NOT authorized 
SMS_sendIP: on We will send the IP to the authorized phone number that makes the missed
call or sends the SMS with the text “mtxtunnel on”
SMS_validPhone1: 666123456 Authorized phone number 1
SMS_validPhone2: 666123457  Authorized phone number 2 
   

The difference with the previous example lies in enabling/disabling the firewall. We only accept incoming connections from an authorized IP address (200.101.102.103) and we allow authorized phone numbers 666123456 and 666123457 to send the string “mtxtunnel on” or make a missed call in order to activate a GPRS connection for just ten minutes (GPRS_timeout) so that remote maintenance is possible.

Comments





Example scenario details:

• We have 3 devices with RS232 serial ports (configured to 115200,8,N,1 and HW flow control) which need to be monitored from a PC with internet access from a Central Control station.

• You need to be able to access the RS232 devices at any time so the modems connected to the devices’ serial ports must stay GPRS connected 100% of the time, waiting for a connection from the remote PC. The modems wait for incoming connections via the TCP 20010 port.

• SIM cards with a fixed IP address will be used in each of the modems.

Proposed solution with  MTX-65i + MTXTunnel:

MTX-65i + MTXTunnel configuration file for the proposed solution above:

You have to enter this into the modem’s configuration file to be able to run the application as described in the scenario:

COMM_baudrate: 115200 Serial port baud rate
COMM_bitsperchar: 8 8 data bits
COMM_autocts: on CTS hardware flow control activated
COMM_autorts: on RTS hardware flow control activated
COMM_stopbits: 1 1 stop bit
COMM_parity: none No parity
GPRS_apn: internetestatico.movistar.es GPRS APN provided by GSM operator 
GPRS_login: MOVISTAR GPRS Login provided by GSM operator
GPRS_password: MOVISTAR GPRS Password provided by GSM operator
GPRS_timeout: 0 The modem is permanently GPRS connected when value is 0
MTX_PIN: 0000 If the SIM card doesn’t have a PIN, leave it as 0000
MTX_model: MTX65i MTX65i is the chosen model for RS232
MTX_mode: server TCP server mode
MTX_urc: off We don’t need URC information messages
MTX_rssiLevel: 10 The MTX65i’s coverage LED is activated
TCP_port: 20010 The MTX’s TCP port that waits for IP connections
FIREWALL_enabled: off Firewall disabled to accept connections from any IP

Comments




What is MTXTunnel? 

The MTXTunnel is a piece of software that you can order from Matrix to install on the following MTX modems (MTX65i, MTX65IND, MTX65ULP and MTX65+G). Hence the names: MTXTunnel-65iMTXTunnel-INDMTXTunnel-ULP y MTXTunnel-65g.

mtxtunnel5

What is MTXTunnel used for? 

The MTXTunnel has two main functions: to be able to make a GPRS-Serial gateway and to manage telemetries (digital/analog inputs and relays) via GPRS. The transparent GPRS-Serial (RS232/RS485) gateway allows you to control any serial device (intelligent or not) in the same way as if it were physically connected to the device. If you want to swap a serial cable for a GPRS connection, MTX is the solution you need. If you need to monitor analog/digital inputs, change relays from a distance or send SMS alarms when there is a change in digital input etc. MTXTunnel is also the solution for you.

Let’s talk about the transparent GPRS-Serial gateway features.

This is the scenario: serial equipment connected to a PC to read/write data in the device…

cable-serie

… with GPRS-Serial MTXTunnel gateway, the above scenario is showed in the following example. Now your PC has to establish a TCP/IP connection with MTXTunnel. Then, EVERYTHING you send to this TCP/IP connection will be sent to the equipment’s serial port by MTXTunnel. On the contrary, all of the information in the equipment’s serial port is sent to your server using the GPRS network. It’s as if the device were connected to the PC.

¿Does MTXTunnel have to be at the PC server’s side?

It depends, but in general, it is not needed at the PC server’s side 99% of the time.

Ø     Not needed: If you already have your PC control software and already have the option to connect as TCP/IP or UDP, a modem with MTXTunnel is not needed. Just configure the IP and port of remote MTXTunnel and your PC will use the ready internet connection to send and receive data remotely.

Ø     Not needed: If your PC control software does not have the option of connecting using TCP/IP or UDP and the only option you have is to choose a COM port, the MTXTunnel+modem is also not needed. There are some freeware drivers for your operating system as Windows can emulate a COM port. Once this free driver is installed, a virtual COM (like COM100) will be installed in your PC and you must point to the IP and TCP port of the MTXTunnel remote. You must choose this virtual COM in your PC software. Please contact gsmsupport@matrix.es for more information about recommended emulation COM-TCP drivers.

Ø     Needed: If you need a “serial cable replacer” because for example you have to communicate 2 RS232 serial devices remotely and there is no intelligence or PC control software (you cannot install virtual COM port), you will need 2 MTXTunnels, one in each end. This is the scenario:

cable-serie-replacer1

Does the PC always have to start the connection? Can MTXTunnel connect to the PC?

MTXTunnel has the following modes TCP Server, TCP Client and UDP.

  • TCP Server mode. MTXTunnel is waiting for incoming connections. This is to say that the remote device (PC server) will start and establish the GRPS-Serial Gateway. 
  • TCP Client mode. MTXTunnel will start the Gateway. It will connect to the configured IP + port of the server PC AND establish the GRPS-Serial Gateway automatically.
  • UDP mode. UDP is not oriented to connection protocol. MTXTunnel just waits for UDP packet and sends them to the serial port and vice versa. The data present at serial port is sent to a PC via UDP.

Does MTXTunnel have to be permanently connected to GPRS, whether it’s set as TCP Server, TCP Client or UDP?

No. It’s not. If your application requires it to do so, MTXTunnel can be always GPRS connected. Remember that network operators will bill the data volume, not time. 

If you do not need MTXTunnel to be connected 100% of the time and you want the connection to be sporadic, MTXTunnel can be activated in these situations:

1. – Missed call from authorized phone number.

2. – Incoming SMS including the word “on” from an authorized phone number.

3. – By a change on a level of an input.

4. – If the analog input is higher than configured.

5. – With any date/hour scheduled timing.

6. – Just when data is present on RS232 port (only TCP Server mode).

So… how long is MTXTunnel active for (GPRS connected)?

It’s configurable by the GPRS_timeout parameter. You can specify the time in minutes after which, if it doesn’t detect traffic at GPRS connection, MTXTunnel will close the session.

I want to use MTXTunnel as a TCP server so I can connect to them periodically from my PC in the central office. Do I need a SIM with a fixed IP address?

It is not mandatory. You have various ways to find out the remote IP if using normal dynamic IP addressing SIMs. You can either make a missed call or send an SMS with the word “on” to remote MTXTunnel equipments. MTXTunnel will reply with an SMS including the IP obtained by the telephone operator at this moment in time.

ip-dinamica-sms1

New MTXTunnel is DynDNS featured. DynDNS is a service allowing you to associate DNS name (like modem1.dyndns.org) to the IP obtained by MTXTunnel. For now, you can use this for free: www.dyndns.org

I found that in my case I’m going to use thousands of MTXTunnel devices. I cannot use missed calls or SMSs to work out IP addresses. I do not want to use DynDNS as it can be difficult to handle and even costly. What can I do?

 The MTXTunnel will inform the server PC every time an IP address changes.  

You just need to enable a configuration parameter so each time MTXTunnel changes the IP it will send frame data to a server PC with the following information: IMEI, the newly obtained IP obtained and an optional user-configurable text.

rs232-gprs-dyndns1

Is it possible to send the new IP to a Web server? I’m more familiar with Web programming –ASP, PHP- rather than TCP-IP sockets. I’m thinking about using a Data Base. Is this possible?

Yes, it is. If you prefer, it’s possible for MTXTunnel to send the newly obtained IP address to a Web Server using http GET (URL + parameters).

MTXTunnel can be installed on several Cinterion-based modem terminals like MTX65i, MTX65IND2, MTX65ULP y MTX65+G.  What are the differences between them?

For main applications, the MTX65i is suitable.

If you need RS485 serial communication, remote activation of relays, or to be able to remotely read 4-20mA, the recommended modem is MTX65IND2.

If power consumption is critical, use the MTX65ULP modem as it can be completely powered-off (consumption is around 2uA) except in the configured situations.

If you need some extra features like GPS positioning, you should choose the MTX-65+G.

You are talking about relays, analog inputs…  Is MTXTunnel more than a Serial-GPRS Gateway? 

At the same time, MTXTunnel is a serial-GPRS Gateway and can also control digital input/outputs, analog inputs, relays, GPS receiver, devices connected to SPI/I2C, it can also read modbus serials and 868MHz radio devices…

Examples:

-MTXTunnel can remotely read a digital input or change a digital output or switch a relay.

-MTXTunnel can send (X seconds configurable) digital input/output statuses, the GPS positioning to a PC or Web Server or via UDP/SMS and can remotely read a sensor connected to SPI/I2C. Look at the examples at the end of the manual to give yourself more of an idea.

And for example, I can control a relay from a PC in my office by sending an AT command via a TCP/IP connection?

Yes, you can send AT commands via TCP/IP; you can also send them from a normal modem, via serial ports or you can send them via SMS. You can also switch relays or read or write digital input/outputs on your Web page  (look at the API section in the manual and the example scenarios in the Annex)

So if I have understood correctly , I can send AT commands via SMS and I can switch a relay via SMS too? Even so, sending an AT command via SMS isn’t practical they are very complicated. 

You do not have to send the exact AT command. This means that the SMS text does NOT have to be “AT^SSIO=0, 0” to activate Relay #1. You can configure it and use ALIAS text.

Example: “RELE1ON” is the text of the SMS to activate GPIO0 (Relay #1). MTXTunnel will interpret it to AT^SSIO=0, 0.

You can create up to 10 different ALIAS text strings.

According to the specifications the MTX65i, MTX65IND and MTX65ULP have 2 serial ports. Could I control two RS232 serial devices with a single modem and a single SIM card?

Yes, you can.  MTXTunnel can control 2 RS232 external devices with just one SIM card. MTXTunnel will run 2 serial-GPRS running in parallel. Just remember that the MTX65i and the MTX65ULP secondary port cannot use flow control because the do not have the CTS and RTS lines; they only have the TX and RX lines. Look at the annex for a configuration example.

gprs-serie-2-dispositivos1

What about MTXTunnel installed on MTX65+G which has a GPS receiver inside? Can I use it for fleet management?

It’s not intended for professional fleet management. MTXTunnel reads the GPS positioning using some of the MTXTunnel GSM/GPRS services: IP tunnel, WebServer, Telnet or SMS.

MTXTunnel can be configured to automatically send the GPS position every X seconds. However, MTXTunnel does not internally store the position in the Flash memory. This is a typical application if GPRS coverage is lost. So, this is for basic fleet management as professional ones normally stores position points like a data logger. So it can only be used for very basic fleet management. There is another version of MTXTunnel intended for professional track & trace using the MTX-65+G device. This version is called the MTXTunnel-GPS and has another license price, configuration parameters and also the general functionality is different.

What is WebServer used for?

MTXTunnel WebServer which is included can be used to read the digital input/outputs or analog inputs and to change digital outputs easily  or relays from any PC (connected to internet) using a common internet browser.

Not only this, you can see and modify the MTXTunnel remotely. Also you can execute AT remote commands, like network coverage (AT+CSQ), check incoming SMS…

What is Telnet used for?

You can basically do the same with the Telnet service in MTXTunnel as you can with WebServer and run remote AT commands. It’s designed to be able to control MTXTunnel remotely through third party applications. Please read the Telnet and API section for more information. Whenever you are struggling to decide between Webserver and Telnet, we recommend Telnet as the remote access is a lot quicker.

I’m worried about unauthorized access when using Webserver or Telnet. 

MTXTunnel has an internal firewall which can be activated. Then MTXTunnel will only accept connections from previously configured IP addresses. Any other IP addresses will be blocked. Unauthorized access will not be granted to GPRS-serial tunnels, Webserver or Telnet.

Yes this is the problem but for maintenance purposes, I would like access to MTXTunnel at any time and in any location, from any IP address.

In this case Firewall WebServer must be disabled, but we recommend protecting WebServer with a Login and Password. MTXTunnel can work with our without a Login/Password (public WebServer). The same applies for Telnet.

Going back to talking about SMS, you said we could control a digital output/relay via SMS but would it be possible to send an SMS alarm when a digital input changes?

You can configure MTXTunnel to send special and configured SMS text strings up to 10 configured different phone numbers when a change in digital input is detected.

MTXTunnel 5.0 is a GRPS-Serial tunnel Gateway. What is a GRPS-I2C, GPRS-SPI, HTTP-Serial or SMS-Serial tunnel? Do you have some examples?

Examples.

GPRS-I2C Tunnel: You can read an I2C sensor remotely like a temperature sensor.

GPRS-SPI Tunnel: For example you can write data on SPI bus and if a display is connected to it, the data will be on display.

HTTP-Serial Tunnel: Example. You have a Web page with a form. All filled form data can be sent to serial port MTXTunnel connected device. Then MTXTunnel will collect the machine response and send the data as a web response to your Web page.

SMS-Serial Tunnel:  Example. You can define a special text like “MTX” at the beginning of the SMS string. The text after this special string will be redirected to the serial port of the machine. MTXTunnel can get the response from the machine and send another SMS to the user. Example: “MTX 12345”: MTXTunnel will send “12345” string to the serial port and will get a response from the machine like “67890”, which will be sent as SMS.

I see that MTXTunnel can be used with the MTX65ULP modem for low consumption applications. What does it allow me to do?

The MTX65ULP is normally switched off completely. This way the power consumption is about 2 uA. The modem is off and cannot do anything. It cannot receive calls, SMSs or communicate at all. Therefore an event needs to happen.

This event is similar to an interruption. A digital input level change or an alarm can wake up the modem. As an example, MTXTunnel will wake up every 24 hours; send the telemetry (all the inputs values, RS232 …) and after 5 minutes of being awake, the terminal will be automatically switched off. You can control or configure the wake up time and the sleep time period.

Is it also possible to define scheduled wake up tasks. For example, MTX65ULP can wake up X minutes every day at 10.00 AM or only on the 1st and 15th days of the current month at 08.00am and 08.00 pm.

If MTXTunnel can be configured to wake up at a specific time, does this mean that it has a clock inside?

MTX65ULP has own Real Time Clock independent to TC65 RTC and is always powered from external power, but it also has own battery source. This RTC allows to the modem wake up at configured-scheduled time/date.

Can this timing be synchronized?

All RTCs have some deviations. So, MTXTunnel can use network timing synchronization via GPRS. This feature is mandatory to use with the MTX65ULP. This way, every time MTXTunnel is connected to GPRS, it is linked to a timing server and can update the internal timing (UTC hour). This also needs to be used in order to use Datalogger which is included in MTXTunnel.

gprs-sincronizacion-horaria1

MTXTunnel used on the MTX65ULP wakes up at configured day/hour for some time (x minutes). Will the GPRS-Serial Gateway be active at this time?

During wake-up time, the modem will start and will run all configured services (WebServer, Telnet, Input/output telemetries…) as well as the serial tunnel gateway if it is configured.

What about SSL security, how does that work?

Some applications need some encryption data transmission. SSL is used. This way the data is transmitted and received SSL encrypted, avoiding data recovering sniffer. SSK is only available in TCP client mode. Be sure than your server can support SSL sockets in the following specifications:

Nevertheless, we recommend SSL encryption if it is mandatory due to the bigger amount of data volume and the reduction in data speed transfer.

What is API used for?

API is mainly a way to integrate MTXTunnel in end user application. Basically it’s like a special AT commands end user. It can easily integrate in a web page and for example can also switch a relay (change an Output). API could also be used to remotely access MTX configuration and send AT commands at the same time without knowing all of the configuration parameter syntax.

MTXTunnel offers a wide range of options, how do you configure a specific scenario?

The new MTXTunnel V7 has a lot of configuration parameters, they are explained in more depth in the FAQ section. Take a look in the configuration section.

Next you can find step-by-step MTXTunnel examples of first configuration scenarios; they are very useful for you for first hand-on, if you have never used it would be a good idea to become familiar with it.

In the annex there are lots of examples of scenarios with the appropriate configuration to get MTXTunnel working. Try to find the closest scenario to you and review the copy & paste selected configuration, it’s nothing more special than that.

That’s it. If you have any questions contact us or you can send me an email jgallego@matrix.es and we will gladly help you. Read the rest of this entry »

Comments




Welcome to our new website www.MTXTunnel.com. With this you can keep up to date with all of the news, upadates and new features that we are incorporating into MTXTunnel. We will also include practical examples in order to make using MTXTunnel simple. We will try to make everything clear and explain everything well.

We hope you like it. If you have any questions don’t hesitate to ask, we will be happy to help you.

Regards,

The MTXTunnel.com team.

 

Comments




Comments