Aquí cuelgo para quien lo necesite la versión 1.1 (beta por el momento) del software OTAP para la actualización remota del software java de los módems gprs Siemens / Cinterion, como comentaba en un post anterior.
He añadido algunas cositas con respecto a la versión previa 1.0. Por ejemplo, quien quiera probar/usar la aplicación y no tenga un servidor HTTP para poner sus archivos JAD y JAR le dejo usar mi servidor. Para ello fijáos en la pantalla principal de la aplicación:
Arriba, a la derecha, puedes ver un botón “Upload”. Si haces click en el aparerá una pantalla como esta:
Aquí basta con que selecciones tu fichero JAD y tu fichero JAR y pulses el botón que indica “Subir archivos”. Los archivos se subirán automáticamente a: http://www.otap.es/temp/ y será la ruta (URL Jad) que deberás indicar en la aplicación (como puedes ver en la primera imagen de este post).
¿Qué no tienes ahora ningún fichero .JAD y .JAR para probar la aplicación? No te preocupes, aquí te pongo unos. Cuando te bajes los ficheros abre con el bloc de notas el fichero .JAD y fíjate en la ruta del fichero .JAR, te lo comento para que lo tengas en cuenta cuando generes los tuyos, que la ruta al fichero .JAR debe ser correcta.
Espero que te sea útil la aplicación.
P.D. Este va a ser el primer post donde quien quiera hacer un comentario deberá hacerlo a través del nuevo FORO.
No lo he comentado hasta ahora por falta de tiempo pero hace ya unos días abrí una nueva sección en blogElectrónica, concretamente un foro. Un foro que está integrado en el blog (es decir, dentro del mismo dominio blogElectronica.com) al cual se puede acceder desde el link de arriba a la derecha de la página (donde pone Foros). Esta integración con el blog me permite poder relacionar de manera más sencilla el blog con el foro.
La razón de incorporar un foro es porque el número de comentarios por post está creciendo demasiado y en algún momento tengo que pararlo. En algunos posts hay cientos de comentarios y al final es realmente difícil encontrar información de forma sencilla, pues el motor de búsqueda del blog (basado en wordpress) no está demasiado desarrollado para mi gusto.
En cambio la capacidad de búsqueda del foro es bastante mejor y es por ello que dentro de poco si quieres hacer un comentario a un post tendrás que hacerlo obligatoriamente a través del foro. Yo pondré los post explicativos aquí, como siempre, pero los comentarios se tendrán que hacer a través del foro. A la larga creo que todos saldremos ganando con un mejor acceso a la información.
Para poder participar en el foro hace falta registrarse. Unicamente es necesario un Nick y un email. Tras el registro recibirás un email con la contraseña (luego se puede cambiar en el perfil de usuario). Luego basta con hacer click en el link del email recibido, logarse y a participar.
Por el momento he abierto 4 secciones en el foro. Iré abriendo más. Si a alguno os interesa una sección específica no os cortéis y comentarlo, es el momento.
Lo único malo es que el foro tarda un poquito más que el blog en cargar las páginas. La razón es el hosting que tengo en Godaddy (EEUU). Es económico, pero a la vez lento. A ver si cuando salgamos de la crisis me puedo permitir otro mejor
Hace tiempo que no escribo en el blog. Han sido unas semanas bastante intensas para mí en las que no he podido sacar apenas tiempo para nada, y es que el trabajo y algunos proyectos personales que quería llevar a cabo me han quitado todo el tiempo.
En cuanto al trabajo algunos ya sabéis por qué, pues hemos tenido la ocasión de vernos las caras. Para quien no lo sepa, he estado junto con tres compañeros (Jesús, Daniel y Carmen) trabajando en lo que llamamos en Matrix ”Jornadas Tecnológicas” (aunque nosotros lo conocemos internamente como RoadShow ) y que consiste en unas pequeñas charlas y sobre todo demostraciones prácticas de muchos tipos de equipos electrónicos y que en mi caso han sido equipos RF (equipos bluetooth, 868Mhz, Zigbee, …) Estuvimos en 6 ciudades, por orden fueron Zaragoza, Barcelona, Bilbao, Madrid, Valencia y Sevilla. En todos los sitios tuvimos la gran suerte de encontrar a gente superagradable e interesante. Y es de agradecer, porque estar cada día en un sitio distinto la verdad ha sido agotador.
Y como decía al principio también he estado acabando proyectos personales que tenía empezados desde hace bastante tiempo. El que voy a mostrar hoy es una primera versión de un software (o plataforma) para realizar OTAP en módems gprs Siemens/Cinterion. (Para los despistaos que no sepan que es un OTAP decir brevemente que es un proceso mediante el cual podemos actualizar remotamente (sin desplazamientos) los programas java que tengamos embebidos en nuestros módems gprs Cinterion TC65, XT65 o sus terminales MTX65 ó TC65T. Podéis encontrar más información aquí, pues he hablado otras veces).
Mediante esta plataforma es muy sencillo realizar un proceso de actualización remota (OTAP) a un módem o a un grupo de módems gprs (hasta 1000, si alguien necesita más que me lo diga). Básicamente lo que hace la plataforma es enviar los SMS apropiados y debidamente codificados en PDU a todos los módems a los que pretendamos actualizar el software y también se encarga de comprobar si el proceso de OTAP acabó de forma satisfactoria. Para esto último se apoya en un servidor que tengo contratado (todavía me faltan por acabar cosas) en www.OTAP.es
Como siempre digo, una imagen vale más que mil palabras, así que aquí pongo un vídeo que muestra de forma sencilla como funciona este software:
Debo decir que ésta es una herramienta que quien la necesite la puede usar de forma totalmente gratuita durante todo este año. A lo largo del año 2010, dependiendo del volumen de uso que tenga es posible que haga una versión gratuita (limitada en prestaciones) y una de pago. (Nada …, poquita cosa …, hace ya años que sé que no me voy a hacer rico con la electrónica, simplemente para compensar un poco las horas que he dedicado y porque el servidor tiene un coste y tampoco es plan que lo financie yo todo, que sino mi chica se me enfada )
La primera versión beta del software OTAP (v1.0) la colgaré enseguida, cuando acabe unos detalles que me faltan, pondré otro post. Espero que sea durante esta semana que empieza y que resulte de interés. Cualquier duda / sugerencia ya sabéis, me la contáis y encantado de poder ayudar.
En muchas ocasiones podemos tener la necesidad de utilizar el FFS (File Flash System) de nuestros módems gprs CinterionTC65 ó XT65 para realizar volcados de datos a ficheros. Ejemplo típico es el caso del XT65 y las posiciones GPS. Vamos leyendo las posiciones GPS cada X segundos y las vamos almacenando en un fichero para su posterior envío a la central. Ejemplos de este tipo hay muchos tanto para el TC65 como para el XT65.
Es fácil caer en la tentación de ir generando ficheros en la memoria Flash para el almacenaje de información. Creando ficheros y borrándolos cuando los consideremos procesados (por ejemplo, cuando los hayamos enviado por GPRS a la central o simplemente borrándolos cuando ya no los consideremos necesarios).
Realmente es la manera más sencilla de realizar una aplicación (creamos ficheros y los borramos cuando no los queremos) pero debemos tener precaución con esta técnica. Escribir datos en la memoria flash del módem no es problema, éstos se graban byte a bye (ya que la memoria FLASH de los Siemens es de tipo NOR que a diferencia de las tipo NAND la grabación puede hacerse incluso bit a bit. Con las NAND, más baratas pero también más malillas, la grabación es por bloques). El proceso de borrado, en cambio, SÍ es crítico, porque tanto con las NOR como con las NAND se realizan por bloques. El tamaño del cluster en la flash del módem es de 64KB, eso implica que cuando borramos un archivo realmente estamos borrando un bloque de 64KB. Así es, aunque borremos un fichero que tan solo contenga 100 bytes de datos en realidad estamos actuando sobre 64KB en la memoria flash del módem.
Hola de nuevo. Muchas veces me han preguntado si tiene batería el MTX65 y si no tiene cómo se puede poner una pequeña batería que aguante en caso de cortes de corrientes, permitiendo tener siempre activo el módem.
Pues bien, para aquellos que les pudiese interesar os presento un nuevo accesorio de los MTX que permite dicha función: el MTX-T ACC Battery Pack.
Como véis en la foto es un pequeño dispositivo con dos bocas RJ12. En una boca, la marcada con “Terminal” con un latiguillo RJ12-RJ12 (como el que aparece también en la foto) conectaremos el terminal MTX65 y en la otra boca RJ12 el alimentador (el mismo que utilizamos con los MTX, que da 12VDC).
En su interior hay una batería que entra en funcionamiento en el momento que se produce un corte de corriente, lo que garantiza el suministro durante unas cuantas horas.
Las especificaciones básicas del equipo son estas:
TECHNICAL DATA
• Ni-MH battery pack
• 8,2V, 2000 mAh
• 11-30V DC
• U-Charge: 11-24Volt 350 mA 6h
• Discharge: max. 600 mA 1A 5sec.
• 100% Cutoff
• Dimensions approx: 60 x 125 x 25 mm
La capacidad es de 2000mAh. El MTX65 (sin transmitir, en idle mode) tiene un consumo aproximado de 20-30mA, si mi memoria no me falla. Basta dividir para hacerse una idea de la duración de la batería en horas en ese modo.
Y ya que estoy hablando de baterías para los MTX, otra opción, no tan cómoda al no tener conectores RJ12 pero sí bastante más económica es usar la fuente SP-AS/AL de Array. La función es similar, pero la batería en este caso no está incluida, es decir, es externa y debes ponerla tú. Otras ventajas de esta fuente es que es carril DIN y que la entrada directamente es 220VAC, es decir, no es necesario el alimentador 12VDC.
Bueno, por hoy vale, que todavía me dura el cansancio del finde, que ha sido de excursiones continuas. Y es que se acerca mi cumple y me he comprado un caprichito (bueno, un caprichazo) por eso de llevar mejor los años, que cada año suman uno sin piedad. Así que este fin de semana hemos estado, mi chica y el peque con la nueva adquisición y yo con mi vieja yamaha Blaster (quad), haciendo muchos pero que muchos kms. La verdad es que se lo pasaron realmente bien, que es lo que más me gusta. Foto1, foto2, foto3. Otro día más.
Si desarrollas aplicaciones en Java para los módems gprs TC65, XT65 (o sus terminales MTX65 o MTX65+G distribuidos por Matrix), tal vez pueda interesarte en alguna ocasión debugar tu aplicación de la manera que te voy a indicar aquí.
Como ocurre (o debería ocurrir) al final del desarrollo de cualquier programa, hay una fase de test, una fase en el que se debe probar a fondo la aplicación en busca de cualquier tipo de error que hayamos podido cometer. Si lo errores en nuestra aplicación son fácilmente reproducibles los encontraremos de manera relativamente sencilla, pero en ocasiones puede haber errores que se deban a un cúmulo de cosas o debido a unas situaciones muy concretas que no se reproducen en el laboratorio y sí en la calle.
Depurar este tipo de problemas puede llegar a ser realmente complicado, ya que si se producen de forma muy ocasional son difíciles de localizar.
Justo antes de las vacaciones de Semana Santa, esos días que ya hay bastantes “privilegiaos” con suerte disfrutando de unos días de descanso y que por tanto suelo tener algo más de tiempo para enredar con equipos, estuve probando bastante a fondo unos radio módems de Digi (distribuida por Matrix), concretamente un par del modelo X24-019PKC-R.
Son bastante interesantes y usados por mucha gente así que los voy a comentar hoy por aquí. Estos modulitos (en caja y también en versión OEM) están pensados para crear pequeños radioenlaces. En concreto los modelos que he probado permiten establecer un radio enlace serie - RF - serie. Vamos a comentarlo a modo de pregunta / respuesta, que es más fácil.
¿Cuando dices radio enlace “serie” te refieres a RS232?
No, me refiero a serie. El modelo X24-019PKX-R permite mediante unos simples microswitches visibles en la caja, poder configurar si la comunicación serie será RS232, RS485 o RS422.
¿Permite establecer una comunicación punto a punto?
Sí, permite establecer una comunicación punto a punto, pero también punto multipunto. Es decir, si tienes 2 radio-modems A y B todo lo que envíes por el puerto serie del radio-modem A saldrá por el puerto serie del radio módem B y viceversa. Si tienes 3 radio módems (configurados todos con la misma dirección destino) todos los datos enviados por el puerto serie del radio-módem A saldrá por los puertos serie de los radio-módems B y C, es decir, todo lo que envía uno es recibido por los demás, así de facilón.
Si has trabajado alguna vez con los GPIO de los módems CinterionTC65 o XT65 ( o sus terminales MTX) habrás comprobado que hay varias formas de trabajar con ellos. Hay comandos AT que nos permiten configurar un determinado GPIO como entrada o como salida y hay otros comandos AT que nos permiten saber el estado de un GPIO configurado como entrada (si hay un 1 ó un 0) o bien nos permiten cambiar el estado de una salida.
En uno de los ejemplos java que he ido poniendo por este blog, concretamente en el EJEMPLO_GPIO, utilizaba simplemente el comando AT^SGIO que devuelve el estado del pin en ese momento. Depende de la aplicación que queramos llevar a cabo puede ser suficiente con este comando AT, pero lo normal no es utilizar este sistema ya que la “frecuencia de barrido” que podemos conseguir es muy baja (además de cargar el sistema) y por tanto resulta muy complicado detectar cambios muy pequeños en el estado de un pin de entrada, es decir, que si por ejemplo tienes que detectar el pulso de detección de un volumétrico a lo mejor no lo cazas.
Lo mejor que puedes hacer para detectar los cambios de estado de las GPIOs es utilizar el polling. De esta manera el módem te devuelve un mensaje URC cada vez que se detecta el cambio en uno de sus GPIOs.
Veámoslo con un ejemplo. Imagina que quieres controlar las entradas GPIO1, GPIO2, GPIO3 y GPIO4 ¿Cómo lo hacemos?
Pues lo primero es habilitar los GPIOs, para ello enviamos:
AT^SPIO=1
Después configuramos los pines GPIO1, GPIO2, GPIO3 y GPIO4 como entradas, para ello:
AT^SCPIN=1,0,0
AT^SCPIN=1,1,0
AT^SCPIN=1,2,0
AT^SCPIN=1,3,0
Tras ello creamos un puerto, es decir, un puerto con todos aquellos GPIO que queramos involucrar en el polling:
AT^SCPORT=0,1,2,3
Al enviar este comando el comando AT nos devolverá un IDPort (un identificador de puerto), por ejemplo nos devuelve IDPort = 112
Y ya lo tenemos todo listo para activar el polling. Lo activamos haciendo:
AT^SCPOL=1,112
De esta manera cada vez que haya un cambio en una de las GPIO, el módem nos enviará un URC del estilo:
^SCPOL: 112, x
donde x puede valer de 0 a 1024, es decir, devuelve el estado de los 10 posibles GPIO que puedes controlar con el módem TC65.
Bueno, otro día más, ahora me voy a preparar la cena, que hoy dan CSI las vegas y es de la poca TV que veo en toda la semana. Y es que, la verdad, noto que cada vez me gusta menos la tele. ¿Me estaré haciendo mayor? :S
Tal vez tenía que haber puesto un artículo como el que voy a poner hoy hace ya tiempo, realmente es algo que he comentado bastantes veces en respuestas a preguntas de los usuarios de este blog. Es referente al tema del autobauding y el java.
Básicamente lo que quiero decir en este artículo se resume en una línea: si vas a usar java con un módem TC65 o XT65 (o los terminales MTX65 / MTX65+G) no utilices autobauding. Para quien no lo sepa, autobauding es una características de los módems, activable con at+ipr=0, que permite no tener que establecer una velocidad del puerto serie fija al módem, sino que éste, al recibir los primeros datos por el puerto serie “averigua” la velocidad de los datos y se configura para trabajar a esa velocidad).
Utilizar autobauding está muy bien en muchas circunstancias, es muy cómodo, pero puede inducir a errores cuando trabajas con Java. Y es que Java y autobauding no se quieren.
Para variar un poquillo, hoy me salgo del tema de GSM y nos vamos a Bluetooth. Hoy voy a comentar un producto que conozco desde hace poco pero que es bastante interesante, muy útil para algunos proyectos. Se trata del módulo LM-048 de la casa LM Technologies (distribuido en españa por Matrix). Un digamos, conversor serie - bluetooth, o mejor dicho, un conversor serie RS232 - bluetooth. Como puedes ver en las fotos es un modulito de reducidas dimensiones.
Básicamente cuenta con un conector DB9 hembra, un interruptor de 2 posiciones en la parte superior y un conector auxiliar al lado de alimentación (conector de tipo mini-usb, en la foto anterior no se ve, está en el otro lado).
¿Como se trabaja con este conversor serie - bluetooth?
Pues a través de comandos AT, de igual forma que trabajamos con los módems. Es decir, desde el puerto serie puedes enviarle comandos de configuración. El equipo viene con un pequeño manual impreso con los comandos AT, son un par de docenas, muy poquitos, nada que ver con el nº que estamos acostumbrados a trabajar con los módems en este blog. El LM-048 tiene integrada el stack bluetooth y cuenta con el perfil bluetooth SPP (Serial Port Profile).
Puedes comentar este post en el nuevo Foro (click aquí)
Comments Off 
)
Entradas (RSS)
