Autor Tema: Envío comandos AT en Codewarrior 6.3  (Leído 8073 veces)

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado edusito

  • PIC10
  • *
  • Mensajes: 14
Re: Envío comandos AT en Codewarrior 6.3
« Respuesta #15 en: 14 de Octubre de 2011, 18:16:11 »
Nunca he utilizado process expert en el desarrollo de un programa, una vez lo utilice como prueba y creo haber visto esa funcion..  Si lo utilizo puedo tener algun conflicto en mi programa??

Desconectado RICHI777

  • Colaborador
  • PIC24H
  • *****
  • Mensajes: 1498
Re: Envío comandos AT en Codewarrior 6.3
« Respuesta #16 en: 15 de Octubre de 2011, 00:24:20 »
Hola, yo cuando creo un proyecto nuevo creo dos carpetas, standalone, llamo a mi proyecto real, y otro Process Expert donde creo el mismo proyecto pero con el expert. Lo uso mucho para setear parámetros de inicialización de clock y demás coas, después copio el código. Contestando a tu pregunta, crea un proyecto alternativo y configura las cosas ahí y luego Ctrl-C y Ctrl-V en tu código !

Saludos !


Desconectado edusito

  • PIC10
  • *
  • Mensajes: 14
Re: Envío comandos AT en Codewarrior 6.3
« Respuesta #17 en: 17 de Octubre de 2011, 16:30:48 »
Hola gracias por tu consejo, no lo habia pensado de esa manera... voy a intentarlo y luego te contaré como me fue..

Saludos

Desconectado RICHI777

  • Colaborador
  • PIC24H
  • *****
  • Mensajes: 1498
Re: Envío comandos AT en Codewarrior 6.3
« Respuesta #18 en: 17 de Octubre de 2011, 16:34:15 »
Hola, suerte con eso !!! y un placer poder darte una ayudita.

Saludos !

Desconectado edusito

  • PIC10
  • *
  • Mensajes: 14
Re: Envío comandos AT en Codewarrior 6.3
« Respuesta #19 en: 05 de Enero de 2012, 12:47:38 »
Aqui estoy de vuelta.
Gracias a tu ayuda he podido conectarme con el modem y enviar datos al mismo. Pero ahora tengo otro problema, he estado realizando la comunicacion del micro con el modem sin utilizar el control de flujo y he estado manejando los errores recibidos del modem por medio de programacion, pero muchas veces se presentan nuevos errores y tengo que estar modificando el programa dentro del micro para que no sucedan cosas inesperadas y este deje de enviar los datos.
Ahora quiero utilizar el control de flujo por hardware, pero no estoy seguro de que pines del micro debo utilizar para que actuen como CTS y RTS, tengo una duda si debo utilizar los SPIs o los GPIOs. El micro que estoy utilizando es un MCF51JE256 de freescale.

Gracias por tu ayuda
Saludos

Desconectado RICHI777

  • Colaborador
  • PIC24H
  • *****
  • Mensajes: 1498
Re: Envío comandos AT en Codewarrior 6.3
« Respuesta #20 en: 04 de Febrero de 2012, 18:45:09 »
Hola, disculpa por la tardanza de la respuesta. El micro en cuestión (  MCF51JE256 ) no posee control de flujo por hardware asi que lo deberás simular por hardware. Hay varias maneras de hacerlo y la web seguramente muchos ejemplos. La que uso yo con módulos GPRS es esta. La linea que maneja el RTS es un simple GPIO, esa linea, depende del módulo, siempre la coloco en estado ON que es normalmente falso indicandole al modulo que siempre me puede enviar datos. La otra linea involucrada en el protocolo es CTS, esa linea es conveniente conectarla a una linea GPIO que tenga la posibilidad de generar interrupciones por flancos, en los FreeScale se logra eso usando las lineas del KeyBoard. Para el punto de vista del micro es una linea de entrada, que genera interrupción cuando se produce un flanco decreciente, es decir pasa de 1 a 0. Es necesario monitorear esa linea en el caso de que tengas que subir muchos datos al GPRS ya que es la única mamera de que el módulo te avise que este listo cuando estas conectado, siempre hablando del modo llamado transaparente, que el cual lo que escribís por el serie del módulo sale directamente al TCP. Suponiendo que tengas las trasniciones por interrupción, cosa que es lo recomendable, antes de transmitir checkeas el valor de esa entrada que este en 0, eso te indica que el módulo puede recibir el dato, y lo colocas en el buffer de transmición. Si el valor de la entrada es 1 ( módulo ocupado ) colocas en valor en un buffer temporario y salis de la interrupción. Cuando el módulo vuelva a estar desocupado, la linea pasara de 1 a 0 produciendose el disparo de la interrupción por flanco de bajada, entonces tomas el valor del buffer temporario y lo transmitis, obvio que hay que colocar flags para controlar la  sincronicidad de todo esto pero esta es la idea.

Saludos !



 

anything