SoloCodigo

Muy buenas, tengo un problema para despertar el micro cuando recibe datos por el puerto serie, si no le duermo, hago un retardo de 5 segundos, durante los cuales enciendo el otro equipo que le manda datos y lo recibe perfectamente, pero al ser un equipo que va a funcionar por baterias, tengo que dormirle, lo unico que hago es quitar el retardo y poner un sleep y esperar a que le mande los datos desde el otro equipo, pero le mando los datos y este no se despierta. ¿No se supone que sale del reposo cuando recibe una interrupcion?

Un saludo.

Gracias Toph, tiene toda la pinta de ser eso. Uso el 16F876. Con lo del bit INT te refieres a puentear el pin RX con el RB0?

Muchas gracias y un saludo.

Oki, lo probare el lunes que ya se me hace tarde.

Saludos y gracias!!

Muy buenas. Pues parece que no funciona bien la cosa. Tambien he probado a colocar un diodo en ambos sentidos (por si acaso). El tema es que si habilito la interrupcion del bit 0 del puerto B se despierta siempre, aunque no  haya señal de recepcion (quito el cable). Igual pruebo con resistencias pull-up y pull-down... Si alguien tiene alguna idea se agradece toda la ayuda posible.

Saludos.

la interrupcion en el puerto B ¿las has puesto que se active con bajo?, ya que debe ser asi, porque sino mal recuerdo cuando no ha recibido dato esta en alto hasta que recibe cambia a cero momentaneamente.

Hola de nuevo. No se como se hace exactamente lo que dices, pero si que puede ser... tengo un libro de este pic y aqui no pone nada de que se activen a nivel bajo.

pegasux a parte de los libros debes revisar el datasheet, en el registro OPTION_REG REGISTER (ADDRESS 81h, 181h) esta el bit 6 INTEDG para colocar lo que te digo

bit 6 INTEDG: Interrupt Edge Select bit
1 = Interrupt on rising edge of RB0/INT pin
0 = Interrupt on falling edge of RB0/INT pin

ahi debes colocar que sea 0 (cuando haya un flanco negativo, pase de uno a cero),otra cosa en cuanto se de la interrupcion la desactivas porque despues van a llegar mas flancos.

como veo que no estabas usando este registro, si ves en el datasheet ese bit estaba a uno o sea que detectaba flanco positivo

He probado otra cosa, dentro de la interrupcion lo que hago es mostar una letra por pantalla, pero no lo hace, como si no entrase en la interrupcion, pero sin embargo el sleep lo pasa, porque me muestra por pantalla otros datos que hay mas abajo en el programa...

Hola de nuevo, veras, perdona porque he metido la pata anteriormente con lo de sacar por pantalla, porque deshabilito el LCD antes del sleep  y era logico que no saliera nada. El tema es que sin haber recepcion de datos salta la interrupcion, pongo la patilla RX con una resistencia a vcc o a gnd para que este simpre a 1 o a 0 y aun asi el micro se despierta, osea, que algo falla por algun lado.

Gracias y un saludo.

Hola de nuevo. Si que puede que tengas razon, tengo problemas con el circuito, ahora no consiguo programar el pic... deben de ser los cables que no hacen bien contacto. Lo he cambiado de ladrillo pero sigue igual, imagino que es algun puñetero cable tal y como dices. De momento voy a ver si lo pongo todo en orden.

Un saludo.

si hacemos el susodicho puente entre la linea Rx y RB0, la linea 0 del puerto B esta compartida por el LCD y por la linea de recepcion, esta ultima está simpre que no haya datos a 1, por lo que los datos que van para el display se falsean y aparecen cosas raras

De hecho estas haciendo corto circuito cuando a la vez aparecen un uno y un cero por esa linea.
¿No hay posibilidad de colocar el LCD en el puerto C?

pero si lo habilito, el led se enciende aunque aparentemente no este recibiendo datos.

