blogElectronica.com

blogElectronica dice:

Hola Jon,

lo de rápida respuesta … bueno … hago lo que puedo, sólo puedo consultar el blog por las tardes-noches en casa.

A ver si mañana puedo darte respuesta a lo de FTP …

En lo referente a si FTP es la mejor opción, pues no lo sé, pues desconozco tu aplicación. Una alternativa muy sencilla es utilizar HTTP si como dices los datos son cortos. El MC55 (bueno, y todos los Siemens con pila TCP/IP interna) pueden usar GET y POST para enviar datos.

Por ejemplo, si lo que quieres es enviar periódicamente los datos de un sensor, digamos de temperatura, una manera fácil como yo lo haría sería cargando este link “http://www.blogElectronica.com/recogedatos.asp?pass=unPassword&temperatura=25″. Si la lista de datos fuera larga (sobre todo si es mayor de 1024 bytes) hay que usar el método POST.

Si trabajas con un servidor ASP son muy fáciles de regocer esos datos, por ejemplo para GET:

password=Request.QueryString(“pass”)
temperatura=Request.QueryString(“temperatura”)

para POST sólo hay que cambiar la palabra QueryString por FORM

Luego teniendo los datos es muy fácil guardarlos en una Base de datos, teniendo los datos almacenados con fecha, hora, … pero no me extiendo porque a lo mejor no es lo que quieres hacer y yo estoy aquí liándote más ) (Si quieres saber más dímelo)

blogElectronica dice:

Exacto, el modem “debe de cargar esa página”. Pongo unos archivos que he creado en el enlace http://www.blogElectronica.com/TEMP/GuardarDatosEnBBDD.zip con todo lo necesario para guardar datos en una BBDD.

Otra opción que tienes es hacerlo con FTP como decías. Tal vez deberías hacer un upgrade de tu MC55 de la versión 3.03 a la 4.00. Se puede hacer mediante el puerto serie.

blogElectronica dice:

Para la actualización a la v4.00 deberías ponerte en contacto con tu distribuidor de Siemens.

Pua dice:

Comprueba también que has puest ocorrectamente todos los datos de tu server. ejemplo
de conexion con Amena. los datos de FTP están ligeramente cambiados. usa los tuyos

[08:02:59.7] ati [08:03:00.0] SIEMENS
[08:03:00.0] MC55
[08:03:00.0] REVISION 03.03

[08:03:00.1] OK
[08:03:02.0] at+cpin=8778 [08:03:06.9] OK
[08:03:14.4] at [08:03:14.4] OK
[08:03:14.5] ati [08:03:14.5] SIEMENS
[08:03:14.5] MC55
[08:03:14.5] REVISION 03.03

[08:03:14.5] OK
[08:03:14.6] at+csq
[08:03:14.6] +CSQ: 23,99

[08:03:14.6] OK
[08:03:14.7] at+creg?
[08:03:14.7] +CREG: 0,1

[08:03:14.7] OK
[08:03:14.7] at^sics=0,conType,GPRS0
[08:03:14.8] OK
[08:03:14.8] at^sics=0,alphabet,1
[08:03:14.8] OK
[08:03:14.9] at^sics=0,user,CLIENTE
[08:03:14.9] OK
[08:03:15.0] at^sics=0,passwd,AMENA
[08:03:15.0] OK
[08:03:15.1] at^sics=0,apn,internet
[08:03:15.1] OK
[08:03:15.2] at^sics=0,dns1,”213.143.33.8″
[08:03:15.2] OK
[08:03:15.3] at^sics=0,dns2,”213.143.32.20″
[08:03:15.3] OK
[08:03:15.4] at^siss=1,srvType,ftp
[08:03:15.4] OK
[08:03:15.5] at^siss=1,conId,0
[08:03:15.5] OK
[08:03:15.5] at^siss=1,alphabet,1
[08:03:15.6] OK
[08:03:15.6]AT^SISS=1,address,”ftpput://bichos:controlados@
miftpserver.org.com:21201/pruebas/text.txt;type=a”
[08:03:15.7] OK
[08:03:15.8] at^siso=1
[08:03:20.4] OK
[08:03:22.6] at^sisw=1,15
[08:03:31.4] ^SISW: 1, 15

