blogElectronica.com

Algunos de vosotros ya conocéis la existencia del nuevo módulo GSM/GPRS de Cinterion de nombre TC65i-X, otros muchos no, así que hoy voy a comentar un poco los aspectos más relevantes de este nuevo e interesante módulo.
Como digo el nombre del módulo es TC65i-X y es, básicamente y como puede deducirse de su nombre, un módulo TC65i con algunos cambios. Estos cambios son tanto a nivel de hardware como a nivel de software, todos ellos positivos.

¿Y cuales son los cambios a nivel hardware?

Pues básicamente es cambio es uno y para mi el más importante de todos, incluidos los cambios de software. Como sabéis el módulo gsm/gprs TC65i es programable en Java (J2ME). Este módulo cuenta con unos 400KB de RAM y 1.7MB de Flash. El nuevo módulo TC65i-X aumenta mucho esa capacidad llevando la memoria RAM hasta los 2MB y la memoria flash hasta los 8MB (divididas en 2 particiones de 4MB).

Esto obviamente es importante. Aquellos, entre los que me incluyo, que desarrollamos aplicaciones grandes siempre nos llega un momento en el que tenemos que ir programando con mucha cautela ya que la memoria RAM del TC65i es algo limitada para algunas aplicaciones. Con 2 MB de memoria Ram la cosa cambia mucho y ahora es posible realizar aplicaciones java grandes y complejas sin ningún tipo de problema.  De forma análoga puede ocurrir con la memoria Flash, ahora de 8MB.

¿Y a nivel software, qué cambios tenemos con el nuevo módulo TC65i-X?

Pues bastantes. Voy a poner aquí las que me parecen más relevantes.

1.- Soporte, por fin, para poder trabajar con el Entorno Eclipse y MES con versiones Windows 64 bits. Esto es, Vista 32/64 bits y Windows7 32/64bits. Básicamente es debido a la nueva versión MES 2.7.0.0 ya disponible.

2.- Inclusión de ciertas APIs java para el manejo del GPS (por si conectamos un módulo GPS a uno de los 2 puertos serie del módulo TC65i-X).

Lee el resto de esta entrada »

Este fin de semana me he traído me he traído a casa un pequeño juguetito para enredar con él. Hacía tiempo que quería probarlo, pues puede ser de utilidad en bastantes aplicaciones relacionadas con el mundo m2m cada vez más y más presente en nuestras vidas, aunque muchos no se den cuenta.
 
Este pequeño dispositivo es un módulo minicámara, de resolución VGA, de la casa Comedia que a su vez está basado en un sensor cmos de la casa Onmivision (el mayor fabricante del mundo de este tipo de dispositivos, del que casi todos tenemos unos de sus sensores en nuestros teléfonos móviles). Hasta aquí nada especial. Lo peculiar de esta minicámara es que, además de su bajo coste, se puede controlar directamente mediante un puerto serie, una uart, con un protocolo muy básico apto para todos los públicos.
 
Esto último, obviamente, facilita enormemente el hecho de poder controlar la cámara y obtener una imagen de lo que acontece en el mundo desde cualquier dispositivo con puerto serie. En mi caso me interesa especialmente  la posible integración con los módems MTX65i y en especial con el software MTXTunnel. Estoy un poco evaluando a ver cuanto me llevaría en tiempo integrar la posibilidad de “tomar una instantánea” desde el MTXTunnel o más todavía desde el MTXTunnelGPS.
 
La cámara que he estado probando es concretamente el modelo que tenía más a mano, el C328R. A grandes rasgos este es el diagrama de bloques de la cámara:

Lee el resto de esta entrada »

Hoy vamos a hablar de GPS, o mejor dicho, de GNSS.  Hace pocos días cayo en mis manos un documento, muy explicativo, realizado por mi compañero Jesús Santos a raiz de un nuevo producto lanzado por la empresa Fastrax que muchos conocéis. Creo que puede ser de bastante interés para muchos de vosotros, sobre todo los que os dedicáis al tema de localización. Así que aquí os os pongo el artículo.
 
 
¿Qué es GNSS?

GNSS significa Sistema Global de Navegación por Satélite. Vamos, que “módulos GNSS” son eso, receptores de satélites, sean de la marca o país que sean. Lo que pasa es que usamos la palabra receptores GPS para todo lo relacionado con la localización, y está bien indicado, pero no sólo hay ese sistema americano, hay otros muchos:

