The new version of MTXTunnel is now available, version v7.8. In this new version of MTXTunnel, I have included new features and enhancements suggested by MTXTunnel users. As always, the majority of suggestions do not fall on deaf ears. When interesting suggestions are not used they are written down and included in later versions, especially if they could be useful to other people. So if any MTXTunnel users have any suggestions, I welcome them with open arms!


These are the new features:

  1. It now has the ability to read 868MHz Wavelog radio devices (digital input radio equipment). Until now, it was only capable of monitoring Wavetherm radio devices (temperature), Wavesense (4-20mA and 0-5V) and Waveflow (pulse counters for metering applications).
  2. It now has the ability to send embedded AT commands via GPRS-RS232/RS485 gateways, whether it’s the server or client type. This means that it’s possible to send commands through a transparent gateway, like AT+CSQ for example. This command is used to remotely find out a device’s coverage. There are other commands for switching relays, changing settings etc. However this is very useful in scenarios with client type gateways who have telephone operators that do not allow server type connections (from a central PC to the modem) to run through Telnet.
  3. It has the parameter “DNS_mode: remoteat”. This parameter allows you to reproduce an MTX65i/MTX65IND modem’s digital input state in an MTX65IND’s relay. Therefore you can have a switch connected to a GPRS modem in Madrid and switch a modem’s relay in Miami. How does it work? Well basically when the modem detects a digital input change, it sends an AT command to a remote GPRS modem. On receiving this information, the GPRS modem switches the relays if necessary.
  4. It has the parameter MTX_flushSerialBuffers which allows you to clean the serial buffers before creating a TCP connection. Therefore it will delete everything that the modem’s serial port has read before establishing a 232/485GPRS- serial gateway.
  5. TCP_IP2 and TCP_port2 parameters have both been added. Before, you could configure the MTXTunnel to create up to two 232/485 GPRS-serial gateways that ran simultaneously (e.g. a single modem controlling two serial devices). But until now you could only create two “server” gateways. These two parameters now allow you to create two 232/485 “client” GPRS-serial gateways that work simultaneously.
  6. The MTX_clientReconnection parameter has been added. This parameter allows you specify the time (in seconds) that the MTXTunnel has to wait before reopening a client type 232/485 GPRS-serial gateway when it has been closed from the server. By default, it is currently 30 seconds. This means that the MTXTunnel opens a gateway against the server in order to exchange data. If the socket fails or is closed by the server, this parameter specifies the reconnection time.

Here’s the complete manual for the MTXTunnelv7.8. Remember that you can ask for it to be installed in GSM/GPRS modems:MTX65i, MTX65IND, MTX65INDv2, MTX65ULP, MTX65-RS485 y MTX65+G(and in 3G modems soon ;) )

Post relacionados:

  1. New MTX-Tunnel-v5.6 version including GPRS-Wavenis gateway for telemetry applications A month ago I posted about Coronis telemetry devices. We saw...
  2. GPRS-Serial Gateway. MTXTunnel v5.0 The new MTXTunnel v5.0 is now available. After a fairly long period...
  3. Autonomous RTU Modbus Reading Device and Sending Data via GPRS The following is a useful example of how to easily...
  4. New MTXTunnelv5.4 Available This is a brief post just to let you know...
  5. MTX-Tunnel Gateway GPRS-RS232 As I said yesterday, today I’m going to present a...

2 Responses to “New Release – MTXTunnel v7.8”
  1. Cristian says:

    Hola, soy Cristian de Chile y hace algunos días atrás mi empresa compro dos MTX-65+G con MTX-Tunnel para un proyecto.

    Este consiste en enviar mediante tunel Serial2GPRS la respuesta de un lector RFID ante la presencia de una tarjeta (código hexadecimal de 8 bits) hacia un servidor (IP y puertos ya configurados), pero a su vez y preferiblemente en la misma trama enviar la posición GPS actual al momento de tener la lectura del RFID.

    La idea entonces vendría siendo enviar dicha información preferiblemente en la misma trama, mi duda es si efectivamente se puede lograr eso y como.


  2. blogElectronica says:

    Hola Cristian, aunque ya lo hemos hablado, por si alguien quiere una respuesta similar, aquí la tiene:

Leave a Reply

Puedes publicar un comentario aquí si quieres, pero te recomiendo que uses el nuevo para introducir comentarios. Te contestaré más rápido. Recuerda que debes registrarte si no lo estás para publicar un comentario.