[08:03:39.8] OK

[08:03:39.8] ^SISW: 1, 1

[08:03:39.8] ^SISW: 1, 1
[08:03:43.2] at^sisc=1
[08:03:50.3] OK

[08:03:51.3] ^SISW: 1, 2

Andrés dice:

Qué tal, está muy interesante tu blog, yo estoy iniciando con GPRS y me ha resultado de mucha ayuda (creo que ando un poco perdido). Si no es mucha molestia tengo algunas dudas de algunas cosas que en lo particular me llamaron mucho la atención, espero puedas ayudarme.
En primer lugar, para el modelo TC65 dices que se le pueden embeder apps Java, qué tan complicado resulta programarlas?, supongo que hay APIs para hacer esto y para poder controlar todos los puertos de E/S desde Java. Me interesa esto porque tengo varios años manejando Java y no sabía que que los módems tuvieran esta funcionalidad, es una grata sorpresa. Por otra parte, desde el mismo java se haría la llamada “http://www.blogElectronica.com/recogedatos.asp?pass=unPassword&temperatura=25″ que pones arriba?, se puede invocar cualquier página?, con las apps java evito programar con los comandos AT?
Perdón por tantas preguntas, voy a ponerme a investigar acerca de esto y gracias de antemano

Pua dice:

Ejemplo de como crear tu conexion GPRS. en este caso la Internet del operador Orange

private void configure() {
try {
// configuration for Internet access:
String response = atcommand
.send(“AT^SJNET=\”gprs\”,\”internet\”,\”CLIENTE\”,\”AMENA\”,
\”000.000.000.000\”,0\r”); // T-Mobile

if (response.indexOf(“ERROR”) >= 0) {
System.out.println(response);
}
} catch (IllegalStateException e) {
e.printStackTrace();
} catch (IllegalArgumentException e) {
e.printStackTrace();
} catch (ATCommandFailedException e) {
e.printStackTrace();
}

}

Pua dice:

Hola,

Ni idea!!! El que tengo me lop puso la empresa para desarrollar. No se cual es su coste.

Saludos

blogElectronica dice:

Hola Alejandro,

si lo necesitas puedo enviarte algún ejemplo de cómo controlar el puerto serie en Java para el TC65.

De todas formas, para aplicaciones con GPS, en lugar del TC65 ¿no te iría mejor el XT65 que tiene GPS integrado, y que ya incorpora la API de Java para el manejo del mismo?

Salu2.

Alejandro dice:

Gente,
Ya tengo los modulos en mi PODER!!! estoy como loco, pero no tengo idea de como hacer las conexiones para empezar a usarlo, la documentacion que traen es muy completa la verdad que eso me ayudo mucho, espero esta semana poder tenerlo armado para empezar a trabajar.
Saludos

blogElectronica dice:

Hola Alejandro,

Repecto a lo que indicas de la alimentación sí, es correcto. El pin 1,2 y 4 a 12V y el 5 y 6 a GND.

Respecto al módulo GPS es una lástima que no utilices el módulo de Siemens XT65 que tiene incorporado un módulo GPS en su interior (SirfIII de uBlox). La aplicación te hubiese resultado tremendamente más sencilla.

Veo que tampoco has elegido un módulo GPS con salida 232, sino TTL. Tal vez como trabajas con GPS a nivél de módulo te hubiera ido mejor trabajar con el TC65 también a nivel de módulo y no terminal. Pero bueno, si estás utilizando el TC65T, con RS232, no te queda otra que utilizar un chip max232 o similar para la conversión TTL/RS232.

Salu2.

Alejandro dice:

Maestro, me quedo una duda, en el video veo que tenes el puerto USB desarme el modulo y veo que esta el lugar para soldarlo, mi consulta es si simplemente alcanza con soldar la ficha o hay que agregar algo o modificar algo en la placa.

Saludos

