Hace ya tiempo hablé de los módulos WT11 y WT12 de Bluegiga. Unos modulitos bluetooth cuya característica más importante (y realmente por lo que son muy pero que muy vendidos) es que embeben el firmware iWrap, diseñado y creado por Bluegiga.  Recordar que este firmware permite dotar de conectividad bluetooth a nuestros equipos de una manera extraordinariamente sencilla, pudiendo utilizar cualquier simple micro o dispositivo con una uarth. Es posible utilizar de forma muy sencilla un sinfín de perfiles bluetooth con éstos módulos (SPP, DUN, HFP, HSP, HID, AVCRCP, DI, PBAP, OPP, FTP, HDP) aunque hay que decir que al final el más usado (en el 95% de los proyectos que veo) es el SPP (el serial port profile).
 
Pues bien, recientemente, en el pasado 3GSM, Bluegiga presentó su nuevo módulo WT41. Es un módulo también basado en el Bluecore4 de CSR, tal y como lo son sus hermanos WT11 y WT12. Es decir, es un módulo que aunque permite audio está más enfocado a datos. La diferencia fundamental entre el WT41 y el WT11, ambos bluetooth de clase 1 radica en las prestaciones radio:  nada más que 20dBm de potencia de transmisión (frente a los 14dBm del WT11) y una sensibilidad de -90dBm. Todo ello hace que el alcance bluetooth entre dos dispositivos WT41 (en visión directa) sea de hasta 1000m (1Km). Evidentemente las aplicaciones target de este módulo van a ser aquellas que requieran de un rango de alcance muy elevado.
 

 
A quien le interese este módulo puede dar un vistazo a su datasheet aquí . También si dáis un vistazo a las guías de montaje (página 15 del datashee) veréis que también son menos restrictivas que las del WT11.
 

www.blogElectronica.com

Posts relacionados:

1. Nuevo módulo bluetooth de bluegiga WT32 Hoy día 19 de Septiembre Bluegiga, fabricante finlandés de módulos…
2. Módulos bluetooth WT11 y WT12 de bluegiga Hoy os presento unos modulos bluetooth que seguramente a muchos os podrán…
3. Gateway Bluetooth-GPRS Desde hace ya un tiempo quería escribir un post acerca…

Hoy unos compañeros (Jesús Santos y Rubén Rodriguez) han estado probando la capacidad PoE (Power Over Ethernet) con la que cuentan algunos módulos embebidos de Digi. En concreto han estado probando la capacidad PoE con el módulo Digi Connect ME 9215 (un pequeñísimo pero potente módulo procesador con boca ethernet en el cual podemos embeber aplicaciones bajo sistemas operativos NetOS o Linux).

Me ha parecido bastante interesante así que, como todavía falta un rato para ver a Horatio (CSI Miami para los despistaos ) os lo comento rápidamente.

Como decía, el Digi Connect Me 9215 está preparado para PoE. Ojito, PoE Pass-Through.  Es decir, que nadie piense que como en las especificaciones del módulo pone PoE ya puede uno conectarlo a una red ETH con PoE habilitado y sin más funcionar. Eso no es así, se necesita de unos componentes electrónicos adicionales para ello. Es decir, básicamente lo que hace el pass-through del DigiConnect ME 9215  es llevar las líneas necesarias PoE hacia algunos de sus pines para ser tratadas.

