blogElectronica.com

Hoy os voy a presentar un interesante equipo de la casa Multitech aprovechando un documento escrito por mi compañero Jesús Santos, a quien doy las gracias. Se trata del MultiConnect AW MT200A2W.

 
Muy bien, ¿y para qué sirve?

Pues imaginate que tienes un equipo que usa, para comunicarse, un módem analógico (uno externo o interno dentro del propio equipo) o que simplemente dispones de una centralita o FAX tradicional donde se manejan datos (no voz).
 
Ahora imagina que quieres instalar ese equipo y resulta que por lo que sea no tienes una línea telefónica libre para poder conectar el conectarlo o que simplemente no se quiere contratar una línea analógica nueva o que la instalación del cable telefónico (con regatas en paredes y demás) pueda resultar cara.
 
Pues para eso es este equipo. Es un emulador de línea analógica por GSM (para datos). Es decir, que en lugar de enchufar el módem analógico a la roseta de telefonía convencional lo puedes conectar a la boca RJ11 de este equipo de Multitech que gracias a su SLIC interno, que recuerda (como ya hablamos) es un  modulo que emula una línea telefónica.

 
 
¡Qué fácil! Osea que el MT200A2W coge los datos del SLIC provinientes de mi módem analógico y los envía directamente a través su módem GSM interno.
 
No, te falta algo. El MT200A2W tiene también un socket módem (analógico) interno que se comunica con tu módem analógico a través del SLIC pues enviar directamente las señales analógicas vía GSM por el canal de audio no funcionaría debido a la degradación que sufrirían dichas señales en la red GSM. Después ya si se enrutan los datos a través del módem GSM interno que también dispone el equipo de Multitech.
 
Es decir:  [tu módem analógico] —- [ SLIC --- socket modem analógico --- microprocesador --- modem GSM ]
  

Lee el resto de esta entrada »

Hoy voy a poner un pequeño vídeo sobre los routers de Multitech. Personalmente estos routers (en cualquier versión: GPRS, HSDPA) me resultan muy atractivos tanto en prestaciones como en robustez y además tienen una muy buena relación calidad precio. Raro, muy raro, es que un router de Multitech tenga problemas de funcionamiento, de hecho no recuerdo ningún caso de devolución por problemas de este tipo, como digo son tremendamente robustos. Pero no es extraño que los usuarios tengan algún lío (y esto es lo único que no me gusta de estos equipos) con el tema del DNAT, para el mapeo de puertos. No es que no funcione, ni mucho menos pues el DNAT funciona de maravilla, sino que la manera de hacerlo es un poco diferente de lo que uno puede estar acostumbrado con otro tipo de routers.
 
Bueno, pues eso, aquí pongo un pequeño vídeo donde muestro como realizar un DNAT de puertos.
 

Hace un mes puse un post sobre los equipos de temetría de la casa Coronis. Vimos que disponen de equipos IP68 para leer remotamente vía radiofrecuencia (en la banda de 868MHz) entradas digitales, entradas analógicas de 4-20mA o 0-10V, temperaturas y contadores de agua, gas ó electricidad. También, pero de esto ya hace mucho más tiempo, puse un post con un vídeo sobre el módem MTX-Industrial el que opcionalmente puede solicitarse con una tarjeta de comunicaciones Zigbee, Bluetooth o Coronis.
 
Pues bien, aprovechando todo esto, en la nueva versión MTXTunnelv5.6 (una aplicación que como muchos sabéis puede solicitarse dentro de cualquier terminal MTX programable) he incluido una prestación adicional muy interesante: una pasarela de comunicaciones GPRS-Coronis.
 
 
¿Y pasa qué demonios sirve una pasarela GPRS-Coronis?
 
Pues pongamos un ejemplo. Imagina que tienes una extensa área de varios kilómetros cuadrados con varios cientos de contadores de agua y los quieres leer cada día. Un contador de agua, muy simple, genera un pulso (contacto seco) por cada X litros de agua que circula por él. Por ello a cada contador de agua vamos a conectarle físicamente un Waveflow. La misión de cada waveflow será la de ir contando los pulsos que va generando su contador de agua asociado, es decir, dicho llanamente, cada Waveflow va a saber el agua que ha circulado por el contador en cada momento.
 
