Como seguramente muchos sab�is, el m�dem MTX-65i tiene en su interior como core un m�dulo TC65i programable en java. En esta ocasi�n lo que hemos hecho ha sido desarrollar un m�dulo 3G compatible pin a pin con el TC65i, pero basado en el m�dulo EH6 de Cinterion. Ello nos permite poder reaprovechar toda la gran variedad de terminales que tenemos basados en el TC65i, pues �nicamente es substituir un m�dulo por otro (ya sab�is, MTX-65i, MTX-65i-RS485, MTX-INDv2, MTX-65+Gv6, …)

Es por ello que el primer terminal 3G programable en java que est� disponible es el llamado MTX-3G-Java, misma base que el MTX-65i y por ello cuenta con 2 puertos serie RS232, puerto USB, 4 entradas/salidas digitales (0-3V), 2 entradas anal�gicas AD (0-3V), un DAC (0-3V), bus i2C y salida para alimentaci�n externa de 3V.

�Es todo exactamente igual que el MTX-65i o hay alguna diferencia a nivel HW?

Es muy similar, con alguna diferencia. Las diferencias son b�sicamente las siguientes. El MTX-3G-JAVA no tiene audio mientras que el MTX-65i s� lo tiene. Las entradas digitales del MTX-3G-JAVA son de 0-3V en lugar de 0-2.4V como tiene el MTX-65i. Adem�s �stas se controlan mediante I2C. Los ADs tambi�n son de rango 0-3V en lugar de 0-2.4V y tambi�n se usan a trav�s de un bus i2C interno. El DAC est� mejorado con un chip dedicado en lugar de una salida PWM con un RC como tiene el MTX-65i. �Tambi�n el MTX-3G-JAVA tiene mucha m�s memoria RAM y FLASH que el MTX-65i (6MB/10MB frente a 400KB/1.7MB). El resto es exactamente igual como pod�is ver en la siguiente ilustraci�n

�Y a nivel de software, un programa java que tengo corriendo en el MTX-65i lo puedo migrar al modelo MTX-3G-JAVA sin m�s?

No. De forma directa no, pero a nivel de c�digo s� que es en un 99% compatible. Hay que cambiar algunos “imports”, el nuevo terminal es m�s estricto en temas de may�sculas, min�sculas, comillas … pero en general el c�digo es igual (el tema de los GPIOs y ADs s� que exige especial atenci�n, pues hay que usar el bus i2c). S� cambia mucho la parte del autostart (el arranque autom�tico de aplicaciones java) ya que este terminal, a diferencia del MTX-65i en el que s�lo pod�as arrancar 1 �nica aplicaci�n, permite ejecutar m�ltiples aplicaciones java de forma simult�nea.

Tambi�n se permite ahora el uso del puerto USB desde java, poder enviar comandos AT a un puerto serie mientras tenemos una aplicaci�n java corriendo dentro, … en fin, un mont�n de mejoras.

�Y el firmware MTX-TUNNEL, yo lo uso ahora con el MTX-65i, funcionar�a en el m�dem MTX-3G-Java?

Efectivamente, el MTX-TUNNEL v8 est� disponible ya para ser usado en todos los terminales, inclu�do el nuevo terminal MTX-3G-Java (e incluso el nuevo modelo MTX-3G-JAVA+B (con bater�a) que est� a punto de salir )

Posts relacionados:

1. Nuevo terminal gprs MTX-IND RS232/485/422 con salida rel�s Hoy ya hab�a empezado a escribir un art�culo escrito pero...
2. Nuevo m�dem GPRS teminal MTX65 basado en el m�dem Siemens TC65 Matrix Electr�nica ha lanzado la distribuci�n de un nuevo modelo...
3. Modem terminal para aplicaciones de localizaci�n GPS Ultimamente he le�do bastantes posts (y recibido emails) de lectores...

La primera consiste en la forma cl�sica, esto es, en utilizar el m�dem MTX65i+MTXTunnel como una�pasarela Serie-GPRS. Es decir, cuando se pretende hacer una lectura del dispositivo Modbus, el servidor se conecta a la IP del m�dem MTX y env�a las tramas modbus directamente al equipo a leer a trav�s del m�dem MTX, que act�a de pasarela gprs-serie.

La segunda,�m�s indicada para escenarios donde intervienen gran volumen de equipos, es la que voy a tratar hoy. B�sicamente se trata de utilizar una nueva prestaci�n de la nueva versi�n del�MTXTunnel v7.14� �La nueva funcionalidad permite la lectura aut�noma de equipos modbus conectados a su puerto serie para luego reenviar los datos le�dos a un Servidor Web mediante un objeto�JSON.

El escenario a llevar a cabo es el siguiente:

• 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, configurar el MTXTunnel de la siguiente manera:

Algunos detalles de este ejemplo a tener en cuenta:

1. 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 MTX65IND2 (con comunicaci�n RS485 incorporada).
2. 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)
3. 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.
As� de f�cil !!!!

Posts relacionados:

1. Nueva versi�n MTXTunnelv5.4 disponible Un post breve s�lo para informar que ya est� disponible...
2. Gateway Bluetooth-GPRS Desde hace ya un tiempo quer�a escribir un post acerca...
3. MTX-Tunnel-Advanced. Gateway GPRS-RS232 avanzado. Hoy me gustar�a presentar un nuevo producto GSM/GPRS orientado a...

Est�s son las caracter�sticas introducidas:

1.- Se incluye la posibilidad de leer dispositivos radio 868MHz de tipo Wavelog �(equipos radio de entradas digitales). Hasta la fecha s�lo era posible monitorizar dispositivos radio Wavetherm (temperaturas), Wavesense (4-20mA y 0-5V) y Waveflow (contadores de pulsos para aplicaciones de metering)

2.- Se incluye la posibilidad de enviar a trav�s de las pasarelas GPRS-RS232/RS485, ya sean del tipo cliente o servidor, comandos AT embebidos. Es decir, por ejemplo, es posible enviar a trav�s de una pasarela transparente comandos como AT+CSQ para conocer remotamente la cobertura de un equipo, u otros para conmutar rel�s, cambiar configuraciones, … �Esto es MUY �til en escenarios con pasarelas de tipo cliente con operadores de telefon�a que no permiten conexiones de tipo server (desde un PC central hacia el m�dem) para poder ejecutarlos mediante Telnet.

3.- Se incluye el par�metro “DNS_mode: remoteat”. �Este par�metro permite reproducir el estado de una entrada digital de un m�dem MTX65i o MTX65IND en un rel� de un MTX65IND. � Es decir, por ejemplo, tu puedes tener un interruptor conectado a un m�dem gprs que est� en Madrid y conmutar un rel� de un m�dem que est� en Miami. ��C�mo funciona? �Pues b�sicamente el m�dem cuando detecta un cambio en una entrada digital env�a un comando AT v�a GPRS al m�dem remoto, y �ste, al recibirlo lo ejecuta conmutando/desconmutando los rel�s.

4.- Se incorpora un par�metro MTX_flushSerialBuffers que permite limpiar los buffers serie antes de crear una conexi�n TCP, es decir, eliminando todo lo leido por los puertos serie del m�dem antes del establecimiento de la pasarela GPRS-serie 232/485

5.- Se a�aden los par�metros TCP_IP2 y TCP_port2. �Hasta ahora pod�a configurarse el MTXTunnel para crear hasta 2 pasarelas GPRS-Serie 232/485 funcionando simult�neamente (por ejemplo para controlar con un �nico m�dem dos dispositivos serie). Pero hasta ahora s�lo pod�a hacerse con 2 pasarelas tipo “server”. �Estos dos par�metros permiten a partir de ahora crear tambi�n 2 pasarelas GPRS-Serie 232/485 de tipo “client” funcinando simult�neamente.

6.- A�adido el par�metro MTX_clientReconnection. �Este par�metro permite especificar el tiempo, en segundos, que debe esperar el MTXTunnel en reabrir una pasarela GPRS-Serie 232/485 de tipo cliente cuando ha sido cerrada desde el servidor. Actualmente (y por defecto) est� a 30 segundos. �Es decir, el MTXTunnel abre una pasarela contra un servidor para intercambio de datos. Si el socket se cae o es cerrado por el servidor, este par�metro especifica el tiempo de reconexi�n.

Aqu� ten�is el manual completo de la aplicaci�n MTXTunnelv7.8 Recordad que puede solicitarse instalado en los m�dems gsm/gprs: �MTX65i, MTX65IND, MTX65INDv2, MTX65ULP, MTX65-RS485 y MTX65+G ( y dentro de muy muy poquito, tambi�n, en m�dems 3G �)

Posts relacionados:

1. Nueva versi�n MTXTunnel-v5.6. Inclusi�n de pasarela GPRS-Wavenis para aplicaciones de telemetr�a. Hace un mes puse un post sobre los equipos de...
2. Nueva versi�n MTXTunnelv5.4 disponible Un post breve s�lo para informar que ya est� disponible...
3. Pasarela Serie-GPRS. MTXTunnel v5.0 Ya est� disponible el nuevo MTXTunnel v5.0. Tras un periodo...

Actualmente existe la versi�n MTX-INDv2 (la versi�n MTX-INDv1 sigue fabric�ndose), que es el m�dem que voy a presentar para aquellos de vosotros que no lo conozca. Es este que muestro en la siguiente fotograf�a:

B�sicamente es el mismo m�dem (compate buena parte del dise�o del circuito) que el MTX-INDv1, pero con mejoras y pensado para muchos escenarios que hasta ahora no se pod�an cubrir con el MTX-INDv1. �Est�s son las caracter�sticas (y opciones) con las que consta el MTX-INDv2:

- Basado en el m�dem gsm/gprs TC65i. �Por tanto programable en java, con 400KB Ram y 1.7KB Flash. �Opcionalmente se puede suministrar con un m�dulo interno TC65i-X, que es exactamente igual, pero con 2MB de RAM y 8 MB de flash.

- 6 entradas digitales optoacopladas (2 de ellas configurables tambi�n como salidas optoaisladas)

- 2 entradas anal�gicas

- 4 rel�s de 16A

- puerto USB

- 2 puertos RS232/485/422

y aqu� las diferencias principales:

- Caja estanca IP68. �Esto es ideal para equipos que tienen que estar a la intemperie

- Alimentaci�n 220Vac � 24Vdc. �Es decir, directamente conectable a la red de 220V sin necesidad de adaptador de corriente, aunque tambi�n puede usarse con tens�on continua de 24V

- Bater�a interna de 1600mA. �Lo que le confiere toda una serie de ventajas. Por ejemplo, puedes hacer en tu aplicaci�n java, que ante una ca�da de tensi�n de 220V, pues env�e un SMS de alarma, por ejemplo

Adem�s tiene otras muchas opciones.

- Puede solicitarse con una tarjeta de comunicaciones Wavecard, bien de 25mW (alcance 1Km) o bien 500mW (alcance 4Km)