Jose Noe dice:

Muy buen sitio, hasta ahora estoy comenzando a conocer elementos de comunicaciones móviles de ultima generación, ya que donde me encuentro aun no ha llegado, bueno, estar eleyendo todos esos aportes técnicos, son nuevos para mi, gracias.

Luis dice:

Hola, felicidades por el blog, es muy interesante.

Una duda acerca del Siemens TC63
¿Sabeis si necesita drivers especiales para funcionar sobre Windows VISTA?
Estamos intentando instalarlo pero el proceso de agregar nuevo hardware termina con error y, sin embargo, en Windows2000 y WindowsXP no habiamos encontrado problemas y todo iba bien.

¿Alguien mas lo ha intentado sobre Windows VISTA?
Gracias por anticipado.

Pua dice:

Por cierto para losp uertosserie solo configuralo como modem standard a la velocidad a la quetengas el puerto, para el USB si necesitaras el driver que tienes que solicitar a tu suministrador.

Saludos

Pua dice:

Hola,

solicitaselo a tu suministrador del producto.

Será lo más fácil.

Pua dice:

Hola,

Las lineas que necestas dependerám de si quieres utilizar contro lde flujo o no.

Yo te recominedo el RX y TX para la recepción
CTS/RTS para contro lde Flujo
DTR para conocer la llegaga de eventos e incluso para encender el módulo
RING para conocer por hardware una llamada entrante

supongo que con estás puedes hacerlo todo.

Saludos

Pua

AGD dice:

Buenos días.
Felicidades por los contenidos, resultan muy útiles y animan a utilizar el MTX-65 en más aplicaciones de las que a priori puedas imaginar… espero que sea un éxito.

Estoy actualmente utilizando el servicio put del ftp del MTX-65 (ftpput).
Sólo es posible hacer puts a los directorios de destino por defecto? (la definición de address te deja definir el nombre de archivo local pero no veo cómo definir el directorio/nombre remoto).

Al usar @ como separador de contraseña@host… ¿ no podemos usar contraseñas – ej. ftp anónimo – emails?

Muchas gracias y enhorabuena nuevamente.

AGD dice:

Gracias Pua,

Perdóname, pero estoy un poco desconcertado.. imagino que tu respuesta Estoy “googleando” para ilustrarme un poco acerca de Zoc, pero aún así te diré que mi intención es hacerlo todo programáticamente desde Java (con el TC65 como módulo independiente, sin PC alguno).

Mi “línea de investigación” actual es hacer todo abriendo un socket al puerto 21 con un socket connection (ej.- gprs vodafone):

SocketConnection csock = (SocketConnection) Connector.open(“socket://”
  + server + “:” + CNTRL_PORT + ;bearertype=gprs;
  access_point=airtelnet.es; dns=212.73.32.3;
  username=vodadone;password=vodafone;timeout=90″);

para después enviar comandos ftp, logarme, cambiar de directorio… etc programáticamente.

No lo he testeado aún, pero imagino que así me evito definir conexiones y servicios con los ATs y no me veo limitado en el ftpput a escribirle al servidor el archivo al directorio por defecto.

Muchas gracias (es de agradecer este soporte desinteresado que das)

AGD dice:

Gracias Pua,
Buenos días.
Sigo con el asunto “ftp”.
Imagino que el script ZOC no hace más que enviarle los ATs correspondientes por lo que si desde ZOC acepta un user con una “@” intercalada, desde Java con un:

at^siss=1,address,”ftp://anonymous:miemail@servidor.com
   @ftp.cs.unc.edu/welcome.msg;type=a”

Debería “tragar” (y creo que envié el post porque me encontré un error aquí).

De todas formas aunque esto funcionase, no veo cómo especificarle el directorio de destino en el servidor ftp (hasta donde yo sé, el parámetro que se le pasa al AT es únicamente el nombre de archivo local).

Si crees que ambas cosas son posibles con ATs… obviamente es más fácil con ATs y URCs que ponerse a programar el protocolo ftp en crudo (y manejar los dos sockets el de control y el de datos en modo pasivo…).

