duda con funciones de i2c en CCS

[Suky]

Yo habia estudiado el bus i2c en circuitos digitales.. pero no me terminaba de cerrar hasta ahora q le puse mano encima jaja.

Jejeje! Si lo mejor es ponerse a trabajar en ello, siempre se aprende mas!

[Trev]

Hola feliz 2010 ,la estructura que dan mas arriba es = en caso de que quiera comunicar dos pic 16f877a?,quiero prácticar y no dispongo de esa memoria que usan aca,mi inquietud es como se determina la direccion del pic q va a ser esclavo,¿es convencional? con las memorias parece que no; vi por ahi q algunas memorias se pueden mandar hasta 4 pines a masa o a alimentacion para jugar un poco con su direccion en el bus,pero con otro pic como es? Grax.

[AKENAFAB]

A mi en el proteus si no tengo conectada la memoria se queda colgado el programa  , porque???

Se queda esperando la respuesta??????

Esto solo en proteus!

En la "vida real" no se queda bloqueado y sigue.


Aqui es donde se bloquea

Código: [Seleccionar]

init_ext_eeprom();                                  //Inicializar EEPROM

[septiembre_negro]

En la vida real ase exactamente lo mismo  . y no es que se cuelgue  mas bien pienso que se queda esperando respuesta del bus.
Lo que es molesto por que en algún momento pretendí que mi programa me informara si no obtenía respuesta de la memoria, lo cual  no fue posible porque el programa simplemente se congela como si entrara en un bucle esperando respuesta del bus.

[AKENAFAB]

En la vida real ase exactamente lo mismo  . y no es que se cuelgue  mas bien pienso que se queda esperando respuesta del bus.
Lo que es molesto por que en algún momento pretendí que mi programa me informara si no obtenía respuesta de la memoria, lo cual  no fue posible porque el programa simplemente se congela como si entrara en un bucle esperando respuesta del bus.

Pues a mi en fisico no se bloquea , pero se me hace raro , no veo en las funciones donde este esperando respuesta >_<.
Tambien se bloquea con el RTC en el proteus , pero si lo quito del pcb sigue el programa , no se que ocurra.

[septiembre_negro]

Mmm pues a mi si se me congelaba. no probé retirando la memoria del bus mas bien intente simular una falla en la memoria desconectando un hilo del bus ya fuera data o clok.
Ahora si en físico si continúa y en proteus no y el programa con el que pruebas es exactamente el mismo pues es fallo es del  simulador al cual no le programaron que hacer si en el bus no hay nada 

[Suky]

Hola feliz 2010 ,la estructura que dan mas arriba es = en caso de que quiera comunicar dos pic 16f877a?,quiero prácticar y no dispongo de esa memoria que usan aca,mi inquietud es como se determina la direccion del pic q va a ser esclavo,¿es convencional? con las memorias parece que no; vi por ahi q algunas memorias se pueden mandar hasta 4 pines a masa o a alimentacion para jugar un poco con su dirección en el bus,pero con otro pic como es? Grax.

Exactamente, el protocolo es el mismo. El PIC maestro tiene que enviar el bits Start, un byte con la dirección y si se quiere escribir o leer en el esclavo, y después dependerá de la acción a realizar.

CCS para modo esclavo tiene la función i2c_isr_state(), con la cual se puede determinar que operación quiere hacer el maestro sobre el esclavo al recibir una interrupción por recepción de datos I²C.

A mi en el proteus si no tengo conectada la memoria se queda colgado el programa  , porque???

Se queda esperando la respuesta??????

Esto solo en proteus!

En la "vida real" no se queda bloqueado y sigue.


Aqui es donde se bloquea

Código: [Seleccionar]

init_ext_eeprom();                                  //Inicializar EEPROM

Es sumamente extraño que se bloque en esa función, porque solo se establecen los pines SDA y SCL como entrada utilizando la función output_float  


Saludos!

[AKENAFAB]

Proteus sigue con sus fallas en i2c , prueben cambiar la imagen de la eeprom y no lo lograran a menos que eliminen la eeprom y peguen otra y carguen otra vez la imagen >_<.