Hola MerLiNzEso que dice se aproxima mucho al comportamiento que me esta dando esta pesadilla,
resulta que la comunicación la tenia sin (FORZAR_XX) ahora se lo puse pero da lo mismo,
el problema persiste ...
Cuando envio datos del master al esclavo, el master si que los envia
(los veo printear en terminal virtual) pero cuando los
recibe el esclavo y le puse un printf dentro de la interrupcion del ssp ..
(ya se que esta mal ...o no se debe de hacer.. pero asi por terminal virtual veo que hace..)
pues en ese caso el debug i2c del proteus si que muestra que despues de cada dato llega
un A ACK si no imprimo (imprime la direcion del esclavo (state) y el dato enviado)
el debug de i2c me manda despues de cada dato N nack y como no tengo el printf
no le veo por pantalla si imprime, le puse un led que parpadea al entrar en la funcion de escribir
y resulta que parpadea al inico cuando el master aun no envio dato y el debug i2c dice que NOISE(ruido SCL)
pero despues de un rato intenta volver a enviar y envia el dato pero solo el priero.
la unica diferencia entre ambos casos es que si envia y se printean el dato en el esclavo, llega (debug i2c da ack),
si comento el printeo los datos no llegan.
Es como si el printeo hiciera de delay,
lo malo es que si printeo el pwm (rebresca cada 20ms ) cae en todas los servos
Sukysi lei el data pone que tenia una alta interrupcion en la direcion 8h y una baja en la 18h
y la alta puede interrumpir a la baja y otras cosas mas, me gusta cotejas varias fuentes
ambos sabemos que los datas tambien tienen errores los cuales solo los podemos detectar
preguntando, ademas dos personas diferentes pueden hacer dos interpretaciones distintas
de un mismo problema, lo cual es bueno para un bien comun.
Agradezco tus consejos y comentarios.
por cierto has cambiado de logo, me gustaba mas el anterior.
quien es?