Gracias.

AGD

Pua dice:

hola,

Tan sencillo como

servidor/directorio1/directorio2/…/directorioN/archivo

No que desconozco es si la cadena tiene alguna limitación en tamaño. supongo que el path tiene que existir y ser correcto

Salu2

Pua

AGD dice:

Buenos días,

He probado con “servidor/directorio1/directorio2/…/directorioN/archivo” en modo comandos AT desde hyperterminal y no he conseguido más que un error.
Imagino que como con ftpput el separador de “servidor” y “archivo local” en la cadena address es precisamente “/” no lo interpreta bien (yo lo que quiero es escribir a un directorio remoto en particular, el archivo local no me importa que está en el raiz de la fash)
Quizá no he sido lo suficientemente paciente… en cualquier caso:
Has probado a realizar el ftpput así como me aconsejas con éxito?

Otras consultillas:

- En modo debug, aún no he pasado correrlo de forma normal, nunca me pasa por el constructor de la Midlet (no puedo inicializar nada ahí)… ¿es ésto normal? ¿ocurre fuera del modo debug?
- En modo debug siempre me sobreescribe el archivo .jad borrando toda línea adicional que haya puesto ahí… eso no me permite debuggear la lectura de parámetros que fije en el .jad. ¿es ésto normal? ¿ocurre fuera del modo debug?

Disculpa el abuso.

Gracias

AGD dice:

Respondo a mi último post:

Simplemente el archivo debía estar abierto por otro método (seguramente salí sin hacer un close del stream) y por ello no me dejaba hacer el delete.

Saludos.

AGD dice:

URCs:

Tengo definida una conexión GPRS con AT^SJNET=…
Tengo configurado el TC-65 para que me notifique SMSs entrantes vía URC:
at+cnmi=3,1,2,0,1
Con el hyperterminal recibo los URCs de SMS entrante sin problemas, sin embargo desde Java no los recibo (y sí que recibo el URC de RING).

Alguna pista?

Gracias,

AGD

AGD dice:

Gracias Pua,

La verdad es que no está llena la memoria porque los SMS sí que entran (pero no me “salta” el URC).
De hecho creo haberme basado en tu ejemplo ALARMASMS para esta parte del código.
Estoy desconcertado porque si con el hyperterminal sigo los mismos pasos (la misma secuencia de ATs) sí que veo perfectamente cómo entra el URC del SMS. Sin embargo desde Java, en el código que gestiona los URCs – como te digo basado en tu ALARMASMS – sí que me entra el URC de llamada (cuando llamo para probar) pero no el de SMSs (luego compruebo leyendo los SMS que sí que hay nuevos en el terminal).

Esta es la parte de configuración del módem:

s_respuestaAT=gps.sendAT(“at+cmee=2″); //configuramos descripción extendida de errores en módem
s_respuestaAT=gps.sendAT(“at^sjnet=GPRS,airtelnet.es,vodafone,vodafone,212.73.32.3,600″);
//Configuramos el módem para enviar mensajes de texto:
System.out.println(“Configuramos el módem para enviar SMS de texto, no PDU\r”);
s_respuestaAT=gps.sendAT(“at+cmgf=1″);
System.out.println(“Activamos los URC para los SMS entrantes\r”);
//Configuramos para activar mensajes URC cuando recibamos un SMS
s_respuestaAT=gps.sendAT(“at+cnmi=3,1,2,0,1″);
s_respuestaAT=gps.sendAT(“at+cmer=2″); //Anadí esta línea porque no recibía el URS… pero tampoco.

La de gestión de URCs entrantes es similar a la de tu ejemplo.

Saludos
AGD

AGD dice:

Gracias BlogElectronica,

Efectivamente, el ejemplo ha funcionado bien… pero sigue sin funcionarme en mi código.
Las únicas diferencias son: que uso el AT^SJNET para configurar una conexión GPRS y que en la prueba que hice había cambiado el AT+CNMI=3,1,2,0,1 por AT+CNMI=2,1,2,0,1.
Lamentablemente no puedo dedicarle apenas tiempo a este desarrollo y voy muy-muy despacio (mas aún cuando se presentan los típicos errores que como éste no sabes a qué se deben).

