blogElectronica.com

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 »

El post que voy a poner hoy es un tanto personal pues voy a comentar un producto que estoy  pensando adquirir para mi mismo desde hace ya un tiempo. Es un PC, un PC algo especial.   
 
Todos tenemos nuestros hobbyes. A algunos les gusta salir a cenar a menudo, a otros salir a bailar, o hacer excursiones en mountain bike, … A mi lo que me gusta es mundo del motor, el mundo offroad .  Desde hace un tiempo tengo un Azel1100, un vehículo preparado para hacer bonitas excursiones, pero sobre todo  para lo que tengo en mente hacer algún día cuando mi hijo sea un poquito más mayor y me lo pueda llevar, hacer alguna excursión más especial. Algún día haré una de éstas, vaya que si lo haré …
 
Desde entonces, sin prisa alguna, voy buscando algún tipo de PC para embarcarlo en el vehículo. Un PC que quiero que me sirva como navegador y tracker GPS, pero que también me sirva para filmar las excursiones que haga, y además pueda controlar ciertos parámetros del estado del buggy a través de un puerto RS232 + un HW (controles de temperaturas, funcionamiento de los electroventiladores, estado de batería, …) y poder tener acceso a Internet desde él siempre que sea posible.
 
A primera vista uno puede pensar que PCs para hacer algo así hay cientos, pero no es así. El problema real es que un PC para aplicaciones como la que yo necesito, debe ser muy ruguerizado, es decir muy preparado para condiciones extremas, y de ahí el PC que voy a comentar hoy aquí es el que me parece pectecto para este tipo de aplicaciones.
 
El PC en cuestión es el modelo T7M de Twinhead, y tiene este aspecto:

  
¿Bonito verdad?
 
Pues además tiene prestaciones muy interesantes. Voy a comentar sólo algunas de ellas, las más especiales.
 
 

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 ya tiempo hablé de los módulos WT11 y WT12 de Bluegiga. Unos modulitos bluetooth cuya característica más importante (y realmente por lo que son muy pero que muy vendidos) es que embeben el firmware iWrap, diseñado y creado por Bluegiga.  Recordar que este firmware permite dotar de conectividad bluetooth a nuestros equipos de una manera extraordinariamente sencilla, pudiendo utilizar cualquier simple micro o dispositivo con una uarth. Es posible utilizar de forma muy sencilla un sinfín de perfiles bluetooth con éstos módulos (SPP, DUN, HFP, HSP, HID, AVCRCP, DI, PBAP, OPP, FTP, HDP) aunque hay que decir que al final el más usado (en el 95% de los proyectos que veo) es el SPP (el serial port profile).
 
Pues bien, recientemente, en el pasado 3GSM, Bluegiga presentó su nuevo módulo WT41. Es un módulo también basado en el Bluecore4 de CSR, tal y como lo son sus hermanos WT11 y WT12. Es decir, es un módulo que aunque permite audio está más enfocado a datos. La diferencia fundamental entre el WT41 y el WT11, ambos bluetooth de clase 1 radica en las prestaciones radio:  nada más que 20dBm de potencia de transmisión (frente a los 14dBm del WT11) y una sensibilidad de -90dBm. Todo ello hace que el alcance bluetooth entre dos dispositivos WT41 (en visión directa) sea de hasta 1000m (1Km). Evidentemente las aplicaciones target de este módulo van a ser aquellas que requieran de un rango de alcance muy elevado.
 

 
A quien le interese este módulo puede dar un vistazo a su datasheet aquí . También si dáis un vistazo a las guías de montaje (página 15 del datashee) veréis que también son menos restrictivas que las del WT11.
 

www.blogElectronica.com

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 »

Hace tiempo ya hablé de la pasarela GPRS-RS232 MTX-Tunnel-Advanced, un software similar al MTX-Tunnel convencional, pero con muchas más prestaciones. Recordando éstas un poco por encima son:

