blogElectronica.com

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

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

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

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

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

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

  Lee el resto de esta entrada »

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

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

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

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

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

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

Hoy os voy a presentar un interesante equipo de la casa Multitech aprovechando un documento escrito por mi compañero Jesús Santos, a quien doy las gracias. Se trata del MultiConnect AW MT200A2W.

 
Muy bien, ¿y para qué sirve?

Pues imaginate que tienes un equipo que usa, para comunicarse, un módem analógico (uno externo o interno dentro del propio equipo) o que simplemente dispones de una centralita o FAX tradicional donde se manejan datos (no voz).
 
Ahora imagina que quieres instalar ese equipo y resulta que por lo que sea no tienes una línea telefónica libre para poder conectar el conectarlo o que simplemente no se quiere contratar una línea analógica nueva o que la instalación del cable telefónico (con regatas en paredes y demás) pueda resultar cara.
 
Pues para eso es este equipo. Es un emulador de línea analógica por GSM (para datos). Es decir, que en lugar de enchufar el módem analógico a la roseta de telefonía convencional lo puedes conectar a la boca RJ11 de este equipo de Multitech que gracias a su SLIC interno, que recuerda (como ya hablamos) es un  modulo que emula una línea telefónica.

 
 
¡Qué fácil! Osea que el MT200A2W coge los datos del SLIC provinientes de mi módem analógico y los envía directamente a través su módem GSM interno.
 
No, te falta algo. El MT200A2W tiene también un socket módem (analógico) interno que se comunica con tu módem analógico a través del SLIC pues enviar directamente las señales analógicas vía GSM por el canal de audio no funcionaría debido a la degradación que sufrirían dichas señales en la red GSM. Después ya si se enrutan los datos a través del módem GSM interno que también dispone el equipo de Multitech.
 
Es decir:  [tu módem analógico] —- [ SLIC --- socket modem analógico --- microprocesador --- modem GSM ]
  

Lee el resto de esta entrada »

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

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

SET PROFILE HFP ON
SET PROFILE PBAP ON
RESET

Lee el resto de esta entrada »

Hoy voy a poner un pequeño vídeo sobre los routers de Multitech. Personalmente estos routers (en cualquier versión: GPRS, HSDPA) me resultan muy atractivos tanto en prestaciones como en robustez y además tienen una muy buena relación calidad precio. Raro, muy raro, es que un router de Multitech tenga problemas de funcionamiento, de hecho no recuerdo ningún caso de devolución por problemas de este tipo, como digo son tremendamente robustos. Pero no es extraño que los usuarios tengan algún lío (y esto es lo único que no me gusta de estos equipos) con el tema del DNAT, para el mapeo de puertos. No es que no funcione, ni mucho menos pues el DNAT funciona de maravilla, sino que la manera de hacerlo es un poco diferente de lo que uno puede estar acostumbrado con otro tipo de routers.
 
Bueno, pues eso, aquí pongo un pequeño vídeo donde muestro como realizar un DNAT de puertos.
 

Hace un mes puse un post sobre los equipos de temetría de la casa Coronis. Vimos que disponen de equipos IP68 para leer remotamente vía radiofrecuencia (en la banda de 868MHz) entradas digitales, entradas analógicas de 4-20mA o 0-10V, temperaturas y contadores de agua, gas ó electricidad. También, pero de esto ya hace mucho más tiempo, puse un post con un vídeo sobre el módem MTX-Industrial el que opcionalmente puede solicitarse con una tarjeta de comunicaciones Zigbee, Bluetooth o Coronis.
 
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

Normalmente no hablo de conectores en mi blog pero el otro día en la oficina (ya sabéis que trabajo en Matrix) asistí a una presentación interna de una nueva marca de conectores en la cual hubo algo que me llamó la antención y que hoy os pongo aquí, pues conociendo ya a muchos de los lectores de este blog estoy seguro que a más de uno le va a interesar.

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

Quizás no somos conscientes al estar inmersos en nuestro día a día, pero sin darnos cuenta el mundo está cambiando completamente y a pasos agigantados. Cada día veo más y más proyectos de empresas de todo tipo buscando soluciones de radiofrecuencia. Todo se quiere automatizar, todo se quiere medir, todo se quiere optimizar, todo se quiere controlar y todo se quiere hacer desde la distancia, sin cables, sin gastos de desplazamiento.
 