- Puede solicitarse con un conversor Ethernet-Serie, lo que permite que se pueda conectar a una red LAN

En definitiva, una evoluci�n del anterior m�dem MTX-INDv1, que posibilita un abanico de escenarios outdoor muy importante. Otro d�a presento las MTX-Remote, una serie de sensores radio 868MHz, tambi�n IP68 que seguro ser�n de inter�s para muchas aplicaciones que funcionan perfectamente usando el MTX-INDv2 como concentrador de comunicaciones gprs-radio 868MHz.
Para quien le interese, aqu� est� el datasheet del MTX-INDv2

Posts relacionados:

1. Nuevo m�dem GPRS teminal MTX65 basado en el m�dem Siemens TC65 Matrix Electr�nica ha lanzado la distribuci�n de un nuevo modelo...
2. Nuevo m�dem terminal MTX-3G-Java Ya tenemos disponible el nuevo terminal MTX-3G-Java. Este terminal guarda...
3. Modems GSM/GPRS. (II) – Modem Siemens TC65 Hoy vamos a ver las pricipales caracter�sticas del modem GPRS...

Hace tiempo que no escribo en blogElectronica, por lo que tengo en el tintero bastantes novedades que comentar, algunas muy pero que muy interesantes, sobre todo en relaci�n a equipos 3G con java de los que hablar� dentro de pocas fechas

Pero hoy voy a comentar un nuevo terminal gsm/gprs de la familia MTX que seguro que a m�s de uno le va a resultar interesante, sobre todo por el ahorro de costes que supone en algunos escenarios donde se utiliza un MTX65i + conversor RS232-RS485.� Se trata del nuevo terminal MTX65i-RS485.

�Qu� caracter�sticas tiene?

Pues b�sicamente son las mismas que el archiconocido y usado MTX65 aunque con ligeras diferencias. As�, de forma estem�tica, estas son las principales caracter�sticas:

1.- M�dem GSM/GPRS de clase 12
2.- Programable en JAVA, 1.7MB Flash 400KB Ram (opcionalmente 8MB Flash 2MB Ram)
3.- 1 puerto RS485 con borna atornillable
4.- 1 puerto RS232
5.- 1 Puerto USB
6.- 2 convertidores anal�gicos/digital
7.- 2 entrada digitales optoaisladas
8.- 2 salidas digitales optoaisladas
9.- 1 entrada/salida digital de prop�sito general
10.- 1 entrada contadora de pulsos (hasta 1KHz)
11.- 1 bus I2C

Como v�is, a parte de la principal diferencia (y caracter�stica) que es el puerto RS485 integrado en el propio m�dem, se diferencia del MTX65i por un mayor n�mero de E/S (optoaisladas).

Otra diferencia importante de este m�dem es la posibilidad de poderse apagar. Si record�is, una de las principales virtudes del m�dem gprs MTX65i es que est� dise�ado para que nunca, nunca, bajo ninguna circunstancia, el m�dem pueda quedarse apagado. Siempre se va a encender. Esto da mucha seguridad cuando se instalan en entornos no urbanos en el que cualquier acci�n a realizar de forma presencial en el m�dem resulta traum�tica. En este caso, esta opci�n est� tambi�n disponible para tener la misma seguridad de que el m�dem no va a fallar, pero si se desea, tambi�n se puede llegar a apagar el m�dem de forma voluntaria con una entrada especial en el conector de alimentaci�n.

�Puede usarse tambi�n este m�dem gsm/gprs con el software MTXTunnel?

Por supuesto, a partir de la versi�n MTXTunnel 7.6, de la que hablar� de nuevo aqu� para comentar las novedades, puede usarse sin problemas.

Conclusiones.

Si hasta la fecha est�s usando el MTX65i junto con un conversor RS485, os pod�is ahorrar el conversor, tiempo de instalaci�n y espacio f�sico con este nuevo m�dem MTX65i-RS485. En breve vuelvo con m�s, aprovecho para desearos a todos una feliz entrada en el 2013!!!� Salu2

Posts relacionados:

1. Nuevo m�dem GPRS teminal MTX65 basado en el m�dem Siemens TC65 Matrix Electr�nica ha lanzado la distribuci�n de un nuevo modelo...
2. Nuevo m�dem terminal MTX-3G-Java Ya tenemos disponible el nuevo terminal MTX-3G-Java. Este terminal guarda...
3. MTX65-ULP. M�dem GRPS Ultra Low Power basado en Siemens/Cinterion � Hoy voy a hablar de un nuevo terminal, del...

Esta semana me ha llegado la noticia de SilverTel de unos nuevos m�dulos que permiten llevar alimentaci�n, hasta 100W a trav�s de un cable CAT5/6 Ethernet, �para la tecnolog�a HDBaseT

�Y qu� es HDBaseT?

Lo primero a saber es que es una alianza formada por los grandes fabricantes de electr�nica de consumo: �LG, Samsung, Sony �y Valens. �La idea es promocionar y comercializar el llamado HDBaseT. Esto permite eliminar m�ltiples cables y conexiones en el hogar y oficinas para que con un calble CAT5/6 podamos conectar ordenadores, televisores, consolas, reproductores multimedia … entre s�, garantizando un ancho de banda de 10.2 Gbps.

No entiendo que ventaja me ofrece esto.

Un ejemplo. Sup�n que tienes un disco duro multimedia de 1080 Full HD y el televisor a una distancia de 100 metros. �C�mo los conectas?

Con un cable CAT5e y ambos equipos habilitados con HDBaseT.

