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. Java y Autobauding. Tal vez tenía que haber puesto un artículo como el...
2. Autoarranque de aplicaciones Java en módems Siemens Muy buenas. Hoy voy a poner un pequeño post relacionado con...
3. Ejemplo de FTP Java para módems gprs Cinterion TC65 y XT65 Posiblemente en alguna ocasión tengas que hacer un programita en...

“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. M2M component SIM, SIM-Chip Hace pocos días que mi compañero Jesús Santos, ingeniero de...

 
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 utilizar el Watchdog del módem GPRS Siemens TC65 Hace muy poquito salió la versión firmware 3.0 del módem...

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

 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.

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

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

 
 
Recomiendo la lectura del comando PBAP en el manual del iWrap, ya que incluye muchísima combinatoria. En el caso anterior no enviaría una especie de XML con los datos de la agenda. Usando estos datos, cuando entre una llamada y tengamos el número de teléfono, podremos buscar el nombre asociado a dicho número y mostrarlo en el display. Como véis es una aplicación supersencilla de hacer con módulos de Bluegiga (con lo que tienen iWrap).
 
 
 ¿Aplicaciones?
 
Pues las aplicaciones son evidentes. Añadiendo el audio (gestionando unos pocos comandos más del iWrap que veremos otro día) tendremos un completo manos libres bluetooth válido para cualquier aplicación. Sin audio, como hemos visto hoy, pues tenemos un simple indicador de llamadas bluetooth. A mi, por ejemplo, que de tanto en tanto hago excursiones en buggy y no oigo nada más que el motor, mi chica  me riñe muchas veces porque no le cojo el móvil (ya que físicamente no lo oigo). Con un indicador como este en el salpicadero sí vería cuando entra una llamada.  Igual me monto uno en el buggy para que me pueda localizar fácilmente …    Mmmmm, aunque pensándolo un poco más … mejor no

  
Otro día vengo con más. Salu2!!!
 
 

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. Gateway Bluetooth-GPRS Desde hace ya un tiempo quería escribir un post acerca...

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

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. Pasarela Serie-GPRS. MTXTunnel v5.0 Ya está disponible el nuevo MTXTunnel v5.0.    Tras un periodo...
2. Nueva versión MTXTunnelv5.4 disponible Un post breve sólo para informar que ya está disponible...
3. Equipos para telemedidas RF en 868MHz. Quizás no somos conscientes al estar inmersos en nuestro día...

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. Conector USB antivibraciones Si en alguna ocasión has desarrollado equipos dentro de la...
2. Tipos de conectores habituales en las antenas (GSM, GPS, …) Hoy escribo un breve post para hablar únicamente de los...

Posts relacionados:

1. Nueva versión v1.8 del entrenador Siemens / Cinterion   Ya está diposible una nueva versión del entrenador de...

 
 
Wavetherm.
 
Equipo para medir temperaturas. Existen varias opciones pues puede adquirirse un wavetherm que use una sonda Dallas DS1821, o las conocidas PT100 y PT1000. Es un equipo parametrizable, tiene capacidad logger y es posible configurar un umbral de temperatura mínima y máxima a partir de las cuales lance un mensaje de alarma.
 
 
Waveflow.
 
Equipo para realizar telemedidas de contadores de energía, agua y gas. Básicamente consta de un lector de pulsos, es decir, por ejemplo, en un contador de agua cada vez que circulan X litros se abre/cierra un contacto seco. Estos pulsos son “contados” por el waveflow cuya medida se guarda en su interior. Existen waveflows de 2 y 4 entradas.
 

Wavelog.
 
Es básicamente un equipo para realizar medidas de entradas digitales o bien controlar salidas digitales. Dispones de hasta 4 entradas/salidas digitales.
 
 
Wavesense.
 
Al igual que el wavelog es para señales digitales, el wavesense se encarga de tomar medidas de señales analógicas. Hay dos versiones. Por un lado está el wavesense para señales de 0-10V y por otro lado el wavesense para leer equipos con salida de 4-20mA
 
 
 
Muy bien, ya veo que Coronis tiene muchos equipos para realizar telemedidas, pero, ¿Cómo los leo?
 
Con el Waveport.