• GLONASS sistema Ruso
•  Beiuou-2/Compass en China
• QZSS Japón
• Gagan en India
• Y esperemos que el Europero Galileo previsto para el 2014 …

 
Fastrax tiene un módulo GNSS., El IT600 (basado en un chipset de ST). Lo estupendo de este módulo GPS es que puede funcionar tanto con el sistema americano GPS, con el sistema ruso GLONASS, como con ambos de forma simultánea.

  
 
Alguno pensará … ¿y esto en que me beneficia?

La respuesta es que el receptor funcionará en las condiciones más extremas. Supongamos una calle con edificios altos (lo que se llama cañon urbano). El receptor no solo podrá ver los pocos satélites GPS, sino que también podrá usar los GLONASS.
 
Veámoslo con un ejemplo.  Fijaros en el gráfico siguiente. Azul claro satélites GPS. Azul oscuro satélites GLONASS.  Ahí tenéis al módulo IT600 trabajando con 22 satélites simultáneamente.

  Lee el resto de esta entrada »

Aprovechando que he tenido que probar el interfaz PCM de los módulos Cinterion y de los módulos bluetooth de Bluegiga voy a poner un post sobre ello que será de gran ayuda para quienes quieran desarrollar algún equipo GSM con voz manos libres (vía bluetooth). Lo voy a poner un poco en modo esquemático, de manera totalmente práctico para que no se complique más de lo necesario, que lo es un poco.

Bueno, vamos allá rápido que las manecillas del reloj vuelan y ya es tarde …
 
 
1.- Cogemos una placa de evaluación DSB75 donde insertaremos el módulo GSM de Cinterion que queramos usar (un TC63i, un TC65i, un PH8, …). En mi caso tengo aquí montado un TC65i.
 
2.- Localizamos los pines en la placa de evaluación DSB75 que corresponden a los PINES de audio PCM. Concretamente corresponden al conector x703 de la placa. En ese conector veremos 7 pines: TXDAI, RXDAI, FS, BITClk, FSIN, BCLKIN y GND.
 

3.- De esos 7 pines necesitaremos sólo 5, que son los que usa PCM. La elección dependerá de si usamos el módulo de Cinterion en modo PCM MASTER o en PCM SLAVE. Si usamos el módulo Cinterion en modo PCM MASTER usaremos los pines TXDAI, RXDAI, FS, BITCLK y GND.  Si usamos el módulo Cinterion en modo PCM SLAVE usaremos los pines TXDAI, RXDAI, FSIN, BCLKIN y GND. La siguiente foto indica como lo he usado yo, en modo SLAVE, conectando unos cablecillos a dichos 5 pines.

Lee el resto de esta entrada »

Hoy voy a hablar de un modulito nuevo de la casa Imsys. Realmente creo que tendría que haber comentado ya algo de esta casa pues que estoy seguro que va a crear cierto interés este tipo de módulos porque muchos de los lectores de blogElectronica.com son usuarios de los conocidos módulos TC65 y XT65 de Cinterion (de los que por cierto, dentro de muy poco, volveré a hablar con noticias agradables).