Saludos
AGD

AGD dice:

Sigo sin dar con la solución… cuando tengo el “RING” me entra casi inmediatamente en el ATEvent para ser tratado, pero el URC de los SMS nada de nada; no hace “saltar” el ATEvent.

He intentado poner “at+cnmi=3,1,2,0,1″ en varias partes del código por si algún otro AT lo deshabilitaba: nada.

Quizá tenga que ver con el uso masivo de puertos que estoy haciendo (aunque he deshabilitado p.e. el GPRS y tampoco):
- Uso el puerto serie para comunicar con un dispositivo
- A través de GPRS envío por ftp (esto lo he deshabilitado y sigue sin funcionar).
- Consulto periódicamente el GPS (en tu ejemplo tb y no presenta problemas).

Si la cosa sigue así tendré que leer los SMS “UNREAD”, pero he probado con at+cmgl=1 y sólo funciona en modo PDU (en ASCII devuelve “ERROR”).

???

blogElectronica dice:

Hola Palmering,

no conozco los módems de Motorola, sólo los Siemens, que como ves son más populares

Salu2.

blogElectronica dice:

Hola Palmering,

si en un PC convencional se te pierde la conexión, a menos que tengas un software especial de gestión de FTP que permite retomar el envío desde donde lo dejaste, debes de empezar de nuevo el envío. Con un módem no tienes ese software de control y deberás empezar de nuevo.

Salu2.

Chaini dice:

Hola,
dispongo de un modem siemens tc65 y quiero establecer una conexion GPRS via internet con un servidor, al que le voy a enviar datos de posicion obtenidos de un gps. a partir de ahi quiero obtener la latencia y velocidad de transmision de la transmision de los datos.¿Como puedo hacerlo?
Por otra parte, ¿es una incongruencia hablar de BER o BLER si utilizo tcp para transmitir datos?
Un saluido
Gracias.

Rolex dice:

El modulo me funciona correctamente en banda de 800, pero si le pongo uno de 1900, se queda buscando la señal correspondiente, y nunca se normaliza. Conotros modulos del mismo tipo no tengo ningun problema, solo con algunos que solamente trabajan en la banda de 800.

Gracias por su ayuda

Rolex

Pua dice:

Hola,

no conozco ningún equipo GSM que trabaje en la banda de 800 Mhz

Salu2

Pua

Pep dice:

Hola amigos:
me dirijo a vosotros a ver si nos podéis echar una mano. Estamos intentando encontrar para un proyecto de movilidad un Módem UMTS (mtsx h25 o similar) que disponga de Drivers para Win CE. Nos han ofrecido algún módem con drivers para XP pero deberíamos hacer la adaptación del Driver de XP a CE y no sabemos que tal complicado puede llegar a ser .
Si alguno de vosotros tenéis algún tipo de información al respecto será muy de agradecer .

Un saludo Pep

Pep dice:

Muchas gracias. Haremos las pruebas y os comentaremos los resultados.

Gracias de nuevo

Salu2s

Guillem dice:

Hola a todos

Enhorabuena por este pedazo de blog.

Al lio, tengo un proyecto de telecontrol o telelectura de contadores de electricidad. Los contadores están tienen conectado un modem y yo dispongo de un TC65 para realizar llamadas desde un PC/Servidor. Los datos que debo adquirir lo debo hacer con Modbus (RTU, entiendo). Una vez tengo los datos y suponiendo que siguen una estructura estandar (IEC 870-5-102) almacenarlos en el PC. Esto último parece lo más trivial.

Como soy un pedazo de novato en todo esto de GPRS, Modbus, SCDA y demás, me he pegado una buena dosis de leer lo que he podido (y entendido) y he llegado a la conclusión (corregidme pls) que:

- Para poder enviar mensajes o instrucciones Modbus, primero debo establecer la conexión GPRS con el APN adecuado.
- Una vez establecida la conexión enviar los comandos Modbus usando un comando AT, correcto ?
- Una vez ejecutado el comando Modbus via AT, leer el resultado por el socket adecuado, también usando un comando AT, correcto ?

Adicionalmente, todo esto lo estoy haciendo con C# y no Java (para poderlo integrar en un proyecto C# ya existente, no por otra cosa).

* Alguien me podría decir si voy por buen camino y responder a esas preguntillas ?
* Alguien conoce utilidades o ejemplos en C# para trabajar con el TC65 ? personalmente creo que siguiendo el namespace System.IO.Ports.SerialPort podría crear mi encapsulamiento de los comandos AT hacia el modem por puerto COM.

Muchísimas gracias por adelantado

Guillem dice:

Hola otra vez

Probé lo que dijiste y el TC65 se quedó igual. Me explico, cree un pequeño programa para enviar comandos al puerto COM. Conecto con el COM sin problemas, envío los datos pero cuando intento leer el puerto se queda colgado (con esto ya me espabilaré yo). El tema es que el TC65 se queda igual, no parece reaccionar a ningún comando.

La segunda prueba la he hecho con Hyperterminal, me conecto bien (115200) y lo mismo, le envío comandos AT por la consola del HT y no reacciona. Apago y enciendo el TC65 conectado por HT y veo ^SHUTDOWN y el ^SYSSTART, por lo que entiendo que al menos por HT debería recibir mis comandos.

La tercera prueba fue buscar el Siemens Mobility Toolkit y realizar pruebas con él y ver donde me estoy equivocando … y claro resulta que me en siemens me reenvían a Cinterion y ahí no encuentro su email de soporte técnico …

La cuarta prueba, probar con Java vuestros magníficos ejemplos: (en ella estoy) me estoy descargando NetBeans + JDK …

Me estoy dejando algo, verdad ? creo que estoy cerca de encontrar la solución.

Salud2

recursos dice:

Podem ajudar-me?

Ao configurar GPRS, comando:

AT^sics=0,dns1, xxx.xxx.xxx.xxx

como se sabe qual o DNS a usar?

Luis dice:

Hola,

Estoy haciendo un progrma para capturar datos de GPS.
De momento estoy haciendo pruebas con Mysql, PHP y maps Google, los datos los leo de un fichero txt.

Tengo dudas de como se capturan los datos del GPS una vez que se envian a una IP fija.

Como se progrman los moiden para que envien los datos a una IP?

Alguien me puede orientar?

Saludos, Luis

recursos dice:

Grato pela resposta.
Experimentei “esquecer” AT^sics=0,dns1, xxx.xxx.xxx.xxx
(isto é, não usei este comando) e o resultado foi:

^SISO: 0, “Socket”,”3″,”2″,”0″,”0″,”77.54.29.162:0″,”208.85.135.104:80″

isto leva-me a pensar que AT^sics=0,dns1, xxx.xxx.xxx.xxx pode não ser necessário.
Estou certo?

rec

recursos dice:

OK, compreendo:
IP (208.85.135.104:80) não preciso DNS
URL preciso DNS.
agora está claro.

rec

Al dice:

Mensaje para Guillem.

Buenos días.

Qué tal va tu proyecto? a mí me gustaría hacer algo parecido pero no usando el XT65 como mero módem sino implementando el protocolo (102) – y alguno más – en él.

Me gustaría ponerme en contacto contigo por e-mail si fuera posible.

Gracias.

Al dice:

Pensando un poco en mi propia pregunta (uso de la clase java.util.concurrent.Executor) creo que es algo tonta… si estoy programando para un dispositivo CLDC 1.1 tendré que limitarme a las clases y limitaciones que impone.

Disculpad las molestias.

recursos dice:

Olá a todos,

Conexão GPRS com um TC65T, termina sempre em”6″ = DOWN:

^SYSSTART
AT^sics=0,conType,GPRS0

OK
AT^sics=0,inactTO,300

OK
AT^sics=0,user,vodafone

OK
AT^sics=0,passwd,vodafone