El waveport es un equipo que está disponible con dos interfaces de comunicaciones. Con puerto USB o con puerto RS232. Básicamente son lo mismo ya que quien use la versión USB realmente tendrá un COM Virtual (usa el típico chip FDTI), es decir, el manejo es idéntico.

El waveport está pensado para conectarse a un equipo inteligente, a un concentrador de comunicaciones, como puede ser un PC, un PLC, … es decir, algo donde haya un programa corriendo que se encargue de decir al waveport “anda, dime qué temperatura indica el Wavetherm con dirección MAC XXXXXXX”.
 
 
¿Qué alcance tienen las comunicaciones con equipos Coronis?
 
Pues depende del tipo de equipo. Los equipos waveport y wavetalk los encontrarás en versiones de 25mW y de 500mW. El resto de equipos sólo en version 25mW.  A grandes rasgos los equipos Coronis de 25mW tienen un alcance real, en visión directa, de 1Km, los de 500mW de 4Km.
 
 
¿Y qué ocurre si la distancia es superior a las mencionadas?
 
Pues que puedes usar los repetidores de Coronis, los equipos Wavetalk. En una comunicación con equipos de Coronis puedes intercalar hasta 3 repetidores, es decir, hasta 3 equipos wavetalk. Es decir, usando equipos de 500mW podrías tener un alcance de radioenlace de hasta 16Km.
 
 
¿Entonces siempre es mejor usar equipos de 500mW que los de 25mW no?
 
Pues no. Son algo más caros, consumen más y a diferencia de los equipos de 25mW no usan FHSS (frecuency hopping) y por tanto son menos inmunes a interferencias. Los equipos de 500mW hay que usarlos cuando por distancia es totalmente necesario.
 
 
Ahí arriba decías que la duración de las baterías es de hasta 10 años. ¿Es así?
 
Sí, pero depende mucho del uso que se haga del equipo y del escenario donde se encuentre. Es algo complicado, por lo que si alguna vez te interesa saber qué duración tendrán tus baterías en un determinado escenario coméntamelo. Para que te hagas una idea, las baterías de un equipo waveflow (para lectura de contadores) al cual se le realice una lectura al día tendrán una durabilidad aproximada de 10 años.
 
 
¿Una lectura al día? Qué poco …
 
Los equipos acabados de Coronis (con baterías) NO están pensados para un uso intensivo de los mismos, al menos no los alimentados con baterías. Son equipos pensados para hacer pocas lecturas en el tiempo y que se van a pasar la mayor parte del tiempo dormidos. Si por ejemplo estás buscando un equipo para realizar la telemedida de un contador cada 10 segundos, un waveflow no te conviene. Podrías usarlo así, pero fulminarás la batería en unas semanas.
 
 
¿Y sólo están en versión IP68 con baterías integradas? Me gustaría poder integralos como módulo OEM en un circuito mío, así podría usarlos con otras baterías más grandes o incluso usar un adaptador de 220V para no depender de baterías.
 
Coronis también tiene la versión OEM de estos equipos. La limitación es el MOQ (Minimun Order Quantity). Es decir, si tienes un proyecto para 100 o más equipos podrás adquirir los módulos OEM. Si es un proyecto para pocas unidades no será posible.
 
 
 
Bueno, por hoy ya está bien. Esto es una lectura muy superficial de estos equipos. No hemos entrado para nada en detalle (estos equipos permiten muchísimas más cosas de lo mencionado aquí). Hoy se trata sólo de una descripción, ya entraré en detalle del protocolo de comunicaciones Wavenis, arquitectura de red, concentradores de comunicaciones etc etc en próximos post.

Posts relacionados:

1. Alcance módulo RF Xbee-868MHZ   Hace ya bastante tiempo puse algunos artículos sobre modulitos...
2. 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...
3. Comunicaciones RF utilizando las WaveCard de Coronis Hoy Sábado vamos a retomar un post que puse ya...

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

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

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 v1.8 del entrenador Siemens / Cinterion   Ya está diposible una nueva versión del entrenador de...
3. Versión 1.1 de la plataforma OTAP Aquí cuelgo para quien lo necesite la versión 1.1 (beta por...

Bluetooth Low Energy está pensado para transmitir de manera muy eficiente pequeñas cantidades de información a velocidades bajas. Si comparamos el consumo del bluetooth actual con el bloetooth low energy, veremos que es unas 15 veces más eficients. Para lograr esta eficiencia se han optimizado 3 conceptos básicos de funcionamiento:

1.- Modos conexión y discovery

Con un módulo bluetooth standard, un dispositivo que desee recibir una conexión o que simplemente esté en modo visible debe habilitar su receptor durante largo tiempo para estar despierto a la espera de recibir un paquete cuando alguien quiera comunicarse con él. Esto supone como mínimo 22ms de actividad pues deben escanearse 32 frecuencias diferentes y lleva un periodo de tiempo significativo el chequeo de una antes de pasar a otra.

En cambio, con bluetooth low Energy, cuando un equipo quiere recibir una conexión sólo necesita enviar 3 pequeños paquetes (en broadcast) y rápidamente recibirá la conexión o datos en caso de que algún equipo quiera comunicar con él. Esto tan sólo le lleva 1.4ms, unas 17 veces menos que con bluetooth normal.

Además, en estos paquetes broadcast también pueden incluirse datos de aplicación. Esto es muy importante ya que se traduce en que con bluetooth low energy podremos usar broadcast en nuestras aplicaciones sin llegar a establecer una conexión. Os podéis imaginar la cantidad de aplicaciones (aplicaciones de aperturas de puertas por proximidad, etc etc).
 

2.- Número de paquetes transmitidos durante la conexión.En Bluetooth Low Energy, cuando se quiere establecer una conexión toda la información acerca de la conexión está contenida en un paquete transmitido desde el master al esclavo. Esta información incluye el mapa para FHSS y otras parametrizaciones. Es decir, no serán necesarias negociaciones adicionales para empezar a enviar datos útiles una vez el link a sido establecido, y eso se traduce en menos tiempo y menos tiempo es menos consumo.

También, en el bluetooth tradicional, en una comunicación entre 2 equipos, hay un tiempo que se pierde con los paquetes de sincronización y latencia, incluso aunque ninguno de ambos equipos tenga nada que transmitir. En Bluetooth Low Energy los paquetes de datos incluyen un bit de “más datos” que indican si el equipo que envía tiene o no tiene más paquetes que enviar y por tanto si se necesita el equipo para seguir hablando.

Otra característica muy importante son los paquetes ACK. En bluetooth normal se envía un ACK (un paquete sin datos, sólo para indicar que un paquete se recibió bien) por cada paquete enviado. Con Bluetooth Low Energy se envían paquetes de datos ACK vacíos sólo cuando es realmente necesario. De esa manera no se gasta tiempo y energía de forma innecesaria.
 

3.- El tamaño de cada paquete.

Se ha disminuido el tamaño de las cabeceras de los paquetes de datos. El tamaño de la cabecera en bluetooth standard hacía que ésta se enviara en 210 us, mientras que en Bluetooth Low Energy se envía en 112 us (casi la mitad).
 
 

Me interesa, ¿cómo puedo trabajar con un módulo Bluetooth Low Energy?

Pues Bluegiga (distribuida por Matrix en España) acaba de sacar al mercado unos modulitos bluetooth low energy. Concretamente los modelos BLE112 y BLED112.
Ahí os dejo los datasheet para que les déis un ojo. Ya los comentaré a fondo cuando me llegue mi kit de desarrollo, que son tan nuevos que todavía no he tenido la oportunidad de tener un SDK para jugar con ellos, espero que sea en breve.

Tan sólo comento lo más importante. A diferencia de otros tipos de módulos de Bluegiga, éstos ya no usan un chip interno de CSR, sino un chip de Texas Instruments, concretamente el cc2540. Además el módulo incluye un procesador basado en 8051 (con 8KB y 128KB de RAM y FLASH respectivamente) para embeber aplicaciones de usuario, por lo que no será preciso usar si no se quiere un micro externo. Cuenta con 2 puertos uart o SPI que podremos conectar directamente a sensores, pantallas, … entradas y salidas digitales y analógicas, watchdog timer, hw de encriptación AES128, etc etc.  Es un módulo muy completo y económico. Como digo, ya hablaré de estos modulitos cuando tenga un SDK y los pruebe a base de bien.

Posts relacionados:

1. Bluetooth. Opciones de desarrollo. Hoy Sábado voy a hablar un poquito sobre CSR y...
2. Utilizando el AS como concentrador bluetooth. En el último post hablamos de los modulitos WT12 y WT11 de...
3. Gateway Bluetooth-GPRS Desde hace ya un tiempo quería escribir un post acerca...

Las aplicaciones de consola que incluye MES son las siguientes:

MESClose.exe
MESCopy.exe
MESDel.exe
MESDir.exe
MESFormat.exe
MESMKDir.exe
MESFormat.exe
MESPort.exe
MESRmdir.exe
MESSearchApp.exe
MESServer.exe
MESXCopy.exe

 
Antes de usar ninguna de ellas por primera vez, es necesario registrar en el PC la DLL activeX de nombre MESShellExt.dll, por lo que ejecutaremos el archivo del nombre “register.bat” que se encarga de tal misión. Una vez registrada la DLL ya podremos usar las utilidades.
 
La primera que debemos usar es la de nombre MESPort. Con ella se especifica el puerto COM del PC que quieremos usar. Para ello haremos:

 
Y luego ya, pues podremos usar las utilidades que necesitemos. Por ejemplo, con MESDir podremos listar el contenido de la memoria del módem, es decir, listaremos los ficheros que el módem tiene en su interior.
 

 
Con MESCopy podremos copiar ficheros desde nuestro PC al módem. Esto es muy interesante para cuando llegue el momento de la producción de nuestros equipos.

 
Y hay muchas otras utilidades, como MESDel (para borrar archivos), MESFormat (para formatear todo el FFS del módem), MESMKDir (para crear una carpeta), etc etc.

 
En fin, toda una serie de utilidades interesantes. También muy importante, se pueden ejecutar sin problemas en Win7 64bits.  Hace tiempo empecé a desarrollar un MES gráfico para Win7 64bits basándome en estas utilidades, lo tenía medio hecho, a ver si me animo y lo termino …

Otro día más. Salu2.

No hay posts relacionados.

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

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

Feliz año!!!

Posts relacionados:

1. ¡ Feliz navidad y feliz año 2009 ! Os deseo a todos una navidad estupenda y lo...

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

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

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

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

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

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

 
  
Ejemplo conexión TCP/IP cliente:
 
Lo primero que hacemos es definir el perfil de conexión con el contexto, por ejemplo, 101.
 

 AT+CGDCONT=101,”ip”,”movistar.es”
 OK

 
Nota: Es importantísimo usar un nº de contexto entre 101 y 116, ya que son los adecuados para poder usar perfiles de servicio (para crear sockets). Si ponéis valores entre 1 y 16 NO FUNCIONARÁ ya que éstos son para usarlos con un stack TCP/IP externo.
 
Después, simplemente activamos el contexto 101 que acabamos de crear
 

 AT+CGACT=1,101
 OK

 
Y tras recibir el OK el módem EU3 debería estar conectado a 3G/HSDPA, es decir, debería tener una dirección IP asignada dl operador. Para comprobarlo podemos ejecutar el comando:
 

 AT+CGPADDR=3

  +CGPADDR: 101,”80.27.183.15″
 OK

 
Fíjate que no nos ha hecho falta especificar ni login ni password para iniciar la conexión 3G/HSDPA (para qué dejar de facturar por un simple login o password pensará el operador ).  En cualquier caso, si hubiese hecho falta tendríamos que usar el comando AT^SGAUTH con algo como:

 
AT^SGAUTH=101,1,MOVISTAR,MOVISTAR
OK

 
Bueno, una vez tenemos IP, ya podemos conectarnos a un servidor remoto, para ello procederemos de manera SIMILAR a lo que hacemos con el resto de la familia Siemens/Cinterion MC55i,XT65, TC63i y TC65i, configurando un perfil de servicio, en este caso un socket cliente TCP/IP
 

 AT^SISS=0,”srvType”,”TCPclient”
 OK
 AT^SISS=0,”address”,”83.56.192.251:20010″
 OK
 AT^siss=0,”conID”,101
 OK

 
y ya podemos abrir el socket para conectarnos:

  
AT^siso=0
OK

Si usamos el entrenador como socket listener podremos ver como la conexión del módem ha entrado:
 

 
La lectura / escritura en un socket es igual a como lo hacíamos con los MC55i, XT65, TC63i y TC65i, por lo que no me voy a extender. Cualquier duda me lo preguntáis.

 
 
Novedades. 
 
Una novedad de la pila del EU3 es la posibilidad de usarla de manera transparente, es decir, sin tener que usar los comandos AT^SISR ni AT^SISW. En pocas palabras, podemos hacer que todo lo que enviemos por el puerto serie del módem se envíe directamente vía 3G/HSDPA y todo lo que se recibe vía 3G/HSDPA sea reenviado directamente por el puerto serie del módem directamente, es decir, de forma transparente.
 
Para ello, podemos usar el comando AT^SIST (T de Transparent) una vez abierto el servicio con AT^SISO=x. Como hemos abierto el perfil de servicio “0″ …
 

 AT^SIST=0
 CONNECT

 
Vemos que aparece un CONNECT, igual que sucede cuando realizamos una llamada CSD. A partir de ese momento  ya tenemos una conexión 3G/HSDPA transparente. Para salir de ese modo, también de manera también análoga a las llamadas CSD, basta con enviar “+++” para salir a “modo comandos”.
 
Y eso es todo, como véis el stack TCP/IP de este módulo EU3 es algo diferente a lo que estábamos acostumbrados con el resto de los módulos de la familia Siemens/Cinterion.
 
Ahora, mi valoración personal. Lo mejor de este stack TCP/IP es que se puede usar también un socket en modo transparente, para muchas aplicaciones puede ser muy cómodo/interesante. Lo que no me gusta tanto es que por el momento, con el firmware actual, no se permite crear sockets TCP Server. La razón es que el módulo está muy orientado a aplicaciones  M2M y en estas aplicaciones es cierto que la mayoría de las ocasiones se usan sockets TCP/Client para enviar datos a servidores remotos.
 
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.
  
Espero que haya sido de interés. Otro día más. 

Posts relacionados:

1. Usando el módem umts / hsdpa MTX-H25 bajo Linux Muy buenas. En el post de hoy voy a poner...
2. MTX-H15 - Modem UMTS / HSDPA terminal Hace ya algún algún tiempo, concretamente hace ya un par...
3. 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...

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

 
La primera y para mi más importante es que es IP54. Recordar el post que puse hace algún tiempo con los diferentes grados IPxy. IP54 vimos que es “x=5=protegido contra el polvo” e “y=4=protegido contra agua arrojada”. Perfecto para lo que necesito, ya que va a estar (casi) a la intemperie.
 
Otra característica interesante es el Touch Screen (resistivo). Éste permite manipular perfectamente la pantalla con guantes. Eso para mí es muy importante.
 

 
Otro aspecto importante es el tema de la adaptación del brillo de la pantalla en función de la luz solar, como tienen algunos móviles o algunas TV. En ambientes al aire libre es todavía más importante si quieres poder ver bien la pantalla en todo momento.
 

 
En cuestión de robustez también es una maravilla. Chasis de aleación de magnesio (vamos, que literalmente lo tiras al suelo y no se rompe), así como su pantalla TFT muy resistente a impactos.
 
La estructura del PC donde se monta el disco duro está diseñada de forma que absorve los golpes y vibraciones, de esa manera los cabezales no sufren. Si como en mi caso se va a usar en un vehículo cuyo terreno natural no es precisamente el asfalto, pues es imprescindible contar con un sistema antivibraciones, sino en poco tiempo el disco duro fallará.
 
 

 
Otro detalle que me ha encantado está relacionado con el disco duro y es que el T7M, por debajo de los 0ºC, aplica calorcito al disco duro como una madre abriga a su hijo en Invierno :), de esa manera la temperatura operativa de la totalidad del equipo es de -20ºC a 60ºC, perfecto para los días más fríos.
 
