Detalles del escenario ejemplo:

• Se pretende monitorizar el nivel de un depósito de agua. Para ello, se utilizará una entrada analógica de un módem gprs. Se pretende que el módem esté permanentemente conectado a GPRS y usando una tarjeta con dirección IP dinámica

• El módem debe tomar una medida cada 5 minutos y enviárselo a un servidor Web vía gprs mediante HTTP GET para que éste cree un fichero LOG con las estadísticas de consumo diario.

• Así mismo, se debe poder acceder al webserver interno del módem para comprobar en tiempo real el estado del depósito. Desde el webserver interno también se debe poder actuar sobre un relé que permite la entrada de caudal en el depósito. El acceso al webserver será sin firewall (desde cualquier IP), pero protegido por usuario y contraseña.

Solución propuesta con  MTX-65IND + MTXTunnel:

telemetrias-gprs-http

Archivo de configuración del MTX-65IND + MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario.

 

GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 0 Con 0 el módem estará permanentemente conectado a GPRS
   
MTX_PIN: 0000 Si la tarjeta SIM no tiene PIN, dejar en 0000
MTX_model: MTX65IND El modelo MTX escogido es el MTX65IND
MTX_mode: none El módem se configura como nada (no usaremos gateway serie-gprs)
MTX_urc: off No necesitamos los mensajes de información URC
   
TCP_port: 20010 Puerto TCP del MTX donde se esperará conexiones IP (a su webserver)
   
FIREWALL_enabled: off Firewall desactivado
   
WAKEUP_gpioEnabled: on Se activará la sesión GPRS por una entrada digital
WAKEUP_value: 0 Se activará cuando la entrada digital valga “0”.
   
DNS_enabled: on Servicio envío IP a DNS activado
DNS_mode: http Se informará por HTTP GET
DNS_password: 12345678 Cadena password para mayor seguridad
DNS_server: www.miweb.com:8080/datosIP.asp URL del servidor al que se enviará la IP y
telemetrías del módem
DNS_extended: on Queremos que el MTXCTunnel envíe el estado de los GPIOs y ADCs
DNS_period: 300 Queremos enviar los valores cada 300 segundos (5 minutos)
 

 

 

 

 

Comments





Detalles del escenario ejemplo:

• Se debe enviar 6 entradas digitales y 2 entradas analógicas a un servidor web mediante un objeto JSON.

• El MTX recogerá los datos digitales y analógicos cada 10 minutos, enviándolos al servidor web mediante un objeto JSON. En caso de no haber cobertura GPRS o no estar disponible el servidor web, el MTX debe almacenar en memoria los registros leídos (un máximo de 1000 registros).

• Así mismo se necesita poder activar en paralelo a las telemetrías una pasarela GPRSRS232 para la telelectura de un dispositivo. Por comodidad se dispone de SIM con dirección IP fija.

Solución propuesta con  MTX-65IND + MTXTunnel:

telemetry-gprs-json

Archivo de configuración del MTX-65IND + MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario.