OK
AT^sics=0,apn,internet.vodafone.pt

OK
AT^siss=0,srvType,socket

OK
AT^siss=0,conID,0

OK
AT^siss=0,address,socktcp://209.85.129.104:80

OK
AT^SISO?

^SISO: 0, “Socket”,”2″,”1″,”0″,”0″,”0.0.0.0:0″,”0.0.0.0:0″
^SISO: 1, “”
etc.
OK
AT^SISO=0

OK

^SISW: 0, 1

^SIS: 0, 0, 48

^SISW: 0, 2
AT^SISO?

^SISO: 0, “Socket”,”6″,”2″,”0″,”0″,”77.54.144.117:1024″,”209.85.129.104:80″
^SISO: 1, “”
etc.
OK

“Socket”,”6″ == Down
This state is entered if
- the service has successfully finished its session (see note on Socket),
- the remote peer has reset the connection or
- the IP connection has been closed because of an error.

Alguma ideia do que estará mal?

rec

recursos dice:

Pero este servidor que usei eres el conocido Google que todos usam nos exemplos!
devia marchar, não?
Se escrevo
http://209.85.129.104:80
no Firefox, ele responde de imediato.

Já fiz download do socketworkbench e vou ver como usar.
Obrigado pela ajuda.
rec

blogElectronica dice:

Hola Vejerf,

el HC25 no tiene pila TCP/IP, es decir, no puedes crear un socket con comandos AT, necesitas un host con la pila TCP/IP (un PC, un módulo embebido, …) Dale un vistazo al manual …

Salu2.

Vejerf dice:

Hola y gracias por vuestras respuestas.
Quizás no debería haber planteado la pregunta aquí, pero buscando en Google llegué hasta aquí y pensé que quizás podrían ayudarme. La cosa es que yo no tengo un módulo HC25, yo de lo que dispongo es de un modem Novatel Wireless Expedite HSDPA. Este va integrado en un Toughbook de Panasonic (un portatil con pantalla táctil para entendernos). El portatil viene con un software llamado MobiLink que no sé como puede crear una conexión HSDPA y simultáneamente tiene acceso a la mensajería y agenda de la tarjeta SIM que se le incorpore. Yo estoy desarrollando un software y me interesaría simular este comportamiento desde mi software para tener conexión a internet y simultáneamente enviar mensajería pero desde mi programa. Es por esto por lo que estoy pidiendo ayuda y si alguien sabe como poder solucionarlo le estaría agradecido. También quiero decir que no tengo mucho manejo con estos modems. Yo básicamente he utilizado un terminal MC35i de Siemens y nada más. Y este módulo solo lo usaba para mensajería y poco más.
Gracias y saludos!

Juan Carlos dice:

Que tal Compañeros antes que nada espero que esten muy bien ,bueno les voy a platicar un poco del proyecto que tengo en mente por realizar,se trata de conectar el sensor LM35 al modulo TC65 de Cinterion ,sabemos que este modulo tiene entre sus caracteristicas un Convertidor analogico a digital ,bueno pues he conectado exitosamente ya el sensor a esta entrada y con ayuda de los comandos AT^SAADC Y AT^SRADC he logrado ver en la hyperterminal la temperatura que da a su salida el ADC ,bueno esta en valores de mV.

Bueno compañeros ojala y ustedes puedan ayudarme en algunas dudas que tengo:

Como me conecto a internet mediante GPRS?

como puedo enviar los datos de temperatura del sensor a un servidor por medio de GPRS?

como podria guardar esos datos en una BD y cual seria la mejor forma de visualizar esos datos cuando estuvieramos recibiendolos en el servidor con esto trato de decir esos datos como se verian?

es necesario comprar un dominio?

si utilizo mi ip de la casa tendria problemas para ver los datos del sensor en cualquier lugar?

Bueno amigos espero y no molestarlos con estas dudas ,si logro acabar este proyecto con todo gusto subire el reporte final de todo para compartirlo con ustedes, por lo tanto seguire trabajando

suerte a todos cuidense y graciasssssssss