Mola… pero no tengo enchufe donde quiero instalar la tele.

No har�a falta buscar un enchufe para ese televisor situado a 100 metros del reproductor multimedia si usamos la tecnolog�a PowerOverBaseT, llamada �POH.

No me creo que la tele se alimente con esto.

Ahora mismo una TV LED de 40� consumo unos 70W, y est� el prop�sito (consorcio Energy Star 6.0) de que todas las dimensiones de pantallas y televisores LCD y LED no lleguen a los 85W.

Estupendo … Y encima ahorro energ�a. Expl�came un poco m�s que es esto de POH

Basada en la tecnolog�a PoE, la idea es llevar por el mismo cable (CAT5/6) , los datos y la alimentaci�n �a una distancia de m�ximo 100m. Al igual que en PoE tenemos el equipo que inyecta la alimentaci�n o potencia, PSE y el equipo que es alimentado PD (en nuestro ejemplo, la tele).

Y � �no puedo usar PoE? Ya tengo funcionando en casa y en la oficina tel�fonos, puntos de acceso con PoE. �los tengo que tirar?

No, aqu� no se tira nada, �hay compatibilidad. Si conectas un telefono PoE a la red POH, el inyector PSE lo reconocer� y le dar� menos tension/corriente para �cumplir con las especificaciones, osea no tienes que tirar ning�n dispositivo existente.

�Lo reconoce? �C�mo?

Al conectarse un equipo POE o POH antes de que la fuente PSE de toda la potencia, alimenta con un par de voltios y hay una comunicaci�n entre ellos ya que el equipo habiitado para POE-POH tiene una firma electr�nica interna. Si es v�lida, el inyector aplica despu�s toda la potencia. Si no, evidentemente el equipo no es POE-POH y no aplica tensi�n.

Vale. Soy fabricante de equipos y quiero ponerle POH. �Qu� electronica necesito? �Por d�nde empiezo?

No nos compliquemos. La compa��a SilverTel tiene una larga experiencia en m�dulos inyectores PSE y extractores PoE, PoE+ y PoE Ultra, y acaba de lanzar unos nuevos m�dulos Ag6600 y Ag5600 compatibles con la norma POH para HDBaseT. Lleva ya 7 a�os prepar�ndose para POH. Con estos modulos no necesitar�s conocer la norma, con un m�nimo de componentes tu electr�nica estar� lista.

Esto parece dirigido al fabricante de televisores�.

No es as�. Existen otras aplicaciones donde POH tiene un gran potencial y que se necesite alta potencia. Unos ejemplos son etapas de potencia de sonido (a veces integrada en el altavoz), terminales punto de venta con pantalla, aplicaciones de se�alizaci�n y paneles. �Tambi�n donde la seguridad de alimentar en CC sea imprescindible.

Espero que os haya gustado. Es un interesante art�culo de mi compa�ero Jes�s Santos. Gracias.

Posts relacionados:

1. Iluminaci�n Power Led Hoy voy a hablar un poquito de los leds de...
2. MTX65-ULP. M�dem GRPS Ultra Low Power basado en Siemens/Cinterion � Hoy voy a hablar de un nuevo terminal, del...

�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).

3.- Sockets TCP transparentes. �Ya sab�is que la manera de trabajar hasta d�a de hoy con el stack TCP/IP de Cinterion es con comandos AT. Es decir, para enviar datos por un socket hay que utilizar el comando AT^SISW y para leerlos el AT^SISR.��Bien, pese a que para mi (personalmente) la mejor manera de trabajar es esa (para poder tener multisocket) Cinterion ha a�adido la posibilidad de enviar datos por un socket de manera transparente. Eso para algunos usuarios (y para aplicaciones “monosocket”) puede resultar interesante por temas de sencillez.

4.- Soporte de TLS/SSL desde los propios comandos AT para socket y para http. Hasta ahora s�lo posible desde java. Ahora tambi�n con comandos AT

5.- Pasarela de puertos COM. El TC65i-X al igual que el TC65i cuenta con 2 puertos serie y un puerto USB. �Pues bien, puedes configurar al m�dem para que los datos que vengan por el ASC0 sacarlos por el ASC1 y viceversa, o la combinaci�n ASC0-USB, o la combinaci�n ASC1-USB. La pena de esto es que no sea una configuraci�n permanente en memoria flash y que no puedas realizar la configuraci�n desde ninguno de los puertos que “intervengan en el binomio”.

6.- Una de las cosas m�s interesantes para m� es la introducci�n del comando AT^SNMON. � Este comando (incluso sin SIM) te devuelve una lista completa de todas las antenas GSM que tiene alrededor, adem�s ordenadas por RSSI. Esto para mi es muy importante ya que si vas a instalar un m�dem en alg�n sitio puedes ver de antemano qu� operador te ofrece mejor cobertura en un determinado lugar, sin necesidad de ir con una mochila repleta de SIMs de los distintos operadores.

7.- Un poco al hilo del anterior punto, Cinterion ha incluido el interesante comando AT^SPCL. �Con este comando podemos seleccionar una lista con las antenas GSM preferidas y que ser� a las que intentar� conectarse el m�dem. Es decir, podr�amos llegar al caso de que si tenemos una lista de antenas disponibles para un mismo operador (obtenidas con AT^SNMON) a nosotros nos interese enlazarnos siempre a una determinada antena, por ejemplo a la de m�s cobertura. O incluso al rev�s pues se de algunos casos que uno va a instalar un m�dem que est� a unos pocos metros una antena GSM y el m�dem tiene problemas por saturaci�n de se�al. En esos casos mejor sea registrarse usando una antena algo m�s lejana.

