As I said yesterday, today I’m going to present a new product that Matrix is going to distribute soon. It’s a firmware, only 7 Euros, for the MTX65 GPRS modem that we have already talked about (and of course we are going to keep talking about) in this blog. This firmware + the MTX65 GPRS modem are called MTX-Tunnel.

Basically MTX-Tunnel is a GPRS-serial gateway designed for remote maintenance application this means that you can avoid moving by simply connecting an RS232 serial cable to a device. It’s also designed to provide a GPRS connection to those devices that only have an RS232 serial port (e.g. meters, temperature sensors etc.).

There are other solutions, I’ve already told you about some on here like some Digi routers but the MTX-Tunnel has certain advantages in both performance and price that I will tell you about soon.


To be honest I have to say that this device is special to me, as I have quite involved with the firmware that goes inside the MTX65 and altogether they make the MTX-Tunnel.

That said, for those of you who are interested I’ll put more information on here like I usually do. You already know the question/answer routine.

What is the MTX-Tunnel device used for? 

The MTX-Tunnel is basically a GPRS-serial gateway that allows you to connect to an office with any device that has an RS232 serial port without moving via GPRS. You could do the same thing connecting an RS232 serial cable to the device; you can do it remotely via GPRS with MTX-Tunnel.

Is it complicated to set up?

In all, it is very simple. Basically you have to edit a file with notepad to configure certain parameters (IP, port, baud rate etc.). Once configured, simply drag the file inside the modem as if it were a pen drive. The MTX-Tunnel is then configured.

How does it work? Is it the MTX-Tunnel who connects to the central server in the office via GPRS or does it wait for incoming connections? In other words, does it act as a TCP/IP client or server?

It can be configured to work in two ways.

If MTX-Tunnel is configured to work in client mode, when you power it up it automatically connects to a server i.e. to a certain IP and port (specified in the configuration file). Once the connection is established with the server, all the data that comes from the server through the TCP/IP socket via GPRS is sent out through the serial port and vice versa. All of the data that enters through the serial port is sent towards the server through the socket via GPRS.

In server mode the MTX-Tunnel is connected to the GPRS and is stays listening through a certain port waiting to receive an external connection. Upon receiving the connection it behaves the same as in the previous case. When it comes via GPRS it is sent out through the RS232 serial port and vice versa.

Does MTX-Tunnel have to have a SIM card with a fixed IP address in client mode? 

No, not in this mode seeing as the MTX-Tunnel initiates the connection you don’t need to have a fixed IP. The server that is connects to has to have a fixed IP address, if it doesn’t you need to get an office router with DynDNS so that a DNS type yourOffice.yourDomain can tell you your company’s IP address.

And if it’s in server mode does it have to have a fixed IP address? 

It’s recommended but it’s not essential. If you have a SIM card with a fixed IP address it’s very quick to make a connection. If you don’t the IP you should work out the IP address assigned by the operator (Movistar, Vodafone etc.) to MTX-Tunnel when it connects to the GPRS.

And how do you find out the IP address that has been assigned to MTX-Tunnel by the operator? 

There are two ways. You can make a missed call or send an SMS to MTX-Tunnel. If MTX-Tunnel is configured to do this (indicated in the configuration file), the MTX-Tunnel will return an SMS to the phone number that sent the SMS or made the missed call, the SMS will contain the IP address that has been assigned by the operator.

So anyone who accidentally makes a missed call can get the device’s IP? 

No. In the MTX-Tunnel’s configuration file you can set up to ten valid phone numbers which can request actions like sending the IP address. If the telephone isn’t valid the MTX-Tunnel doesn’t do anything.

Does the MTX-Tunnel have to be permanently connected to GPRS? 

It depends. In client mode yes, the connection is permanent. As soon as the device has power it is connected to a specific IP address and port as I said before. If communication is lost for any reason, the MTX-Tunnel keeps trying to reconnect (every 30 seconds) until it is connected.

In server mode you do not need to be permanently connected to GPRS. If we want to be connected to GPRS at any point, all we need to do is make a missed call or send an SMS with the word “on”. Then you will be connected to GPRS and as I said in point 6, if configured to do so it will send an SMS with the IP address assigned by the operator.