También lo que comentaba en el inicio del post de poder grabar vídeo lo soluciona muy bien este equipo ya que cuenta con una cámara (quizás no de mucha resolución, aunque suficiente, 2Mpx) situada en la parte trasera del PC. Esta posición de las cámaras no es muy habitual en los ordenadores portátiles, puesto que éstas suelen estar situadas en el frontal del PC con la idea de hacer videoconferencias. A mi, que sea lo justo lo contrario, me viene fenomenal.
 

 
Y ya por último comentar algunos módulos que incorpora, algunos opcionales y otros de serie. Entre los de serie están los módulos de comunicaciones Wifi y bluetooth. Entre los opcionales están el GPS y un módulo de comunicaciones 3G interno (ambos muy interesantes para mi) y otros que no lo son para lo que necesito, como son un lector RFID ó un lector de código de barras.
 
Y esto es un poco el T7M, el PC que tengo en mente y que me gusta. Ahora sólo falta ahorrar un poquito (con tiempo, no tengo prisa alguna) y lo más difícil, convencer a mi chica, porque al ser un equipo de grado militar, no es precisamente una baratija … 
 
 
 
Dentro de poco pondré algunos artículos breves que tengo en mente relacionados con varios módulos nuevos de Cinterion (EU3 y BG2) y algunos relacionados con Digi (más en línea con equipos de comunicaciones que suelo tratar aquí) pero que por problemas de tiempo físico no he podido hacer. Seguro que los encontraréis interesantes. Ciao

