Posts Tagged “cinterion”

Hace ya mucho tiempo que tengo la plataforma OTAP activa. Desde entonces ha sido utilizada para hacer miles del OTAPs. Como sabéis un OTAP es el proceso que permite actualizar remotamente las aplicaciones java que embebemos en nuestros módems Siemens/Cinterion. Hoy presento la versión 2.0 de este software que es similar a la versión 1.0 pero presenta algunas diferencias importantes.

La primera es que ya no depende de mi servidor www.otap.es.   Ahora el software incluye un pequeño servidor TCP/IP para gestionar las respuestas OTAP. Es decir, como sabéis, cuando un proceso de OTAP finaliza (bien o mal) si la conectividad GPRS es correcta envía una notificación (petición POST) a un servidor web indicando el resultado de la operación. En la versión 1.0 esta notificación era enviada por el módem siempre a www.otap.es mientras que en esta versión 2.0 podéis especificar vuestro servidor de confirmación OTAP o bien utilizar esta misma aplicación (v2.0) como servidor de confirmación. También la he preparado para ello.

Si os fijáis en la siguiente captura de pantalla:

 otapv2-1

  Lee el resto de esta entrada »

Etiquetas: , , , ,

Comments 10 Comentarios »

Hace pocos días que mi compañero Jesús Santos, ingeniero de Matrix, ha publicado un artículo muy pero que muy interesante (en www.redeweb.com , número de Mayo) para todos los que tenemos la suerte (o eso creo yo) de trabajar en el mundo del GSM. Así que dado el interés, y por supuesto con el permiso ya concedido del autor ;) , lo voy a publicar aquí para uso y disfrute de todos, aunque fraccionando en dos artículos el artículo original, al ser éste bastante extenso y comprender dos temáticas diferentes.
 
Vamos allá. Este primer artículo trata una nueva tecnología que veremos en un futuro muy próximo, las llamadas M2M component SIM. Aquí os lo dejo:
 
 
M2M component SIM
 
También llamada C-SIM (component SIM), E-SIM (electronic SIM), embedded SIM, chip on SIM, M2M component SIM, etc… es una SIM en un nuevo formato en forma de chip en un encapsulado SMD miniatura. Es exactamente lo mismo que en su actual formato de cartón-plástico, pero en forma de circuito integrado. Esta nueva tecnología evita tener que poner los conectores zócalos porta-sim, con sus inconvenientes de ocupación de espacio, costo, problemas mecánicos y de contactos, fallos de SIM en entornos agresivos, y de acceso al usuario, como el robo o sustracción de la SIM.
 
Este componente se puede poner, al igual que actualmente, externo al módulo GSM, a través del interfaz SIM. También se puede “integrar” dentro del módulo, para ello el modulo GSM debe estar preparado para integrar internamente el chip-SIM.
 
Ya existen fabricantes y suministradores que ofrecen estos chips en producción.  Un ejemplo es Infineon como fabricante de chips y Gemalto como fabricante de tarjetas SIM. Estos chips llevan internamente una memoria no volátil donde se carga la información del operador. El operador suministra estos chips al cliente final al igual que actualmente ofrece las SIMS tradicionales en soporte clásico de cartón/plástico, ya que es el operador el que posee los datos a grabar (encriptados) en estos chips. No en todos los países los operadores están preparados para ello. Tened en cuenta que se pueden adquirir estas SIM y activarlas posteriormente, así como cambiar los servicios asociados (Voz, Datos, IP fijas…)
 
Para el chip-SIM integrado dentro del módulo es necesario un acuerdo entre los tres factores que tiene que  permitirlo: integrador, operador y fabricante de módulos GSM, como Cinterion. En este caso las C-SIM se entregan ya grabadas y Cinterion las monta internamente en el proceso de fabricación/montaje del módulo, en fábrica.
Resumiendo, hablamos realmente de lo mismo, las tarjetas SIM tradicionales vienen encapsuladas en un “cartón” o plástico en forma de uña y la tarjeta M2M SIM vendrá encapsulada en formato de componente SMD como el VQFN-8. Como veis, es algo relacionado a su forma y poco más.
 

