blogElectronica.com

Como seguro ya sabéis, varios de los modelos de módems de Siemens son programables en Java. Hace ya un tiempo puse varios posts acerca de la programación de estos módems. Concretamente puse un ejemplo, publicado en varias entregas, en el que utilicé como base un MTX65+G (recordemos, un módem terminal GPRS con GPS integrado) con el que vimos cómo desarrollar un pequeño localizador por GPS. Entre otras cosas la aplicación básicamente consistía en que el módem al recibir un determinado mensaje SMS, devolvía otro SMS con la posición GPS.

Ese fue un ejemplo basado en SMS, pero tan vez en alguna ocasión necesitemos almacenar información dentro del propio equipo.

¿Y para qué voy a querer almacenar información en el módem si la puedo transmitir por GPRS o SMS?

Hombre, imagina que recoges la posición GPS cada 10 segundos. Es posible transmitir la posición en tiempo real por GPRS a un servidor remoto, pero tal vez no te es necesario enviar la posición en tiempo real en todas las situaciones (y seguro es más económico). Puede haber situaciones en las que sí, situaciones en las que quieres poder controlar la posición en todo momento, pero otras en las que te interesa simplemente recoger las posiciones para tratarlas o enviarlas más adelante.

Esto si hablamos de módems con GPS, como el XT65 o el MTX65+G. Pero también tiene sentido si hablamos del TC65 (y el TC65T y MTX65) pues tienen entradas digitales, entradas analógicas y varios tipos de buses (SPI, I2C, RS232, …) y pueden, y de hecho se usan mucho para ello, recoger información de dispositivos y sensores externos, como sondas de temperatura, de caudal, de presión, pueden recoger información de PLCs … y puede que tampoco nos interese enviar la información inmediatamente tras haberla recogido, sino al final del día, o cuando nos vaya bien.

¿Y no puedo ir almacenando la información en memoria RAM?

Pues sí, puede hacerse. Pero eso es como si haces un trabajo en Word y no grabas nunca durante días. Lo tienes guardadito en memoria RAM, pero si ocurre algún imprevisto, una caída de alimentación, algún problema en la aplicación, puedes perder la información. Eso sin contar que los datos almacenados en RAM no pueden ser muy grandes.

¿Y cómo puedo almacenar la información?

Pues de la misma forma que puedes grabar los ficheros java de tus programas en la memoria FLASH de los módems, puedes crear ficheros desde tu aplicación java para guardar, añadir y leer la información cuando lo necesites.

A continuación te pongo un pequeño fragmento de código en Java para que veas cómo guardar y leer información utilizando ficheros que se almacenarán en la memoria Flash del equipo.

Lee el resto de esta entrada »

Hace unos días puse un post sobre los modelos Digi Connect Me y Digi Connect WiMe. Si recordáis eran unos dispositivos que tenían una versión programable, bajo sistemas uFramework y NetOS (bueno si … y también con uClinux ) pero que también se podían utilizar en su versión estandar, es decir, una versión que no es programable, pero que están principalmente pensados para embeber en nuestros diseños electrónicos y hacer de pasarela serie-ethernet (para la versión Digi Connect ME) y de pasarela wifi-serie (para la versión Digi Connect WiME).

Por lo tanto, con estos equipos, recordemos pin a pin compatibles e intercambiables según necesitemos ethernet o wifi, podemos de manera muy sencilla y rápida, añadir conectividad ethernet o wifi a nuestros diseños electrónicos.

Evidentemente si utilizamos estos dispositivos de Digi en nuestros diseños es para conectarnos vía ethernet o wifi. En la gran mayoría de casos los utilizamos para poder realizar monitorizaciones de estado de nuestros dispositivos a través de una LAN (red de área local) o a lo que se tiende a día de hoy, a poder monitorizar equipos desde cualquier lugar del mundo a través de una conexión GPRS o 3G. Es por eso que voy a presentar el nuevo Router 3G (router umts / hsdpa) DigiWi-Point-3G.

 

Lee el resto de esta entrada »

Hace ya unos meses puse unos post referentes a las tecnologías ETX y XTX.  Hoy voy a poner un breve post referente a otra tecnología la llamada COM Express, pues últimanente veo muchas aplicaciones industriales que se decantan por utilizar esta tecnología al utilizar un PC industrial.

COM Express en un standard de PICMG (un consorcio formado por unas 450 empresas). COM Express significa Computer-On-Module, es decir, un PC en módulo.
 
 
¿Un PC en módulo? ¿Es muy pequeño?

Pues sí. COM Express podemos encontrarlo en tres factores de forma. El llamado Compact, el Básico y el Extendido. Ambos tienen distintos tamaños, siendo el Compact el que tiene un tamaño inferior con unas dimensiones increiblemente pequeñas de 95×95 mm. Evidentemente al ser tan pequeño no soporta procesadores tan potentes (por consumo y tamaño) como los que puede soportar el modelo extendido (también de reducidas dimensiones pero no tanto).
 
 
¿Y qué buses soporta?

Bueno, los módulos COM Express disponen de un total de 440 pines, que son con los que se conectarán a la placa base donde los insertemos. Esta tecnología elimina por completo interfaces antiguos, como son los floppy (ya era hora ), los teclados y ratones ps2, los puertos LTP (donde poníamos las impresoras antiguas) y los puertos RS232. Si queremos alguno de estos buses de antaño deberemos implementar la electrónica necesaria en la placa base que diseñemos para este módulo COM Express.

Por contra, este modelo de PC industrial tiene multitud de buses de última generación, como son buses PCI Express, PEG (PCI Express Graphics), SDVO, IDE, PCI, SATA, USB, I2C, LPC.   También disponen de Ethernet 100/1000, audio AC97, de salida de vídeo VGA, LVDS y TVOut y de 8 E/S de propósito general que podemos utilizar en nuestras aplicaciones.

Aquí tenéis un gráfico donde se puede ver perfectamente los distintos factores de forma y los conectores y buses que puedes tener en un COM Express:
 

Lee el resto de esta entrada »