Posts relacionados:

1. Pantallas LCD para dispositivos serie. Posiblemente alguna vez hayáis pensado en incorporar una pantalla en...
2. Dispositivos HMI de Pro-face para autómatas programables La semana pasada estuve en una interesante presentación de la...

Por otro lado están los módulos para comunicaciones analógicas (módems analógicos) como son los SocketModem y SocketModemIP.

Por último los módulos indicados para otro tipo de comunicaciones, como son el SocketEthernet IP (un módulo que básicamente es un conversor Serie/Ethernet), el SocketWireless Bluetooth (un módulo serie-bluetooth, es decir, con el perfil bluetooth SPP, de clase1 (alcance 100m) y un socketWireless Wifi (un gateway serie-wifi para redes 802.11b/g).
 
 
Entonces, si yo diseño un equipo para usar uno de éstos módulos, si un día quiero dotar a mi equipo, por necesidades del proyecto, de conectividad GPRS, o bluetooth, o ethernet, o wifi, … ¿sólo hay que pinchar un módulo u otro?
 
Eso es.
 
 
¿Pero a nivel de software si que tendré que hacer muchos cambios no?
 
Tampoco. Los módulos tienen en común el interfaz serie de comunicaciones y configuración. Todos los equipos multisocket se configuran mediante comandos AT y algunos de ellos (los que proporcionan conectividad IP) cuentan además con lo que llaman en Multitech “Universal IP”, un stack TCP/IP común para todos, es decir, que solamente necesitarás crear un único software host para controlar indistintamente cada uno de los módulos, ya sea un módulo GPRS, HSDPA, Wifi, ethernet …
 
 
Muy interesante, lo mejor que puedo hacer a partir de ahora es diseñar siempre mis equipos con un módulo de estos.
 
Tampoco es eso. Fíjate en el módulo “MultiSocket HSDPA” de la foto de este post, como decía anteriormente éste monta un módulo Cinterion HC25.  ¿Qué será más barato de usar, el módulo de Multitech o únicamente el HC25? Pues obviamente es más barato usar únicamente el módulo HC25. Lo mismo pasa con un “SocketWireless Bluetooth”, es más barato usar un módulo WT11 de Bluegiga que uno de éstos módulos. Es decir, dependerá de las prestaciones de conectividad que se necesite en una determinada aplicación.
 
 
¿Y entonces cuando es conveniente usar este tipo de módulos?
 
Desde mi punto de vista, y como decía al principio, son muy interesantes (pero únicamente) para diseños de equipos a los que queramos dotar de varias posibilidades de conectividad sin necesidad de rediseñar hardware y con cambios mínimos o nulos de software (que realmente se traduce en un ahorro en tiempo de diseño y en la mejora del “time to market”).  
 
 
Espero que encontréis los módulos de interés para alguna aplicación. Otro día más.

Posts relacionados:

1. Como hacer DNAT con routers Multitech Hoy voy a poner un pequeño vídeo sobre los routers...
2. Gateway Bluetooth-GPRS Desde hace ya un tiempo quería escribir un post acerca...
3. Módulos bluetooth WT11 y WT12 de bluegiga Hoy os presento unos modulos bluetooth que seguramente a muchos os podrán...