Y hablando de esos componentes electrónicos adicionales, si dais un vistazo a la documentación de Digi (http://ftp1.digi.com/support/documentation/90000940_A.pdf) veréis que plantean como opción usar un LM5070 de National para la gestión del PoE. Este LM5070 no un módulo sino un chip y hay que usar muchos componentes externos junto a ese chip, con lo que se complica bastante la aplicación.

Más fácil es usar un módulo Ag9020 de Silver Telecom ya que este módulo lo incluye todo y además es muy económico. De hecho es tan fácil de usar que basta con soldar directamente 6 de sus pines para tener activo el POE del Digi Connect Me 9215, tal y como muestra la siguiente fotografía.
 

Y bueno, una vez todo montado ya solo falta probarlo. Los Digi Connect Me 9215 son tanto endspan como midspan. Antaño, los módulos que había probado eran sólo midspan y no endspan, es decir, funcionaban bien con dispositivos PoE injectors (dispositivos que se usan para dotar de PoE a redes ethernet no son PoE) pero no funcionaban si se conectaban a dispositivos endspan (típico ejemplo de un dispositivo endspan es un switch con POE). Por suerte, los módulos Digi Connect ME 9215 funcionan con ambos tipos.
 
Pese a funcionar tanto con midspan como endspan, para este caso de test se ha usado una fuente POE de SL-Power (un PoE Injector) midspan. Como era de esperar una vez conectado ha funcionado todo (Digi Connect ME 9215 + ag9020 +  fuente POE) perfectamente. Por supuesto estos 3 componentes los distribuye Matrix en España.
 
Espero que los que tengáis que desarrollar algún equipo POE en el futuro encontréis de interés el artículo. 
 
Otro día más

 
www.blogElectronica.com
 

Posts relacionados:

1. Cómo usar ficheros con módems de Siemens desde Java. Como seguro ya sabéis, varios de los modelos de módems…
2. Digi Show-box - Sistemas de publicidad Hace ya tiempo puse unos post relativos al dispositivo Access…
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…

Hoy unos compañeros (Jesús Santos y Rubén Rodriguez) han estado probando la capacidad PoE (Power Over Ethernet) con la que cuentan algunos módulos embebidos de Digi. En concreto han estado probando la capacidad PoE con el módulo Digi Connect ME 9215 (un pequeñísimo pero potente módulo procesador con boca ethernet en el cual podemos embeber aplicaciones bajo sistemas operativos NetOS o Linux).

Me ha parecido bastante interesante así que, como todavía falta un rato para ver a Horatio (CSI Miami para los despistaos ) os lo comento rápidamente.

Como decía, el Digi Connect Me 9215 está preparado para PoE. Ojito, PoE Pass-Through.  Es decir, que nadie piense que como en las especificaciones del módulo pone PoE ya puede uno conectarlo a una red ETH con PoE habilitado y sin más funcionar. Eso no es así, se necesita de unos componentes electrónicos adicionales para ello. Es decir, básicamente lo que hace el pass-through del DigiConnect ME 9215  es llevar las líneas necesarias PoE hacia algunos de sus pines para ser tratadas.

Y hablando de esos componentes electrónicos adicionales, si dais un vistazo a la documentación de Digi (http://ftp1.digi.com/support/documentation/90000940_A.pdf) veréis que plantean como opción usar un LM5070 de National para la gestión del PoE. Este LM5070 no un módulo sino un chip y hay que usar muchos componentes externos junto a ese chip, con lo que se complica bastante la aplicación.

Más fácil es usar un módulo Ag9020 de Silver Telecom ya que este módulo lo incluye todo y además es muy económico. De hecho es tan fácil de usar que basta con soldar directamente 6 de sus pines para tener activo el POE del Digi Connect Me 9215, tal y como muestra la siguiente fotografía.
 

Y bueno, una vez todo montado ya solo falta probarlo. Los Digi Connect Me 9215 son tanto endspan como midspan. Antaño, los módulos que había probado eran sólo midspan y no endspan, es decir, funcionaban bien con dispositivos PoE injectors (dispositivos que se usan para dotar de PoE a redes ethernet no son PoE) pero no funcionaban si se conectaban a dispositivos endspan (típico ejemplo de un dispositivo endspan es un switch con POE). Por suerte, los módulos Digi Connect ME 9215 funcionan con ambos tipos.
 
Pese a funcionar tanto con midspan como endspan, para este caso de test se ha usado una fuente POE de SL-Power (un PoE Injector) midspan. Como era de esperar una vez conectado ha funcionado todo (Digi Connect ME 9215 + ag9020 +  fuente POE) perfectamente. Por supuesto estos 3 componentes los distribuye Matrix en España.
 
Espero que los que tengáis que desarrollar algún equipo POE en el futuro encontréis de interés el artículo. 
 
Otro día más

 
www.blogElectronica.com
 

Posts relacionados:

1. Cómo usar ficheros con módems de Siemens desde Java. Como seguro ya sabéis, varios de los modelos de módems…
2. Digi Show-box - Sistemas de publicidad Hace ya tiempo puse unos post relativos al dispositivo Access…
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…

Hoy unos compañeros (Jesús Santos y Rubén Rodriguez) han estado probando la capacidad PoE (Power Over Ethernet) con la que cuentan algunos módulos embebidos de Digi. En concreto han estado probando la capacidad PoE con el módulo Digi Connect ME 9215 (un pequeñísimo pero potente módulo procesador con boca ethernet en el cual podemos embeber aplicaciones bajo sistemas operativos NetOS o Linux).

Me ha parecido bastante interesante así que, como todavía falta un rato para ver a Horatio (CSI Miami para los despistaos ) os lo comento rápidamente.

Como decía, el Digi Connect Me 9215 está preparado para PoE. Ojito, PoE Pass-Through.  Es decir, que nadie piense que como en las especificaciones del módulo pone PoE ya puede uno conectarlo a una red ETH con PoE habilitado y sin más funcionar. Eso no es así, se necesita de unos componentes electrónicos adicionales para ello. Es decir, básicamente lo que hace el pass-through del DigiConnect ME 9215  es llevar las líneas necesarias PoE hacia algunos de sus pines para ser tratadas.

Y hablando de esos componentes electrónicos adicionales, si dais un vistazo a la documentación de Digi (http://ftp1.digi.com/support/documentation/90000940_A.pdf) veréis que plantean como opción usar un LM5070 de National para la gestión del PoE. Este LM5070 no un módulo sino un chip y hay que usar muchos componentes externos junto a ese chip, con lo que se complica bastante la aplicación.

Más fácil es usar un módulo Ag9020 de Silver Telecom ya que este módulo lo incluye todo y además es muy económico. De hecho es tan fácil de usar que basta con soldar directamente 6 de sus pines para tener activo el POE del Digi Connect Me 9215, tal y como muestra la siguiente fotografía.
 

Y bueno, una vez todo montado ya solo falta probarlo. Los Digi Connect Me 9215 son tanto endspan como midspan. Antaño, los módulos que había probado eran sólo midspan y no endspan, es decir, funcionaban bien con dispositivos PoE injectors (dispositivos que se usan para dotar de PoE a redes ethernet no son PoE) pero no funcionaban si se conectaban a dispositivos endspan (típico ejemplo de un dispositivo endspan es un switch con POE). Por suerte, los módulos Digi Connect ME 9215 funcionan con ambos tipos.
 
Pese a funcionar tanto con midspan como endspan, para este caso de test se ha usado una fuente POE de SL-Power (un PoE Injector) midspan. Como era de esperar una vez conectado ha funcionado todo (Digi Connect ME 9215 + ag9020 +  fuente POE) perfectamente. Por supuesto estos 3 componentes los distribuye Matrix en España.
 
Espero que los que tengáis que desarrollar algún equipo POE en el futuro encontréis de interés el artículo. 
 
Otro día más

 
www.blogElectronica.com
 

Posts relacionados:

1. Cómo usar ficheros con módems de Siemens desde Java. Como seguro ya sabéis, varios de los modelos de módems…
2. Digi Show-box - Sistemas de publicidad Hace ya tiempo puse unos post relativos al dispositivo Access…
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…

Hoy unos compañeros (Jesús Santos y Rubén Rodriguez) han estado probando la capacidad PoE (Power Over Ethernet) con la que cuentan algunos módulos embebidos de Digi. En concreto han estado probando la capacidad PoE con el módulo Digi Connect ME 9215 (un pequeñísimo pero potente módulo procesador con boca ethernet en el cual podemos embeber aplicaciones bajo sistemas operativos NetOS o Linux).

Me ha parecido bastante interesante así que, como todavía falta un rato para ver a Horatio (CSI Miami para los despistaos ) os lo comento rápidamente.

Como decía, el Digi Connect Me 9215 está preparado para PoE. Ojito, PoE Pass-Through.  Es decir, que nadie piense que como en las especificaciones del módulo pone PoE ya puede uno conectarlo a una red ETH con PoE habilitado y sin más funcionar. Eso no es así, se necesita de unos componentes electrónicos adicionales para ello. Es decir, básicamente lo que hace el pass-through del DigiConnect ME 9215  es llevar las líneas necesarias PoE hacia algunos de sus pines para ser tratadas.

Y hablando de esos componentes electrónicos adicionales, si dais un vistazo a la documentación de Digi (http://ftp1.digi.com/support/documentation/90000940_A.pdf) veréis que plantean como opción usar un LM5070 de National para la gestión del PoE. Este LM5070 no un módulo sino un chip y hay que usar muchos componentes externos junto a ese chip, con lo que se complica bastante la aplicación.

Más fácil es usar un módulo Ag9020 de Silver Telecom ya que este módulo lo incluye todo y además es muy económico. De hecho es tan fácil de usar que basta con soldar directamente 6 de sus pines para tener activo el POE del Digi Connect Me 9215, tal y como muestra la siguiente fotografía.
 

Y bueno, una vez todo montado ya solo falta probarlo. Los Digi Connect Me 9215 son tanto endspan como midspan. Antaño, los módulos que había probado eran sólo midspan y no endspan, es decir, funcionaban bien con dispositivos PoE injectors (dispositivos que se usan para dotar de PoE a redes ethernet no son PoE) pero no funcionaban si se conectaban a dispositivos endspan (típico ejemplo de un dispositivo endspan es un switch con POE). Por suerte, los módulos Digi Connect ME 9215 funcionan con ambos tipos.
 
Pese a funcionar tanto con midspan como endspan, para este caso de test se ha usado una fuente POE de SL-Power (un PoE Injector) midspan. Como era de esperar una vez conectado ha funcionado todo (Digi Connect ME 9215 + ag9020 +  fuente POE) perfectamente. Por supuesto estos 3 componentes los distribuye Matrix en España.
 
Espero que los que tengáis que desarrollar algún equipo POE en el futuro encontréis de interés el artículo. 
 
Otro día más

 
www.blogElectronica.com
 

Posts relacionados:

1. Cómo usar ficheros con módems de Siemens desde Java. Como seguro ya sabéis, varios de los modelos de módems…
2. Digi Show-box - Sistemas de publicidad Hace ya tiempo puse unos post relativos al dispositivo Access…
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…

Hoy unos compañeros (Jesús Santos y Rubén Rodriguez) han estado probando la capacidad PoE (Power Over Ethernet) con la que cuentan algunos módulos embebidos de Digi. En concreto han estado probando la capacidad PoE con el módulo Digi Connect ME 9215 (un pequeñísimo pero potente módulo procesador con boca ethernet en el cual podemos embeber aplicaciones bajo sistemas operativos NetOS o Linux).

Me ha parecido bastante interesante así que, como todavía falta un rato para ver a Horatio (CSI Miami para los despistaos ) os lo comento rápidamente.

Como decía, el Digi Connect Me 9215 está preparado para PoE. Ojito, PoE Pass-Through.  Es decir, que nadie piense que como en las especificaciones del módulo pone PoE ya puede uno conectarlo a una red ETH con PoE habilitado y sin más funcionar. Eso no es así, se necesita de unos componentes electrónicos adicionales para ello. Es decir, básicamente lo que hace el pass-through del DigiConnect ME 9215  es llevar las líneas necesarias PoE hacia algunos de sus pines para ser tratadas.

Y hablando de esos componentes electrónicos adicionales, si dais un vistazo a la documentación de Digi (http://ftp1.digi.com/support/documentation/90000940_A.pdf) veréis que plantean como opción usar un LM5070 de National para la gestión del PoE. Este LM5070 no un módulo sino un chip y hay que usar muchos componentes externos junto a ese chip, con lo que se complica bastante la aplicación.

Más fácil es usar un módulo Ag9020 de Silver Telecom ya que este módulo lo incluye todo y además es muy económico. De hecho es tan fácil de usar que basta con soldar directamente 6 de sus pines para tener activo el POE del Digi Connect Me 9215, tal y como muestra la siguiente fotografía.
 

Y bueno, una vez todo montado ya solo falta probarlo. Los Digi Connect Me 9215 son tanto endspan como midspan. Antaño, los módulos que había probado eran sólo midspan y no endspan, es decir, funcionaban bien con dispositivos PoE injectors (dispositivos que se usan para dotar de PoE a redes ethernet no son PoE) pero no funcionaban si se conectaban a dispositivos endspan (típico ejemplo de un dispositivo endspan es un switch con POE). Por suerte, los módulos Digi Connect ME 9215 funcionan con ambos tipos.
 
Pese a funcionar tanto con midspan como endspan, para este caso de test se ha usado una fuente POE de SL-Power (un PoE Injector) midspan. Como era de esperar una vez conectado ha funcionado todo (Digi Connect ME 9215 + ag9020 +  fuente POE) perfectamente. Por supuesto estos 3 componentes los distribuye Matrix en España.
 
Espero que los que tengáis que desarrollar algún equipo POE en el futuro encontréis de interés el artículo. 
 
Otro día más

 
www.blogElectronica.com
 

Posts relacionados:

1. Cómo usar ficheros con módems de Siemens desde Java. Como seguro ya sabéis, varios de los modelos de módems…
2. Digi Show-box - Sistemas de publicidad Hace ya tiempo puse unos post relativos al dispositivo Access…
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…

Hoy unos compañeros (Jesús Santos y Rubén Rodriguez) han estado probando la capacidad PoE (Power Over Ethernet) con la que cuentan algunos módulos embebidos de Digi. En concreto han estado probando la capacidad PoE con el módulo Digi Connect ME 9215 (un pequeñísimo pero potente módulo procesador con boca ethernet en el cual podemos embeber aplicaciones bajo sistemas operativos NetOS o Linux).

Me ha parecido bastante interesante así que, como todavía falta un rato para ver a Horatio (CSI Miami para los despistaos ) os lo comento rápidamente.

Como decía, el Digi Connect Me 9215 está preparado para PoE. Ojito, PoE Pass-Through.  Es decir, que nadie piense que como en las especificaciones del módulo pone PoE ya puede uno conectarlo a una red ETH con PoE habilitado y sin más funcionar. Eso no es así, se necesita de unos componentes electrónicos adicionales para ello. Es decir, básicamente lo que hace el pass-through del DigiConnect ME 9215  es llevar las líneas necesarias PoE hacia algunos de sus pines para ser tratadas.

Y hablando de esos componentes electrónicos adicionales, si dais un vistazo a la documentación de Digi (http://ftp1.digi.com/support/documentation/90000940_A.pdf) veréis que plantean como opción usar un LM5070 de National para la gestión del PoE. Este LM5070 no un módulo sino un chip y hay que usar muchos componentes externos junto a ese chip, con lo que se complica bastante la aplicación.

Más fácil es usar un módulo Ag9020 de Silver Telecom ya que este módulo lo incluye todo y además es muy económico. De hecho es tan fácil de usar que basta con soldar directamente 6 de sus pines para tener activo el POE del Digi Connect Me 9215, tal y como muestra la siguiente fotografía.
 

Y bueno, una vez todo montado ya solo falta probarlo. Los Digi Connect Me 9215 son tanto endspan como midspan. Antaño, los módulos que había probado eran sólo midspan y no endspan, es decir, funcionaban bien con dispositivos PoE injectors (dispositivos que se usan para dotar de PoE a redes ethernet no son PoE) pero no funcionaban si se conectaban a dispositivos endspan (típico ejemplo de un dispositivo endspan es un switch con POE). Por suerte, los módulos Digi Connect ME 9215 funcionan con ambos tipos.
 
Pese a funcionar tanto con midspan como endspan, para este caso de test se ha usado una fuente POE de SL-Power (un PoE Injector) midspan. Como era de esperar una vez conectado ha funcionado todo (Digi Connect ME 9215 + ag9020 +  fuente POE) perfectamente. Por supuesto estos 3 componentes los distribuye Matrix en España.
 
Espero que los que tengáis que desarrollar algún equipo POE en el futuro encontréis de interés el artículo. 
 
Otro día más

 
www.blogElectronica.com
 

Posts relacionados:

1. Cómo usar ficheros con módems de Siemens desde Java. Como seguro ya sabéis, varios de los modelos de módems…
2. Digi Show-box - Sistemas de publicidad Hace ya tiempo puse unos post relativos al dispositivo Access…
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…

Hace poco tuve que echar una mano en un proyecto de control de flotas donde se necesitaba controlar una pequeña pantalla mediante un módem MTX65+G. Como tuve que realizar un pequeño montaje para realizar unas pruebas con la pantalla aprovecho y lo comparto aquí para quien lo pueda necesitar en un futuro (y para acordarme yo mismo si lo vuelvo a necesitar dentro de un tiempo )

Vamos allá. El módem MTX65+G, como muchos recordaréis, tiene un único puerto serie. Ese puerto serie ya estaba ocupado con otro dispositivo, así que la única alternativa era utilizar una pantalla controlable por SPI. La pantalla escogida fue una de Electronic Assembly, concretamente el modelo EA DIP204-4HNLED.

Lo primero que hay que hacer con esta pantalla es configurarla para que trabaje por SPI ya que por defecto utiliza un bus paralelo. Para ello basta con darle la vuelta, desoldar el jumper marcado con 4/8 y soldar el jumper marcado con SPI. Ambos están muy juntos y uno debe asegurarse con un polímetro que el jumper 4/8 está realmente desoldado.

Las conexiones de la pantalla son muy simples, así que rápidamente decir que yo sólo he conectado el pin 17 y 18 a 4V, para el backlight, la alimentación (pin 1 y 2) a 3.3V, el contraste (pin 3) a un potenciómetro de 10K y los cuatro pines propios del bus SPI (pin 4,5,6 y 7) a los correspondientes del bus SPI del módem (obviamente el DI de la pantalla al DO del módem y viceversa). Para mis pruebas, por comodidad de bornas, he utilizado un módem MTX65-IND, pero con un MTX65 o un MTX65+G sería exactamente lo mismo.
Bueno, pues ya está casi todo, tan solo falta enviar los comandos AT apropiados al módem para que éste envíe datos vía SPI a la pantalla y así poder escribir sobre ella. Evidentemente todo esto se puede hacer desde una aplicación java embebida dentro del módem, pero por comodidad, lo voy a poner mediante comandos AT enviados desde una aplicación de PC por el puerto serie. Bien, pues estos son exactamente los comandos que hay que enviar para escribir un HOLA en la pantalla.
 
 

 ’Activamos el bus SPI y lo ponemos en modo 0 (de los cuatro modos posibles)
 respuesta = enviarAT(”at^sspi=1000,0000,0000,0000,0000″)

 ’8bits y activamos las funciones extendidas
 respuesta = enviarSerie(”<2000000F820C0>”)

 ’Modo 4 líneas
 respuesta = enviarSerie(”<2000000F89000>”)

 ’8bits y desactivamos las funciones extendidas
 respuesta = enviarSerie(”<2000000F800C0>”)
 
 ’Display on, cursor on y cursor parpadeando
 respuesta = enviarSerie(”<2000000F8F000>”)
 
 ’Limpiamos display y cursor en columna 1 y fila 1
 respuesta = enviarSerie(”<2000000F88000>”)
 
 ’Para que el cursor avance con cada escritura
 respuesta = enviarSerie(”<2000000F86000>”)

 ’Escribimos un HOLA   
 respuesta = enviarSerie(”<2000000FA1020>”) ‘H
 respuesta = enviarSerie(”<2000000FAF020>”) ‘O
 respuesta = enviarSerie(”<2000000FA3020>”) ‘L
 respuesta = enviarSerie(”<2000000FA8020>”) ‘A

 
 
No me invento nada, es básicamente el ejemplo que hay en el manual de la pantalla, página 3. Lo único que hay que tener presente es que hay que enviar el bit de menor peso el primero y el de mayor peso el último. Es decir, en el ejemplo del manual se envía primero un comando 0×34, que en binario es el 0011 0100, por lo que con nuestro módem tendremos que enviar, si le damos la vuelta el 0010 1100, es decir, un 2C.  Otra cosa importante es que la pantalla requiere que en cada byte se envíe dividido en 2 bytes, como XXXX0000 XXXX0000, por eso, en lugar de enviar un 2C se envía un 20C0. El porqué del F8 inicial de cada trama (o el FA inicial de cuando escribimos un caracter) lo tenéis explicado aquí  en la página 51, es básicamente la cabecera que necesita la pantalla en cada trama SPI.

Únicamente con esto ya es suficiente para escribir datos en la pantalla como podéis ver en la imagen anterior.

Espero que resulte de interés o ayuda para quien necesite usar alguna pantalla con un módem Siemens/Cinterion en algún proyecto.

Y ya que hablo de Siemens/Cinterion comentar una buena noticia que me afecta a nivel personal y que en los tiempos que corren, son siempre bienvenidas. Y es que resulta que esta semana se ha celebrado el congreso que Cinterion organiza a nivel mundial con todos sus distribuidores. Como ya he comentado muchas veces en mi blog yo trabajo en Matrix Electrónica (distribuidor de Cinterion en España) como ingeniero de aplicaciones. Pues bien, este año se nos ha concedido el premio al distribuidor con el mejor soporte técnico de módems Cinterion del mundo, cosa que tanto a mi compañero Jesús Santos como a un servidor que os escribe, que somos principalmente quienes nos encargamos, entre otras muchas cosas, del soporte técnico de Cinterion y terminales MTX en Matrix, nos ha alegrado mucho.
 

 
Sienta bien. Y es que después de tantas horas de trabajo empleadas con estos productos, de estar siempre echando una mano a mucha gente (que se traduce en cientos de consultas de cientos de empresas con todo tipo de proyectos gsm), de estar siempre ahí dispuesto a buscar soluciones cuando aparecen problemas, sin esconder jamás la cabeza como una avestruz. En definitiva, después de tanto tanto trabajo que al menos se reconozca por parte de Cinterion …  pues la verdad es que nos ha sentado muy bien y nos anima a seguir y a mejorar.

Decía mucho mi abuelo, que en paz descanse, que es de bien nacidos ser agradecidos. Así que mi agradecimiento también a Antonio López (de Cinterion España), que siempre está ahí dispuesto a echar una mano cuando lo necesitamos y cuya ayuda ha sido muy valiosa y fundamental para poder desempeñar bien nuestro trabajo durante todo este tiempo.

 
Esto es todo por hoy, otro día más. Feliz Domingo.

www.blogElectronica.com

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. Cómo utilizar el Watchdog del módem GPRS Siemens TC65 Hace muy poquito salió la versión firmware 3.0 del módem…
3. MTX65-ULP. Módem GRPS Ultra Low Power basado en Siemens/Cinterion   Hoy voy a hablar de un nuevo terminal, del…

Hace tiempo ya hablé de la pasarela GPRS-RS232 MTX-Tunnel-Advanced, un software similar al MTX-Tunnel convencional, pero con muchas más prestaciones. Recordando éstas un poco por encima son:

• Software embarcable sobre un MTX65, TC65T, MTX65+G, MTX-IND y los módulos TC65, TC65i y XT65. En breve también sobre el MTX65-ULP (módem de ultrabajo consumo).
• Funcionamiento en modo socket cliente o socket servidor (es decir, el módem puede iniciar una conexión o esperar una conexión remota).
• Conexión GPRS siempre permanente o activable mediante SMS o llamada perdida
• Posibilidad de reset automático cada 24h.
• DynDNS (para no pagar por una IP fija al operador)
• GPRS y GSM (se puede acceder tanto vía GPRS a un puerto serie RS232 remoto como mediante una llamada GSM, esto último obligatorio para los operadores de energía en aplicaciones de metering. La llamada GSM tiene prioridad sobre GPRS).
• Firewall GSM (puede escogerse si el acceso vía GSM puede hacerse desde cualquier número de teléfono o sólo desde los autorizados).
• Firewall GPRS (puede escogerse si el acceso vía GPRS puede hacerse desde cualquier IP o sólo desde las autorizadas).
• Envío automático de SMS ante cambio de entrada digital
• Cambio de estado de salida digital (o relé en el caso del MTX-IND) mediante SMS.
• Ejecución de comandos AT remotos (lectura remota de la cobertura, lectura de entradas digitales, lectura remota de conversores A/D …)
• Posición GPS remota del módem (aunque no tenga GPS el módem se puede obtenerse una posición GPS aproximada en función de la estación de telefonía más próxima)
• Cambio de configuración remota (permite cambiar de forma remota la configuración del puerto serie deñ módem, dyndns, …)
• Pasarela quasi-transparente Coronis para aplicaciones de metering y telemetría (MTX-IND con tarjeta wavecard embarcada). Próximamente.
   

 
Hoy voy a exponer brevemente una pequeña utilidad de nombre Remote AT Command. Sirve básicamente para poder ejecutar sobre el MTX-Tunnel-Advanced comandos AT remotos, pero también para poder cambiar la configuración del módem de forma remota, también para poder obtener la posición GPS del módem (aunque no tenga GPS) de forma aproximada (¿os acordáis?) y en breve, para aplicaciones de metering. Esta utilidad ha gustado mucho a empresas con proyectos de telegestión de contadores de energía (lo cual, como creador, me ha alegrado mucho en todos los sentidos).

Por un lado el MTX-Tunnel-Advanced ha interesado mucho sobre todo por la posibilidad de acceso remoto tanto vía GPRS como GSM (como curiosidad decir que actualmente, en proyectos reales ya en la calle,

Posiblemente en alguna ocasión tengas que hacer un programita en Java para un módem Cinterion TC65 o XT65 en el que tengas que capturar datos (entradas digitales, analógicas, posiciones GPS, capturas realizadas por el puerto serie …) y almacenarlas en un fichero interno de la flash para su posterior envío a un servidor central.

Hoy os cuelgo un pequeño ejemplo en Java para hacer la segunda parte, el envío de los datos por FTP a un servidor central.

Hace ya mucho tiempo puse unos posts con muchos ejemplos java, entre ellos ( http://www.blogelectronica.com/ejemplos-java-j2me-modem-gprs-siemens/ ó http://www.blogelectronica.com/j2me-ftp-cinterion-tc65-xt65-mtx65-tc65t/ ).

En este último también había un ejemplo de FTP. Este de hoy es más elaborado, pues permite subir directamente un archivo almacenado en la memoria flash de nuestro módem a un servidor vía FTP. El proyecto y código fuente del ejemplo lo puedes descargar de aquí­.
 

 
Para probarlo sin complicaciones haz lo siguiente paso a paso. Crea un fichero de nombre “datos.txt” con los datos que quieras en su interior y grábalo en la memoria FLASH de tu módem TC65 / XT65 (en el directorio raí­z). Después importa el proyecto de ejemplo desde Eclipse. Abre el fichero FtpHandle.java, en él verás que se leen algunas variables del fichero EjemploFTP.jad

Si abres el fichero EjemploFTP.jad verás que tienes que establecer las siguientes propiedades:

gprs-timeout: 20
remote-file: fichero.txt
server: 100.100.100.100
user: MiUserDeFTP
pass: MiPasswordDeFTP
remote-dir: TEST
gprs-apn: movistar.es
gprs-user: MOVISTAR
gprs-dns: 80.58.0.33
gprs-pass: MOVISTAR

ajústalas a tus necesidades, indicando el nombre del fichero remoto (el nombre con el que se guardará en tu servidor FTP, la IP de tu servidor FTP, el user y password de tu servidor FTP, la carpeta donde se almacenará el fichero (asegúrate de tener la carpeta creada antes de ejecutar la aplicación) y el resto de parámetros ya os los conocéis de sobras.

Una vez cambiadas a tu gusto las propiedades del jad compila el programa y ejecútalo, verás como sube el fichero datos.txt almacenado dentro de la FFS de tu módem a tu servidor FTP. Seguro que te será de utilidad en alguna ocasión.

Y bueno, para finalizar, aunque un poco tarde (he estado unos dí­as un poco fuera de combate por una pequeña operación en los párpados), al ser este el primer post del año, simplemente desear de corazón a todo el mundo lo mejor para este año 2010 que empieza.

Otro dí­a vuelvo con más

Posts relacionados:

1. Filed under: Dispositivos electronicos