blogElectronica.com

Nuevo terminal gprs MTX-IND RS232/485/422 con salida rel�s

blogElectronica — Wed, 04 Nov 2009 15:25:09 +0000

Hoy ya hab�a empezado a escribir un art�culo escrito pero al final�he cambiado de parecer y he preferido hacer un peque�o v�deo presentaci�n de un nuevo terminal gprs que seguro a m�s de uno le interesa y que va a ser muy conocido dentro de un tiempo.
�
Se trata del nuevo terminal de Matrix, el modelo�MTX-IND,� un terminal basado en el potente m�dulo de Cinterion TC65i que como ya seguro todos sab�is es un m�dulo gprs que permite embeber aplicaciones en java y basado en un ARM9 como ya coment� hace unos meses.
�
Lo ver�is en el v�deo que os he preparado, pero para ir abriendo boca�os adelanto que es un m�dem gprs carril DIN, programable en java, con 2 puertos serie RS232/RS485/RS422, salidas de rel�s, entradas / salidas digitales optoaisladas, conversores ADC (0-2.4V / 4-20mA), USB, y algo m�s�MUY interesante (todav�a no disponible) que s�lo podr�is ver en�el v�deo
��
Pues nada, aqu� os dejo el v�deo, espero que os guste.

www.blogElectronica.com

WPvideo 1.10

Download!

Posts relacionados:

MTX-Tunnel - Gateway GPRS-RS232 Como dije ayer, hoy voy a presentar un nuevo producto...
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...
MTX-Tunnel-Advanced. Gateway GPRS-RS232 avanzado. Hoy me gustar�a presentar un nuevo producto GSM/GPRS orientado a...

Memoria Ram y Flash de los m�dems TC65 y XT65

blogElectronica — Sat, 17 Oct 2009 08:54:46 +0000

�ltimamente me han preguntado bastante en relaci�n a la memoria RAM de los m�dulos gprs TC65 y XT65 (y sus correspondientes terminales) as� que voy a poner un peque�o art�culo en relaci�n a este tema.

Como sab�is el m�dulo TC65 tiene un total de 400KB de memoria RAM y 1.7MB de memoria FLASH. Es evidente que la memoria flash, FFS (File Flash System, el sistema de archivos) estar� en parte ocupada por nuestra aplicaci�n java (es decir, por los ficheros .jad y .jar) y por todos aquellos archivos extra que necesitemos para nuestra aplicaci�n as� como los propios archivos generados por nuestra aplicaci�n java, es decir, ficheros con logs, hist�ricos, etc etc …
�

�

Bueno … con 1.7MB puedo hacer un programa inmenso y me sobra �para qu� me voy a perder el tiempo leyendo esto?
�
Es cierto que puedes hacer programas bastante grandes pero va a depender mucho de c�mo los hagas y de las herramientas que est�s utilizando. Si no estructuras bien tu programa puedes llegar a tener problemas serios�de memoria.
�

Vaya, no lo entiendo, cuando ejecuto mi aplicaci�n java me sale un “out of memory” y antes me funcionaba, lo �nico que he hecho es a�adir un poco m�s de c�digo. Mi fichero .jar ocupa unos 150KB y veo que cuanto m�s grande es mi fichero .jar menos memoria RAM libre me queda libre … �C�mo es esto posible? �Pero el programa no est� en la memoria flash y los 400KB de RAM no son exclusivamente para las variables y datos de mi aplicaci�n?
�
�
Evidentemente no. Por supuesto tus ficheros .jar y .jad est�n tranquilamente en la memoria Flash, sino cuando apagases el m�dem se borrar�an. Pero piensa que el fichero .jar es un fichero comprimido (puedes abrirlo si quieres con el winrar) y dentro est�n los bytescode, los ficheros .class, los ficheros con c�digo java compilado. El m�dem va a descomprimir esos archivos y va a cargar los necesarios en memoria RAM. De ah� que cuanto mayor sea tu programa java menos espacio libre te va a quedar en memoria RAM (o no, depende de tu programaci�n).

Si por ejemplo eres de la vieja escuela y pese a permitir el lenguaje java una programaci�n orientada a objetos haces una programaci�n completamente lineal, tipo programaci�n C, es decir, si tu aplicaci�n consiste en un �nico fichero .java inmenso lleno de m�todos (que t� ver�s como funciones de C) puedes tener serios problemas a medida que tu aplicaci�n crezca. Si trabajas de esa manera, cuando arranques tu aplicaci�n java, todo el c�digo de programa lo vas a tener cargado de forma permanente en memoria RAM y podr�s tener problemas serios de memoria a la larga.

La mejor manera de ahorrarse esos problemas consiste en una programaci�n m�s estructurada, es decir, una programaci�n realmente orientada objetos. Antes de ponerte a escribir c�digo planifica tu aplicaci�n, estruct�rala en objetos creando un archivo .java (y por tanto un archivo .class) por cada objeto de tu aplicaci�n. De esta manera cargar�s en memoria peque�os archivos .class s�lo cuando sean necesarios por tu aplicaci�n, es decir, cuando necesites�crear �un determinado objeto para realizar algo y destruy�ndolo cuando no lo necesites, o lo�que es lo mismo, �liberando memoria cuando ya no lo necesites. Si haces un programa un �nico fichero .java�inmenso (.class inmenso) tendr�s en memoria todo el c�digo de todos los m�todos te sean necesarios o no en un momento determinado.
�
�
Es demasiado tarde … ya tengo hecha mi aplicaci�n y tengo problemas de memoria. No puedo volver a hacerla toda, tardar�a semanas y mi jefe me�matar�a … �Puedo hacer algo?
�
Est�s de suerte, s� (de todas maneras cuando hagas otra aplicaci�n estruct�rala mejor).� Puedes utilizar un ofuscador java. Un ofuscador, al realizar su misi�n, es decir, al ofuscar el c�digo compilado, comprime todav�a m�s los archivos .class. De hecho si creas un package mediante un ofuscador ver�s como el fichero .jar ocupa bastante menos, incluso la mitad. Esto te va a dar cancha para no tener que rehacer la aplicaci�n entera pero te aconsejo una programaci�n m�s estructurada en un futuro.
�
�
�Y qu� ofuscador utilizas?
�
Personalmente utilizo el de Proguard integrado en el Eclipse. Otro d�a ya hablar� m�s de �l en otro art�culo, por hoy ya est�.
�
�
�
Hoy S�bado a ver si acabo un proyecto que tengo pendiente y al que no acabo nunca de darle el remate final, pues �ltimamente estoy saturado de trabajo. Un peque�o proyecto on-line que he lanzado hace pocos d�as en el dominio www.PisosDeAlquiler.com, un portal de cruce de ofertas de pisos de alquiler, como su propio nombre indica.

La verdad es que es uno de los mejores nombres de dominio que tengo (y tengo m�s de un cententar). Un dominio, como digo yo, “gran reserva del 2002″, ya que lo adquir� en aquel a�o. Realmente durante estos a�os he estado a punto de venderlo en varias ocasiones, pues he recibido algunas ofertas de compra por �l. La �ltima oferta fue de 3.000� que me hizo dudar bastante, aunque finalmente, y m�s viendo c�mo est� el patio de la vivienda en Espa�a en el que creo el alquiler va a crecer, me lo qued�. El tiempo dir� si hice bien.
�
�
Que pas�is un estupendo fin de semana

�

Posts relacionados:

Uso correcto de la Flash de los m�dems Cinterion TC65 y XT65 En muchas ocasiones podemos tener la necesidad de utilizar el...
Localizando fallos dif�ciles de reproducir en los m�dems Cinterion TC65, XT65 Si desarrollas aplicaciones en Java para los m�dems gprs TC65,...
Compresi�n de archivos con J2ME en m�dems GPRS Siemens TC65 En muchas aplicaciones con m�dems GPRS es necesario almacenar datos...

Sistema EGNOS operativo.

blogElectronica — Mon, 05 Oct 2009 19:22:25 +0000

Mi compa�ero Jes�s Santos, gran experto en GPS y GSM, me ha enviado esta ma�ana una noticia por email que no me puedo resistir a publicar. Adem�s ha tenido el detalle de escribirlo en el estilo que me gusta, a modo pregunta / respuesta.

Y es que se anuncia que, despu�s de muchos a�os de pruebas e historias, el sistema EGNOS est� por fin operativo.
�
�
Muy bien, �y qu� es esto del EGNOS?
�
Pues son 3 sat�lites geoestacionarios (d�cese de aquellos que giran a la misma vez que la tierra, es decir, que siempre est�n en el mismo punto) colocados entre el Oc�ano Atl�ntico y Europa. Son sat�lites a�adidos a los ya existentes del sistema GPS, es decir, no los substituyen, los complementan.

Estos sat�lites son controlados por 40 estaciones terrestres con las que hablan. Actualmente estos sat�lites son gestionados por la Agencia Espacial Europea (ESA)
�
�
�Y de qu� hablan, del tiempo, de salud?
�
Pues s�, m�s o menos. Las estaciones terrestres envian a estos 3 sat�lites, informaci�n del resto de constelaci�n de sat�lites GPS y sobre la salud de los mismos, desviaciones de su ruta y sobre todo, los c�lculos de correcciones de estas �rbitas, de timing, correcciones debidas a la atm�sfera (m�s concretamente la ionosfera), etc. �Estos tres sat�lites geoestacionarios despu�s, con todos los datos, hacen sus c�lculos y nos env�an una informaci�n m�s fiable sobre el sistema GPS.
�

�
Seguro que esto ha costado un dineral� ��y para qu� vale? ��en qu� me va a beneficiar?
�
Pues a todos aquellos que tengamos nuestros receptores GPS preparado para ello, colocados en navegadores, localizadores veh�culos, personas, m�viles, etc, en que se mejora la �precisi�n de la localizaci�n, pasando de unos 20 metros, a incluso 2 metros.
�
�
�Todos los GPS valen o pueden usar el EGNOS?
�
Bastantes. De los distribuidos por Matrix todos o casi todos. Por ejemplo, para los basados en SIRF basta con enviar o usar el mensaje SIRF n�mero 133 y habilitar la fuente DGPS con el sistema SBAS.
�
�
Me acabo de hacer un l�o. �Qu� es esto de DGPS y SBAS?
�
Estamos hablando de lo mismo. DGPS significa GPS diferencial. Es la posibilidad de que en un receptor GPS se le puedan introducir datos de entrada para correcciones y as� mejorar su precisi�n. SBAS significa sistemas de augmentaci�n, es lo mismo, pero engloba tambi�n otros pa�ses. Es decir, si en Europa existe el EGNOS, en Estados Unidos existe un sistema parecido, �que se le llama WAAS. En Jap�n tambi�n tienen sus sat�lites, a su sistema correctivo se le llama MSAS.
�
�
Vamos, que si me llevo mi receptor basado en SIRF a Las Vegas, USA, ��me va a funcionar?
�
S�.
�
�
Me mola, pero no me he enterado de nada.
�
En la Wikipedia puedes encontrar m�s informaci�n: http://es.wikipedia.org/wiki/SBAS
�
�
Por cierto, �esto del EGNOS tambi�n se puede utilizar con el m�dulo GPRS+GPS de Cinterion XT65 y en el terminal MTX-65+G?
�
Pues claro. Tan solo hay que mandar el siguiente comando AT.

AT^SGPSC=�SBAS�,1,0,7,1,00000000
�
Algunas noticias relacionadas aqu�.
�
�
Bueno, espero que os haya resultado de inter�s, desde luego a mi me lo parece y mucho. En los pr�ximos d�as voy a hacer cambios en blogElectronica y puede que haya alg�n problema, cosas que no se vean bien, etc. El motivo es la actualizaci�n de wordpress, el core de este blog, por motivos de seguridad.
�
Otro d�a m�s

Posts relacionados:

Historia del Sistema Operativo Windows CE Vamos a�hablar un poquito del sistema operativo Windows CE,� un...
El GPS - Sistema de Posicionamiento Global �Qu� es el sistema GPS? El sistema GPS (Sistema de...

Cambiando el m�dulo gprs TC63/TC65 por un TC63i/TC65i

blogElectronica — Wed, 16 Sep 2009 19:42:25 +0000

Como coment� hace ya tiempo,� Cinterion (antigua Siemens) sac� los nuevos m�dulos gprs TC63i y TC65i que son totalmente compatibles con los modelos anteriores TC63 y TC65 pero m�s potentes y econ�micos. Cuando digo compatibles me refiero a que podemos sacar del conector de nuestra placa el m�dulo TC65 e�insertar el nuevo TC65i y funcionar sin problemas.
�
La �nica pega, si es que puede considerarse pega pues realmente es todo lo contrario, es que tanto el TC63i como el TC65i son de dimensiones bastante menores que las de sus antecesores, son, digamos, menos largos. Eso hace que uno de los taladros de sujecci�n del m�dulo a la PCB (donde se pone la torreta y el tornillo de sujecci�n) quede en una posici�n distinta en los nuevos m�dulos “i”. En la mayor parte de los casos es factible una simple modificaci�n de la posici�n del taladro en el PCB de nuestro dise�o.

Pero como sabemos todos los que nos dedicamos a la electr�nica�en ocasiones aparece Murphy … y seguro que justo donde tenemos que poner el nuevo taladro ya tenemos un molesto componente . En este caso, bueno, pues obviamente la primera posibilidad es modificar el dise�o del PCB y ruteado de la placa para despejar la zona del taladro. Otra soluci�n es la que presento ahora aqu� y es utilizar un clip especial de sujecci�n (distribuido por Matrix) que fija completamente el m�dulo TC63i/TC65i al anterior taladro del TC63/TC65.�Es muy f�cil de usar y queda pero que muy bien sujeto.

Como una im�gen vale m�s que mil palabras aqu� os pongo un gr�fico aclaratorio:
�

�

Espero que este post ayude o aclare a los que est�is en proceso de transici�n, que s� que soys muchos. Y es que realmente cada vez son m�s y m�s gente los que se animan a usar m�dems y terminales basados en Cinterion. Como se suele decir, la familia crece (y muy r�pido) Tambi�n se refleja en las estad�sticas de este blog, en el que, como todo el lo lee sabe, el 85% de los contenidos hacen referencia a m�dems Siemens / Cinterion y por tanto la gente que lo visita son� en su inmensa�mayor�a usuarios de �stos. Para quien le interese pongo unas estad�sticas de la evoluci�n del tr�fico de blogElectronica.com de los �ltimos 2 a�os y medio y del �ltimo mes que ya por fin roza las 10.000 visitas mensuales (este mes probablemente las alcance).
�

�

�
�
Ciao, me voy a cenar, otro d�a m�s

Posts relacionados:

M�dulo GPRS tc65 vs tc65i Esta ma�ana he hecho un test muy b�sico comparando la...
Nuevos m�dulos Siemens / Cinterion TC65i, TC63i y MC75i Tenemos nueva familia de m�dems. Y es que Siemens /...
Compresi�n de archivos con J2ME en m�dems GPRS Siemens TC65 En muchas aplicaciones con m�dems GPRS es necesario almacenar datos...

Prolongadores de redes Ethernet

blogElectronica — Fri, 11 Sep 2009 08:03:19 +0000

Hace tiempo que no veo un v�deo tan elaborado para mostrar un equipo industrial. Ojal� todos los fabricantes hiciesen lo mismo. Se trata de un v�deo de la empresa Etherwan donde se muestra de forma totalmente gr�fica y clara el uso de prolongadores de ethernet.

�Que desconoces este tipo de equipos? Pues imagina que pretendes unir, por ejemplo, dos redes ethernet, o simplemente quieres conectar con un equipo ethernet remoto que est� a una distancia considerable de la red de tu empresa o de un centro de control. Hombre s� … puedes tirar cable, pero un cable ethernet categor�a 5 de m�s de 100 metros no va a funcionar correctamente.

Aqu� es donde entran en juego estos equipos de Etherwan, pues permiten usar el mismo par de hilos de cobre que ya est�s usando en una l�nea telef�nica existente para prolongar tu red ethernet hasta nada menos que 1900m de distancia o mediante cable coaxial hasta un total de 2600m. Evidentemente a mayor distancias menor velocidad (como nos pasa con el ADSL de casa a los que estamos muy separados de la central), pero a modo de ejemplo, usando un par de hilos de cobre de telefon�a convencional a una distancia de 300m, se consiguen velocidades nada despreciables de 50Mbps y de 85Mbps usando 200m de cable coaxial.

Lo mejor es dar un vistazo al v�deo. Muy elaborado:
�

WPvideo 1.10

Download!

Posts relacionados:

Capacidad ethernet para nuestros dise�os Posiblemente en alguna ocasi�n tengamos la necesidad de incorporar a...
Gateway USB-Ethernet. AnyWhereUSB de Digi Esta vez os presento un dispositivo tan interesante como novedoso....
Los Gateways Serie - Ethernet Hoy Domingo voy a hablar de unos aparatitos tan �tiles...

MTX-Tunnel-Advanced. Gateway GPRS-RS232 avanzado.

blogElectronica — Fri, 04 Sep 2009 18:57:18 +0000

Hoy me gustar�a presentar un nuevo producto GSM/GPRS orientado a labores de telecontrol y telemantenimiento, que como seguro sab�is todo esto est� a la orden del d�a (y cada vez lo va a estar m�s). El nombre del equipo que voy a presentar hoy es MTX-Tunnel-Advanced y est� basado en un terminal gprs MTX65. Es un equipo que pod�is encontrar en la web modemsgsm.com, web perteneciente a la empresa Ditecom, que es la �nica empresa distribuidora de este equipo.

Para�quien se lo pregunte, pues s�, el firmware de este equipo lo he realizado yo (proyecto que me propuso realizar hace un tiempo esta empresa y el cual yo acept�. No he tenido inconvenientes en realizar el proyecto al estar �ste realizado sobre un terminal gprs MTX65 basado en un m�dulo Siemens/Cinterion TC65).
�
Pero veamos�cuales son las prestaciones de este equipo. Como suelo hacer a menudo presentar� el equipo por el m�todo que m�s me gusta, el de pregunta / respuesta.
�
�
�Para qu� sirve el dispositivo MTXTunnel-Advanced?
�
El m�dem MTX-Tunnel-Advanced es b�sicamente un gateway serie-GPRS, lo que permite poder conectar v�a GPRS (� GSM) con cuaquier dispositivo con puerto serie RS232 evitando desplazamientos. Lo mismo que podr�as hacer conectando un cable serie RS232 a un equipo , lo puedes hacer de forma remota a trav�s de GPRS. Como digo est� pensado para labores de telemantenimiento remoto o simplemente para dotar de conectividad GPRS a equipos que s�lo dispongan de un puerto serie RS232 y adem�s sin necesidad de inteligencia ninguna (m�quinas de vending, contadores (de electricidad, gas, agua, … ), estaciones metereol�gicas remotas, b�sculas, equipos de huertos solares, etc etc etc
�
�

�
�
�La configuraci�n del equipo es muy complicada?
�
En absoluto, es muy sencilla. Dispones de un software de configuraci�n (para Windows) con la ayuda correspondiente en el mismo programa para cada par�metro de configuraci�n.
��
�
�Y c�mo funciona? �El MTX-Tunnel-Advanced es quien se conecta a un PC servidor�v�a GPRS�(modo cliente) o es �l quien espera recibir conexiones (modo servidor)?
�
De las dos maneras.

En modo cliente, el m�dem MTX-Tunnel-Advanced, al conectarle alimentaci�n, lo que hace es conectarse autom�ticamente a un PC servidor con una IP (o una DNS) y puerto determinados (los que hayas configurado). Una vez establecida la conexi�n con el PC servidor, todos los datos que le llegan desde el PC servidor por el socket TCP/IP a trav�s de GPRS, el MTX-Tunnel-Advanced los saca por el puerto serie, y viceversa, todos los datos que entran por el puerto serie del MTX-Tunnel-Advanced son enviados v�a GPRS hacia el PC servidor.

En m�do servidor, el m�dem MTX-Tunnel-Advanced se conecta a GPRS y se queda a la escucha por un determinado puerto TCP (configurable) a la espera de recibir una conexi�n externa. En el momento que reciba dicha conexi�n se comporta igual que en el caso anterior. Lo que le llega por GPRS lo emite por el puerto serie RS232 y viceversa.
�
�
�
Arriba dec�as que tambi�n me puedo comunicar v�a llamada GSM. �Es as�? �Para qu� sirve?
�
Efectivamente. Imag�nate que en un momento dado NO hay cobertura GPRS y necesitas comunicarte con tu equipo remoto s� o s� para realizar un telemantenimiento. �Qu� hacer? Pues puedes hacer una llamada de datos�GSM normal y corriente desde tu oficina al MTX-Tunnel-Advanced y listos. Dispones de una v�a alternativa de comunicaci�n para ca�das de la red GPRS.

De hecho si tu aplicaci�n consiste en realizar lecturas remotas de contadores el�ctricos y est�s buscando un m�dem GPRS para tal misi�n ten presente que las compa��as el�ctricas te van a exigir que ellos puedan acceder mediante llamada GSM convencional. El MTX-Tunnel-Advanced permite esto, dualidad GPRS y GSM.
�
�
No lo entiendo. Si yo tengo el MTXTunnelAdvanced conectado GPRS escuchando en un puerto TCP a la espera de una conexi�n, �puede aceptar tambi�n una llamada entrante GSM?
�
S�
�
�
�GPRS y GSM�a la vez?
�
Evidentemente no. La llamada GSM tiene prioridad sobre GPRS.� Es decir, si el MTX-Tunnel-Advanced tiene una conexi�n GPRS establecida y entra una llamada GSM y �sta se acepta, la conexi�n GPRS�queda digamos en un estado de “suspensi�n” y el MTX-Tunnel-Advanced todo lo que le llegue v�a GSM lo emitir� por su puerto serie RS232 y viceversa (es decir, actuar� como un gateway GSM-RS232). Una vez finaliza la llamada GSM la sesi�n GPRS se reestablece (vuelve a ser un gateway GPRS-RS232).
�
�
�Y me puede entrar una llamada GSM de cualquier n�mero de tel�fono?
�
Puedes configurar para aceptar una llamada GSM de datos de cualquier n�mero de tel�fono o especificar hasta un total de 10 n�meros (o grupos) de tel�fonos autorizados.
�
�
Muy bien, volvamos a GPRS�� El m�dem MTX-Tunnel-Advanced en modo cliente tiene que tener una tarjeta SIM con direcci�n IP fija?

No. En modo cliente, al ser el m�dem MTX-Tunnel-Advanced quien realiza la conexi�n contra un PC Servidor remoto, no es necesario que disponga de una direcci�n IP fija.�
��
�
�Y en modo servidor es obligatorio tener direcci�n IP fija?
�
Como en cualquier equipo que haga de servidor TCP/IP siempre es c�modo y aconsejable, pero no imprescindible. Tienes dos opciones:
�
Por un lado el MTX-Tunnel-Advanced permite DynDNS. El servicio de DynDNS te permite de forma gratuita asociar una direcci�n IP din�mica a una DNS. Por ejemplo podr�as hacer que la DSN “MiModem.dyndns.org” apunte siempre a la direcci�n IP que tenga en todo momento el MTX-Tunnel-Advanced.

Por otro lado, si no tienes IP fija ni quieres usar DynDNS tambi�n puedes solicitar al MTX-Tunnel-Advanced que te env�e la direcci�n IP. Para ello tienes dos maneras. Puedes hacer una llamada perdida al MTX-Tunnel-Advanced o bien enviar un SMS (con la palabra “on”). Si el MTX-Tunnel-Advanced est� configurado para ello enviar� un SMS con�su direcci�n IP actual al tel�fono que realiz� la llamada perdida o que envi� el SMS.
�
�
Entonces, �cualquiera que por equivocaci�n haga una llamada perdida puede recibir la IP del equipo?
��
No. Puedes configurar el m�dem MTX-Tunnel configurando �nicamente hasta 10 n�meros de tel�fonos autorizados desde los cuales pueden solicitarse acciones, entre ellas la de obtener la direcci�n IP.
�
�
�El MTX-Tunnel tiene que estar permanentemente conectado a GPRS?
��
Depende. En modo cliente s� (*). En modo cliente en cuanto el MTX-Tunnel-Advanced recibe alimentaci�n se conecta a la direcci�n IP y puerto configurados del PC servidor remoto como coment�bamos anteriormente. Si se corta la comunicaci�n por alg�n motivo, el m�dem MTX-Tunnel-Advanced reintenta una y otra vez la conexi�n hasta conectarse.
�
En modo servidor no es necesario estar permanentemente conectado a GPRS. Si queremos que se conecte en un determinado momento a GPRS basta con realizar una llamada perdida o enviar un SMS con la palabra “on”. En ese momento el MTX-Tunnel-Advanced se conectar� a GPRS y como dec�amos anteriormente, si est� configurado para ello, enviar� un SMS con la direcci�n IP que le ha asignado el operador.
��
�
�Y en modo servidor si no quiero que la conexi�n sea permanente, una vez que la activas remotamente con la llamada perdida o el SMS, c�mo se desconecta la conexi�n GPRS?
�
Es posible configurar un timeout. Imagina que configuras 3 minutos. Si en 3 minutos el MTX-Tunnel no detecta tr�fico proviniente de GPRS autom�ticamente se desconecta de la red GPRS.
�
�
�Y si el MTX-Tunnel trabaja en modo servidor, puede conectarse cualquier IP a �l? �puedo tener accesos no autorizados?
�
No. Al igual que con los n�mero de tel�fono, puedes configurar hasta 10 IPs autorizadas desde donde s� pueden recibirse conexiones. Lo que ser�a equivalente a un firewall. Evidentemente tambi�n puedes decidir aceptar conexiones desde cualquier direcci�n IP.
�
�
�Se pueden configurar los par�metros del puerto serie del m�dem MTX-Tunnel?
�
Por supuesto. Puedes cambiar el baudrate, el control de flujo, los bits de datos y los bits de stop. Como siempre todo a trav�s del software de configuraci�n.
�
�
El MTX-Tunnel-Advanced cuenta con entradas y salidas digitales. �Podr�a configurar una entrada digital para que cuando se produzca un cambio en ella env�e un SMS a un determinado n�mero de tel�fono a modo de alarma?
��
Efectivamente. Dispones de hasta 4 entradas digitales independientes. Cada una de ellas la puedes asociar a un n�mero de tel�fono de env�o de SMS diferente.
�
�
Me gustar�a tener la posibilidad de resetear mi equipo remoto, el que tengo conectado al MTX-Tunnel-Advanced. �Puedo hacerlo?
�
S� puedes. Por ejemplo, podr�as configurar una de las 4 entradas / salidas digitales como salida. Enviando un simple mensaje SMS al MTX-Tunnel-Advanced puedes cambiar el estado de una salida digital, que podr�as usar, por ejemplo, para resetear el equipo.
�
�
S� que muchas empresas utilizan programadores horarios para resetear m�dems GSM/GPRS cada 24h para evitar fallos de red. �Es recomendable usar uno con el MTX-Tunnel-Advanced?
�
No es necesario. Puedes configurar el MTX-Tunnel-Advanced para que �l solo se reinicie cada X horas.
�
�
La caja del MTX-Tunnel-Advanced tiene 2 puertos serie RS232. �Para qu� se puede utilizar el segundo puerto serie RS232?
�
Por ejemplo puedes usarlo para enviar comandos AT. �Qu� para qu�?� Pues por ejemplo�podr�as enviar comandos AT por este segundo puerto serie para enviar mensajes SMS. Tambi�n podr�as usarlo para enviar otros comandos AT, por ejemplo,�para conocer la cobertura, etc etc.
�
�
No, en mi caso s�lo tengo un �nico puerto serie RS232 en el equipo que voy a conectar al MTX-Tunnel-Advanced, pero tambi�n me gustar�a poder desactivar la aplicaci�n tunel y poder enviar comandos AT al m�dem. �Puedo hacerlo?
�
S�. S� lo necesitas puedes desactivar la aplicaci�n tunnel cuando quieras con la l�nea DTR del puerto RS232.� Para activar el tunel de nuevo bastar�a con enviar un simple comando AT.
�
�
He visto que el�MTX-Tunnel-Advanced cuenta con 2 entradas A/D. �Puedo monitorizar el estado de las entradas anal�gicas remotamente?
�
S�. De hecho el MTX-Tunnel-Advanced permite la ejecuci�n remota de comandos AT.� Es decir, enviando un simple comando AT v�a GPRS puedes obtener el valor de las entradas de los conversores A/D. Tambi�n puede serte �til si quieres leer / cambiar una entrada / salida digital sin necesidad de enviar ning�n SMS, pues basta tambi�n con enviar un comando AT remoto. Puede serte �til tambi�n si quieres hacer, por ejemplo, una comprobaci�n de cobertura GSM. Imagina que tus instaladores instalan el MTX-Tunnel-Advanced y t�, desde la oficina compruebas la correcta conexi�n del equipo. Podr�as, adem�s, comprobar el nivel de cobertura GSM desde tu oficina (enviando un simple comando AT+CSQ) y hacer, en caso de que �sta sea baja, que tus instaladores coloquen la antena GSM en otro lugar y ahorrante problemas futuros si dejan la antena en un lugar de cobertura muy justa.
�
��
�El equipo cuenta con alg�n mecanismo para evitar que se pueda quedar bloqueado?
�
Efectivamente. El MTX-Tunnel-Advanced cuenta con un watchdog. En caso de haber cualquier problema el equipo se reiniciar� haciendo que est� operativo el 100% del tiempo.
��
�
Si� adquiriera m�dems MTX-Tunnel-Advanced y quisiera que me llegaran completamente configurados de f�brica ajustados a una determinada configuraci�n para que simplemente sea sacarlos de la caja e instalar …��Podr�a solicitarlos as�?�
�
S�.
�
��
Buff, vaya post largo que me ha salido. Enhorabuena a los que hab�is llegado al final. Espero que�haya sido�de inter�s

Posts relacionados:

MTX-Tunnel - Gateway GPRS-RS232 Como dije ayer, hoy voy a presentar un nuevo producto...
Gateway Bluetooth-GPRS Desde hace ya un tiempo quer�a escribir un post acerca...
MTXGpsTunnel. Tunel GPS-GPRS. Hace ya bastantes meses que puse un post acerca del...

Compresi�n de archivos con J2ME en m�dems GPRS Siemens TC65 - II

blogElectronica — Thu, 03 Sep 2009 17:57:27 +0000

Hace unas semanas puse un post sobre compresi�n de archivos en j2me con los m�dems Cinterion TC65 y XT65.� Puse un ejemplo de c�mo comprimir archivos para posteriormente realizar una conexi�n GPRS y enviar as� menos datos (m�s barato y m�s r�pido).

Quedaba pendiente el tema de la descompresi�n de archivos. Es decir, si con un m�dem gprs comprimimos un archivo y lo enviamos a un servidor central, luego, en este servidor, en alg�n momento tendremos que descomprimir el archivo para poder procesar los datos.

Esto puede hacerse de manera sencilla (en Windows) usando una DLL gratuita de nombre zlibwapi.dll.
�

�

Con esta librer�a es muy sencillo crear un programa de descompresi�n de datos. Aqu� os dejo un programa muy simple hecho en VB6 que permite comprimir (de la misma manera que lo har�a el m�dem) y descomprimir archivos. Es un programa muy simple de uso de esta DLL que os comentaba.

Espero que os sea de utilidad.��

Posts relacionados:

Compresi�n de archivos con J2ME en m�dems GPRS Siemens TC65 En muchas aplicaciones con m�dems GPRS es necesario almacenar datos...
Memoria Ram y Flash de los m�dems TC65 y XT65 �ltimamente me han preguntado bastante en relaci�n a la memoria...
M�dulo GPRS tc65 vs tc65i Esta ma�ana he hecho un test muy b�sico comparando la...

Fin de vacaciones verano 2009

blogElectronica — Sun, 30 Aug 2009 07:12:43 +0000

Bueno, pues se acaban las vacaciones … Han sido 3 semanas durante las cuales he aprovechado para descansar y desconectar (este a�o realmente lo necesitaba m�s que nunca) La primera semana nos quedamos en casa en Cardedeu (Barcelona). Fuimos algunos d�as a la playa (la tenemos a unos 15km de casa) y aprovech� tambi�n algunas tardes para terminar cosas pendientes de ciertos negocios personales que tengo entre manos.

La segunda semana de vacaciones nos fuimos a Francia, direcci�n a Eurodisney. Alex, que ahora en Septiembre har� 4 a�os, llevaba 3 meses, desde que decidimos ir all� en vacaciones, nervioso con unas ganas tremendas de ir. Se le iluminaba la cara con una sonrisa de oreja a oreja cada vez que se lo record�bamos, as� que el d�a que partimos hacia all� os pod�is imaginar lo contento que estaba.

Quien me conoce bien sabe que no me gusta nada volar y evito los aviones siempre que puedo, as� que, aprovechando que Sonia ten�a desde hace tiempo ilusi�n por visitar algunos castillos del Valle del Loira (Francia) pues fuimos en coche haciendo algunas etapas. El primer d�a visitamos e hicimos noche en Limoges, un lugar conocido por su bonita porcelana. Entre nosotros, mi un rollo patatero. El siguiente d�a fue m�s entretenido pues visitamos un par de bonitos castillos. Por la ma�ana visitamos el castillo de Villandry. Un castillo muy curioso y famoso por sus jardines, de hecho los llaman los jardines de Francia. Lo que m�s me sorprendi� de sus jardines es que parte de ellos est�n hechos con verduras (si, lechugas, coliflores, …) y la verdad es que la armon�a del conjunto quedaba muy bien. Ese castillo puede visitarse en cualquier estaci�n del a�o y en cada una de ellas presenta, obviamente, un aspecto diferente.
�

�
Por la tarde visitamos otro castillo, el castillo de Chenonceau.� Un castillo m�s grande que el de Villandry y tambi�n con bonitos jardines (aunque no tan curiosos como el anterior). Este castillo, adem�s de ser bonito y de tener un interior muy cuidado con mobiliario de la �poca, tiene como caracter�stica peculiar que est� construido sobre un lago, al menos parte de �l.
�

�
El siguiente d�a ya llegamos a Eurodisney. Estuvimos tres d�as en el parque de atracciones y la verdad es que Alex se lo pas� en grande (y nosotros tambi�n ). A diferencia del a�o pasado cuando estuvimos en Port Aventura y apenas pudimos montarnos en nada ahora �lex mide 1.02m y curiosamente esa medida (1.02m) es la m�nima que piden para muchas atracciones en Eurodisney as� que incluso nos pudimos montar los 3 en una de las monta�as rusas del parque. Pasados unos estupendos 3 d�as regresamos a Barcelona haciendo otra noche en la ciudad de Orleans.
�

�
Y esta �ltima semana de vacaciones, como cada a�o desde hace muchos, la pasamos en Torres, un pueblecito muy peque�ito a unos 20Km de Huesca capital, donde viven los abuelos de Sonia y se junta gran parte de su familia en estas fechas. Recuerdo los primeros a�os que iba all� de vacaciones … lo pasaba realmente mal. El mismo d�a de llegar ya estaba deseando marcharme, y es que es un lugar en el que no hay absolutamente nada que hacer. Con los a�os, como con todo, uno aprende y la soluci�n b�sicamente radica en traerse entretenimiento abundante de casa. Este a�o he venido bastante bien preparado y me he traido el port�til (con la tercera temporada de la serie Dexter) y una antena directiva de 14dbi (para conectarme al router Wifi del �nico sitio de este remoto lugar donde hay conexi�n a Internet la cual llega v�a sat�lite, pues aqu� no hay cobertura ADSL). Tambi�n me he traido la Playstation 3, las bicicletas� y por �ltimo un juguetito que me compr� hace poco con el que el cr�o y yo nos lo hemos pasado pero que estup�ndamente recorriendo caminos.
�

�
Incluso tuve tiempo para acoplarle una c�mara al buggy. Pongo un fragmento de 3 minutos (asfalto�+ tierra).�En el v�deo no se ve bien, pero �lex iba de copiloto (se le ve un poco en el retrovisor derecho)
�

WPvideo 1.10

Download!

�
Feliz regreso a todo el mundo al trabajo. Espero que os lo hay�is�pasado estup�ndamente estas vacaciones�;)

No hay posts relacionados.

Compresi�n de archivos con J2ME en m�dems GPRS Siemens TC65

blogElectronica — Wed, 05 Aug 2009 20:15:11 +0000

En muchas aplicaciones con m�dems GPRS es necesario almacenar datos dentro del propio m�dem. Ya vimos hace un tiempo c�mo crear ficheros dentro de la memoria Flash del m�dem gprs, trabajando como si fuese una unidad de disco.

�Que qu� tipo de aplicaciones? pues por ejemplo una aplicaci�n podr�a ser un datalogger, � un tracker GPS, o cualquier otra aplicaci�n que precise de ir guardando un log (un fichero) con ciertos datos capturados peri�dicamente. Evidentemente si estamos trabajando con m�dems GPRS es para transmitir los datos en alg�n momento. Cuando llegue el momento de transmitir v�a GPRS los datos almacenados en el m�dem a un servidor central, en funci�n del tama�o del fichero de datos que estemos manejando, puede ser bastante interesante comprimir los datos antes del env�o.
�
�
�Por qu� puede ser interesante comprimir los datos?
�
Pues b�sicamente por dos motivos. Uno es por el ahorro de tiempo en el proceso de env�o.�El otro es por cuestiones econ�micas, pues, recordemos, en la mayor�a de los casos los operadores de telefon�a facturan por volumen de tr�fico, es decir, cuantos m�s datos transmitamos m�s pagaremos.

www.blogElectronica.com

�Y c�mo comprimo ficheros con J2ME?
�
Pues lo primero que se nos suele ocurrir a todos es empezar buscando si J2ME tiene alguna clase que nos facilite esta tarea. Lamet�blemente pronto uno se da cuenta de que no, que J2ME no tiene estas clases debido a sus limitaciones (recordemos que j2me est� pensado para dispositivos con poquitos recursos). En cambio J2SE (java standard edition) s� que las tiene. Con la edici�n completa de java basta con usar el paquete java.util.zip. para gestionar f�cilmente la compresi�n de archivos. Viendo esto �ltimo, lo siguiente que a uno se le ocurre es “pues venga, voy a ver si puedo adaptar estas clases de J2SE para intentar que me funcionen en J2ME”. Pero tras unas horas gastadas en el intento uno acaba viendo que no va a ser tarea f�cil, pues se utilizan ciertas clases nativas de Zlib.
�
As� que toca ponerse a investigar alternativas … Poca cosa aparece en Internet googleando acerca de la compresi�n con J2ME y mucho menos si buscamos algo relacionado con compresi�n y m�dems GPRS, as� que creo que en este post aterrizar�n bastantes navegantes. Bueno, tras buscar un rato, uno llega al proyecto JZLib (en la web http://www.jcraft.com/jzlib/) un proyecto de software libre donde han realizado una re-implementaci�n de ZLIB. Pod�is obtener toda la informaci�n que quer�is de esa web, yo no voy a entrar en detalles.
�
�
�Y funciona? �Podemos comprimir archivos dentro del m�dem usando esa librer�a?

Pues s�, funciona :)�

A continuaci�n os voy a poner un ejemplito java que funciona en un m�dem TC65 � MTX65.� Lo pod�is descargar haciendo click aqu�. El ejemplo b�sicamente lo que hace es comprimir el texto:� “en la granja de mi tia iaiaooooooooooooooooooooooooo” y guarda el resultado final, es decir, el texto comprimido, en un fichero (en la memoria flash interna del m�dem) con el nombre “datos.z”.� Si v�is el c�digo fuente del proyecto pod�is ver que he puesto todos los archivos .java de la librer�a de compresi�n en el mismo proyecto. Obviamente se podr�a haber utilizado como librer�a pero para que nadie se me pierda y pueda probar el ejemplo sin dificultad lo dejo as�.
�
�
�Funciona!� Me ha comprimido el texto en un archivo. Pero si luego saco el archivo comprimido del m�dem con el MES y me lo llevo a mi PC no soy capaz de descomprimirlo con el WinZip.

No va a funcionar con WinZip puesto que �nicamente se ha creado un fichero con los datos comprimidos, es decir, ZLIB comprime el archivo pero si quieres utilizar el winzip tendr�s que construir la estructura de los ficheros ZIP, con sus cabeceras y dem�s. (http://www.pkware.com/products/enterprise/white_papers/appnote.html).
�

Uff, que dif�cil lo de las cabeceras ZIP. �No se puede descomprimir de otra forma?

Pues s�, con un descompresor ZLib. Pero eso lo pondr� en otro post dentro de unos d�as (el Domingo seguramente). Intentar� poner un programita hecho en VB6 (con c�digo fuente, por supuesto, para que lo pod�is utilizar) que sea capaz de descomprimir los ficheros generados por el m�dem.� De esa manera�tendr�is todo lo necesario para poder �comprimir un archivo con el m�dem, enviarlo v�a GPRS y descomprimirlo despu�s en nuestro servidor.
�
�
Bueno, espero que os haya interesado el post y que os sea �til alg�n d�a, me voy a cenar.

Posts relacionados:

Compresi�n de archivos con J2ME en m�dems GPRS Siemens TC65 - II Hace unas semanas puse un post sobre compresi�n de archivos...
Localizando fallos dif�ciles de reproducir en los m�dems Cinterion TC65, XT65 Si desarrollas aplicaciones en Java para los m�dems gprs TC65,...
A�adir datos a ficheros con m�dems Siemens-Cinterion desde java �En bastantes ocasiones me ha llegado la pregunta de c�mo...

C�mo cargar las bater�as de plomo

blogElectronica — Wed, 29 Jul 2009 19:12:41 +0000

Hoy voy a poner un art�culo sobre el proceso de carga de las bater�as de plomo. Es un art�culo que no he hecho yo, sino es una interesant�sima traducci�n que se ha currado hace unos d�as mi compa�ero Jes�s Santos y me parece oportuno ponerlo aqu�.

El art�culo original es de la empresa Silver Telecom (cuyo distribuidor en Espa�a es Matrix), una empresa que fabrica m�dulos POE, COIC, SLIC y m�dulos cargadores de bater�as. En el art�culo se muestra cuales son las diferentes t�cnicas para cargar bater�as de plomo y muestra qu� combinaci�n de t�cnicas usar�a el cargador �ptimo�que�maximizase la vida de las�bater�as. Ese es el�peque�o m�dulo AG102 que han creado los chicos de Silver.
�
Aqu� ten�is el art�culo …
��

Las bater�as selladas de plomo son usadas en m�ltiples aplicaciones y equipos, pero la carga de ellas es un proceso complejo.
�
Cargar bater�as de plomo (SLA, Sealed Lead Acid) no parece ser un proceso dif�cil, pero lo realmente complicado es maximizar la vida de la bater�a. Uno puede usar los simples cargadores de corriente constante o tensi�n constante, como puede ser conect�ndola a una fuente de alimentaci�n.� La bater�a se acaba cargando, pero la duraci�n de su vida, los ciclos de carga y descarga que especifica el fabricante se acortar�n sustancialmente. Para conseguir la vida esperada de la bater�a, deben usarse cargadores inteligentes, lo que al final se traduce en un importante ahorro�de costes (y por supuesto,�cuidamos el medio ambiente).
�
Antes de entrar en detalle de las diferentes t�cnicas de carga, es importante conocer los procesos qu�micos internos�de la bater�a y qu� es lo que ocurre en los ciclos de carga y descarga.
�
T�picamente, una bater�a de plomo sellada (SLA) est� fabricada con placas de di�xido de plomo (PbO2)� conectadas al polo positivo y con placas de pomo (Pb) que se conectan al polo negativo. Un electrolito, normalmente �cido sulf�rico (mezclado con un gel), separa y a�sla las placas.
�

Cuando la bater�a se descarga, el plomo del polo negativo y el di�xido de plomo del polo positivo se convierten en sulfato de plomo (PbSO4). Al mismo tiempo, el �cido sulf�rico se convierte en agua (H2O).
�
En el proceso de carga, la reacci�n qu�mica es la inversa. El sulfato de plomo y el agua se convierte en plomo, di�xido de plomo y �cido sulf�rico. Durante este ciclo, se producen gases que necesitan ser reconvertidos en un “ciclo de oxigeno”. Se genera ox�geno en las placas positivas durante el final del ciclo de carga, y reacciona con descargas parciales en la placa de plomo bornes negativos. Como la carga contin�a, el ox�geno producido tambi�n se combina con el hidr�geno produciendo agua en las placas negativas. Con un control adecuado de las tensiones en las celdas, el agua producida desaparecer�a de las placas negativas, y retornar�a al electrolito.
�
Si una bater�a de plomo se sobrecarga, el exceso de tensi�n en las celdas puede revertirse en la conversi�n del electrolito en grandes cantidades de hidr�geno y ox�geno que no podr�n ser recombinados por procesos normales. Las v�lvulas de seguridad de presi�n de las bater�as se abrir�n y expulsar�n estos gases con la consecuente p�rdida de electrolito y de capacidad de la bater�a.
�
Si la bater�a por el contrario no es cargada por completo, las bajas tensiones de las celdas causar�n que la corriente de carga caiga a cero antes del proceso de carga total. Esto se traduce en que algo del sulfato de plomo producido en las descargas permanezcan en las placas de las celdas, donde se cristalizan, causando una permanente p�rdida de capacidad.
�
Es importante recordar que las bater�as de plomo SLA tienen una autodescarga propia de aproximadamente 5% al mes. Es mucho m�s que otro tipo de bater�as recargables, y tiene que ser considerado. Los fabricantes recomiendan recargar la bater�a cuando alcance un 70% de su capacidad (aproximadamente 2.1 V por celda). Esto tambi�n interviene en maximizar la vida de la bater�a aunque es dif�cil de tener en cuenta en el mundo real.
�
Veamos las diferentes t�cnicas de carga:

�
��Carga con Tensi�n Constante. Este m�todo es el m�s com�nmente usado. Las celdas de la bater�a dividen la tensi�n y ecualizan la carga entre ellas. Es importante limitar la corriente inicial de carga para evitar que se da�e la bater�a. Con esta t�cnica no se puede lograr el deseado balance de una carga r�pida sin da�ar o sobrecargar la bater�a.
�
��Carga con corriente constante. Este m�todo se puede usar para cargar una simple celda de 2V, pero no es recomendado para cargar celdas en serie al mismo tiempo, ya que algunas celdas reaccionan�al cargarse por completo antes que otras, siendo imposible saber cuando han llegado a su estado de carga completa. Si la carga contin�a con la misma corriente por un periodo de tiempo elevado, algunas celdas se sobrecargar�n, da�ando la bater�a.
�
��Disminuci�n gradual de la corriente de carga. No recomendamos este m�todo ya que a menudo acorta la vida de la bater�a por el poco control sobre la tensi�n de carga m�xima final. Sin embargo, la simplicidad de la circuiter�a y el bajo coste, hace que se use para cargar varias bater�as (conectadas en serie) simult�neamente. Es recomendable que se tenga en cuenta tanto el tiempo de carga o el corte de corriente para prevenir da�os.
�
��Carga dos estados tensi�n constante carga. Este m�todo es el ideal para cargar bater�as plomo en un corto periodo de tiempo y mantenerlas en una condici�n de carga flotante.

�
Cada una de estas t�cnicas tiene sus ventadas e inconvenientes, pero usar un cargador as� traer� consecuencias econ�micas en un futuro, ya que comprobar la capacidad de la bater�a y el reemplazo de las que han perdido capacidad es costoso por los desplazamientos y costes de reciclado.
�
Un factor importante en las cargas de bater�a es la temperatura. Cuando la temperatura aumenta, la actividad qu�mica de la bater�a, tambi�n, con lo que la tensi�n de carga se debe reducir para prevenir la sobrecarga. Si la temperatura disminuye, se debe incrementar la tensi�n de carga para evitar no cargar al completo la bater�a.
�
El cargador perfecto es aquel que combinar� las t�cnicas de carga de corriente constante con el de dos estados de tensi�n constante, monitoreando la tensi�n de la bater�a y su temperatura, para reducir el tiempo de carga y� todos los estados de estr�s� comentados anteriormente.�
��
Silvertel ha dise�ado y fabricado este cargador perfecto, el m�dulo Ag102.

La siguiente figura muestra los m�ltiples estados de carga que el modulo Ag102 de Silvertel� genera a una bater�a de 6 celdas (12V). La curva superior muestra la tensi�n de carga, y la inferior, la corriente de carga.

�

La primera parte del ciclo es el modo de carga de corriente constante �Bulk Charge�. El m�dulo Ag102 limita esta corriente a 0.25C Amperios (un cuarto de la capacidad de la bater�a), como especifica el fabricante. Durante este estado, el Ag102 monitorea la tensi�n de la bater�a hasta que se alcanzan la tensi�n de 14.4V (2.4V / celda).
�
Una vez que se alcanza este nivel de tensi�n 2.4V/celda, el Ag102 cambia el ciclo autom�ticamente al segundo estado, �Alta absorci�n de carga�. El Ag102 cambia de carga de corriente constante a carga de tensi�n constante y ahora mide la corriente de carga. Cuando �sta cae a 0.05C Amps, la bater�a habr� recuperado el 70-80% de su carga. En este punto, en una bater�a de 12V, la tensi�n de salida del Ag102 se reduce a 13.65V (2.275V/celda). Es el estado de �Baja absorci�n de carga�. El remanente de carga de 20-30% se llevar� a cabo a este bajo nivel de tensi�n para prevenir la sobrecarga. El Ag102 permanecer� as� hasta que se cargue la bater�a por completo.
�
El estado final del ciclo de carga es el de �Carga Flotante�. Este se realiza manteniendo el bajo nivel de absorci�n de carga, o como lo hace el Ag102, produciendo una carga flotante intermitente, como se muestra en la anterior figura. Estos m�todos aseguran que la bater�a ni se sobrecargue, aumentando la vida de la bater�a. Durante todo este periodo, el Ag102 monitorea el estado de carga de la bater�a y la ofrece en sus pines de estado.

Todos los estados anteriores se basan en una temperatura ambiente de 20� a 25�C. Para una mejor funci�n, estas tensiones tienen que ser compensadas en 4mV/�C/celda, reduciendo en m�s temperatura y aumentando en bajas temperaturas. El Ag102 tiene la posibilidad de obtener la temperatura mediante su entrada de termistor PTC (el cual debe estar conectado a la bater�a), y ajustar� las tensiones de carga acorde a ella.
�
Alargar y llegar a obtener los ciclos de carga y descarga, la vida completa de una bater�a, ahorra los costes de mantenimiento, desplazamientos y colaborar� con nuestro medio ambiente, por necesitar menos reciclajes.
�

Espero que el art�culo haya sido de Inter�s. Gracias Jes�s.

No hay posts relacionados.

GPS LEA-4 / LEA-5 de ublox vs IT350 de Fastrax

blogElectronica — Tue, 21 Jul 2009 20:20:35 +0000

�Pero que poco para las vacaciones! . La verdad es que este a�o las necesito de verdad. En esta ocasi�n me cojo las tres �ltimas semanas de Agosto. Adem�s de la visita obligada al pueblo, mi chica (y ya mi hijo, que con tres a�os, para cuatro, habla m�s ya que una cotorra) me han liado para irnos unos cuantos d�as a Eurodisney.
�
En fin, hoy, muy brevemente, voy a presentar un nuevo m�dulo GPS que me ha llamado la antenci�n pues tal vez sea de inter�s para aquellos que en la actualidad est�is utilizando m�dulos GPS de uBlox, en concreto me estoy refiriendo a los modelos GPS ublox LEA-4 y LEA-5.
��
Se trata del nuevo m�dulo GPS de Fastrax IT350 (distribuido por Matrix en Espa�a). �ste es un m�dulo como digo compatible con la huella de los GPS LEA4 y LEA5 de uBlox (mismo tama�o, 22.4×17.0×2.3mm), pero con mejores prestaciones. Por ejemplo, el consumo es mucho menor, pues estamos hablando de un consumo de 75mW frente a los 120mW del uBlox. Si hablamos de la sensibilidad, �sta tambi�n es mejor, -143dBM frente a -142dBM. A nivel de precio, otra “prestaci�n” bastante importante en los tiempos que corren ;), el Fastrax IT350 es bastante m�s econ�mico que el LEA4.

� �

�Y puedo substituir en cualquiera de mis equipos un GPS LEA-4 � LEA-5 por un IT350?

�

Pues en la mayor�a de los casos s�, aunque no en todos. Por ejemplo no es posible substituir el LEA4 por el IT350 si en nuestros circuitos estamos alimentando el m�dulo GPS con una tensi�n inferior a 3V (el fastrax necesita una alimentaci�n de entre 3V y 3.6V). Evidentemente tampoco vamos a poder hacer una substituci�n directa si estamos utilizando el protoloco binario UBX propio de los m�dulos de UBlox, ni tampoco si se est� utilizando el bus SPI (en el caso del LEA-4) o el I2C en el caso del LEA-5.

�

Aqu� van unas fotos del m�dulo para quien tenga curiosidad:

�

�

No hay posts relacionados.

DynDNS con los m�dems Siemens / Cinterion

blogElectronica — Sat, 11 Jul 2009 06:14:17 +0000

Si realizas aplicaciones con m�dems GPRS en muchas ocasiones te habr�s encontrado con el problema de que las direcciones IP asignadas por el operador de telefon�a son din�micas.
�
�Que qu� es una IP din�mica? Pues significa que cada vez que uno de tus m�dems se conecte a la red GPRS el operador le va a asignar una direcci�n IP distinta.
�
En muchas aplicaciones puede no tener importancia, por ejemplo, si yo tengo un m�dem que recoge datos de un datalogger y al final del d�a el m�dem los env�a por GPRS a un servidor central pues importa poco que la direcci�n IP del m�dem sea din�mica, pues en este caso es el m�dem quien realiza la conexi�n hacia un servidor central (que si debe tener una direcci�n IP fija, o al menos una DNS).
�

�
El problema viene cuando queremos trabajar con m�dems GPRS en modo servidor, es decir, con m�dems que permanecen conectados a GPRS de forma permamente y que permanecen a la escucha en un determinado puerto TCP a la espera de conexiones entrantes (t�pico telemantenimiento). En esta situaci�n es necesario conocer la direcci�n IP de los m�dems. Hay varias soluciones para resolver este problema, hoy voy a comentar una de ellas, el servicioDynDns.
�
Con DynDns es posible, gratuitamente, asignar una determinada IP a una DNS.� Para ello basta abrise una cuenta en www.dyndns.org.
�
�
Veamos un ejemplo concreto.
��
No voy a poner un ejemplo en java sino que lo vamos a ver directamente con comandos AT. Hacerlo con java a partir de lo siguiente es pr�cticamente igual si usamos la clase ATCommand.
�
Imaginemos que tenemos creada nuestra cuenta en DynDns.org con los siguientes datos:

servidor DNS: members.dyndns.org
host: blogelectronica.dyndns.org
login: miLogin
password: miPassword
IP actual: 80.100.101.102�� (la IP que me ha asignado el operador)
��
�

y lo que quiero conseguir con el m�dem es que la direcci�n blogelectronica.dyndns.org apunte a la direcci�n IP 80.100.101.102 que es la que me ha asignado el operador en un momento dato. Es decir, que si yo desde mi PC hago ping a blogelectronica.dyndns.org tenga la misma respuesta que si hago ping a 80.100.101.102
�
��
�Y cuales son los comandos AT necesarios para hacer que blogelectronica.dyndns.org apunte a la IP 80.100.101.102?
�
Pues para configurar el perfil de conexi�n GPRS (con movistar) son los siguientes:

�
AT^sics=0,conType,GPRS0
OK
AT^sics=0,inactTO,20
OK
AT^sics=0,user,MOVISTAR
OK
AT^sics=0,passwd,MOVISTAR
OK
AT^sics=0,apn,movistar.es
OK
AT^sics=0,dns1,80.58.0.33
OK

�
Para configurar el perfil de servicio http son los siguientes (fij�os que para DynDns es necesario utilizar el protocolo de autenticaci�n b�sico, con login y password, de ah� que activemos el hcAuth)

AT^siss=0,srvType,Http
OK
AT^siss=0,conID,0
OK
at^siss=0,user,miLogin
OK
at^siss=0,passwd,miPassword
OK
at^siss=0,hcMethod,0
OK
at^siss=0,hcAuth,1
OK
AT^siss=0,address,http://members.dyndns.org/nic/update?hostname=blogelectronica.dyndns.org&myIP=80.100.101.102&
wildcard=NOCHG&mx=NOCHG&backmx=NOCHG
OK

Por �ltimo nos queda abrir el socket para iniciar la conexi�n HTTP:

�
AT^siso=0
OK
^SIS: 0, 0, 2201, “HTTP/1.1 401 Unauthorized”
^SIS: 0, 0, 2200, “HTTP Redirect to:members.dyndns.org:80/nic/update?hostname=blogelectronica.dyndns.org&myIP=80.100.101.102&
wildcard=NOCHG&mx=NOCHG&backmx=NOCHG”
^SIS: 0, 0, 2201, “HTTP/1.1 200 OK”
^SISR: 0, 1

Este �ltimo evento ^SISR: 0,1 indica que han llegado datos al socket “0″ y tenemos que leerlos con AT^SISR:
�

AT^sisr=0,1500
^SISR: 0, 17
good 80.100.101.102
OK

�
S�lamente haciendo esto, ya tenemos asociada la DNS blogelectronica.dyndns.org a la IP 80.100.101.102 de manera gratuita y sin necesidad de pagar ninguna cantidad mensual al operador, que si no recuerdo mal cobran en torno a los 12 euros + iva por cada direcci�n IP fija.
�
Esto es algo que incorporar� m�s adelante en el MTXTunnel, aunque posiblemente lo haga �nicamente en la versi�n advanced.
�
Bueno, espero que el post os haya resultado de inter�s y que os sea �til para vuestras aplicaciones con m�dems gprs Siemens / Cinterion, que como v�is es posible hacer de todo con ellos, una maravilla de m�dems.

�

Puedes comentar este post en el nuevo Foro (click aqu�)

- (6) Posts

Posts relacionados:

MTX65-ULP. M�dem GRPS Ultra Low Power basado en Siemens/Cinterion � Hoy voy a hablar de un nuevo terminal, del...
Protocolo Multiplex con m�dems de Siemens Hoy voy a hablar un poquito de la caracter�stica Multiplex...
Nueva versi�n v1.8 del entrenador Siemens / Cinterion � Ya est� diposible una nueva versi�n del entrenador de...

Versi�n 1.1 de la plataforma OTAP

blogElectronica — Tue, 30 Jun 2009 19:10:55 +0000

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.

Lo pod�is descargar haciendo click aqu�.

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.

Puedes comentar este post en el nuevo Foro (click aqu�)

- (1) Posts

Posts relacionados:

Plataforma OTAP para m�dems gprs Siemens - Cinterion Hace tiempo que no escribo en el blog. Han �sido...
Localizando fallos dif�ciles de reproducir en los m�dems Cinterion TC65, XT65 Si desarrollas aplicaciones en Java para los m�dems gprs TC65,...
A�adir datos a ficheros con m�dems Siemens-Cinterion desde java �En bastantes ocasiones me ha llegado la pregunta de c�mo...

Foro de electronica

blogElectronica — Wed, 24 Jun 2009 21:20:58 +0000

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

Puedes comentar este post en el nuevo Foro (click aqu�)

- (2) Posts

Posts relacionados:

Acerca de Mi nombre es Jose Gallego y te doy la bienvenida...
Reestreno de forumElectronica.com Llevo un par de semanas sin postear. Iba a publicar...
busqueda-electronica Puedes comentar este post en el nuevo Foro (click...

Plataforma OTAP para m�dems gprs Siemens - Cinterion

blogElectronica — Sat, 20 Jun 2009 16:13:10 +0000

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.

Puedes comentar este post en el nuevo Foro (click aqu�)

- (1) Posts

Posts relacionados:

Versi�n 1.1 de la plataforma OTAP Aqu� cuelgo para quien lo necesite la versi�n 1.1�(beta por...
Ejemplo FTP Java para m�dems Siemens Hoy pongo un brev�simo post con un nuevo ejemplo Java...
C�mo obtener la hora con los terminales MTX y m�dems Siemens / Cinterion Llevo casi un mes sin escribir en blogElectronica. Y es...

Uso correcto de la Flash de los m�dems Cinterion TC65 y XT65

blogElectronica — Wed, 20 May 2009 19:54:34 +0000

En muchas ocasiones podemos tener la necesidad de utilizar el FFS (File Flash System) de nuestros m�dems gprs Cinterion �TC65 � 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.
�

�

Si tenemos en cuenta que que en una memoria Flash es posible realizar unas 100.000 grabaciones y que el tama�o de la memoria Flash del TC65 es de unos 1.7MBytes y tendiendo en cuenta que el tama�o del cluster que es de 64KB, no resulta dif�cil ver que no debemos abusar del borrado de archivos. Es decir, veamos un ejemplo, si creamos un peque�o fichero de 100 bytes y lo borramos cada minuto,� aproximadamente cada 26 minutos (1.7 / 0.064) hemos “dado un repaso” a toda la flash. Esto significa que al cabo de 100.000 x 26 = 2.600.000 minutos (o menos) nos habremos cargado la flash casi seguro. Cada d�a tiene 1440 minutos, un a�o 365 x 1440 = 525.600 minutos, lo que implica que a los 2.600.000 / 525.600 = 4.9 a�os (casi seguro antes, ya que hay procesos internos del m�dem que tambi�n escriben en flash) nuestro m�dem morir�. Tambi�n hay que tener presente que cuando borramos un cluster (por ejemplo para borrar un fichero de 100 bytes que hay en �l) en resto de la informaci�n que hay en el cluster no se debe borrar, por los que los algoritmos internos del gestor de la FFS del m�dem deben reescribir la informaci�n que hay en �l y que no debe borrarse, es decir, m�s desgaste a la flash para descontar�adem�s del riesgo a�adido que supone el corte de suministro el�ctrico en ese momento de la copia.
�
��
�C�mo actuar entonces?

En caso de querer utilizar ficheros con nuestra aplicaci�n java debemos evitar en lo posible el borrado continuo de los mismos por lo comentado anteriormente. La mejor forma de evitarnos problemas es crear un fichero en la Flash (o los ficheros que precise nuestra aplicaci�n) e intentar no borrarlos NUNCA. Es decir, por ejemplo, creamos 2 ficheros Log1.txt y Log2.txt y vamos almacenando registros (con registro me refiero, por ejemplo, una trama GPS de logitud fija).

Imagin�monos que nos marcamos un m�ximo de 5000 registros por fichero. Una vez escribamos los 5000 registros en Log1.txt empezamos a escribir los datos en Log2.txt y ya podemos enviar Log1.txt por GPRS a nuestro servidor central. Tras el proceso de env�o de Log1.tx NO borramos el fichero. Cuando hayamos escrito otros 5000 registros en Log2.txt empezaremos a escribir en Log1.txt MACHACANDO sobre el registro 1 y as� sucesivamente hasta llegar al registro 5000. Es decir, el truco est� en sobreescribir los registros y no borrar los ficheros. Esta es una manera de ahorrarnos, de verdad, problemas desagradables al cabo del tiempo por desgaste de la memoria Flash.

Cuando programamos sobre los TC65 y XT65 debemos pensar que estamos trabajando sobre un m�dulo embebido y no sobre un Core 2 DUO con HHDD. Que s�, que son unos m�dulos muy potentes y al programar en java y con sistema de archivos a veces perdemos todos un poco esa perspectiva de m�dulo embebido, pero debemos tenerlo en cuenta.
�

Espero que encontr�is de utilidad este post. Otro d�a m�s.

Posts relacionados:

Localizando fallos dif�ciles de reproducir en los m�dems Cinterion TC65, XT65 Si desarrollas aplicaciones en Java para los m�dems gprs TC65,...
Memoria Ram y Flash de los m�dems TC65 y XT65 �ltimamente me han preguntado bastante en relaci�n a la memoria...
Compresi�n de archivos con J2ME en m�dems GPRS Siemens TC65 En muchas aplicaciones con m�dems GPRS es necesario almacenar datos...

Bater�as para el MTX65 / TC65T

blogElectronica — Tue, 05 May 2009 21:14:23 +0000

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

�
Os pongo el datasheet aqu�.

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

Posts relacionados:

MTX65-ULP. M�dem GRPS Ultra Low Power basado en Siemens/Cinterion � Hoy voy a hablar de un nuevo terminal, del...
Nuevo firmware v2.0 para los m�dems Siemens / Cinterion XT65 y MTX65+G Desde la semana pasada est� disponible el nuevo firmware del...
Ejemplo FTP Java para m�dems Siemens Hoy pongo un brev�simo post con un nuevo ejemplo Java...

Localizando fallos dif�ciles de reproducir en los m�dems Cinterion TC65, XT65

blogElectronica — Wed, 22 Apr 2009 20:17:30 +0000

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

�
Una forma para intentar averiguar qu� ocurre con un programa puede ser tener un hyperterminal conectado al puerto serie para ir guardando las trazas que vayamos sacando mediante System.out.println, pero no parece el m�todo m�s adecuado para todas las situaciones �verdad? Un poco armatoste si tenemos que poner un PC en un coche o en una m�quina de vending o donde sea que tengamos nuestro m�dem …

Una manera alternativa que nos permiten los modems Siemens / Cinterion es redirigir la salida estandard hacia un fichero, es decir, que en lugar de sacar las trazas por el puerto serie del equipo (al hacer un System.out.println) se volcar�n en un fichero de texto de tipo log dentro de la memoria flash del m�dem. De esta manera cuando ocurra el suceso extra�o podemos mirar los log e intentar ver en qu� m�todo o parte del programa o haciendo el qu� tenemos el error. Es muy �til.
�
�
�Y c�mo se hace eso?

Pues con el super comando AT^SCFG.� Con eso comando podemos especificar el destino de la salida estandard (en este caso definiremos un fichero, el tama�o del fichero, el nombre del fichero y el modo de almacenamiento.
�
Cuando definamos el tama�o del fichero hay que tener presente que realmente se crear�n dos ficheros. Por ejemplo, si el�nombre del�fichero es�log.txt, se crear�n�log.txt.0 y log.txt.1.�� Cuando log.txt.0 alcance la mitad del tama�o que hayamos especificado se empezar� a escribir sobre log.txt.1. De igual forma, cuando log.txt.1 llegue a la mitad del tama�o especificado se escribir� sobre log.txt.0 y as� sucesivamente de forma rotativa.
�
En cuanto al modo de almacenamiento tenemos dos modos. El de por derecto, “buffered” y el “secure”. Con “buffered” la salida no se escribe directamente en flash, sino que se almacena de forma temporal en un buffer intermedio (en RAM) y cuando toque (cuando lo diga un timer) se salvan los datos en Flash. En modo “secure” se escribe directamente a Flash. Depende del tipo de situaci�n y la gravedad del problema deberemos de usar uno u otro modo.
�
��
�Alg�n ejemplo?

Por supuesto, configurando el m�dem con:
�

AT^SCFG=”Userware/Stdout”,”FILE”,20000,”a:/log.txt”,”secure”

�
Si despu�s, en alg�n momento �desde nuestra aplicaci�n java hacemos un:
�

…
System.out.println(”Hola”);
…

�
veremos como en A:/log.txt.0 tenemos el “Hola”.
�
��
Bueno, otro d�a m�s. Espero que esto pueda ayudar a alguno que tenga problemas dif�ciles de descubrir. Yo ahora me voy a poner un rato con una de las tareas que menos me gustan de todo el a�o, la renta. Y pensar que hay gente que disfuta�haciendolas …� (palabra que conozco a un par).�

Posts relacionados:

Uso correcto de la Flash de los m�dems Cinterion TC65 y XT65 En muchas ocasiones podemos tener la necesidad de utilizar el...
Memoria Ram y Flash de los m�dems TC65 y XT65 �ltimamente me han preguntado bastante en relaci�n a la memoria...
A�adir datos a ficheros con m�dems Siemens-Cinterion desde java �En bastantes ocasiones me ha llegado la pregunta de c�mo...

Reemplazando cables serie por comunicaciones radio.

blogElectronica — Tue, 14 Apr 2009 22:06:11 +0000

�

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.

�

Muy interesante, pero a mi me gustar�a tener 2 radio enlaces independientes, es decir, por un lado A y B y por otro C y D, no quiero que, por ejemplo, C y D reciban lo que env�an A � B. �Es posible?

Por supuesto, basta con que programes una misma direcci�n destino en A y B, por ejemplo la 1 y otra para C y D. Puedes establecer 0xFFFF direcciones diferentes, f�jate si puedes crear radioenlaces independientes.

�

Hablas de cambiar par�metros como la direcci�n destino. �C�mo se hace eso?

Pues puedes hacerlo con comandos AT, al igual que un m�dem puedes utilizar el +++ para pasar a modo comandos y enviar los comandos AT apropiados. �Pero la verdad es que lo m�s sencillo es utilizar la aplicaci�n de Digi, X-CTU (gratis, te la puedes bajar de su web), que te lo permite hacer de una forma visual y sencilla.�

�

Entonces, �si yo quiero utilizar uno de estos radio-m�dems, tengo que utilizar el programa de configuraci�n siempre para configurarlos antes de usarlos?

No. Los radio-m�dems vienen directamente configurados para que si coges una pareja, los alimentes y a funcionar como “cable replacer”. S�lo debes configurarlo para cosas especiales / avanzadas. Por ejemplo, si quieres hacer un simple y �nico cable serie replacer no te hace falta configurar nada.

�

�Qu� alcance tienen?

Bueno, seg�n especificaciones en indoor unos 180m, en visi�n directa con una antena de 2.1dBm unos 5Km y con antena de alta ganancia 16Km. Ten siempre en cuenta que los fabricantes dan datos reales pero en condiciones ideales (acu�rdate de la altura de las antenas, …)

�

�Son los equipos inmunes a interferencias?

Trabajan con FHSS, es decir, con frecuency hooping, que lo hace bastante inmune a interferencias. Adem�s es posible configurar los radio-m�dems para realizar reintentos si no se recibe el ACK correspondiente.

�

�Los equipos pueden recibir y enviar datos de forma simult�nea?

No. O env�an o reciben datos, aunque el equipo permite ser configurado para, digamos, simular un sistema full-duplex, es decir, permite fragmentar y enviar la informaci�n recibida por el puerto serie en paquetes de X Bytes e introducir un peque�o retardo aleatorio entre cada paquete enviado, de esa forma se da un slot de tiempo al resto de radio-m�dems para emitir, dando una sensaci�n, en la pr�ctica, de comunicaci�n full-duplex, aunque realmente no lo es, es decir, s�lo transmite un equipo en un instante de tiempo dado.

�

�Y se puede trabajar en modo de bajo consumo?

S�, puede trabajar en modo bajo consumo. Hay varias maneras, la m�s interesante es una manera de trabajar de igual forma que lo hacen las wavecard de Coronis que ya expliqu� hace un tiempo por aqu�. Los equipos duermen y despiertan cada X segundos (configurables) y miran si hay una comunicaci�n para ellos atend�endola si la hay.

�

En resumen, unos dispositivos muy robustos y sencillos de utilizar para aquellas aplicaciones que pretendamos comunicar de forma transparente 2 � m�s dispositivos serie (RS232 � RS485). Ma�ana m�s.��;)

Posts relacionados:

Bandas para comunicaciones radio sin licencia en la Uni�n Europea En muchas ocasiones podemos tener la necesidad de desarrollar un...
Comunicaciones RF utilizando las WaveCard de Coronis Hoy S�bado vamos a retomar un post que puse ya...
Comunicaciones RF en la banda de 868 y 869 MHz Si alguna vez hab�is tenido la necesidad de desarrollar un...

Utilizando el polling con los GPIOs en los m�dems gprs Cinterion

blogElectronica — Mon, 30 Mar 2009 19:17:55 +0000

�

Si has trabajado alguna vez con los GPIO de los m�dems Cinterion TC65 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

Posts relacionados:

Plataforma OTAP para m�dems gprs Siemens - Cinterion Hace tiempo que no escribo en el blog. Han �sido...
Clases java InPort y OutPort para los m�dems gprs Cinterion y terminales MTX Como vimos hace ya un tiempo, con las nuevas versiones...
Par�metro Autoexec de los m�dems Siemens / Cinterion � Hoy voy a comentar por encima un par�metro importante...