Detalles.
1.- El objeto JSON envíado vía GPRS al servidor tendría el siguiente formato de ejemplo:
{“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 Baudios del puerto serie 1 para la pasarela GPRS-RS232
COMM_bitsperchar: 8 8 bits de datos
COMM_autocts: on Control de flujo hardware CTS activado
COMM_autorts: on Control de flujo hardware RTS activado
COMM_stopbits: 1 1 bit de stop
COMM_parity: none Sin paridad
   
GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 0 Con 0 el módem estará permanentemente conectado a GPRS
   
MTX_PIN: 0000 Si la tarjeta SIM no tiene PIN, dejar en 0000
MTX_model: MTX65IND El modelo MTX escogido es el MTX65IND
MTX_mode: server El módem se configura como server
MTX_urc: off No necesitamos los mensajes de información URC
   
TCP_port: 20010 Puerto TCP del MTX donde se esperará conexiones IP
   
FIREWALL_enabled: off Firewall desactivado. Se aceptarán conexiones desde cualquier IP
   
LOGGER_enabled: on Activamos el Logger del MTX, para almacenar las lecturas
LOGGER_password: ID00001 Campo que nos permitirá identificar de donde vienen las tramas
LOGGER_server: www.miservidorWeb.com/json.asp?data= URL donde se enviará el JSON con datos
LOGGER_registerSize: 300 El tamaño del registro interno del MTX
LOGGER_numRegistersFlash: 1000 El número máximo de registros dentro del MTX
LOGGER_ioPeriod: 600 Cada 10 minutos se leerán y enviar las entradas digitales y analógicas del
módem.

 

 

 

 

Comments





Detalles del escenario ejemplo:

• El escenario es muy simple. Tan sólo se necesita enviar un SMS cuando una señal digital proviniente de un circuito externo pasa de “0” a “1”.

• La alarma SMS debe de enviarse por seguridad a 5 números de teléfono (67777771, 67777772 , 67777773, 67777774 y 67777775). El texto debe ser, “ALARMA DETECTADA”.

• Una vez producida la alarma, la señal digital puede cambiar continuamente, por lo que debe limitarse el envío de SMSs de Alarma a no más de 1 vez a la hora.

Solución propuesta con  MTX-65i + MTXTunnel:

alarm-sms

Archivo de configuración del MTX-65i + MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

MTX_model: MTX65i El modelo MTX escogido es el MTX65i
MTX_mode: none No es necesario un túnel GPRS-Serie
MTX_urc: off No necesitamos los mensajes de información URC
ALARM_gpioEnabled: on Activamos el servicio de alarma por SMS por cambio de entrada digital
ALARM_gpioValue: 1 La alarma saltará cuando la entrada digital haga el cambio “0” -> “1”
ALARM_gpioMessage1: ALARMA DETECTADA Texto de la alarma a enviar por SMS
ALARM_gpioPause: 3600 No queremos que el módem mande más de un bloque de SMS por hora
ALARM_smsNumber1: 677777771 Teléfono 1 de envío de SMS de alarma
ALARM_smsNumber2: 677777772 Teléfono 2 de envío de SMS de alarma
ALARM_smsNumber3: 677777773 Teléfono 3 de envío de SMS de alarma
ALARM_smsNumber4: 677777774 Teléfono 4 de envío de SMS de alarma
ALARM_smsNumber5: 677777775 Teléfono 5 de envío de SMS de alarma

Comments





Detalles del escenario ejemplo:

  • Disponemos de un PLC Modbus RTU. Este PLC dispone en su memoria interna de una serie de variables/registros (por ejemplo, una temperatura y 3 contadores, …) las cuales deben leerse y enviarse periódicamente a un servidor Web.
  • Por ello, el MTXTunnel debe interrogar periódicamente, cada 15 minutos, por un puerto serie, al PLC para leer dichos registros.  Los registros a leer son, para la temperatura el registro nº20, y los contadores están en los registros 21,22 y 23 respectivamente.
  • El MTXTunnel debe enviar tras cada lectura el valor de los registros a un servidor web vía HTTP GET usando un objeto JSON, pero debe ser capaz, en caso de fallo de comunicaciones GPRS, de almacenar en memoria flash hasta 1500 lecturas que enviará cuando se restauren las comunicaciones.
  • Debe poderse acceder al MTXTunnel en cualquier momento para, de esa manera poder leer en tiempo real los registros del PLC, así como para poder escribir en ellos y modificar registros de configuración del PLC.

Solución propuesta con  MTX-65i + MTXTunnel

Archivo de configuración del MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:


 COMM2_baudrate: 9600 Velocidad del puerto serie de comunicación con el PLC
 COMM2_bitsperchar: 8 Número de bits de datos
 COMM2_autorts: off No hay control de flujo
 COMM2_autocts: off No hay control de flujo
 COMM2_stopbits: 1 Configuramos 1 bit de stop
 COMM2_parity: none No hay bit de paridad
   
 GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
 GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
 GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
 GPRS_timeout: 0 El módem estará conectado permanentemente
   
 MTX_PIN: 0000 El PIN de la tarjeta SIM
 MTX_mode: none Modo de trabajo de pasarela gprs/serie. A none pq no las usamos
 MTX_model: MTX65i Modelo de MTX65i donde está instalado el MTXTunnel
 MTX_portAux: modbusmaster El puerto aux se va a autilizar como master modbus
 MTX_TPServer: time-a.timefreq.bldrdoc.gov Servidor de hora (el MTX debe sincronizar la hora)
 MTX_TPServer2: ptbtime1.ptb.de Servidor de hora de backup
 MTX_ping: 35 Cada 35 minutos sin comunicaciones, haremos un ping
 MTX_pingIP: 8.8.8.8 Dirección donde se realiza el ping
 MTX_radioBand: europe No necesario. Se indica Europe si el MTX se instala en Europa
 MTX_rssiLevel: 10 Activamos el led de cobertura del MTX65i
   
 SMS_allPhones: on Se pueden enviar SMS con comandos desde cualquier móvil
 SMS_sendIP: on El módem responderá con su IP a una llamada perdida o SMS
 SMS_ATEnabled: on  Se pueden enviar comados al MTX por SMS
 SMS_ATResponse: on El MTX responderá con un SMS a un SMS de comando enviado
   
 FIREWALL_enabled: off Se podrán conectar al módem (para el Telnet) desde cualquier IP
   
 TELNET_enabled: on Habilitamos el Telnet del módem
 TELNET_login: user Login para el Telnet
 TELNET_password: 1234 Password para el Telnet
 TELNET_firewall: off Se podrán conectar por Telnet desde cualquier IP al MTX
   
 LOGGER_enabled: on Activamos el Logger del MTX, para almacenar las lecturas
 LOGGER_password: ID00001 Campo que nos permitirá identificar de donde vienen las tramas
 LOGGER_server: www.miservidorWeb.com/json.asp?data= URL donde se enviará el JSON con datos
 LOGGER_registerSize: 300 El tamaño del registro interno del MTX
  LOGGER_numRegistersFlash: 1500 El número máximo de registros dentro del MTX
   
 MODBUS_address: 1 Dirección modbus del equipo a leer
 MODBUS_start: 20 Dirección del registro inicial modbus a leer
 MODBUS_numwords: 4 Número de registros a leer a partir del inicial
 MODBUS_period: 900 MODBUS_period: 900

     

DETALLES:

  • En este ejemplo se utiliza un MTX65i con comunicación RS232 para comunicación MODBUS contra un PLC, pero podría ser RS485 sin problemas. Para ello podría usarse un modelo MTX-65iRS485 (con comunicación RS485 incorporada).
  • El resumen de este ejemplo es el siguiente:  el módem va leyendo periódicamente, cada 15 minutos una serie de registros ModBus del PLC y los va enviando mediante un objeto JSON a un servidor web (a la url especificada en el parámetro LOGGER_server). En caso de no poder enviar el registro (por no haber cobertura gprs en ese momento o estar el servidor caído) almacena los datos en memoria para enviarlos posteriormente. Mediante Telnet es posible conectarse al equipo directamente y consultar/cambiar en tiempo real los registros del PLC (para ello buscar en este manual los comandos AT^MTXTunnel=getmodbus y AT^MTXTUNNEL=setmodbus)
  • El objeto JSON enviado a la URL especificada en LOGGER_server está codificado de la siguiente manera, a modo de ejemplo:{“IMEI”:353234028103206,”P”:”ID00001″,”A”:1,”TS”:”20/08/12 08:31:44″,”V1″:23,”V2″:275,”V3″:274,”V4″:32765}
    Es decir, el servidor web recibe un objeto JSON con el IMEI (IMEI) del módem, un campo password (P) que también puede utilizarse para identificar el equipo (si no se quiere usar el IMEI), la dirección modbus del equipo (A), el time stamp (TS) de cuando se han leido los datos modbus, y V1,V2, … con cada una de las variables leídas.

Comments




Detalles del escenario ejemplo:

  • Se pretende realizar lecturas de un contador eléctrico de forma periódica cada 10 minutos.Al ser un periodo de lecturas tan frecuente se accederá al contador vía GPRS en lugar decon llamadas GSM con el fin de economizar costes.
  • Paralelamente, el operador de energía (Endesa, Iberdrola, …) va a realizar una vez al día una llamada convencional GSM de datos para realizar la lectura del contador.
  • La llamada GSM debe ser prioritaria. Cuando el módem recibe una llamada del operador de energía debe “congerlar” las conexiones GPRS para dar paso a las lecturas del operador. Una vez finalizada la llamada GSM, deben restablecerse las conexiones GPRS.

Solución propuesta con  MTX-65i + MTXTunnel

Archivo de configuración del MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

COMM_baudrate: 9600 Velocidad del puerto serie del contador de energía
COMM_bitsperchar: 8 Número de bits de datos
COMM_autorts: off No hay control de flujo
COMM_autocts: off No hay control de flujo
COMM_stopbits: 1 Configuramos 1 bit de stop
COMM_parity: none No hay bit de paridad
GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 0 El módem estará conectado permanentemente
MTX_mode: server Conexión GPRS de tipo server
MTX_model: MTX65i Modelo del módem
MTX_ping: 35 Tiempo de ping para supervisar conexión
MTX_pingIP: 8.8.8.8 IP (por ejem) de Google para realizar el Ping
MTX_radioBand: europe Bandas GSM europeas
MTX_rssiLevel: 10 Muestra el led de color rojo en caso de baja cobertura
TCP_port: 20010 Puerto TCP para establecer la pasaarela gprs-serie
Firewall_enabled: off Firewall no activado
CSD_enabled: on Habilita la recepción de llamadas de datos GSM del operador de energía (Iberdrola, Endesa, …)

Comments





Detalles del escenario ejemplo:

  • En el escenario actual se dispone de un módem con 2 puertos serie. En un puerto serie está conectado un contador de energía. En el otro puerto serie está conectado un PLC
  • Cuando no existe una conexión GPRS con el módem ni está una llamada GSM establecida por parte del operador, el módem debe actuar como Gateway serie-serie, es decir, todos los datos que llegan al módem del PLC éste los debe redirigir al contador de energía y viceversa, todos los datos serie que envía el contador de energía deben reenviarse al PLC.
  • Se deben poder establecer 2 pasarelas GPRS-Serie funcionando en paralelo. Mediante una se tendrá acceso al contador electríco para hacer lecturas periódicas, mediante la otra se debe poder tener acceso a los registros modbus del PLC
  • Adicionalmente el operador de energía (Iberdrola, Endesa, …) hará una llamada GSM diaria para realizar una lectura de los datos del contador. Dicha llamada GSM debe ser prioritaria, congelando las conexiones GPRS hasta la finalización de ésta.

Solución propuesta con  MTX-65i + MTXTunnel

Archivo de configuración del MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

COMM_baudrate: 9600 Velocidad del puerto serie del contador de energía
COMM_bitsperchar: 8 Número de bits de datos
COMM_autorts: off No hay control de flujo
COMM_autocts: off No hay control de flujo
COMM_stopbits: 1 Configuramos 1 bit de stop
COMM_parity: none No hay bit de paridad
COMM2_baudrate: 9600 Velocidad del puerto serie del PLC
COMM2_bitsperchar: 8 Número de bits de datos
COMM2_autorts: off No hay control de flujo
COMM2_autocts: off No hay control de flujo
COMM2_stopbits: 1 Configuramos 1 bit de stop
COMM2_parity: none No hay bit de paridad
GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 0 El módem estará conectado permanentemente
MTX_mode: server Conexión GPRS de tipo server
MTX_model: MTX65i Modelo del módem
MTX_ping: 35 Tiempo de ping para supervisar conexión
MTX_pingIP: 8.8.8.8 IP (por ejem) de Google para realizar el Ping
MTX_radioBand: europe Bandas GSM europeas
MTX_portAux: gateway Habilita la pasarela serie-serie entre los puertos serie del módem cuando no hay conexiones (gprs ó gsm) externas
TCP_port: 20010 Puerto TCP para establecer la pasarela gprs-serie
Firewall_enabled: off Firewall no activado
CSD_enabled: on Habilita la recepción de llamadas de datos GSM del operador de
energía (Iberdrola, Endesa, …)
Telnet_enabled: on Se habilita el Telnet para usarlo como pasarela secundaria de
acceso al PLC
Telnet_port: 20011 Puerto TCP de recepción de conexiones para acceder al PLC
(segunda pasarela GPRS-Serie)
Telnet_bypass: on A “on” para usar el Telnet como pasarela secundaria

Comments




El siguiente video-tutorial te será de utilidad para tener una primera toma de contacto del MTXTunnel-GPS. Verás físicamente el módem, aprenderás a configurar el equipo con los parámetros de configuración más importantes, verás cómo utilizar la utilidad de recogida de datos GPRS y te sorprenderás de lo sencillo que resulta visualizar las rutas recorridas en Google Earth. En definitiva, en unos minutos verás y entenderás el funcionamiento del MTXTunnel-GPS.

 

Comments




El siguiente video-tutorial muestra cómo realizar una primera prueba para familiarizarnos con el MTXTunnel. El MTXTunnel se configura como Servidor TCP con conexión GPRS permanente y desde un PC nos conectamos vía TCP/IP al MTXTunnel. Todos los datos enviados vía GPRS son reenviados por el MTXTunnel por su puerto serie y mostrados en otra ventana de hyperterminal de PC.  Es decir, se muestra un primer ejercicio de pasarela transparente GPRS-RS232.

Comments




El siguiente video-tutorial muestra cómo descargar y configurar paso a paso la herramienta MES para la configuración del MTXTunnel. Si no estás familiarizado con la configuración del MTXTunnel te recomendamos la visualización.

Comments




En este ejemplo voy a mostrar cómo configurar el MTXTunnelGPS. El dispositivo se instalará en un vehículo para enviar de forma periódica su posición GPS y E/S (entradas y salidas digitales y analógicas)  a un PC Servidor. Además de enviar la posición GPS se necesita poder obtener una localización aproximada por celdas GSM en el caso de no haber cobertura GPS (por ejemplo, al estar el vehículo en un subterráneo, garaje, …). Así mismo se activará el servicio Telnet en el MTXTunnelGPS para conectarnos remotamente y poder realizar operaciones de mantenimiento.

Veamos un poco en detalle el escenario del ejemplo:

• Se necesita enviar las posiciones GPS de un MTXTunnelGPS instalado en un camión a un servidor central con dirección IP 200.201.202.203 y puerto TCP 20010

• El MTXTunnelGPS debe leer la posición GPS cada 30 segundos y enviar la posición en tiempo real a un servidor socket TCP.

• En caso de no haber cobertura GPS, se requiere que cada 2 minutos el módem envíe una trama KeepAlive junto con la información necesaria para poder localizar el vehículo mediante localización por celdas GSM.

• Se requiere también enviar los datos de telemetrías (entradas digitales) de ciertos dispositivos que están conectados a las entradas digitales del módem.

• Se debe poder acceder a la configuración del módem de forma remota así como poder monitorizar datos como la cobertura GSM en un momento dado o leer las entradas analógicas del módem a las que están conectados otros dispositivos. Para ello se necesita tener activado el servicio Telnet en el módem. Al servicio Telnet, por seguridad, sólo debe poderse acceder desde la IP de la central, que tiene la IP 200.201.202.210

Solución propuesta con MTXTunnelGPS

Archivo de configuración del MTXTunnelGPS para la solución anteriormente propuesta.

Esta configuración es la que hay que introducir en el fichero MTXTunnelGPS.jad del módem para poder realizar la aplicación descrita en el escenario:

Únicamente configurando el dispositivo MTXTunnelGPS con esta parametrización, el equipo enviará de forma periódica la posición GPS al PC Servidor. La estructura de la “trama de datos de envío” la puedes encontrar en el manual del MTXTunnelGPS (concretamente en el Anexo 1, página 73).

Comments




El ejemplo que voy a mostrar a continuación es similar al anterior pero en lugar de controlar los relés por SMS vamos a hacerlo por GPRS.  Vamos a suponer que queremos hacer una aplicación para PC que se conecte con varios equipos GPRS geográficamente distribuidos para conmutar relés y poder leer a voluntad el estado de 6 entradas digitales y 2 entradas analógicas, una 0-2.4V y la otra 4-20mA. Vamos a usar la plataforma MTXTunnel-IND, que cuenta con esos 4 relés, 6 entradas digitales y 2 entradas analógicas.

¿Cómo hacer eso? Pues lo haremos de la manera más sencilla, con Telnet. El MTXTunnel soporta Telnet, es decir, podemos, por ejemplo, abrir una consola MSDos y escribir “Telnet xxx.xxx.xxx.xxx” donde xxx.xxx.xxx.xxx es la dirección IP actual del MTXTunnel y nos conectaríamos con nuestro PC (que suponemos con conectividad a Internet) remotamente con los MTXTunnel que tienen conectividad GPRS. Una vez conectados por Telnet podemos enviar comandos AT al módem. Veamos un ejemplo:

En este ejemplo vemos que nos hemos conectado vía telnet al MTXTunnel y enviamos el comando AT+CSQ. Ese comando AT sirve para averiguar la cobertura GSM (¡ remotamente !). Pues lo mismo que utilizamos un comando AT para leer la cobertura GSM, podemos usar otro comando AT para conmutar los relés. Concretamente podemos usar los comandos AT:

AT^SSIO=0,0 y AT^SSIO=0,1    para activar y desactivar el Relé 1 del equipo llamado RL1
AT^SSIO=1,0 y AT^SSIO=1,1    para activar y desactivar el Relé 2 del equipo llamado RL2
AT^SSIO=2,0 y AT^SSIO=2,1    para activar y desactivar el Relé 3 del equipo llamado RL3
AT^SSIO=6,0 y AT^SSIO=6,1    para activar y desactivar el Relé 4 del equipo llamado RL7

Y para leer las 6 entradas digitales, pues de forma análoga a lo anterior podemos usar los comandos:

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

Y por último, para las entradas analógicas usaremos los comandos AT:

AT^SRADC=0    para leer el conversor A/D configurado como 0-2.4V
AT^SRADC=1    para leer el convesor A/D configurado como 4-20mA

Pues bien, estos comandos AT los podemos enviar de manera muy sencilla mediante una consola MSDos vía Telnet, pero resulta también muy fácil programar una aplicación (en Visual Basic, .Net, C#, java …) que se conecte al puerto TCP23 del MTXTunnel (o el puerto TCP configurado) y envíe dichos comandos AT para conmutar relés o leer las entradas digitales  o analógicas.

Por último vamos a activar en este ejemplo el servicio DynDNS, de esa manera no será necesario contratar una tarjeta SIM con dirección IP fija

Archivo de configuración del MTX-IND + MTXTunnel para la solución anteriormente propuesta.

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 0 Conexión permanente a GPRS
MTX_model: MTX65IND El modelo MTX escogido es el MTX65IND
MTX_mode: none No es necesario ningún túnel GPRS-Serie
FIREWALL_enabled: off No activamos el firewall
TELNET_enabled: on Activamos el Telnet
TELNET_port: on Puerto TCP para el Telnet
TELNET_login: user Login para el Telnet
TELNET_password: 1234 Password para el Telnet
DYNDNS_enabled: on Servicio DynDNS activo
DYNDNS_server: members.dyndns.org Servidor de DynDNS de la cuenta creada
DYNDNS_hostname: mtxtunnel.dyndns.org Nombre de la DNS de un MTXTunnel creado en DynDNS
DYNDNS_login: usuario Usuario de la cuenta de DynDNS
DYNDNS_password: miPassword Password de la cuenta de DynDNS

Comments




En este ejemplo se muestra cómo configurar el MTXTunnel para controlar 4 relés por SMSs. Relés que pueden utilzarse para activar/desactivar luces, calderas, … Veamos el escenario a resolver con detalle.

Detalles del escenario ejemplo:

• Se necesita controlar 4 relés por SMS para activar o desactivar unas luminarias en una ubicación remota.

• Se pretende que al enviar un SMS con el texto ONx o OFFx, donde x es 1,2,3,4 se activen o desactiven los relés, respectivamente, para ello se necesitarán crear unos ALIAS en el módem.

• Sólo deben tener poder enviar SMS los 100 números autorizados que tiene la empresa, los cuales empiezan por 6662746XX

• Sólo se necesita el acceso a los relés por SMS, pero debe poderse activar el WEBSERVER del MTXTunnel vía SMS (enviando SMS con el texto “mtxtunnel on” o llamada perdida) en sesiones de 10 minutos para realizar tareas de mantenimiento como reconfigurar el propio MTXTunnel así como tener acceso a los relés desde el navegador de un PC.

Solución propuesta con MTX-IND + MTXTunnel

Archivo de configuración del MTX-IND + MTXTunnel para la solución anteriormente propuesta.

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 10 Las sesiones GPRS de mantenimiento serán de 10 minutos
MTX_PIN: 0000 Si la tarjeta SIM no tiene PIN, dejar en 0000
MTX_model: MTX65IND El modelo MTX escogido es el MTX65IND por los relés
MTX_mode: none No necesitamos túneles serie-gprs
MTX_urc: off No necesitamos los mensajes de información URC
WEBSERVER_enabled: on Habilitamos el servicio WebServer
WEBSERVER_login: user El Login de acceso al webserver
WEBSERVER_password: 1234 El Password de acceso al webserver
WEBSERVER_skin: http://www.mtxtunnel.com/webserverimg/ Skin del WebServer
WEBSERVER_gsmScript: http://www.blogelectronica.com/gps/gsm.php Script localiz. GSM
FIREWALL_enabled: off Firewall desactivado para aceptar conexiones desde cuaqluier IP
SMS_allPhones: off Sólo queremos los 100 números de teléfono autorizados
SMS_validPhone1: 6662746 Indicamos la parte común de los 100 números de teléfono
SMS_ATEnabled: on Se aceptan comandos AT por SMS
SMS_ATResponse: on Se devuelve la respuesta al comando enviado por SMS
SMS_alias1: ON1>AT^SSIO=0,0 Activamos el Relé1 cuando se reciba un SMS con ON1
SMS_alias2: OFF1>AT^SSIO=0,1 Desactivamos el Relé1 cuando se reciba un SMS con OFF1
SMS_alias3: ON2>AT^SSIO=1,0 Activamos el Relé2 cuando se reciba un SMS con ON2
SMS_alias4: OFF2>AT^SSIO=1,1 Desactivamos el Relé2 cuando se reciba un SMS con OFF2
SMS_alias5: ON3>AT^SSIO=2,0 Activamos el Relé3 cuando se reciba un SMS con ON3
SMS_alias6: OFF3>AT^SSIO=2,1 Desactivamos el Relé3 cuando se reciba un SMS con OFF3
SMS_alias7: ON4>AT^SSIO=6,0 Activamos el Relé7 cuando se reciba un SMS con ON4
SMS_alias8: OFF4>AT^SSIO=6,1 Desactivamos el Relé7 cuando se reciba un SMS con OFF4
SMS_aliasOk: Comando Ok Se envía este texto por SMS si el comando SMS se ejecutó bien
SMS_aliasError: Comando Error Se envía este texto por SMS si el comando SMS se ejecutó mal

Básicamente con esta configuración se configuran unos ALIAS.  Puedes encontar la explicación completas de los ALIAS en el manual del MTXTunnel, pero básicamente sirven para lo siguiente:  el MTXTunnel es capaz de ejecutar comandos AT vía SMS. Para conmutar un relé bastaría con enviar un comando AT como por ejemplo ”AT^SSIO=0,0″ si queremos conmutar el Relé1. Obviamente es algo complicado teclear en un teléfono móvil (y recordar, por supuesto) ese comando AT, por lo que el MTXTunnel permite el uso de ALIAS. Es decir, es posible definir una clave para que cuando  el MTXTunnel reciba por SMS esa clave ejecute el comando AT asociado a esa clave. En el ejemplo mostrado el ALIAS  “ON1″ ejecutaría el comando AT  “AT^SSIO=0,0″ por lo que bastaría con enviar un SMS con la palabra “ON1″ para conmutar un relé.

Comments




El siguiente ejemplo muestra una configuración típica para un sistema de ultrabajo consumo con comunicaciones GPRS.  Imaginemos que nuestro escenario es el campo y por tanto sin posibilidades de alimentación normal (es decir, sin toma de red 220V). Tenemos 3 equipos  con puerto RS232 que van recolectando ciertos datos y queremos leerlos una vez al día desde un puesto de control central.

Como decimos el consumo es crítico en la aplicación, por lo que los módems GPRS deben estar totalmente apagados (consumo de 2 uA) y únicamente activarse unos minutos una vez al día para el volcado de la información al servidor. De esa manera conseguiremos que las baterías de los módems duren varios años. Veamos un poco más en detalle el escenario completo.

Detalles del escenario ejemplo:

• Se dispone de tres estaciones metereológicas con puerto RS232. Éstas funcionan con baterías y recogen continuamente parámetros metereológicos que almacenan en su interior. Se precisa leer esos datos metereológicos almacenados en ellas mediante GPRS una vez al día, pero sin comprometer el consumo del sistema, es decir, se precisa un consumo mínimo por parte del módem GPRS conectado a la estación metereológica.

• Por esa razón los módems deben permanecer en modo ultrabajo consumo (2 uAmperios) 24 horas y despertar sólo unos minutos.

• Cada 24h los módems deben despertarse, conectarse a GPRS y conectarse a un servidor remoto que tenemos en la oficina con dirección IP 200.201.202.203 el cual está a la escucha en el puerto TCP 20010.

• Una vez conectado un MTXTunnel al servidor remoto lo primero que tiene que hacer el MTXTunnel es identificarse (el servidor tiene que saber qué MTXTunnel de los 3 se ha conectado en un momento dado). Para ello cada módem tiene que enviar un ID distinto justo al realizar la conexión, por ejemplo ”Equipo1″, “Equipo2″ y “Equipo3″. Una vez enviado el ID, estará establecido un tunel GPRS-RS232 transparente entre el servidor de las oficinas centrales y la estación metereológica conectada al MTXTunnel, por lo que el servidor central podrá leer los datos de la estación metereológica como si tuviera conectado un cable serie RS232.

• Se establecerá un tiempo de tunnel de 2 minutos. Es decir, si pasan 2 minutos y no hay tráfico GPRS el MTXTunnel pasará a modo ULP (Ultra Low Power) y no se despertará hasta al cabo de 24h.

Solución propuesta con MTX-65ULP + MTXTunnel

Archivo de configuración de  MTX-65ULP + MTXTunnel para la solución anteriormente propuesta.

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

COMM_baudrate: 9600 Baudios del puerto serie
COMM_bitsperchar: 8 8 bits de datos
COMM_autocts: off Control de flujo hardware CTS desactivado
COMM_autorts: off Control de flujo hardware RTS desactivado
COMM_stopbits: 1 1 bit de stop
COMM_parity: none Sin paridad
 
GPRS_apn: movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 120 El módem permanecerá conectado a GPRS permanentemente
 
MTX_PIN: 0000 Si la tarjeta SIM no tiene PIN, dejar en 0000
MTX_model: MTX65ULP Modelo del módem
MTX_mode: client El módem se configura como clientTCP
MTX_IDClient: equipoX Identificador de MTXTunnel, X debe ser diferente para cada módem
MTX_urc: off No necesitamos los mensajes de información URC
 
TCP_IP: oficina.midominio.com IP (DNS) del PC Servidor al que se conectará
TCP_port: 20010 Puerto TCP del PC Servidor al que se conectará
 
ULP_sleepMode: mnutes Indica que el módem se despertará cada X minutos
ULP_rtc: on El módem usará la RTC para despertarse cada X minutos
ULP_minutes: 1440 El módem se despertará cada 1440 minutos = 24 horas
ULP_mode: gprs El envío de la telemetría será por GPRS (no SMS)

Comments




En el ejemplo mostrado hoy vamos a controlar 2 equipos RS232 desde un puesto de control central remoto vía GPRS con un único MTXtunnel-65i y una única tarjeta SIM de teléfonía. Lo normal en este tipo de aplicaciones es utilizar dos módems con dos tarjetas SIM, conectando un módem GPRS a cada dispositivo serie. El MTXTunnel-65i, al disponer de dos puertos serie, permite establecer hasta DOS pasarelas transparentes GPRS-RS232 funcionando en paralelo, con el consiguiente ahorro económico. Veamos un poco en detalle el escenario de ejemplo.

Detalles del escenario de ejemplo:

• Se pretende controlar 2 dispositivos serie RS232 que están próximos entre sí. Para ello, como el módem MTX65i dispone de 2 puertos serie, se conectará cada puerto serie del módem con uno de los dos dispositivos a controlar, economizando el sistema, al utilizar un único módem y una única tarjeta SIM.

• Se requiere poder acceder simultáneamente a los 2 dispositivos serie desde un PC de Control, para ello el módem debe escuchar, configurado como servidor, por dos puertos TCP. Por el puerto TCP 20010 se podrá acceder al dispositivo serie conectado al COM1 del módem y por el puerto TCP 20011 al dispositivo serie conectado al COM2 del módem.

• El túnel debe permanecer conectado permanentemente. Se usará una tarjeta SIM con dirección IP fija (aunque podría usarse sin problemas tarjetas SIM sin dirección IP fija).

• Sólo se permitirá el acceso desde dos IPs del Centro de Control (200.201.202.203 y 200.201.202.204)

Solución propuesta con el MTX-65i + MTXTunnel:

Archivo de configuración del MTX-65i + MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

Básicamente en el ejemplo se configuran los puertos serie del módem COM1 y COM2 así como los parámetros básicos de conectividad GPRS. Se activa el firewall para que únicamente pueda accederse al MTXTunnel desde 2 IPs autorizadas y finalmente, lo más resaltable del ejemplo, se activa el Telnet en el puerto TCP2001 y se usa la opción TELNET_bypass a “on”. Es decir, redirigimos todo el tráfico entrante por el puerto TCP 20011 hacia el puerto COM2.  De esta manera se consigue tener 2 pasarelas independientes GPRS-Serie y controlar dos dispositivos serie RS232 con un único módem y una única tarjeta SIM.

Si en lugar de controlar 2 equipos con puerto RS232 se necesitara usar 2 puertos RS485 todo sería idéntico, pero en lugar de utilizar el MTX-65i + MTXTunnel debería usarse el MTX-IND + MTXTunnel.

Comments




Este ejemplo es igual que el anterior “Ejemplo Avanzado 1″ pero en lugar de usar un servidor DNS privado (en nuestra oficina) vamos a usar el servicio proporcionado por DynDNS.  Para quien no lo sepa decir que DynDNS permite asociar un dominio del tipo miDominio.dyndns.org a una dirección IP.   Es decir, usando tarjetas telefónicas SIM con dirección IP dinámica con DynDNS siempre podremos conectarnos al MTXTunnel usando miDominio.dyndns.org en lugar de usar una dirección IP del tipo xxx.xxx.xxx.xxx que siempre será cambiante, al no usar dirección IP fija. Pero veamos en detalle el escenario completo del ejemplo:

Detalles del escenario ejemplo:

• Se dispone de una serie de dispositivos con puerto RS232 los cuales se necesitan monitorizar desde un puesto de Control Central vía GPRS.

• Se debe poder acceder a los dispositivos RS232 en cualquier momento, por lo que el módem conectado al puerto serie del dispositivo debe permanecer conectado a GPRS continuamente a la espera de una conexión.

• Los módems únicamente aceptarán conexiones entrantes desde la IP de las oficinas centrales: 200.200.200.200, rechazando cualquier conexión proviniente de otra IP.

• Por motivos de ahorro se utilizarán tarjetas SIM con dirección IP dinámica. Al no ser un número elevado de dispositivos a controlar no es preciso configurar un servidor privado de DNS (DNS_enabled: off) y bastará con utilizar el servicio proporcionado por DynDNS.

Solución propuesta con MTX-65i + MTXTunnel:

 

Archivo de configuración del MTXTunnel-65i para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

Para utilizar este ejemplo, previamente hay que abrirse una cuenta en DynDns.org y crear unas cuantas DNS. En el caso del ejemplo, se ha creado la DNS mtxtunnel.dyndns.org

Comments




El siguiente ejemplo muestra cómo configurar un MTXTunnel para conseguir un túnel GPRS-Serie (RS232 ó RS485) transparente permanentemente conectado a GPRS. La particularidad de este ejemplo es que van a usarse tarjetas SIM con dirección IP dinámica. El MTXTunnel por tanto, cada vez que detecte un cambio de su dirección IP, deberá enviarla a un servidor que podemos tener alojado en nuestras oficinas. De esa manera será posible saber en cada momento la dirección IP que tiene cada módem, lo que nos permitirá poder conectarnos a él para establecer la pasarela GPRS-Serie en cualquier momento. A continuación se detalla completamente el escenario de ejemplo:

Detalles del escenario de ejemplo:

• Se dispone de 100 dispositivos (cajas negras) con puerto RS232 (115200,8,N,1 y control flujo HW) los cuales se necesitan monitorizar desde un puesto de Control Central vía GPRS, para ello se utilizarán 100 MTXTunnel, para que actúen como un túnel transparente GPRS-Serie.

• Se debe poder acceder a los dispositivos RS232 en cualquier momento, por lo que el módem conectado al puerto serie del dispositivo a controlar debe permanecer conectado a GPRS de forma permanente a la espera de una conexión. El acceso a los módems deberá estar únicamente autorizado para la IP del PC de Control (200.200.200.200) y para una IP del ADSL de backup de las oficinas centrales, cuya IP es: 200.200.200.201

• Por motivos de ahorro se utilizarán tarjetas SIM con dirección IP dinámica. Al ser un número elevado de módems se descarta el uso de DynDNS, por lo que deben ser los propios MTXTunnel quienes deberán enviar a un servidor DNS privado de un centro de control las IPs que tengan en cada momento (asignada por el operador GSM). Cada vez que un MTXTunnel cambie su dirección IP éste debe enviar al centro de control (con IP 200.201.202.203 y puerto TCP 20000) su nueva IP para informar del cambio. De esa manera desde el PC del Centro de Control siempre se conocerá la IP actual de cada módem.

Solución propuesta con MTX-65i + MTXTunnel


Archivo de configuración del MTX-65i + MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

Los parámetros a destacar del ejemplo anterior son los encabezados por el prefijo “DNS_”.  Estos parámetros son los encargados de hacer que cada vez que el MTXTunnel cambie de dirección IP se envíe la dirección IP a un servidor. Para ello esablecemos el parámetro “DNS_enabled” a “on”.   La trama con la dirección IP se enviará mediante un socket TCP/IP a una IP (DNS_server) y puerto TCP (DNS_port), de ahí que el parámetro “DNS_mode” valga “socket”.  Podría usarse un servidor WEB para ello con “http”, pero eso sería otro ejemplo.

Comments




El ejemplo mostrado a continuación es un ejemplo similar al Ejemplo 1, pero en esta ocasión se pretende usar tarjetas telefónicas SIM con dirección IP dinámica en lugar de tener contratadas direcciones IPs fijas. La razón es que la conexión GPRS por parte de los módems va a ser muy ocasional, sólo para tareas de telemantenimiento, cuando necesitemos acceder al puerto RS232 de un equipo remoto.

A continuación se describe en detalle el escenario del ejemplo:

• Se dispone de 3 dispositivos con puerto RS232 (configurados a 9600,8,N,1 y sin control de flujo) los cuales se necesitan monitorizar desde un puesto de control central mediante un túnel GPRS-serie.

• Se necesita acceder a los dispositivos serie RS232 muy ocasionalmente para labores de telemantenimiento, por lo que no se necesita que los módems estén permanentemente conectados a GPRS.

• Un módem debe conectarse a GPRS durante 10 minutos cuando reciba una llamada perdida o un SMS con el texto “mtxtunnel on” desde un número de teléfono. Al número de teléfono que envíe el SMS o haga la llamada perdida el módem deberá mandar un SMS con la IP que obtenga del operador GSM al conectarse a GPRS. Esos 10 minutos el módem permanecerá a la espera de conexiones entrantes por el puerto TCP 20010.

• Por motivos de seguridad, los módems sólo deben hacer caso a las llamadas de teléfono o mensajes SMS de activación con los números de teléfono autorizados 666123456 y 666123457. Adicionalmente el MTXTunnel sólo permitirá conexiones realizadas desde la IP de la oficina central, que es la 200.101.102.103

Solución propuesta con el MTX-65i + MTXTunnel


Archivo de configuración del MTX-65i + MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

COMM_baudrate: 9600 Baudios del puerto serie
COMM_bitsperchar: 8 8 bits de datos
COMM_autocts: off Control de flujo hardware CTS desactivado
COMM_autorts: off Control de flujo hardware RTS desactivado
COMM_stopbits: 1 1 bit de stop
COMM_parity: none Sin paridad
   
GPRS_apn: movistar.es  APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR  Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR  Password GPRS proporcionado por el operador GSM
GPRS_timeout: 10  El módem permanecerá 10 minutos conectado a GPRS si no hay datos
   
MTX_PIN: 0000  Si la tarjeta SIM no tiene PIN, dejar en 0000
MTX_model: MTX65i  El modelo MTX escogido es el MTX65i (indicar MTX65IND para RS485)
MTX_mode: server  El módem se configura como server TCP
MTX_urc: off  No necesitamos los mensajes de información URC
MTX_rssiLevel: 10  Activamos el led de cobertura del MTX65i
   
TCP_port: 20010  Puerto TCP del MTX donde se esperará conexiones IP
   
FIREWALL_enabled: off  Firewall desactivado para aceptar conexiones desde cuaqluier IP
   
SMS_allPhones: off Todos los números de teléfono NO están autorizados
SMS_sendIP: on Enviaremos la IP al móvil autorizado que haga una llama perdida 
o envíe un SMS con el texto “mtxtunnel on”.
SMS_validPhone1: 666123456 Teléfono autorizado número 1
SMS_validPhone2: 666123457  Teléfono autorizado número 2 
   

Básicamente la diferencia con el ejemplo anterior, radica en que habilitamos el firewall y sólo aceptamos conexiones entrantes desde una dirección IP autorizada (200.101.102.103) y permitimos a los teléfonos autorizados 666123456 y 666123457 enviar la cadena “mtxtunnel on” o realizar una llamada perdida a los módems para que activen la conexión GPRS sólo 10 minutos (GPRS_timeout) y poder hacer así la operación de telemantenimiento.

Comments





Detalles del escenario ejemplo:

• Se dispone de 3 dispositivos con puerto RS232 (configurados a 115200,8,N,1 y control de flujo HW) los cuales se necesitan monitorizar desde un PC situado en un puesto de Control Central con acceso a Internet.

• Se debe poder acceder a los dispositivos RS232 en cualquier momento, por lo que los módems conectados a los puertos serie de los dispositivos deben permanecer conectados a GPRS el 100% del tiempo a la espera de una conexión por parte del PC remoto. Los módems permanerán a la espera de conexiones entrantes por el puerto TCP 20010.

• Se utilizarán tarjetas telefónicas SIM con dirección IP fija en cada uno de los módems.

Solución propuesta con  MTX-65i + MTXTunnel:

Archivo de configuración del MTX-65i + MTXTunnel para la solución anteriormente propuesta:

Esta configuración es la que hay que introducir en el fichero de configuración del módem para poder realizar la aplicación descrita en el escenario:

COMM_baudrate: 115200 Baudios del puerto serie
COMM_bitsperchar: 8 8 bits de datos
COMM_autocts: on Control de flujo hardware CTS activado
COMM_autorts: on Control de flujo hardware RTS activado
COMM_stopbits: 1 1 bit de stop
COMM_parity: none Sin paridad
GPRS_apn: internetestatico.movistar.es APN GPRS proporcionado por el operador GSM
GPRS_login: MOVISTAR Login GPRS proporcionado por el operador GSM
GPRS_password: MOVISTAR Password GPRS proporcionado por el operador GSM
GPRS_timeout: 0 Con 0 el módem estará permanentemente conectado a GPRS
MTX_PIN: 0000 Si la tarjeta SIM no tiene PIN, dejar en 0000
MTX_model: MTX65i El modelo MTX escogido es el MTX65i para RS232
MTX_mode: server El módem se configura como server TCP
MTX_urc: off No necesitamos los mensajes de información URC
MTX_rssiLevel: 10 Activamos el led de cobertura del MTX65i
TCP_port: 20010 Puerto TCP del MTX donde se esperará conexiones IP
FIREWALL_enabled: off Firewall desactivado para aceptar conexiones desde cuaqluier IP

Comments




¿Qué es el MTXTunnel?

El MTXTunnelv5 es un software que puedes solicitar a Matrix instalado dentro los siguientes módems de la familia MTX  (MTX65i, MTX65IND, MTX65ULP y MTX65+G). De ahí los nombres MTXTunnel-65i, MTXTunnel-IND, MTXTunnel-ULP y MTXTunnel-65g.

mtxtunnel5

¿Para qué sirve el software MTXTunnel?

Las funcionalidades básicas del MTXTunnel son dos:  permite realizar una pasarela Serie-GPRS y gestiona telemetrías (entradas digitales, analógicas y relés) por GPRS.   La pasarela transparente Serie (RS232-RS485) / GPRS te permite controlar cualquier dispositivo serie (tenga inteligencia o no) de la misma manera a como lo harías si tuvieras un cable serie físicamente conectado en el equipo. Si buscas eso, substituir un cable serie por una conexión GPRS, el MTXTunnel es la solución que necesitas. Si necesitas monitorizar entradas digitales o analógicas, cambiar relés a distancia, enviar SMS de alarma ante el cambio de una entrada digital etc etc, el MTXTunnel también es la solución que estás buscando.

Hablemos ahora de la característica de pasarela transparente Serie-GPRS.

Un escenario como este, en el que tienes un equipo serie conectado a tu PC para poder leer / escribir datos en el equipo …

cable-serie

… con la pasarela transparente GPRS-Serie MTXTunnel, el anterior escenario se convierte en uno como el mostrado a continuación. Tu PC sólo debe realizar una conexión TCP/IP con el MTXTunnel y todo lo que envíes por esa conexión TCP/IP el MTXTunnel lo reenviará por el puerto serie hacia el dispositivo a controlar. Y al revés, todo lo que el dispositivo a controlar envíe al MTXTunnel por el puerto serie, será reenviado tal cual hacia tu servidor vía GPRS. Será como si tuvieras conectado el equipo a tu PC.

pasarela-serie-gprs1

¿Es necesario otro MTXTunnel en el lado del PC Servidor?

Depende. Por lo general, en el 99% de los caso no.

Si el software de control del PC lo vas a realizar tú o bien este software ya incluye la opción de conexión con el equipo remoto vía TCP/IP ó UDP no será necesario colocar un módem en el lado del servidor, simplemente introduzce en el software del PC la IP y puerto TCP del MTXTunnel remoto y tu PC podrá realizar la conexión a través de Internet sin problemas y enviar datos directamente a tu equipo serie remoto.

Lee el resto de esta entrada »

Comments




Te damos la bienvenida a nuestra nueva web www.MTXTunnel.com. Desde esta sección podrás estar al día de todas las noticias, novedades y nuevas características que vamos incorporando en nuestras plataformas MTXTunnel. También iremos incluyendo ejemplos y casos prácticos de uso para que te sea muy sencillo su uso. Intentaremos que todo esté muy claro y bien explicado

Esperamos que sea de tu agrado. Si tienes cualquier pregunta no dudes en comentarla, te responderemos encantados.

El equipo de MTXTunnel.com

Salu2.

Comments




Comments