Como cualquier cambio que ha habido a lo largo de la historia, todo cambio profundo tiene un lado bueno y un lado malo. El lado bueno de la telemetría es evidente, un ahorro considerable en personal y la posibilidad de controlar en cualquier cosa en tiempo real. El lado malo, la pérdida de puestos de trabajo. Cualquier oficio cuya función principal sea la de acudir a un lugar a hacer una medida o una actuación simple, tiene los días contados.
 
En el post de hoy voy a describir unos equipos acabados (es decir, en caja, listos para ser usados) algunos de ellos muy conocidos por algunos de vosotros, son los equipos de la marca francesa Coronis (distribuida en España por Matrix) como son: el Wavetherm, Waveflow, Wavelog, Wavesense, Waveport y Wavetalk. Como son muchos equipos voy a hacer una descripción de ellos superficial, únicamente para tener una idea, así vosotros no os cansáis de leer ni yo de escribir . Ya entraré en detalle equipo por equipo más adelante.
 
Vamos allá. Todos los equipos de Coronis que acabo de nombrar son equipos radio que trabajan en la banda de 868MHz (banda ISM, es decir banda libre, no hay que pagar licencia por usarla). Todos los equipos menos el waveport están acabados en caja IP68 (es decir, son equipos pensados y diseñados para poder trabajar a la intemperie) y cuentan con batería interna que otorga una autonomía a los equipos de hasta 10 años tal y como comentaré más adelante. Estos equipos destacan por dos cosas: la distancia del radioenlace y el bajísimo consumo.
 

 
 
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.
 

Lee el resto de esta entrada »

Un post breve sólo para informar que ya está disponible el MTXTunnel v5.4. Esta nueva versión de MTXTunnel, totalmente compatible con las versiones anteriores, incorpora básicamente dos nuevas prestaciones además de las muchísimas que ya tiene:
 
Por un lado permite el envío de telemetrías vía socket GPRS o HTTP (es decir, el estado de las entradas digitales y analógicas) ante un cambio de estado una entrada digital o un valor analógico fuera de límites. En versiones anteriores las telemetrías podían enviarse de forma periódica cada X tiempo, ahora ante cambios de estado. El funcionamiento que se sigue es el siguiente, una vez detectado una “condición de disparo”, se lee el estado de todas las entradas digitales y analógicas y se envían a un servidor remoto.
 
 

 
 
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!

 
Para los que estáis buscando nuevas ideas de desarrollo para capear estos tiempos complicados aquí vengo yo con algo interesante. Hoy voy a hablar un poquito de algo que probablemente no conozcáis: el Bluetooth Low Energy.
 
Todos sabemos qué es el Bluetooth y me atrevería a decir que todos lo hemos usado alguna vez ya que es algo que viene de serie con cualquier teléfono móvil de gama media-baja. Ya sabéis, con bluetooth podemos crear conexiones de datos (como puede ser usando el perfil SPP), conexiones de audio, etc. Pero bluetooth siempre ha tenido una limitación que lo ha limitado para ciertas aplicaciones y es el tema del consumo. Mucha gente desconectamos el bluetooth del teléfono si no lo usamos porque gasta rápidamente la batería. Os podéis imaginar que no resulta viable utilizar módulos con conectividad bluetooth para equipos alimentados con pilas.
 
Pues bien, recientemente ha aparecido un nuevo standard, llamado BLE (Bluetooth Low Energy). Este nuevo bluetooth (del cual desde mi punto de vista sólo tiene el nombre y poco más) está pensado tal y como da a indicar su propio nombre para aplicaciones de bajo consumo. A día de hoy no hay teléfonos móviles que incluyan esta tecnología pero veremos en los próximos meses cómo sí van a ir apareciendo nuevos teléfonos que incluyan esta tecnología Bluetooth Low Energy.
 
¿Pero será compatible un equipo Bluetooth Low Energy con un Bluetooth Standard? Pues no. Lo que ocurre es que los teléfonos serán duales. Montarán un módulo bluetooth standard como hasta ahora y un módulo bluetooth low energy. Que por cierto, el bluetooth standard se podrá desconectar como hasta ahora en cualquier terminal, el bluetooth low energy no

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:

Lee el resto de esta entrada »