Obviamente para leer los contadores podríamos acercarnos cada día al lugar donde están éstos con un PC + Waveport, pero probablemente te parecerá mejor hacer la lectura desde tu propia oficina (calentito en invierno y fresquito en verano ) y sin necesidad de gastos de desplazamiento. Es aquí donde encontrarás de utilidad esta nueva prestación de pasarela GPRS-Coronis. Veamos un gráfico explicativo:

Como puedes ver el concentrador de comunicaciones es un MTX-Industrial (con la opción de wavecard interna) + el MTXTunnelv5.6.
 
 
 
Muy bien ¿y cómo leo los datos de los contadores desde mi oficina?
 
Pues el MTXTunnel, entre sus múltiples prestaciones, tiene la posibilidad de Telnet. Conectándote vía Telnet desde tu oficina al MTXTunnel puedes enviar comandos AT, como por ejemplo para conmutar un relé remotamente, leer una entrada digital o analógica, leer la cobertura GSM, etc etc. Pues bien, he añadido dos comandos AT más, muy simples, de nombre AT^MTXTUNNEL=SETWAVENIS,tramawavenis y AT^MTXTUNNEL=GETWAVENIS. Con estos dos comandos AT puedes enviar tramas Wavenis vía Telnet directamente a la wavecard interna de MTX-Industrial que te permitirán comunicarte y leer los contadores Waveflows.
 
Sí, esta nueva prestación del MTXTunnelv5.6 no te libra de tener que darle un vistazo al manual del protocolo Wavenis (¡chupao!) pero te puede ahorrar mucho trabajo. Por ejemplo, si yo quiero comunicarme con un waveflow remoto tan sólo tendré que hacer algo como esto:

  
Es decir, con “AT^MTXTUNNEL=SETWAVENIS” enviamos la “trama pregunta” a un waveflow y con “AT^MTXTUNNEL=GETWAVENIS” cogemos la respuesta recibida del waveflow. Así de simple. Lo mismo vale para ser usado con cualquiera de los equipos Coronis, es decir, para monitorizar temperaturas (wavetherm), entradas digitales y analógicas distribuidas (wavelog), etc etc …  Tenéis más información en el manual y por supuesto, cualquier duda me la podéis dejar aquí en el blog o en jose @ blogelectronica / jgallego @ matrix.es

Un post breve sólo para informar que ya está disponible el MTXTunnel v5.4. Esta nueva versión de MTXTunnel, totalmente compatible con las versiones anteriores, incorpora básicamente dos nuevas prestaciones además de las muchísimas que ya tiene:
 
Por un lado permite el envío de telemetrías vía socket GPRS o HTTP (es decir, el estado de las entradas digitales y analógicas) ante un cambio de estado una entrada digital o un valor analógico fuera de límites. En versiones anteriores las telemetrías podían enviarse de forma periódica cada X tiempo, ahora ante cambios de estado. El funcionamiento que se sigue es el siguiente, una vez detectado una “condición de disparo”, se lee el estado de todas las entradas digitales y analógicas y se envían a un servidor remoto.
 
 

 
 
Por otro lado se puede configurar el MTXTunnelv5.4 como una pasarela GPRS ModBus-TCP a ModBus-RTU, simplemente añadiendo al fichero de configuración el parámetro “MTX_gatewayModBus: on”

 
Como siempre el Manual de Usuario incorpora ejemplos funcionales. Concretamente para estas nuevas características están los ejemplos 2.13 y 2.14 en las páginas 185 y 187 respectivamente.
 
 
 
Salu2!

Hola a todos. Simplemente desear a todo el mundo un feliz y próspero año 2011 !!!

Os dejo un regalito navideño curioso, iba a hacer alguna postal navideña algo especial para ponerla en este post, pero al final me ha invadido el espíritu navideño y se me ha ocurrido algo más original. Me he puesto “manos a la obra”, nunca mejor dicho, y aquí os dejo el resultado