Muy interesante. �Y puedo coger un programa java que ya tengo desarrollado para el TC65i y ponerlo en este TC65i-X sin m�s?

No. Necesitas de unos peque�os cambios en el software y de una recompilaci�n.

Vaya hombre, los programas que tengo para el TC65 s� puedo ejecutarlos en el TC65i. �Por qu� no puedo hacerlo en el TC65i-X?

Pues porque por razones de empresa, Cinterion (recordad, antigua Siemens M2M) ya no va a usar la palabra Siemens en sus productos, algo que ha ido arrastrando durante todos estos �ltimos a�os. El �nico cambio que tendr�is que hacer en vuestros programas es cambiar la l�nea:

import com.siemens.icm

import com.cinterion

eso es todo.

Pues eso, que tenemos un nuevo m�dulo GSM/GPRS programable en java, con mucha m�s memoria y prestaciones. Dentro de un tiempo, pese a los tiempos que corren, m�s sorpresas agradables.

Posts relacionados:

1. M�dulo GPRS tc65 vs tc65i Esta ma�ana he hecho un test muy b�sico comparando la...
2. Cambiando el m�dulo gprs TC63/TC65 por un TC63i/TC65i Como coment� hace ya tiempo,� Cinterion (antigua Siemens) sac� los...
3. Clases java InPort y OutPort para los m�dems gprs Cinterion y terminales MTX Como vimos hace ya un tiempo, con las nuevas versiones...

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:

Es una c�mara muy peque�a, de tan solo 2cm x 2.8cm, de resoluci�n VGA, de bajo consumo (60mA) y como digo con la peculiaridad de control serie (uart). Hay que decir que esta c�mara es serie pero no RS232, es decir, la salida de RX y TX es de niveles 0-3.3V por lo que no la podemos conectar directamente a un puerto serie de un PC o de un m�dem GPRS MTX.� Afortunadamente tambi�n existe una peque�a placa de evaluaci�n, llamada C328-EV232, que permite eso, una adaptaci�n de niveles a� RS232 y que es con la que estoy haciendo las pruebas.

Para que ve�is un poco el tama�o real de la c�mara y su placa de evaluaci�n aqu� os pongo una foto junto a un MTX65i:

Y aqu� otra con el m�dulo C328 montado en su miniplaca de evaluaci�n.

Junto a la miniplaca de evaluaci�n tambi�n viene un CDRom con el datasheet de la c�mara y de la propia placa de evaluaci�n, un programa de test de uso r�pido (que no me funciona en Win7 pero y s� en WinXP, tampoco importa mucho) y lo m�s importante, el manual completo del protocolo de la c�mara, esto es, c�mo configurar la c�mara (resoluci�n, compresi�n, …) y c�mo obtener una imagen v�a puerto serie. Est� bastante completito en informaci�n y resulta sencillo hacer las primeras pruebas. Esta es una imagen del software de test.

Yo b�sicamente, adem�s de probar el programa de test que viene en el CDRom, he hecho unas pruebas enviando tramas serie a la c�mara (desde un programa en VB6) siguiendo el ejemplo del manual del protocolo y responde muy bien. Por lo que veo no cuesta mucho generar el c�digo java necesario para tomar una instant�nea desde un terminal MTX.

Es evidente que desde un terminal GPRS no es posible enviar streaming de v�deo pues el ancho de banda no lo va a permitir. Pero s� puede ser interesante enviar en alguna ocasi�n alguna instant�nea (estamos hablando de muy poquitos KB, seg�n configuraciones menos de 10KB por imagen) y eso s� que no presenta problemas para una transmisi�n GPRS. Por ejemplo, si hemos dise�ado mediante un terminal GPRS MTX65i un sistema de alarmas, pues puede ser interesante que adem�s de enviar una alarma exista la posibilidad en enviar una imagen. O para un sistema de control de flotas (basado en el MTX65+G) que adem�s de la localizaci�n GPS v�a GPRS permita visualizar f�sicamente la carga en un momento determinado (por ejemplo cuando se abren las puertas del remolque).

En resumen, esta peque�a c�mara permite, por muy poco esfuerzo en tiempo y en dinero, dotar de capacidad fotogr�fica a cualquier equipo que cuente con un simple puerto serie libre. Peque�os detalles como �ste son los que permiten diferenciar los equipos que podamos dise�ar frente a otros, en un mundo cada vez m�s y m�s competitivo y en el que cada vez hay m�s y m�s de todo.

Salu2!!!

.

Posts relacionados:

1. Pantallas LCD para dispositivos serie. Posiblemente alguna vez hay�is pensado en incorporar una pantalla en...
2. Conversores USB-Serie de Quatech Cada vez es m�s raro encontrar ordenadores con puerto serie,...

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

�

M�s claro, ahora sobre un mapa. Aqu� ten�is una prueba de conducci�n en Dallas. En amarillo ten�is la traza de un m�dulo �nicamente GPS, de los m�s “buenos” trabajando con 4-6 sat�lites todo el tiempo.� En azul ten�is el mismo recorrido trabajando con un m�dulo IT600 y con 8-12 sat�lites simult�neos (tanto GPS como GLONASS).� �El resultado?� Brutal, el dibujo lo dice todo.

�Y me vale la misma antena que uso en mi m�dulo�GPS actual con este IT600?

Pues no.��La frecuencia del GPS difiere un poco del GLONASS. Para que estos receptores GNSS funcionen bien, deben de tener una antena preparada para recibir las 2 se�ales. �Existen estas antenas? Existen.