And if MTX-Tunnel is in server mode and you don’t want the connection to be permanent, once you remotely activate the GPRS connection with the missed call or SMS, how do you disconnect from the GPRS connection? 

You can define a time out in the configuration file. Let’s suppose that you set it to 3 minutes. If the MTX-Tunnel doesn’t detect GPRS traffic after 3 minutes it will automatically disconnect from the GPRS network.

And if MTX-Tunnel works in server mode can you connect to any IP? I.e. can intruders connect to my devices? 

No. It’s the same with the telephone numbers. You can set up to 10 IPs that you can connect to in the configuration file. Any other attempted connection with an unauthorized IP is aborted.

But I already have a private VPN network i.e. I’m not going to have any unauthorized access to MTX-Tunnel. Do you need to specify authorized IP addresses like you said in the previous section? 

It’s not necessary. If you specify an authorized IP as you can connect to MTX-Tunnel from any IP address. Remember that this option is only recommended for VPN networks in order to avoid any unauthorized access.

Can you configure the MTX-Tunnel’s serial port parameters?

Of course. You can change the baud rate, flow control, data bits and stop bits. As always you can do all this through the configuration file.

Let’s imagine that we have 100 temperature sensors which are all the same, without any intelligence and all using 100 MTX-Tunnels in client mode i.e. all 100 are permanently GPRS connected to a server. If the MTX-Tunnels don’t have a fixed IP address, how do I know which temperature probe corresponds to which temperature that the server receives? 

MTX-Tunnel has a configurable identification parameter that allows you to set which is sent to the server first once the connection is established. With this you always know which device corresponds to which data in cases like I mentioned where devices work in client mode and don’t have a fixed IP address to send identification.

Will I have a problem with any up to date application that I use with a serial cable if I substitute it for an MTX-Tunnel? 

Usually not, but there is one thing that you should keep in mind. That is that GPRS communications are quick but they have a bit of a delay (just as it’s not the same to work with a LAN via the internet). Let me explain. If you have a question-answer application (a typical example of a PC questioning a temperature sensor), you have to take into account the time from when you send the command from via GPRS to when you receive the answer with the sensor’s data. This obviously will take more time than if you used a cable. It’s the only things that you have to keep in mind so that you can modify the timeout.

There’s more information on Matrix: / telephone 915602737

I hope that you found it interesting. See you next time, have a good weekend. ;)

Post relacionados:

  1. (Español) MTX-Tunnel-Advanced. Gateway GPRS-RS232 avanzado. Sorry, this entry is only available in Español. FacebookTwitter...
  2. Bluetooth-GPRS Gateway I have wanted to write a post about this for...
  3. GPRS-Serial Gateway. MTXTunnel v5.0 The new MTXTunnel v5.0 is now available. After a fairly long period...
  4. Autonomous RTU Modbus Reading Device and Sending Data via GPRS The following is a useful example of how to easily...
  5. New MTX-IND RS232/485/422 GPRS Terminal with Relay Output Today I had already started writing an article but then...

