es una pregunta difícil de responder, obviamente yo te voy a decir que el MTX65+G. Piensa que detrás del MTX65+G hay mucho trabajo hasta haber conseguido un producto así. Además, habrá sorpresas agradables para los usuarios del MTX65+G con nuevas prestaciones dentro de poco …

Salu2.

“Sabes si los módems tc65i y xt65 son compatibles a nivel de comandos at?
Es decir, si desarrollo un programa para un micro externo y el xt65,
y si luego no necesito el GPS intercambiar el xt65 por el
tc65i que es màs barato… Lo ves posible?”

Sí, son compatibles.

” uno de los puertos del arm9 que integra en su interior para implementar la
comunicación serie con el receptor Gps.”

(El XT65 es un ARM7, el TC65i un ARM9) Efectivamente el segundo puerto serie se usa para el control de GPS. Y sí, el único puerto serie del XT65 es completo, con sus CTS y RTS).

“He leído que los comandos at disponiblEs externamente no son los mismos que los accesibles desde Java.”

A nivel de comandos AT son exactamente los mismos que puedes enviar desde JAVA con la clase ATCommand. Lo único que hay algunos que no se pueden usar desde java, como el AT^SJRA, para lanzar una aplicación java.

“Concreetamente, sabes si desde un procesador externo se pueden crear
sockets tcp y udp, de tal forma que podamos currarnos un protocolo a nivel de aplicación?”

Esto último no lo entiendo bien. ¿Hablas de usar el stack TCP/IP del micro con el módem? Si es así, sí, es posible.

Salu2.

Sabes si los módems tc65i y xt65 son compatibles a nivel de comandos at?
Es decir, si desarrollo un programa para un micro externo y el xt65,
y si luego no necesito el GPS intercambiar el xt65 por el
tc65i que es màs barato… Lo ves posible?

Por cierto, el xt65 no tiene dos puertos serie (como he
leído en el blog) sino que tiene un único puerto serie. Mi
impresión es que el xt65 debe utilizar uno de los puertos
del arm9 que integra en su interior para implementar la
comunicación serie con el receptor Gps.

Ahora bien, ese puerto serie es completo? Cuando hablamos
de puerto serie completo entiendo que es rts y cts además
de rx y tx. Estas líneas de flujo hardware a veces no se
utilizan, por lo que no suelen ser necesarias. Sin embargo,
si se trabaja con el modo sleep, estas líneas son importantes.
Cts se utiliza para indicar al procesador externo que el
módem se encuentra dormido o despierto. Y rts para despertar
externamente al módulo cuando se encuentra dormido. Así
que en ese caso hay que teneR cuidado.

Por último, preguntarte un par de preguntas más complicadillas, a ver si las sabes.

He leído que los comandos at disponiblEs externamente no son
los mismos que los accesibles desde Java. Concreetamente,
sabes si desde un procesador externo se pueden crear
sockets tcp y udp, de tal forma que podamos currarnos
un protocolo a nivel de aplicación?

Un saludo.

no se a qué te refieres con lo del chip, si te refieres a tarjeta SIM sí, la llevan. Puedes ver los modelos en http://www.Cinterion.com

Saluw.

Nuevamente gracias por su ayuda.

es complicado saberlo así … pero parece más un problema de la red celular. Creo recordar, por ejemplo, que el primer error lo podrías reproducir así:

tienes una conexión cliente TCP establecida contra un PC servidor. Coge y desconecta el cable de red del servidor (como si hubiera un corte en la red gprs) y cierra entonces la conexión desde el lado del servidor. El TC65 no se va a enterar al no recibir los paquetes desde el servidor que indican el cierre. Después intenta enviar algo desde el TC65 y seguramente obtendrás el error de “remote host has reset the connection”.

Salu2.

Una pregunta, saben que significa los siguientes errores que me aparecen en el log de las cajas GPS que tengo con TC65:
Unattach: err send:java.io.IOException: Remote host has reset the connection
Unattach: err send:java.io.IOException: Connection timed out

Se refiere a problemas con la red celular o problemas de socket con el server donde vive la aplicación???

Gracias y buen fin de semana.

Saludos.

este dispositivo es un módem que puedes programarlo en Java. Por sí sólo no hace nada, debes realizar una aplicación para que envíe la posición. Respecto a dónde envía la ubicación … pues cómo tú quieras. Puedes enviarla por SMS o bien enviarla a una determinada dirección IP / puerto TCP. Como te digo debes implementar una aplicación en java, como si fuera un PC lo que manejas.

Salu2.

la única manera de realizar eso es mediante una aplicación java, que trate el texto de un SMS entrante y lo envíe mediante una instancia de una clase ATCommand (de igual forma que utilizarías la clase ATCommand para el envío de cualquier comando AT).

Salu2.

Alguien sabe acerca de cómo configurar modems GSM/GPRS con comandos at vía sms? A lo que me refiero es, que quiero configurar algunos modems pero sin el uso del hyperterminal, es decir, que le envíe un mensaje sms a la línea celular que tiene el modem con comandos AT, ya saben, para configurar operador celular, dirección IP del server a donde se debe conectar, etc.

Gracias y si saben algo, me ayudarían mucho.

Saludos.

por supuesto que puedes. Evidentemente no me preguntes cómo, pues es un proyecto en toda regla que no se puede explicar en unas líneas, pero sí, se puede. Con todo el contenido que puedes leer en este blog puedes hacer esta aplicación sin problemas.

Salu2.

el tiempo real en GPRS es relativo, depende de la cobertura y demás, pero puedes llegar a refrescar una posición cada 2-3 segundos sin problemas. Eso aquí y en Argentina se le llama tiempo real.

Y sí, lo del SMS es posible, no hay problema.

Salu2.

Desde ya muchas gracias, espero que sigan asi. Saludos.