�

Muy interesante. �Qu� otras caracter�sticas destacables tiene este m�dulo?

Pues muchas. Aqu� tienes unas cuantas:

• El m�dulo IT600 puede asistirse (AGPS) el s�lo (lo que se conoce como Autonomous AGPS) o predictivo AGPS.� El m�s interesante es el primero, ya que �l solo se lo guisa y se lo come.�Podemos decir, de manera simplificada, que�recoje las efemerides, calcula la predicci�n de la misma para 5 d�as y las guarda en una memoria Flash SQI (un bus r�pido) que lleva dentro. Para la otra posibilidad se necesita el cl�sico servidor AGPS para recogerlas peri�dicamente v�a GPRS/HSPA.
• DR support (Odometro/Gyro or CAN DWP).
  �Y esto qu� es?
  Dead Reckoning. Capacidad del receptor de seguir dando posici�n sin visibilidad de sat�lites gracias a sensores externos (casi siempre Gir�scopo y Od�metro).�� Hay que decir que esta caracter�stica no est� implementada todav�a.
• CAN. Pues eso, bus CAN.
• DWP: Differencial Wheel Pulse info.�� (algo parecido al od�metro)
• I2C �for MEMS sensors

Lo m�s importante de todo esto son los sensores que podemos conectar al IT600.� Un aceler�metro da idea de la aceleraci�n que sufre un cuerpo. Tiene que haber un cambio en� su velocidad para que act�e. Un e-compas o magnet�metro mide el campo magn�tico de la tierra, como las br�julas. Es realmente eso, una br�jula electr�nica que ayuda al aceler�metro en bajas velocidades (o parado) para saber el rumbo. Muchos m�viles y PDAs incorporan la br�jula para ayudar en el posicionamiento. Resumiendo sensores: velocidad (od�metro o tambi�n DWP), aceleraci�n (aceler�metro), gir�scopo (giros) y magnet�metro (br�jula electr�nica).

Estos sensores se ponen todos juntitos en el bus I2C que lleva el IT600 y �l solito usar� y sacar� la informaci�n de los mismos por puerto serie UART.�� Y para culminaci�n de todo, adem�s, se le puede conectar el bus CAN� del veh�culo.

Vaya m�dulo, tiene unas prestaciones de infarto …

Pues todav�a hay m�s.� Es un equipo programable, s�, puedes hacer tu propia aplicaci�n y embeberla dentro, es decir, usar el m�dulo como un microprocesador, pues este m�dulo lleva un procesador ARM946 con sus GPIOs programables, 3 uart, SPI, I2C, CAN, 2 ADC …�� un micro de 208MHz con una capacidad de memoria de 8MBit de Flash y 128KB de SRAM.

Espero que haya sido de inter�s hablar de GNSS para quienes no conoci�rais otros sistemas.� Y bueno, aprovecho para desearos a todos una feliz navidad y�un estupendo a�o 2012 (y como no, mucha suerte con la loter�a de Navidad de pasado ma�ana). Madre m�a como me toque, jejeje,�que barato es so�ar�…

.

No hay posts relacionados.

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.

4.- Cogemos un kit de desarrollo de Bluegiga, concretamente el m�s sencillo de usar es el del m�dulo bluetooth WT32, la raz�n es que ese kit tiene los pines de PCM disponibles en el PCB del kit de desarrollo. En el PCB de Bluegiga se ve perfectamente donde est�n los PINES del PCM debido a la buena serigraf�a.

5.- Conectamos los pines PCM del m�dulo GSM Cinterion con los pines PCM del m�dulo bluetooth WT32 de Bluegiga. B�sicamente hay que conectar los pines as�:

TC65i� (Slave)��� WT32 (Master)

RXDAI������������ OUT
TXDAI������������ IN
FSIN��������������� SYNC
BCLK������������ � CLK
GND������������� � GND

�C�mo? �Qu� lo quieres al rev�s?� Venga, te lo pongo, ser�a algo as�: en el caso de que quisi�ramos usar el m�dulo GSM como Master:

TC65i� (Master)�� WT32� (Slave)

RXDAI������������� OUT
TXDAI������������� IN
FS���������������������� SYNC
BITCLK����������� CLK
GND����������������� GND

Bueno, una vez hecho esto ya tenemos todo el hardware conectado. Ahora tenemos que conseguir un pinganillo Bluetooth manos libres. Yo tengo uno de Plantronics, con MAC bluetooth: 00:03:89:a5:a6:72 (la indico porque la usar� despu�s).

6.- El siguiente paso es configurar el m�dulo bluetooth WT32 para enrutar el audio hacia/desde el interfaz PCM. Para ello lo hacemos enviando al m�dulo WT32, v�a un hyperterminal a 115200,8,N,1 el comando:

SET CONTROL AUDIO PCM PCM

7.- Establecemos la configuraci�n PCM al m�dulo bluetooth. Debido a la complejidad de las distintas configuraciones de PCM usamos un Excel que proporciona bluegiga. Con este Excel indicamos la configuraci�n que queremos y de esa manera obtenemos de manera sencilla el valor de la PSKEY_PCM_CONFIG32 que necesitamos para configurar el PCM. EN este caso la PSKEY_PCM_CONFIG32 tiene un valor de 0×08400000.

Igual que en el punto anterior podemos configurar la PSKEY mediante un comando desde hyperterminal:

SET CONTROL PCM 08400000 006C