Tags: , ,
54 Responses to “MTX-Tunnel Gateway GPRS-RS232”
  1. kriyeng says:


    Parece hecho expresamente… Tengo un TC65T hace un tiempo, y desde hace tres días que me he puesto en serio para hacerlo funcionar según mis necesidades. Estas no son otras que utilizarlo como un Tunnel GPRS-RS232.
    Me he tenido que introducir en el mundo del Java, los MIDlets, el eclipse y al final me ha funcionado y ahora sale este producto!
    Por cierto, algo que no podría haber hecho sin este blog en tan pocos días.

    Compré el TC65T porque es el que desubrí que tenia la pila TCP/IP y era programable. Es el que he usado para hacer el desarrollo. Para el producto final, y teniendo en cuenta que ya soy capaz de programarlos y viendo que en Matrix hay varios modelos, incluso el que ya viene programado para esta función, ¿que me recomiendas para hacer las funciones que tu detallas en este post y siempre considerando el precio?

    Saludos y muchas gracias,

  2. blogElectronica says:

    Hola kriyeng,

    me alegro que te haya servido mi blog para ayudarte con tu aplicación. :)

    Recomendarte … pues no se. Como sabes es cuestión de tiempo hacer todas las funcionalidades que incluyo en el post. En este firmware se ha tardado un tiempecito, porque como ves tiene muchas opciones. Si te animas a hacerlo tú, y pensando en el precio como dices, puedes utilizar un MTX65 que es más económico que el TC65T o utilizar directamente el MTX-Tunnel, cuyo precio es prácticamente como el MTX65.

    Bueno, ahora me voy a ver la Fórmula1, que ya empieza ;)

  3. kriyeng says:


    Claro está que mi aplicación no haría todo lo que el tunnel (desarrollar algo tan estandarizado/Configurable como el vuestro lleva mucho tiempo y conocimiento), simplemente desarrollaría solo las funciones necesarias para mi caso concreto. Conectar con un servidor TCP , esperar sockets y pasar el contenido limpio al Puerto Serie, y un control de desconexion.
    Consultaré precios del MTX65 y MTX-Tunnel. Si la diferencia es pequeña, no me valdrá la pena hacer ningún desarrollo propio.

    Muchas gracias,

  4. Carlos says:


    Estoy pensando en utilizar el MTX-Tunnel para realizar configuración remota
    de Sensores, el problema es que el software de configuración que debo utilizar utiliza puerto COM de Windows. ¿Incluye el MTX-Tunnel un Driver para poder utilizarlo como si se tratara de un puerto serie + del PC?

    Gracias y Saludos

  5. blogElectronica says:

    Hola Carlos,

    muchas gracias por tus comentarios, se me ha olvidado mencionalo. Pondré una actualización en breve.

    El MTX-Tunnel no incluye un Driver específico para ello, pero puedes utilizar uno muy bueno y gratuito como el HW Virtual Serial Port que funciona perfectamente con el MTX-Tunnel.

    Te paso el link para que lo descargues y lo pruebes si quieres:

    Con ese soft, verás como sólo con especificar un nº de puerto COM, la IP y el puerto te creará un COM virtual en el PC.

    Gracias de nuevo.


  6. shadow says:

    Segun leo este MTX-Tunnel es entonces un MTX-65 con un firmware “Especifico” no??. Existe ó existirá la posibilidad por parte de Matrix de poder actualizar un MTX-65 a este “Tunnel” cambiando ese firmware a petición del cliente?.
    Imagino que muchos de vuestros clientes que compraron MTX-65 para telecontrol y no han podido desarrollar una herramienta que les satisfaga completamente tengan esta posibilidad sin tener que comprar “Nuevos” equipos. Gracias por la info.

  7. Carlos says:


    En la aplicación en la que quiero utilzar el MTX-Tunnel necesito que el
    MTX65 active la alimentación del Sistema utilizando una de sus salidas
    digitales. He pensado utilizar un SSR de CRYDOM (el CMX60D10-MS11)
    como driver. El consumo de este SSR es de 15mA a 5Vdc, por lo que supongo que a 3V será menor. ¿Es capaz de entregar la salida digital del MTX65 esa intensidad?.

    Si esta solución no es viable, ¿alguien conoce alguna otra de mercado?
    La idea es no hacer ningún invento para esta aplicación, utilizando módulos
    de mercado el montaje será fácilmente mantenible.

    Gracias y Saludos

  8. blogElectronica says:

    Hola Shadow,

    efectivamente el MTX-Tunnel es un MTX65 con un firmware específico.

    Y sí, no te preocupes, si quieres podrás actualizar tus MTX65 con el firmware del MTX-Tunnel. No te será necesario comprar equipos nuevos. Eso sí, tiene un pequeño coste de licencia por equipo (unos 7 euros aprox).


  9. blogElectronica says:

    Hola Carlos,

    por el momento el MTX-Tunnel es un gateway GPRS-RS232 con muchas opciones, pero no utiliza las salidas/entradas digitales. Y aunque las utilizara, las salidas no son capaces de entregar esa intensidad, necesitarías una etapa intermedia.


  10. Dani says:


    Muy interesante el equipo este, para mi se puede decir que llega unos de meses tarde. Me he pasado un tiempecillo preparando un programa en java para el MTX65 para que haga exactamente de gateway GPRS2RS232. Claro que este seguramente sea más eficiente al tener firmware expecifico. Pero bueno al hacerlo yo a medida le he añadido funciones expecificas. De todos modos nos pensaremos si es interesante cambiar.

    Un saludo.

  11. Portu says:

    Buenas tardes,
    he descubierto hoy este blog por casualidad y lo único que tengo que decir que es un lujo disponer de tanta información tan clara, concisa e interesante. En una palabra, PERFECTO. La verdad es que llegué a este blog buscando información de pasarelas RS232-GPRS y me intereso el MTX65 por su aparente funcionalidad y programabilidad. Luego he visto este MTX-Tunel que era precisamente para lo que quería el dispositivo. Prácticamente tengo el trabajo hecho con este dispositivo. Me surge una duda, y aunque el dispositivo me parece muy completo tanto en su funcionalidad servidor como en cliente, sería posible que en su modo cliente, el equipo no se conecte a internet al encenderse, sino que se conecta a la IP especificada cuando reciba una llamada perdida o bien un SMS como en el modo servidor. Gracias.

  12. blogElectronica says:

    Hola Portu,
    me alegra que te guste mi blog.

    Respecto a lo que comentas del MTX-Tunnel, pues no, por el momento en modo cliente se conecta automáticamente a GPRS y a la dirección destino en cuanto recibe alimentación. Lo del SMS sólo es posible cuando trabaja en modo servidor. Está hecho así por que es lo más usual, lo que más solicitaba la gente.


  13. Portu says:

    Gracias por una respuesta tan rápida, lo único que me preocupa es que si el servidor está apagado, y el MTX-Tunnel trabajando en modo cliente, generará un tráfico de datos en intento de conexión que puede incrementar la tarifa GPRS. ¿Se puede indicar cada cuanto tiempo ha de reintentar la conexión?

  14. Portu says:

    Por cierto, en el fichero de configuración, para el modo cliente, ¿se puede indicar un nombre del tipo en vez de la IP?

  15. blogElectronica says:

    Hola Portu,

    me había olvidado conestarte, supongo que ya has tenido respuesta por otras vías.

    Efectivamente si en lugar deponer una IP pones una DNS tipo te funcionará correctamente. Lo único que hay que saber es que la dirección DNS que dispone en esta versión de firmware no es configurable y es la de telefónica

    Respecto a tu penúltimo comentario, se reintenta cada 30 segundos. Es algo fijo y no configurable. En próximas revisiones de firmware haré que en fichero de configuración, tanto la DNS como el tiempo de reintento sea configurable, pues son cambios muy sencillos.

    Gracias por tus comentarios y disculpa el retraso.


  16. Alejandro says:


    Quisiera comunicar dos modem MTX-Tunnel a través de GPRS de manera que lo que se le envie a uno por su puerto serie lo reciba el otro y viciversa. En definitiva crear un puente serie GPRS entre dos puertos serie.
    Me gustaría saber si esto es posible con dos MTX-Tunnel y como hacerlo.

    ¿Se configura uno como cliente y el otro como servidor de manera qe cada uno envia los datos a la IP del otro?. ¿Por otra parte la SIM prepago que se comercializa Movistar dan algun problema para este tipo de aplicaciones?.



  17. blogElectronica says:

    Hola Alejandro,

    sí, es posible hacer lo que indicas, configurando uno como cliente y otro como servidor.

    El problema está en que para esa configuración (unir 2 MTX-Tunnel), la tarjeta SIM del equipo que se configure como servidor debe ser una tarjeta SIM con una dirección IP fija, y eso con las prepago, creo que no es posible.


  18. Alejandro says:

    Gracias por la respuesta:

    Alguna SIM que lo permita?. Contrato por ejemplo?

    O existe alguna manera de hacer lo que digo de otro modo, con dos modem GSM/GPRS?.

    La finalidad es transmitir a un PC datos de un sistema remoto y por ello el usar dos modem. Uno en el “campo” donde está el sistema a controlar y otro en el PC de control.

    Otra opción que se me ocurre es un módem de Siemmens con conexion GPRS en modo cliente que transmita datos a la IP donde esté conectado el PC (por medio de sockets a través de algún puerto que acabaría leyendo con Visual basic) pero en este caso el PC debe tener IP fija y por lo tanto el cliente debería conocerla de antemano, lo que no?.

    Algún comentarío al respecto?

    Cual sería la solución más directa a esta comunicacion que quiero realizar?

  19. blogElectronica says:

    Hola Alejandro,

    según entiendo quieres una conexión permanente, es decir, 100% del tiempo establecida. Si es así, te aconsejo una tarifa plana. Por ejemplo, Vodafone tiene una tarifa plana DE DATOS para empresas (o al menos yo tengo una) por unos 17 euros.

    Si la conexión es permanente yo optaría por la solución de tener una IP fija para el ADSL de tu empresa (12 euros/mes) y utilizaría un único MTX-Tunnel en modo cliente que se conectaría a la IP (conocida) de tu empresa. Si no tienes IP fija en tu ADSL podrías intentar usar DynDNS, que muchos routers la soportan, para que una dirección tipo apunte siempre a la IP de tu empresa. Bastaría entonces con indicarle al MTXTunnel la direccion (en lugar de la IP numérica) para que se conectase a tu empresa.

    Si la conexión no es permanente sino ocasional te aconsejaría un MTXTunnel en modo servidor. Aquí no te hace falta IP fija o dinámica en ningún sitio. Basta con enviar un SMS o hacer una llamada perdida al MTXTunnel para que éste se conecte en ese instante a GPRS y devuelva un SMS con la IP, y luego desde el PC de control te podrás conectar sin problemas al mismo.

    Yo para tu aplicación sólo utilizaría 1 MTXTunnel, no 2. Sólo utilizaría 2 si tuviera que interconectar 2 equipos “tontos”, pero si hay un PC de por medio, no es necesario.


  20. Alejandro says:

    Gracias por las respuestas. Ahora lo tengo mucho más claro


  21. Laura says:

    tengo que comunicar varias estaciones meteorológicas que están en medio rural con una oficina central, en la que se procesarán los datos. Me ha parecido muy útil este dispositivo para hacerlo, ya que se comunican con un PC a través del puerto serie.
    Mi problema está en que utilizan un protocolo de comunicaciones exclusivo de la marca, así como una aplicación que se ejecuta en el PC y recoge los datos, almacenándolos en un histórico (La estación meteo es una La Crosse WS3600,por si a alguien le sirve de referencia).
    ¿Es posible utilizar el MTX-Tunnel con esta limitación? ¿Funcionará con un protocolo de datos no estándar, o no tiene que ver?

    Muchas gracias. Saludos.

  22. blogElectronica says:

    Hola Laura,

    como dices, no tiene nada que ver. El protocolo que utilices es lo mismo. El MTXTunnel hace un tunel transperante serie-gprs, por lo que es independiente de lo que envíes por el mismo. El MTXTunnel únicamente “ve” datos serie que entran y salen, pero, lógicamente, no se tiene en cuenta para nada el protocolo utilizado en las comunicaciones.


  23. dani says:


    Releyendo este artículo se me plantea una duda. El modem MTX tiene dos salidas COM, aunque en muchos casos solo una está visible. ¿El modelo MTXTunnel solo hace la comunicación con una de estas salidas COM o puede configurarse para que la COM1 se dirija a un puerto y la COM2 a otro?.

    En Caso de ser posible, ¿Cómo se haría?

    Muchas gracis por tu respuesta.

  24. blogElectronica says:

    Hola Dani,

    pues no, únicamente es posible utilizar el COM0, digamos que el otro COM no tiene uso en la aplicación (de momento).


  25. Juan says:


    Quiero usar el MTX-Tunnel en modo cliente; para ello le he introducido la IP de mi PC y he abierto el puerto 20010 en el router.

    En el PC estoy corriendo la aplicacion HW VSP que crea el puerto serie virtual. Una duda báscia ¿qué direccion IP tengo que poner aquí: la mía o la del MTX-Tunnel?


  26. MorgoZ says:

    Estoy pensando en comprar el MTX-Tunnel para una aplicación en la que un PC “satélite” enviaría puntualmente SMS a teléfonos móviles y datos a otro PC “servidor”, que se encargaría de almacenar y gestionar los datos recibidos.

    Ambos PCs trabajan el 100% del tiempo de forma automática, no tienen contacto con usuarios. Es decir, se trata de comunicaciones M2M.

    En este punto creo que lo ideal sería que el PC servidor tuviese una IP fija por ADSL y el PC satélite tuviese un MTX-Tunnel en modo cliente, para enviarle los datos al servidor; pero, como el satélite enviaría SMS y datos de forma puntual (una o dos veces al día), me guataría saber si es posible encender/apagar el MTX por software, de manera que mientras el cliente no necesite enviar datos, no se esté gastando en conexión GPRS sin necesidad.

    Espero haber sido claro, si no, me puedo intentar explicar mejor ;)

    • blogElectronica says:

      Hola MorgoZ,

      el MTXtunnel sólo es para realizar conexiones GPRS. No envía SMS. Y no, no es posible apagar el MTXTunnel por software, en modo cliente está concebido para estar siempre encendido. Dices que “mientras el cliente no necesite enviar datos, no se esté gastando en conexión GPRS sin necesidad”. Te recuerdo que la conexión gprs NO se tarifica por tiempo, sino por datos. Si no envías nada, no se factura nada.


      • MorgoZ says:

        Ok, muchas gracias por las aclaraciones.
        ¿Conoces algún otro modem que sea capaz de realizar estas operaciones? Sobretodo del tema de poder mandar SMS a móviles y datos a un servidor fijo de manera más o menos sencilla, ya que si no cobran por tiempo conectado, el mantenerlo o no conectado es secundario, solo me preocuparía para una versión periférica que iría por batería…. pero eso es otra historia.

        Muchas gracias y un saludo!

  27. Juan says:


    He estado leyendo el modo de configuración del módem MTX-Tunnel y he visto que hay que sacarle la SIM.

    Me preguntaba si existe alguna forma de cambiar el fichero MTX-Tunnel.jad de forma remota.
    He leído algo sobre OTAP y por lo que he entendido puedes almacenar dicho .jad/.jar en el directorio raíz de un web-server. Al recibir un comando AT o un SMS especial el MTX-Tunnel se reinicia con ese programa .jad/.jar

    Pero, supongo que el módem debería estar previamente conectado a GPRS con lo cual el MTX-Tunnel no estaría en modo de configuracion! Me equivoco?


    • blogElectronica says:

      Hola Juan,

      sí, puedes hacer un OTAP, por el blog tienes ejemplos de cómo llevarlo a cabo o si no en el documento java user guide (PDF).

      No es necesario que esté previamente conectado a GPRS. Si el módem recibe el SMS de OTAP se conectará automáticamente a GPRS para realizar la descarga del nuevo firmware.


  28. Antonio says:

    Teneis algun firmware demo para probar en los equipos (con limitaciones de uso a 5 dias, funciones, etc…)

  29. Andres Hernandez says:

    Hola escribo desde Colombia, quisiera saber que precio tiene un MTX-Tunnel, estoy bastante interesado y en este momento tengo dos opciones el MTX o un equipo hecho en Lituania. He escrito al correo pero no he tenido respuesta, alguien sabe cuantos euros cuesta? Gracias

  30. PEDRO says:

    Hola, no se si este equipo del que se está hablando se puede utilizar para colocar una camara ip, para vigilar una instalación?
    Un saludo.

    • blogElectronica says:

      Hola Pedro,

      no, el MTXTunnel no tiene puerto ETH y aunque lo tuviera (o pusieras un conversor serie ETH) GPRS no tiene la suficiente velocidad. Necesitas un router 3G.


  31. MONICA says:

    Hola, en primer lugar perdon por mi ignorancia ya que estoy un poco perdida en este tema. Lo que necesito hacer creo que será bastante facil para alguien con conocimientos de este tema, asi que pregunto aqui para ver si alguien me puede echar una manita. Explico: mi empresa tiene una serie de estaciones en campo controladas con unos dataloggers que transmiten datos a un scada por GPRS con modems TC65T. Yo tengo un modem TC65T en la oficina con una tarjeta SIM que tiene una IP fija. Lo que necesitaria es conectar via GPRS el TC65T con los otros modems de las estaciones para poder entrar en la configuracion del datalogger (con un programa propietario). ¿Que es lo que tendria que hacer?

    • blogElectronica says:

      Hola Mónica,

      lo que pretendes se puede hacer, pero depende de muchas variables. Si no tienes experienia en GSM y GPRS necesitarás ayuda.

      Por ejemplo, si los dataloggers tienen abierta una conexión gprs y utilizan la pila TCP del propio datalogger si podrás, siempre y cuando el datalogger esté escuchando por un puerto apropiado. Si están utilizando la pila del módem probablemente no tengas nada que hacer, pues no tendrás a priori ningún puerto TCP a la escucha.

      Si tienes suerte y los dataloggers tienen su propia pila TCP/IP necesitarás conocer la dirección IP de cada módem. Eso lo puedes conseguir contratando una dirección IP fija con el operador de telefonía o bien implantando Dyndns en el datalogger.

      En fin, es una aplicación para estar ahí y conocer todos los detalles y ver cual es la mejor opción, si es que la hay.


  32. Ismael says:

    Hola. tengo un computador de un motor, que me genera datos en protocolo BUS CAN J1939. Puedo colocar un conversor de protocolo de J1939 a RS232 para que asi el modem me envie la informacio a la web pra verla en un pc en cualquier parte del mundo??? dime que configuracion le tengo que hacer al modem para que esto sea posible. Es un proyecto de tesis, espero me puedas ayudar

    Respondeme a este correo

    • blogelectronica says:

      Hola Ismael,

      no tengo ni idea si existe un conversor CANJ1939 a RS232. Desde luego si tienes tal conversor sí puedes conectar la salida RS232 de dicho conversor a un MTX-Tunnel-Advanced para poder acceder desde cualquier parte del mundo. Eso te lo garantizo. Una configuración como servidor del MTX-Tunnel-Advanced te iría bien.


      • Jose says:


        Necesito hacer un programa que haga que el TC65 actúe como servidor, esperando que un cliente quiera abrir un socket TCP con el. He realizado varias pruebas con comandos AT para crear el contexto de conexión (at^sics…) y el servicio (at^siss para configurar el modo listener…) pero no consigo que al abrir un socket desde mi programa cliente del PC se establezca la conexión (En el PC me aparece Connection time-out y en el TC65 no aparece ningún URC). Mi tarjeta es de Yoigo y no sé que puedo estar haciendo mal. La conexión GPRS se crea correctamente, ya que puedo hacer pings (por ejemplo a google) y hacer que el TC65 actúe en modo cliente para hacer peticiones HTTP, pero no hay forma de conseguir que actúe como listener esperando conexiones.
        1.-¿No dispones de ningún ejemplo en el que el TC65 actúe como servidor para ver más o menos el mecanismo que utilizas?
        2.-La IP que me asigna el operador es pública, pero ¿el TC65 debería ser capaz de devolverme los pings que hago desde mi PC? Además, no me funciona el ping a mi mismo desde el TC65 (con at^^sisx).

        Gracias de antemano

  33. Pua says:


    Para que actue como listener necesitas tener abierto el socket previamente.
    El modem no va a abrir ningún socket si no se lo comandas



    • Jose says:

      Sí, lo que hago es:
      1.- Abrir la conexión GPRS para que el operador me asigne una IP. En esta parte no tengo problemas.
      AT^SICS=0,apn,Internet (mi operador es Yogio)
      AT^SICI=0 (para ver la IP que se me ha asignado

      2.- Introducir los siguientes comandos(que tienen que ver con la creación del socket):


      Y ahí se queda esperando. COmprueba si está abierto el socket con at^siso? y me devuelve:
      que entiendo que es correcto. Pero intento establecer una conexión desde el PC con un programa que básicamente hace :
      Socket s =new Socket(“″,65534)
      y siempre me devuelve Connection time-out y en el TC65 no aparece ningún URC.

      • blogElectronica says:

        Hola Jose,

        Yoigo es una KK para aplicaciones de telemetría. Utiliza un proxy, no vas a poder tener sockets listener, sólo sockets clientes. Si quieres sockets listeners usa un operador de verdad como Movistar o Vodafone.


      • Jose says:

        Muchas gracias!!! Probaré con Orangey a ver si hay suerte. De todas formas, no tienes ningún ejemplo de un socket listener, verdad?


  34. blogElectronica says:

    Hola Jose,

    Movistar o Vodafone. Con Orange tuve problemas una ocasión por lo mismo.

    No, no tengo ahora mismo ejemplos de socket listener.


  35. Jaime says:

    Hace algunos años realice un datalogger para almacenar en memoria datos de proceso (rpm de un medidor de flujo); lo hice con un pic de microchip; cuando requeria los datos los bajaba via rs232 al pc; mi pregunta es si adaptando este dispositivo puedo leer los datos a distancia; agradeceria me orientes por donde empezar estudiar.

  36. Cristobal says:


    Yo tengo el típico modem de movistar con una targeta 3g para conectarme a internet. Mi pregunta es: podría obligarlo a usar la red GPRS (no la 3g) para hacer llamadas a mis estaciones meteorológicas?


    Pd: ya lo he intentado, pero el puerto asignado (en este caso, com7) no se me abre desde el software de configuración del datalogger.

    • blogElectronica says:

      Hola Cristobal,

      pues si el COM asignado no lo abres desde el soft de configuración dudo que puedas pues. De todas maneras ese típico módem 3G suele tener una tarjeta SIM de datos, no para llamadas GSM.


  37. Felipe says:

    Primero que todo agradecer el tiempo que tienen para compartir toda esta informacion de telemetria que tienes que esta muy buena.

    Mi primera pregunta es respecto al firmware de MTX-tunnel si acaso ¿es posible instalarselo a un equipo cinterion tc65t o a un mtx-65 que no lo tengan de fabrica? supongo que si compro este firmware y tengo varios equipos puedo utilizarlo para todo el mismo sin tener que comprarlo de nuevo para cada uno ¿o no?

    Y la otra duda que tengo es que he visto unos equipos M2M Telit en especial el GM862-Quad_PY y mi duda es ¿que ventajas vez tu entre el Cinterion con Java al equipo Telit con interprete Phyton ?

    De antemano muchas gracias !!

    • blogElectronica says:

      Hola Felipe,

      el MTXTunnel es un firmware con licencia, puedes comprar los MTX con o sin él, el precio no es el mismo. El precio del MTXTunnel es muy muy bajo, pero tiene un precio. Es decir, una cosa es comprar el MTX65 y otra el MTX65 con el MTXTunnel.

      Cuando compras un software, por ejemplo, MS Windows, no es para instalarlo en todos los equipos que quieras comprando una única licencia, sino lo podrás instalar en un número determinado de equipos en función del número de licencias que hayas adquirido.


      Si tienes MTX (no TC65T) en los que quieras instalarlo, lo podemos hacer remotamente en alguna unidad para que lo evalúes.


    • blogElectronica says:

      Respecto al Telit no lo conozco y no puedo opinar.
      Pero los Cinterion TC65i (con Java) sí los conozco a fondo y te puedo decir que cualquier aplicación que te venga en mente la puedes realizar con una facilidad increíble, y por supuesto aquí estamos todos para ayudarte en los problemas que te surjan.


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.