Está pensado para usuarios de los estupendos módems MTX que cada año hay más y más.  Haced lo siguiente, coger un MTX65 ó un MTX65+G (también vale para un TC65T) y cargarle esta aplicación java que he compilado.  Después coger un handset (el auricular normal de un teléfono cualquiera) y conectarlo al módem. Abrir el hyperterminal y ejecutar la aplicación (AT^SJRA=”A:/Navidad.jar”)

Feliz año!!!

Hoy voy a comentar un poco por encima los interfaces de comunicación del nuevo módulo HSDPA EU3 y veremos un ejemplo de uso del stack TCP/IP integrada en este módulo, ya que cambia un poco a lo que estábamos acostumbrados con los módulos MC55i, XT65, TC63i y TC65i.

Interfaces de comunicación.
 
El módulo EU3 cuenta con un puerto serie y un puerto USB. Si conocéis el módulo HC25, a diferencia de éste, con el EU3 si es posible usar simultáneamente el puerto serie y el puerto USB. De hecho hay varias formas de configurar estos interfaces. Para ello usaremos el comando AT^SDPORT  (comando muy importante para la primera toma de contacto con este módulo), que debe estar correctamente configurado.
 
 
Con AT^SDPORT podemos configurar 4 modos de funcionamiento.
 

Modo 1: modo por defecto, debería servir sólo para configurar una velocidad adecuada con AT+IPR y luego cambiar a SDPORT=2, SDPORT=3 ó SDPORT=4

Modo 2: modo uart. Podremos usar el EU3 sólo por puerto serie.