Como decía, os presento el nuevo módulo Snap Stamp de la casa Imsys. Lo primero de todo, una foto, para que os conozcáis:
 

 
Como véis es un modulito muy pequeño, de 29mm de lado (de ahí el nombre Stamp, del tamaño de un sello).  Este módulo está basado, y aquí está lo importante, en el procesador JAVA IM3910.  Es decir, de la misma forma que programamos los módulos Cinterion XT65, TC65i y terminales MTX65 en java (J2ME) se programan estos módulos. Es decir, si ya estás familiarizado con la programación java de los módulos Cinterion y MTX, ya sabes programar el módulo Snap Stamp. Esto, evidentemente, es una ventaja en time-to-market increíble para todos aquellos que tengan que iniciar un nuevo proyecto con un módulo procesador, por el know how y por el aprovechamiento del código y clases java que uno pueda ya tener desarrollado para los módulos Cinterion y terminales MTX.  Es como con éstos últimos, compilas tu programa (en Eclipse o Netbeans) subes tu fichero .JAR al módulo (en este caso no por OBEX, sino por ethernet (ya sea local o remotamente) y a funcionar.
 
De la misma forma que con los módulos de Cinterion el Snap Stamp tiene un completo stack TCP/IP, pero además servidor web, ftp, telnet, gestor de I/O, …
 
Aquí están las características técnicas del módulo:

 
• High performance multi-threaded Java execution
• Certified J2ME-CLDC virtual machine
• Four channel A/D 16-bit 44 ksps converter with optional external reference voltage
• Two D/A 16-bit 44ksps converters
• 2* / 4* / 8 Mbytes Flash memory
• 8 / 32* Mbytes SDRAM
• 10/100Base-T Ethernet MAC and PHY
• Optional 2nd RMII interface
• TCP/IP stack, Web/FTP/Telnet server
• Three serial ports (3.3V levels, 4-wire, 920 kb/s)
• High-speed I2C bus and SPI
• Parallel 8-bit high speed data bus
• 8 to 53 General-purpose digital I/O ports
• MMC / SD card support
• Extensive I/O functions through Java APIs, including PPP, FTP, E-mail, GPIO, Timers
• Enhanced performance for special functions e.g. graphics, crypto, and floating point operations
• Rubus JOS RTOS with failsafe flash file system
• High I/O bandwidth (>650 Mbits/s DMA)
• Real time clock and calendar
• On board Temperature sensor
• 150 / 200* MHz oscillator frequency
• Commercial / Industrial* temp range
• Connection for Imsys JTAG Trace Adapter
• Reference designs available, complete with schematics and firmware for:
       Dallas/Maxim 1-wire
       CAN
      TFT LCD, Touch panel
       CD quality Audio

Donde pone * indica que es opcional, y se suministran así bajo un pedido mínimo de piezas.
 
Aquí tenéis también una pequeña comparativa entre el procesador Imsys y distintos procesadores.
 

Espero que encontréis el modulito de interés. Vamos, conociendo ya a muchos de los fieras que leen este blog estoy seguro que así será y que mañana ya tengo algún email preguntando.

Hoy toca desempolvar unos viejos artículos publicados aquí, en blogElectronica.com, hace ya bastantes meses, casi 2 años. ¿Os acordáis de aquel artículo de finales del 2009?
 
http://www.blogelectronica.com/cinterion-eu3/
 
En ese artículo comentaba la inminente aparición nuevo módulo de Cinterion EU3 destacando que una de sus mayores virtudes era es soporte a la nueva banda UMTS 900MHz que se aproximaba. De ese artículo merece recordar lo siguiente:
 

“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.

Y desde el punto de vista económico pues es evidente. Una razón es que, al disponer de mayor alcance, para dar cobertura a una determinada área es necesario instalar menos estaciones base con UMTS900 que con UMTS2100. Otra razón es que las actuales estaciones GSM siguen siendo válidas y sólo son necesarias pequeñas y económicas adaptaciones, no como ocurre con UMT2100.

Sólo un consejo más para quienes a día de hoy vayáis a empezar un nuevo proyecto con módulos GSM/GPRS con visión de futuro y estéis evaluando los módulos de distintos fabricantes. El consejo es que leáis la noticia del anuncio del nuevo módulo EU3 publicada en la web de Cinterion. Con especial  atención al título, “Cinterion Announces First UMTS Module to Support Seamless 3G Transition for Existing GPRS/EDGE Designs“
 

 
Un poquito más adelante, en mayo del 2010, en el artículo:
   
http://www.blogelectronica.com/banda-umts-en-900mhz/

 
comentábamos más en profundidad todo lo relacionado a nivel técnico con el 3G 900MHz (es de recomendable lectura). Una de las cosas a destacar de ese artículo tanto en el cuerpo del mismo como en los comentarios de los lectores es la aclaración (porque muchos lo preguntaron y por tanto muchos se/me/nos lo preguntarán) es que la tecnología actual GSM/GPRS (a 900MHz) convivirá con el nuevo UMTS 900MHz.

  
Ya por último hace 10 meses puse un artículo sobre el stack TCP/IP del módulo EU3:
  
http://www.blogelectronica.com/eu3-modem-hsdpa-usb-rs232/
  
Destaco el último párrafo, donde pone:
 

“Por último, un detalle a destacar. Con el módulo EU3 Cinterion ha usado el mismo conector B2B y (casi) el mismo pinout que en el TC63i. Por ello, a quien esté diseñando una placa para usar el TC63i, le recomiendo que de un vistazo a una nota de aplicación de nombre EU3_e-migration (que forma parte de la documentación del EU3) donde se indica las pequeñas diferencias a tener en cuenta en una migración del TC63i al EU3. O dicho de otra manera, ese documento nos permitirá diseñar una placa de manera que pueda usar el TC63i ó EU3 indistintamente, con las ventajas evidentes que eso conllevará en un futuro.  Si alguno está también dubitativo entre usar un MC55i o un TC63i en un nuevo diseño (como veo muchas veces que ocurre) este detalle de compatibilidades con EU3 es para tenerlo en cuenta, al menos a mi me acabaría de decidir.”

 
Pues eso, aquellos que apostaron por el nuevo EU3 de Cinterion o diseñaron con un TC63i y tuvieron en cuenta las nota de aplicación para hacer el circuito compatible tal como comentamos aquí, a partir del 9 de este mes de Septiembre empezarán (porque es un proceso de implantación que durará un par de años) a recoger sus frutos.
 

Tenéis más información aquí sobre la implantación del nuevo UMTS 900MHz:

http://bandaancha.eu/articulo/8031/3g-mejorara-drasticamente-cobertura-partir-9-septiembre

 
 
Bueno, espero que el artículo haya sido de interés para algunos y de satisfacción para otros por haber elegido bien. Yo me pongo ahora a continuar con el manual de la nueva versión MTXTunnel v6.0 que saldrá dentro de poco . Salu2!!!

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 »

Si en alguna ocasión has desarrollado equipos dentro de la categoría que podríamos denominar embarcados (equipos para automóviles, autobuses, trenes …) sabrás que uno de los mayores problemas (y los más habituales) son los relacionados con las vibraciones.
 
El problema se acentúa sobre todo si el dispositivo que estamos diseñando va a utilizar periféricos USB, por ejemplo porque se va a conectar un pendrive de memoria, una cámara de vídeo USB, un módem GPRS-3G, …   A corto y medio plazo, si las vibraciones son intensas, es fácil ver como los dispositivos USB fallan debido a que físicamente se sueltan del conector. No son pocos los desarrolladores que utilizan incluso silicona para fijar los conectores USB y evitar este problema.
 
Ya sabéis que yo no suelo hablar de conectores pero sí que me gusta comentar de tanto en tanto algunos que destacan por alguna razón especial. Por este motivo hoy os pongo aquí uno de esos conectores que facilitan la vida del ingeniero. Se trata del nuevo conector de la casa Amphenol LUSB-A111-00. Aquí tenéis una foto:
 
 

 
 
Si os fijáis veréis que el conector USB cuenta con una pestaña en la zona superior. Esa pestaña es basculante tal y como indico con la flecha dibujada, es decir, podemos subirla haciendo presión con un dedo.
 
Cuando la pestaña está bajada, dos pivotes se anclan en los 2 agujeros de anclaje que tiene el conector de cualquier dispositivo USB. De esta manera ninguna vibración, por fuerte que sea, va a conseguir desconectar el dispositivo USB de nuestro conector. Se necesita una fuerza de 10Kg para soltarlo por lo que la única manera de soltarlo es de forma intencionada.
 
Pues eso, otro conector interesante para tener en cuenta y evitar así los problemas y disgustos típicos de equipos instalados en escenarios de fuertes vibraciones.
 
Espero os resulte de interés para algún proyecto. Salu2.
 
 

Hoy voy a poner un artículo que seguro que resulta interesante y curiosos a muchos, sobre todo a quienes estamos trabajando de forma habitual con equipos GSM. Y es que ayer Jueves por fin me llegó a casa un aparatito que compré hace unas semanas únicamente, y que nadie piense mal, para poder probar esta capacidad con la que cuentan los módems de Cinterion y que hasta ahora no había podido probar y me la tenía que creer: el Jamming detection.
 
Para las pruebas me he basado en la nota de aplicación oficial de Cinterion de nombre “AN_45_Jamming_Detection.pdf”. Ahí tenéis detallada toda la documentación al respecto, yo me voy a centrar en la parte práctica. En cuanto al módem he utilizado un MTX65i de Matrix, que tiene un TC65i en su interior, pero podría haber utilizado otro modelo de MTX o Cinterion, sería lo mismo.
 
 
Bueno, sí, vale, ¿pero qué es el Jamming detection?
 
Pues en pocas palabras es la capacidad que tiene el módem para detectar una interferencia intencionada en los canales de comunicaciones para bloquearlos.
 
Quizás pienses que no tiene importancia, y seguramente en la inmensa mayoría de aplicaciones GSM así sea, pero en las aplicaciones relacionadas con seguridad, alarmas … sí es bastante importante (o lo debería ser).
 
Pongamos algún ejemplo. Una casa o un coche que cuente con una alarma típica GSM, una alarma que si salta debe comunicarlo a una oficina central receptora de alarmas GSM.  Pero, ¿qué ocurre si unos maleantes perpetran su acción con un inhibidor GSM? ¿Podrá la alarma GSM comunicarse con la central? ¿Será la alarma al menos capaz de detectar que está siendo interferida con un inhibidor GSM para actuar en consecuencia?
 
Obviamente ante la acción de un inhibidor GSM suficiente potente ningún equipo (ningún teléfono móvil, módulo GSM/3G, …) será capaz de realizar una comunicación GSM. Pero sí que algunos dispositivos tienen, al menos, la capacidad de detectar que están siendo interferidos por un inhibidor GSM: los módulos de Cinterion. Esta capacidad permite actuar en consecuencia, es decir, si un equipo sospecha que empieza a ser interferido pues puede intentar una comunicación cuando la interferencia es todavía débil, puede pre-activar avisos acústicos etc etc etc. En definitiva, siempre será mejor que un equipo de alarma sepa lo que está ocurriendo a que no lo sepa, el cómo se actúe en esas situaciones ya dependerá de la capacidad e imaginación de quien desarrolle la alarma.
 
 
Funcionamiento del Jamming Detection en los módulos Cinterion.
 
Como decía anteriormente toda la documentación está en la nota de aplicaciones 45 de Cinterion. Básicamente, y muy resumido, consiste en activar el indicador de estabilidad del link de comunicaciones “lsta”, por ejemplo con:
 

 AT^SIND=”lsta”,1,5

 
y activar los URCs con:
 

 AT+CMER=2,,,2

 
Una vez activamos el jamming (la interferencia) veremos como el módem va indicando la situación  mediante URCs (enviando mensajes por su puerto serie). Primeramente enviará mensajes del tipo:
 

+CIEV: “lsta”, <indValue>, <lstaEdv>, <lstaRssi>

 
indicando que están ocurriendo errores en el link de comunicaciones. “lstaEdv” (que es un contador cuanta atrás) irá decrementando rápidamente hasta llegar a “0″. Mmmm … empieza la sospecha …
 
Tras este URC el módem nos devolverá otro del tipo:
 

+CIEV: “lsta”, <indValue>, <lstaNo>, <lstaMax>, <lstaMin>, <lstaMean>, <lstaVar>

 
Este URC ya indica pérdida de cobertura de Red. Según detalla la documentación de Cinterion, cuando se obtiene un URC con un “lstaNo” = 40, un “lstavar” bajo (inferior a 10) y un “lstaMean” > 40 es indicación clara de Jamming.

Como siempre todo se entiende mejor con imágenes y si es un vídeo pues mejor todavía, por lo que aquí lo tenéis. (Si has recibido el artículo por email es probable que tengas que verlo desde www.blogelectronica.com).

 
Espero que os haya parecido interesante. Otro día más.

Hoy vamos a ver cómo hacer un sencillo manos libres bluetooth. En este artículo no voy a entrar en la parte de audio, sino que me voy a centrar en la parte display, es decir, que cuando nos entre una llamada en nuestro teléfono móvil podamos mostrar en un display externo, conectado vía bluetooth con el móvil, el número llamante o, en el caso que tengamos en la agenda de nuestro teléfono móvil ese número de teléfono asociado con el nombre de una persona, pues que nos aparezca también en el display el nombre de dicha persona.
   
Para ello voy a usar un módulo bluetooth de Bluegiga que cuenta con el firmware iWrap en su versión v4, y que me soluciona totalmente la vida para llevar a cabo de manera rápida  y efectiva la aplicación.  Realmente para lo que voy a hacer podemos coger cualquiera de los módulos WT12, WT11, WT41 o WT32. Funcionará con cualquiera, aunque si más adelante quisiera audio, yo me decantaría por el WT32, basado en el Bluecore5 de CSR, más indicado para aplicaciones multimedia (audio stereo).
 
Bueno, pues vamos a suponer que nuestro “indicador bluetooth de llamada entrante” cuenta principalmente con un micro (uno simple, con dos uarts), un display y un módulo bluetooth WT12 de Bluegiga. Tanto el display como el WT12 los tendremos conectados al micro mediante una uart.

Configuración del WT12
 
Lo primero que hay que hacer es configurar desde nuestro micro el módulo bluetooth WT12. Para ello desde la uart del micro conectado al módulo de Bluegiga enviaremos los comandos:
 

SET PROFILE HFP ON
SET PROFILE PBAP ON
RESET

Lee el resto de esta entrada »