• Software embarcable sobre un MTX65, TC65T, MTX65+G, MTX-IND y los módulos TC65, TC65i y XT65. En breve también sobre el MTX65-ULP (módem de ultrabajo consumo).
• Funcionamiento en modo socket cliente o socket servidor (es decir, el módem puede iniciar una conexión o esperar una conexión remota).
• Conexión GPRS siempre permanente o activable mediante SMS o llamada perdida
• Posibilidad de reset automático cada 24h.
• DynDNS (para no pagar por una IP fija al operador)
• GPRS y GSM (se puede acceder tanto vía GPRS a un puerto serie RS232 remoto como mediante una llamada GSM, esto último obligatorio para los operadores de energía en aplicaciones de metering. La llamada GSM tiene prioridad sobre GPRS).
• Firewall GSM (puede escogerse si el acceso vía GSM puede hacerse desde cualquier número de teléfono o sólo desde los autorizados).
• Firewall GPRS (puede escogerse si el acceso vía GPRS puede hacerse desde cualquier IP o sólo desde las autorizadas).
• Envío automático de SMS ante cambio de entrada digital
• Cambio de estado de salida digital (o relé en el caso del MTX-IND) mediante SMS.
• Ejecución de comandos AT remotos (lectura remota de la cobertura, lectura de entradas digitales, lectura remota de conversores A/D …)
• Posición GPS remota del módem (aunque no tenga GPS el módem se puede obtenerse una posición GPS aproximada en función de la estación de telefonía más próxima)
• Cambio de configuración remota (permite cambiar de forma remota la configuración del puerto serie deñ módem, dyndns, …)
• Pasarela quasi-transparente Coronis para aplicaciones de metering y telemetría (MTX-IND con tarjeta wavecard embarcada). Próximamente.
   

 
Hoy voy a exponer brevemente una pequeña utilidad de nombre Remote AT Command. Sirve básicamente para poder ejecutar sobre el MTX-Tunnel-Advanced comandos AT remotos, pero también para poder cambiar la configuración del módem de forma remota, también para poder obtener la posición GPS del módem (aunque no tenga GPS) de forma aproximada (¿os acordáis?) y en breve, para aplicaciones de metering. Esta utilidad ha gustado mucho a empresas con proyectos de telegestión de contadores de energía (lo cual, como creador, me ha alegrado mucho en todos los sentidos).

Lee el resto de esta entrada »

Posiblemente en alguna ocasión tengas que hacer un programita en Java para un módem Cinterion TC65 o XT65 en el que tengas que capturar datos (entradas digitales, analógicas, posiciones GPS, capturas realizadas por el puerto serie …) y almacenarlas en un fichero interno de la flash para su posterior envío a un servidor central.

Hoy os cuelgo un pequeño ejemplo en Java para hacer la segunda parte, el envío de los datos por FTP a un servidor central.

Hace ya mucho tiempo puse unos posts con muchos ejemplos java, entre ellos ( http://www.blogelectronica.com/ejemplos-java-j2me-modem-gprs-siemens/ ó http://www.blogelectronica.com/j2me-ftp-cinterion-tc65-xt65-mtx65-tc65t/ ).

En este último también había un ejemplo de FTP. Este de hoy es más elaborado, pues permite subir directamente un archivo almacenado en la memoria flash de nuestro módem a un servidor vía FTP. El proyecto y código fuente del ejemplo lo puedes descargar de aquí­.
 

 
Para probarlo sin complicaciones haz lo siguiente paso a paso. Crea un fichero de nombre “datos.txt” con los datos que quieras en su interior y grábalo en la memoria FLASH de tu módem TC65 / XT65 (en el directorio raí­z). Después importa el proyecto de ejemplo desde Eclipse. Abre el fichero FtpHandle.java, en él verás que se leen algunas variables del fichero EjemploFTP.jad

Lee el resto de esta entrada »