sim-on-chip-m2m

 
Lee el resto de esta entrada »

Etiquetas: , ,

Comments No Hay Comentarios »

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.

Blog de Electrónica Avanzada

  Lee el resto de esta entrada »

Etiquetas: , , , ,

Comments 12 Comentarios »

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.

spi

  Lee el resto de esta entrada »

Etiquetas: , ,

Comments 13 Comentarios »

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.
     

modem gsm gprs metering contadores

 
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 »

Etiquetas: , , ,

Comments 11 Comentarios »

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í­.

FTP J2ME

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 »

Etiquetas: , , , ,

Comments 13 Comentarios »

Hoy voy a hablar de un nuevo módulo anunciado recientemente por Cinterion, el nuevo módulo EU3. Es un módulo tan nuevo que, como podréis comprobar visitando la web de Cinterion, todavía ni siquiera hay información pública descargable, como es el propio datasheet.

Así que voy a comentar este interesantísimo módulo EU3 (presentado recientemente en la feria del Metering en barcelona hace ahora justo 2 meses) pero sólo en base a la poca información disponible.

¿Qué es el EU3?

El EU3 es un módulo UMTS que permite trabajar tanto en las bandas de GSM (GPRS/EDGE) como en 3G. Una característica a destacar es que también está preparado para su uso en la nueva banda
UMTS900.

cinterion-eu3

¿Y que es esto del UMTS 900, no es UMT2100?

Desde hace ya un tiempo se está trabajando en el nuevo UMTS900. Y es que trabajar en esta banda implica numerosas ventajas tanto desde el punto de vista técnico como económico.

Desde el punto de visto técnico es mejor porque ofrece una mayor cobertura y penetración que el actual UMTS2100, lo cual es ideal para dar cobertura en zonas rurales e incluso en ciudades, donde al tener una capacidad de penetración mayor la cobertura en edificios es mejor.

Lee el resto de esta entrada »

Etiquetas: ,

Comments 6 Comentarios »

Hoy vamos a hacer un experimento de localización GSM, seguro que te resulta interesante. Así que corre, ves a buscar un módem Cinterion, el que sea, un TC65, XT65, HC25 … o un terminal MTX65, MTXH25 … que vamos a empezar.

Como seguro sabéis Google tiene un servicio (que está pontenciando con Android, su nuevo Sistema Operativo para móviles) para la locaclización por celdas GSM. Es decir, por ejemplo, te va a permitir, mediante una aplicación en el móvil, saber qué amigos tienes a tus alrededores. ¿Y cómo hace eso? Pues detectando si algún amigo tuyo está dentro de la misma celda GSM (o próxima) a la que estás tú.

¿Y cómo sabe Google si una celda está próxima a otra?

Pues porque es Google y ya sabes que Google todo lo sabe. :)   Realmente es porque tiene una gran base de datos con las coordenadas GPS de todas las antenas de telefonía.

Si dáis un vistazo a la web:
http://www.codeproject.com/KB/mobile/DeepCast.aspx