Modo 3: modo USB. Para usar el EU3 sólo por puerto USB (se crea un puerto COM módem y un puerto COM virtual de aplicación (es decir, por ejemplo, para enviar comandos AT de estado al módem a la vez que tenemos establecida una conexión 3G/HSDPA por el COM módem).

Modo 4: modo USB + uart. Para usar el puerto USB en conexiones 3G/HSDPA y la uart para ir consultando el estado del módem mediante comandos AT.

A continuación, como indicaba al comienzo del post, vamos a ver cómo crear una conexión 3G/HSDPA y, usando la pila TCP/IP interna del módem, es decir, vamos a crear un socket contra un servidor remoto para enviar/recibir datos.

 
Lee el resto de esta entrada »

Muy buenas. Hace unos días escribí un post sobre un equipo nuevo de la casa Multitech el cual estuve probando y me resultó bastante interesante. Hoy voy a seguir hablando un poco de Multitech, de una familia de equipos quizás no muy conocida, pero que personalmente siempre me ha parecido muy interesante, eso sí, para un perfil muy concreto de aplicaciones.
 
Se trata de una familia de productos con una arquitectura que ellos (Multitech) llaman “Universal Socket“. En pocas palabras, tal y como sugiere este nombre, se trata de una famila de módulos de comunicaciones que tienen en común el pin-out, es decir, si creamos un equipo con un PCB diseñado para utilizar uno de estos módulos con el  ”Universal Socket”, en cualquier momento podremos “pinchar” indistintamente cualquiera de éstos módulos.
 
 
¿Y qué tipo de módulos forman esta familia?
 
Pues lo forman un total de 10 módulos. Por un lado están los indicados para comunicaciones GSM/GPRS/HSDPA, que serían el SocketModem iCell, SocketModem Cell, SocketModem HSDPA (fijáos que monta un HC25 de Cinterion), el SocketModem EDGE y el SocketModem GPRS.

Lee el resto de esta entrada »

Como todos ya sabéis, el módem MTX65+G del que he hablado en muchas ocasiones en este blog, es un módem GPRS con GPS integrado. En su interior cuenta con un módulo Cinterion XT65, un módulo muy similar en prestaciones al conocidísimo TC65 (cpu, prestaciones, …) pero el cual incluye además un GPS. Este GPS es un módulo GPS de la casa uBlox, concretamente monta un Antaris 4.

Normalmente, cuando programamos en java el módem MTX65+G (es decir, el XT65) lo hacemos siempre de 2 maneras. O bien usamos la clase ATCommand con el comando que proporciona Cinterion (AT^SGPSR) para leer la posición GPS actual (este es el método más utilizado y en el que yo me incluyo) o bien utilizamos la API Location para J2ME (JSR 179).
 
Sin embargo, existe otra manera de actuar sobre el GPS. Como sabéis el módulo TC65 dispone de 2 puertos serie y el XT65 sólo dispone de 1. La razón de que sólo disponga de un puerto serie es que el otro lo tiene routeado hacia el puerto serie del módulo GPS que monta, es decir, es el puerto serie con el que el XT65 controla el GPS.
 

Lee el resto de esta entrada »

Bueno, ya estoy aquí de vuelta de vacaciones. Esta Semana Santa he pasado unos estupendos días en Cáceres con la familia (ahí reside gran parte de mi familia por parte de Madre). Hacia ya muchos años que no iba y ya echaba de menos  el jamoncito, las torrijas, …  a la familia . La verdad es que me lo he pasado muy bien y espero no tardar tanto tiempo en regresar.
 
Bueno, vamos a lo nuestro … hoy vamos a ver la implementación de un WebServer.
 
En ocasiones puede resultar interesante incorporar un pequeño web server en nuestros módems gprs TC65 ó MTX65. Resulta cómodo conectarse directamente al módem con un navegador y consultar algún parámetro. Pues bien, hoy os pongo un ejemplo que he hecho, algo más largo de lo habitual y que me llevó cierto tiempo en su día, y que implementa eso: un pequeño y simple (muy simple) WebServer. Sirva este ejemplo también como ejemplo de Socket Server. No recuerdo a qué usuario de este blog le dije que en breve pondría un ejemplo de Socket Server en java. Pues aquí está.
 
El ejemplo que os cuelgo aquí  es una parte de uno de mis proyectos al cual le he quitado muchas cosas, entre ellas parte del control de errores, para que no sea tan extenso y sea más entendible. Creo que lo es bastante. De todas formas al quitar código es posible que haya alguna variable o instrucción que no sea necesaria, no me he puesto a revisarlo todo al 100%, sólo que funcione correctamente.
 

  Lee el resto de esta entrada »

Hace poco tuve que echar una mano en un proyecto de control de flotas donde se necesitaba controlar una pequeña pantalla mediante un módem MTX65+G. Como tuve que realizar un pequeño montaje para realizar unas pruebas con la pantalla aprovecho y lo comparto aquí para quien lo pueda necesitar en un futuro (y para acordarme yo mismo si lo vuelvo a necesitar dentro de un tiempo )

Vamos allá. El módem MTX65+G, como muchos recordaréis, tiene un único puerto serie. Ese puerto serie ya estaba ocupado con otro dispositivo, así que la única alternativa era utilizar una pantalla controlable por SPI. La pantalla escogida fue una de Electronic Assembly, concretamente el modelo EA DIP204-4HNLED.

Lo primero que hay que hacer con esta pantalla es configurarla para que trabaje por SPI ya que por defecto utiliza un bus paralelo. Para ello basta con darle la vuelta, desoldar el jumper marcado con 4/8 y soldar el jumper marcado con SPI. Ambos están muy juntos y uno debe asegurarse con un polímetro que el jumper 4/8 está realmente desoldado.

Las conexiones de la pantalla son muy simples, así que rápidamente decir que yo sólo he conectado el pin 17 y 18 a 4V, para el backlight, la alimentación (pin 1 y 2) a 3.3V, el contraste (pin 3) a un potenciómetro de 10K y los cuatro pines propios del bus SPI (pin 4,5,6 y 7) a los correspondientes del bus SPI del módem (obviamente el DI de la pantalla al DO del módem y viceversa). Para mis pruebas, por comodidad de bornas, he utilizado un módem MTX65-IND, pero con un MTX65 o un MTX65+G sería exactamente lo mismo.
Bueno, pues ya está casi todo, tan solo falta enviar los comandos AT apropiados al módem para que éste envíe datos vía SPI a la pantalla y así poder escribir sobre ella. Evidentemente todo esto se puede hacer desde una aplicación java embebida dentro del módem, pero por comodidad, lo voy a poner mediante comandos AT enviados desde una aplicación de PC por el puerto serie. Bien, pues estos son exactamente los comandos que hay que enviar para escribir un HOLA en la pantalla.
 
 

  Lee el resto de esta entrada »