O sea que se sale del sleep aunque no se de la interrupcion. Como te dije antes hay que ver que otras casos sacan al micro de sleep:

*Si esta activado el perro guardian al desbordarse esta sacando de sleep al micro
*El pin de reset MCLR
*cuando las interrupciones están deshabilitadas, pero el flag de habilitación de cualquier fuente de interrupción está activo y el bit de interrupción también está activo antes de la llamada a SLEEP, este se comporta como un NOP por lo tanto NUNCA entra en Sleep

Una pregunta que se me viene a la cabeza, Si el micro esta dormido ¿Funciona la recepcion de datos? porque si no funciona puede que parte del primer byte no se reciba correctamente mientras el micro despierta y eso fastidie la comunicacion, aunque al final consiga despertarse correctamente se puede perder el dato... Lo tengo configurado a 125kbps.

  buena pregunta, por mi poca experiencia con el uso de sleep me imagino que el proceso de despertarse es rapido y si alcanza a recibir los datos ya que si el micro se ha despertado por interrupcion y el sistema de interrupcion esta habilitado (INTCON7 =1), se ejecuta la instruccion que sigue a la instruccion sleep (se recomienda colocar un NOP) y se salta a a la direccion 4 de la memoria buscando la rutina de atencion a la interrupcion.
esto se hace en pocas fracciones de segundo

Ahora que he cambiado el LCD por unos leds en los bits del puerto C que no utilizo, estoy observando cierto fenomeno. Al encender el aparato los leds parpadean 2 veces y luego se quedan apagadados en sleep (bien), cuando le mando datos, sale del sleep, pero no continua con el programa, se reinicia, los leds vuelven a parpadear 2 veces, lo mas curioso de todo es que los datos se los envio por un dispositivo inalambrico desde otro circuito, cuando recibe los datos por RF estos son enviados al pic por el puerto serie y es cuando tiene que despertarse, pues bien, tanto cuando enciendo el aparato emisor de RF como cuando lo apago el micro se sale del sleep y se reinicia, repito que es muy curioso porque el otro dispositivo que emite la RF esta totalmente separado, no tienen en comun mas que el aire. Posiblemente cuando lo apago, el modulo inalambrico local detecta que ha perdido la señal del emisor y envia un paquete de datos al micro para avisarle (digo yo) pero de todas formas, cuando enciendo el emisor y este acto seguido envia los datos, el microcontrolador deberia recibir el paquete de datos o cualquier cosa y comprobar que es correcto el checksum, encendiendo un led verde en caso de ser correcto o uno rojo en caso de ser incorrecto. El asunto es que en vez de comprobar el checksum, el micro se resetea porque veo claramente que los leds parpadean como les indico al principio del programa.

En resumen, al encender el micro los leds parpadean 2 veces, enciendo el transmisor, los leds parpadean 2 veces (cuando tendria que encenderse solamente el verde o el rojo) y cuando apago el transmisor otra vez parpadean (cuando no deberian hacer nada). Evidentenmente, si no enciendo el transmisor los leds se quedan apagados indefinidamente...

Un saludo.

cuando le mando datos, sale del sleep, pero no continua con el programa

cuando el micro sale del sleep a fuerza ejecuta la siguiente instruccion y luego sigue con el programa o ejecuta una interrupcion, segun lo que he leido bajo ninguna circunstancia se reinicia por lo que creo que es el watchdog el que esta dando los problemas.

uso la secuencia de configuracion __config 3D31 y no se lo que esta incluido

segun vi en esa configuracion esta incluido esto:

__CONFIG   0x3D31   ;Palabra de Config. OSC=XT, WDT=OFF, PWRTE=ON, BODEN=OFF, LVP=OFF, Sin codigo de Proteccion

el WDT esta desactivado, yo para asegurarme siempre desactivo el watchdog cuando hago la programacion(en winpic800)

suerte y saludos.