veréis que esos chicos explican muy bien cómo funciona este servicio de Google y ya se han dedicado a investigar qué datos hay que pasar a esta API de Google (concretamente a http://www.google.com/glm/mmap) y lo más importante, cómo hay que hacerlo pára que ésta devuelva las coordenadas (latitud / longitud) de una determinada antena de telefonía.

Si leéis con atención el artículo veréis que son necesarios obtener los siguientes datos de una antena GSM para obtener dicha posición:

Cell Tower ID
Location Area Code (LAC)
Mobile Network Code (MNC)
Mobile Country Code (MCC)


¿Y cómo obtener esos datos con nuestros módems? En el artículo habla de RIL Windows Mobile, …

Eso es porque el artículo piensa en teléfonos móviles. Nosotros vamos a pensar en nuestros módems Cinterion. Afortunadamente estos estupendos módems cuentan con comandos que nos permiten obtener tales datos. Por ejemplo uno de ellos es:

AT^MONI

¿Ya has ejecutado el comando? Venga …

Si lo has ejecutado verás que obtienes unos datos, en mi caso:

chann rs  dBm MCC MNC  LAC cell NCC BCC PWR RXLev  C1 I chann TS timAdv PWR  dBm Q ChMod
18 21  -89 214  07 0335 5A0C   1   0  33  -103  13 I    No connection

Pues bien, de aquí podemos extraer que:

Cell Tower ID = 5A0C
Location Area Code (LAC) = 0335
Mobile Network Code (MNC) = 07
Mobile Country Code (MCC) = 214

Muy bien, con estos datos ya podemos llamar a la página siguiente y ver el resultado. Hacer click en el enlace de Test y luego, en los valores de los parámetros de la URL (mcc, mnc, lac,cid) substituir los que yo os pongo (que son los que obtengo desde mi casa :) ) por los vuestros y volver a cargar la página:

Test de localización GSM

localizacion-gsm

Lee el resto de esta entrada »

Etiquetas: , ,

Comments 21 Comentarios »

Hoy voy a hablar de unos nuevos módulos de Cinterion de los que no he hablado hasta ahora. Se trata de la familia de módulos GSM/GPRS LGA.

 
Que bien, ¿y qué es eso de LGA?

Pues LGA significa Land Grid Array y es un tipo de encapsulado para montaje superficial, parecido a BGA. Para quien quiera saber más click aquí.

 
¿Y por qué LGA y no BGA?

Bueno, la elección no ha sido fruto de un capricho. Los ingenieros de Cinterion antes de decantarse por una u otra tecnología para su nueva gama de módulos de montaje superficial realizó cientos de pruebas y tests con las diferentes tecnologías existentes. De entre las analizadas la que mejor resultados aportó (para minimizar el tamaño del módulo, para tener el mejor contacto posible en los pads, por cuestiones térmicas, etc ) fue la LGA y por ello fue la escogida.

Si queréis saber más sobre LGA y por qué se escogió frente a BGA podéis ir a:

http://www.lga-modules.com

y hacer click en el menú “COMPARATION LGA VS BGA“. Veréis que los chicos de Cinterion se lo han currado bien. Una página además muy atractiva visualmente.

 
Por cierto, otro enlace muy interesante también es:

http://www.cinterion.com/lga-mounting.html

donde podéis ver un ejemplo de proceso de montaje LGA. Una visión bastante interesante y práctica.

 

cinterion-lga

 
Lee el resto de esta entrada »

Etiquetas:

Comments No Hay Comentarios »

Últimamente me han preguntado bastante en relación a la memoria RAM de los módulos gprs TC65 y XT65 (y sus correspondientes terminales) así que voy a poner un pequeño artículo en relación a este tema.

Como sabéis el módulo TC65 tiene un total de 400KB de memoria RAM y 1.7MB de memoria FLASH. Es evidente que la memoria flash, FFS (File Flash System, el sistema de archivos) estará en parte ocupada por nuestra aplicación java (es decir, por los ficheros .jad y .jar) y por todos aquellos archivos extra que necesitemos para nuestra aplicación así como los propios archivos generados por nuestra aplicación java, es decir, ficheros con logs, históricos, etc etc …

Blog de Electrónica Avanzada

Bueno … con 1.7MB puedo hacer un programa inmenso y me sobra ¿para qué me voy a perder el tiempo leyendo esto?

Es cierto que puedes hacer programas bastante grandes pero va a depender mucho de cómo los hagas y de las herramientas que estés utilizando. Si no estructuras bien tu programa puedes llegar a tener problemas serios de memoria.

Lee el resto de esta entrada »

Etiquetas: , , , ,

Comments 8 Comentarios »