Gracias

Saludos

pídeselas a tu distribuidor. El SDK de los módems Cinterion es gratuito y las librerías vienen con él.

Salu2

cuidadito con este procedimiento de colgar cuando recibes el RING.
Mi operador me ha activado el buzon de voz cuando no acpeto la llamada ATH, al llamante le salta mi buzon de voz.

Segundo punto, mi operador me esta cobrando el establecimiento de llamada al originanate cada vez que no acepto la llamada ATH

Salu2

Pua

es muy simple con un MTX65, pero necesitas programar una pequeña aplicación. Haz una aplicación que lea el puerto serie del módem, cuando reciba el texto “RING” cuelgue (comando ATH) y lanza un acceso telefónico a redes (busca ejemplos por la red, que los hay), así de fácil.

Salu2.

busco una forma de hacer lo siguiente:
Tengo un equipo remoto con un modem 3g o gprs conectado. El modem estará registrado en la red (como movil) pero no quiero que este consumiendo datos, vamos, que esté dormido.

entonces, si yo me quiero conectar bajo demanda a ese equipo de forma remota, necesito que el módem remoto se despierte y habra una conexión GPRS/3g.

Yo habia pensado en remoto, hacer una llamada al numero del modem 3g, que este cuelgue y levante una conexión gprs sobre mi equipo local y entonces poder conectarme a ese equipo y ver datos carpetas etc..

¿Es esto factible? ¿Como se podría hacer? ¿Hay forma de hacerlo a través de ocmandos AT?

MUCHAS GRACIAS

debes enviar un comando del tipo
AT^SISS=X,srvType,none (donde X es el nº de socket que quieres cerrar)

después de hacer el AT^SISC=X

Así de fácil.

Salu2.

Tengo un pequeño problema al cerrar sockets y esperaba que alguien de aquí me pudiese prestar algo de ayuda.

En mi aplicación abro socket como listener que al parecer funciona prerfectamente, y después otro socket, pero este smtp.

Al terminar de enviar datos y toda la parafernalia intento cerrarlos con AT^SISC, el comando devuelve OK pero al ver el listado esto es lo que obtengo:

AT^SISO?

^SISO: 0, “Socket”,”2″,”1″,”0″,”0″,”0.0.0.0:0″,”0.0.0.0:0″
^SISO: 1, “Socket”,”2″,”1″,”0″,”0″,”0.0.0.0:0″,”0.0.0.0:0″
^SISO: 2, “Smtp”,”2″,”1″,”0″,”0″,”0.0.0.0:0″,”0.0.0.0:0″

Mi problema es que al recibir otra conexión esta lo hace en una conexión nueva (^SIS: 0, 1, 3) en lugar de llegar una conexión en la id de la que ya había cerrado (^SIS: 0, 1, 1). Con lo cual, a partir de la quinta vez, ya no acepta más conexiones.

Yo supongo que el problema es el modo en que los estoy abriendo o cerrando, pero ya me empiezo a marear y creo que una manita me vendría muy bien.

Saludos,

Te mostrare de todos modos los comandos que se capturan, a ver si los puedes interpretar.

el entrenador envía \r\n después de cada comando, te lo digo con conocimiento, porque el entrenador lo he hecho yo.

Salu2

Ahora sí puedo ver las respuestas del módem cuando uso el entrenador. Con este (00), el módem no responde a los comandos, y eso que he cambiado la instrucción (Tcp/WithURCs, ON).

debes enviar un \r\n no sólo un \r. El 00 ese no creo que afecte (no estoy seguro).

Salu2.

Gracias Púa por tu contribución. Esos parámetros creo que ya los configuré y de hecho los envío siempre, así que no creo que el problema sea ese.

Tengo novedades al respecto. En realidad, la tarjeta transmisora está enviando, después de cada comando, un “00″ espúreo que parece ser la causa del problema. El salto de carro lo incluyo yo en los comandos con \r, pero ese “00″ no consta en el software.

O sea:

AT+CBST=0 (CR) (00)
AT+IPR=9600 (CR) (00)

Ese (00) es el que me está complicando la vida. Estoy usando un ATmega 128, es posible que algún registro deba ser configurado para que no envíe ningún separador entre comandos?

Gracias una vez más.

Compueba los comand AT&D y AT&C de acorde a los requerimientos de tu máquina y programa.
Tambien te recomiendo que fijes la velocidad del puerto serie del modem con el comando AT+IPR=Velocidad

Salu2

Pua

La placa de mi micro efectivamente tiene un RS232 y las conexiones parece que están bien. Me inclino a pensar que el problema podría estar en alguna línea de control (DCD, DTR) que sea necesaria para el módem y no para el PC, aunque este módem debería funcionar únicamente con control de software (GND, TX, RX), con lo cual, tampoco tiene mucha lógica.

¿Es posible que el módem tenga parte del hardware defectuoso e interprete bien lo que le llega a través del PC (entrenador, hiperterminal), pero no a través de la placa? O si le llegan los comandos por el PC y es capaz de reconocerlos, por la placa también deben de llegarle imperativamente?

Muchas gracias de nuevo!

sin estar delante del equipo es muy difícil. Si yo estuviera en tu lugar lo primero que intentaría es comunicarme desde el PC con la placa (prescindiendo del módem) para ver que no tengo ningún problema en el puerto y que tengo claro todas las conexiones.

Una vez conseguido eso probaría el módem.

También, lo he dado por supuesto, supongo que la placa de tu micro tiene una salida RS232 y no una simple uarth TTL, ya sabes que los niveles RS232 no son los mismos que TTL. ¿Es RS232 verdad? Asegúrate lo primero de todo.

Salu2.

Sigo atascado, ya que no logro hacer funcionar la placa transmisora. Con el Docklight obtengo los siguientes comandos:

AT
AT+CBST=0
AT+IPR=9600
AT&C2
AT^SCFG=Tcp/WithURCs,off

AT^SISC=1 (aunque no sea necesario la primera vez, hay que tratar de cerrar la conexión en caso de que se quede abierta, para que no de error en caso de volver a intentar abrirla).
En caso de que no hubiera ninguna abierta, da error sin más, pero esto no supone inconveniente.
AT^SICC=0

AT^SICS=0,conType,GPRS0
AT^SICS=0,inacTO,65535
AT^SICS=0,dns1,194.179.1.100 (dns de movistar, al menos, uno de ellos)
AT^SICS=0,user,MOVISTAR
AT^SICS=0,passwd,MOVISTAR
AT^SICS=0,apn,”xxxxxxx.movistar.es” (tenemos un apn específico para disponer de una IP fija)

AT^SISS=1,srvType,socket
AT^SISS=1,conId,0
AT^SISS=1,address,”socktcp://xxx.xxx.xxx.xxx:38001″

Con esto, conecto perfectamente con el entrenador. No puedo ver las respuestas del módem, porque estoy utilizando el Docklight y no sé si me es posible con el hardware que tengo.

La conexión entre el puerto serie de la placa y el del módem, lo he probado en principio mediante “Software FLow Control”, o sea, sólo Rx con Rx, Tx con Tx y GND con GND.
También he probado Hardware Flow COntrol (o sea, con un cable serie-serie DB9 - DB25 - DB25 - DB9). Me falta probar con un cable serie macho - macho 9 pin a 9 pin (aunque el cable serie que he probado debería valer igualmente).

A parte de esto, no sé exactamente qué podría probar. Porque creo que a la salida de la tarjeta llegan los comandos seguro, y a partir del ordenador, llegan al módem (tanto con el entrenador como con el hiperterminal). Así que la conclusión es que existe algún problema de hardware, o es que hay que programar algo particular en los registros del Atmega? Ya están programados aquellos relacionados con la velocidad, los pines entrada / salida de cada puerto, etc.

Alguna sugerencia ??

Muchas gracias