8.- Ahora vamos a configurar el m�dulo GSM de Cinterion para usar el interfaz digital del audio. Ojo que estos comandos pueden ser distintos en funci�n del modelo que se vaya a usar. Yo lo voy a hacer con un TC65i. Por lo tanto, desde un hyperterminal enviamos:

AT^SAIC=1,1,1,1,1,1

As� configuramos el m�dulo para usar el audio digital PCM en modo Slave, a 512MHz y Long Frame.

Llegados a este punto ya tenemos configurados tanto el m�dulo de bluetooth como el m�dulo GSM. Ahora vamos a probar el audio.

Venga, que ya queda poco !!!!

9.- Desde el pinganillo manoslibres bluetooth (que supongo ya pareado con el m�dulo bluetooth de Bluegiga) nos conectamos al m�dulo bluetooth de Bluegiga (pulsando el �nico bot�n que tiene para ello).

10.- Seguidamente conectamos f�sicamente (con un cable serie cruzado) el puerto serie ASC0 RS232 del m�dulo TC65i con el puerto serie del m�dulo bluetooth WT32.

11.- Hacemos una llamada GSM de audio desde un tel�fono m�vil al m�dulo GSM TC65. Al recibir la llamada el m�dulo sacar� un “RING” por su puerto serie que ser� recibido por el m�dulo bluetooth que a su vez informar� al pinganillo bluetooth de la llamada entrante (oiremos el t�pico beep beep de llamada entrante). Aceptamos la llamada con el bot�n del pinganillo bluetooth.

12.- Una vez hecho eso aceptamos la llamada de voz en el m�dulo GSM con el comando t�pico ATA. Si todo ha ido bien en este instante estaremos hablando con nuestro pinganillo manos libres bluetooth, conectado v�a bluetooth al m�dulo WT32 de bluegiga y este a su vez conectado al m�dulo GSM de Cinterion mediante la interfaz PCM.

Bueno, esto es todo por hoy. Es un post quiz�s algo complejo de entender si no se tienen los equipos delante, pero ya ver�is que si alguna vez necesit�is hacer algo parecido este post os ir� de perlas pues os ahorrar�is muchas horas de trabajo. A mi mismo me ir� bien si alguna vez me tengo que volver a poner con ello, ya que he tenido que hacer el montaje 3 veces a lo largo del tiempo y siempre pienso que no se me va a olvidar el montaje y siempre se me escapa algo. A partir de ahora ya no

Salu2!!!

.

Posts relacionados:

1. Como hacer un manos libres bluetooth con identificaci�n de llamada. Hoy vamos a ver c�mo hacer un sencillo manos libres...
2. Nuevo m�dulo bluetooth de bluegiga WT32 Hoy d�a 19 de Septiembre Bluegiga, fabricante finland�s de m�dulos...
3. Utilizando el AS como concentrador bluetooth. En�el �ltimo post�hablamos de los modulitos WT12 y WT11 de...

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.

Posts relacionados:

1. TC65i-X Nuevo m�dulo gsm-gprs de Cinterion programable en java Algunos de vosotros ya conoc�is la existencia del nuevo m�dulo...
2. Autoarranque de aplicaciones Java en m�dems Siemens Muy buenas.�Hoy voy a poner un peque�o post relacionado con...
3. A�adir datos a ficheros con m�dems Siemens-Cinterion desde java En bastantes ocasiones me ha llegado la pregunta de c�mo...

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!!!

Posts relacionados:

1. Banda UMTS en 900MHz Hola de nuevo, como coment� en el anterior art�culo,...
2. De la telefon�a movil anal�gica a UMTS �Alguien recuerda alquellos tiempos del Moviline de Telef�nica? Aquellos m�viles...
3. Usando el m�dem umts / hsdpa MTX-H25 bajo Linux Muy buenas. En el post de hoy voy a poner...

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 ]

�

�Y esto no lo puedo hacer con la cl�sica FCT, wireless local loop o Gateway que mi operador GSM me regala?

No, no te funcionar�. Estos equipos que dices est�n pensados para conectar tel�fonos anal�gicos y routear llamadas cuando llamamos a un tel�fono m�vil, pero para enrutar llamadas de VOZ, no de DATOS. Las llamadas de datos NO funcionar�n correctamente con una FCT.

Es interesante. Veo que hablas del MT200A2W pero en realidad veo que hay varios modelos.

S�, b�sicamente hay dos. El MT200A2W, un equipo con carcasa de pl�stico m�s pensado para interiores y digamos tambi�n m�s bonito est�ticamente. Por otro lado est� el MT100A2W, con carcasa de aluminio, rango de tensi�n y temperatura extendido, puerto RS232, etc …� es decir, un equipo m�s industrial. Una cosa importante a tener en cuenta en la elecci�n del modelo es que el modelo MT200A2W s�lo es capaz de realizar llamadas (las llamadas realizadas por tus m�dems anal�gicos) y el MT100A2W es capaz tanto de realizar llamadas de datos como de recibirlas.

Bueno, pues eso es todo por hoy. Espero que hay�is pasado unas buenas vacaciones. Yo por mi parte me lo he pasado genial estas 3 semanas que me he tomado de vacaciones, pues buena parte del tiempo lo he pasado en Huesca, un sitio estupendo para descansar, para hacer deportes de aventura, para comer estupendamente, siempre con muy buena gente por todas partes … en definitiva, que mi familia y yo nos lo hemos pasado muy pero que muy bien.

Salu2!!!

Posts relacionados:

1. Conexi�n CSD a m�dulo GSM desde m�dem anal�gico Aunque cada vez es m�s frecuente el uso de comunicaciones...
2. Interfaces de l�nea telefonica Tal vez en alguna ocasi�n hemos tenido que dise�ar alg�n...
3. C�mo implementar un WebServer en un m�dem TC65 � MTX65 Bueno, ya estoy aqu� de vuelta de vacaciones. Esta Semana...

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.

Posts relacionados:

1. Conector conmutador de antena interna y externa Normalmente no hablo de conectores en mi blog pero el...

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”, , ,

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”, , , , , ,

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.

Posts relacionados:

1. Cinterion. Nuevos m�dulos GSM/GPRS LGA Hoy voy a hablar de unos nuevos m�dulos de Cinterion...
2. Nuevos m�dulos Siemens / Cinterion TC65i, TC63i y MC75i Tenemos nueva familia de m�dems. Y es que Siemens /...

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

Con ello activamos en el m�dulo WT12 los perfiles bluetooth HFP (Hands Free Profile) y el PBAP (Phone Book Access Profile, para controlar la agenda del tel�fono m�vil).� Esto es necesario hacerlo s�lo una vez, pues una vez hecho ya queda residente en la memoria NO vol�til del WT12.

Asociaci�n / conexi�n bluetooth.

Ahora lo que vamos a hacer es conectar el m�dulo bluetooth con nuestro tel�fono m�vil. Seguramente lo normal ser�a coger nuestro tel�fono m�vil, buscar en la secci�n bluetooth el m�dulo WT12 y pulsar “conectar”. Esto�funciona (lo he probado) pero yo lo quiero hacer al rev�s, quiero seleccionar en mi display bluetooth mi tel�fono m�vil y hacer la conexi�n�desde el�display bluetooth hacia el tel�fono m�vil.

Para ello, desde el micro se env�a al m�dulo WT12 el comando:

HFP 0 RING
HFP 0 CALLERID “681319891″ “” 81
HFP 0 RING
HFP 0 CALLERID “681319891″ “” 81

Posts relacionados:

1. Como hacer un equipo GSM manos libres bluetooth con audio PCM Aprovechando que he tenido que probar el interfaz PCM de...
2. Utilizando el AS como concentrador bluetooth. En�el �ltimo post�hablamos de los modulitos WT12 y WT11 de...
3. Nuevo m�dulo bluetooth WT41 de Bluegiga. Hace ya tiempo�habl� de los m�dulos WT11 y WT12 de...

Bueno, pues eso, aqu� pongo un peque�o v�deo donde muestro como realizar un DNAT de puertos.

Posts relacionados:

1. Modem-Router GPRS de Multitech Hoy S�bado voy a hablar brevemente de los modems routers...
2. Optimizando nuestros routers WiFi. Este es un breve art�culo para quien le interese optimizar...
3. M�dulos Universal Socket de Multitech Muy buenas. Hace unos d�as escrib� un post sobre un...

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

Posts relacionados:

1. Nueva release MTXTunnel v7.8 Ya est� disponible la nueva versi�n de MTXTunnel, concretamente la...
2. Pasarela Serie-GPRS. MTXTunnel v5.0 Ya est� disponible el nuevo MTXTunnel v5.0. Tras un periodo...
3. Nueva versi�n MTXTunnelv5.4 disponible Un post breve s�lo para informar que ya est� disponible...

Se trata de un conector de antena. Veamos primero unas fotos y luego os lo explico:

Como pod�is ver en las fotos es un conector de antena especial que permite conmutar entre una antena interna y una externe de manera f�sica. Es decir, imaginemos que dise�amos un equipo GPRS en el cual queremos usar de manera habitual una antena interna pero como ya estamos curtidos en el mundo del GSM, y no queremos problemas, lo queremos dejar preparado para poder�usar una antena externa en aquellos escenarios en los que instalemos el dispositivo en lugares de muy baja cobertura. Pues bien, con este conector lo tenemos chupao. Usando este conector, cuando f�sicamente no conectamos una antena externa el equipo radio usar� la antena interna pero cuando se conecte una antena externa, el conector f�sicamente conmutar� desconectando la antena interna y el equipo radio usar� pues la antena externa.

Como v�is, un conector tan sencillo de usar como �til. Est� disponible para conectores de tipo SMA, RP-SMA y tipo N.

Cualquier duda, ya sab�is. Salu2!!!

Posts relacionados:

1. Tipos de conectores habituales en las antenas (GSM, GPS, …) Hoy escribo un breve post para hablar �nicamente de los...
2. Conector USB antivibraciones Si en alguna ocasi�n has desarrollado equipos dentro de la...

Pues bien, tan s�lo comentar que ya est� disponible la nueva revisi�n de este CDP. En esta revisi�n se incluye la posibilidad de contar con un m�dem interno HSPA a 7.2Mbps (ideal para aplicaciones de v�deo, la versi�n anterior s�lo era GPRS) as� como algo que echaba de menos en la versi�n anterior, y es un aumento de las E/S del equipo, pues la versi�n anterior ten�a muy pocas. En esta versi�n el CDP incluye un conector de 32 pines dedicado a E/S y en el que podr�s encontrar adicionalmente un bus SPI, I2C, ADC y entradas / salidas digitales.

El que quiera ver una descripci�n completa de este equipo as� como ejemplos de programaci�n lo mejor que puede hacer es dar un vistazo a una web que ha creado el fabricante exclusivamente para este producto:

http://www.multitech.net/developer/products/cellular-development-platform/

�

Posts relacionados:

1. Como hacer DNAT con routers Multitech Hoy voy a poner un peque�o v�deo sobre los routers...