AnsweredAssumed Answered

CRC error false readout

Question asked by drugoimir on May 13, 2014
Latest reply on Jun 19, 2014 by mmmike

Hello,

 

i'm referring to this post:

http://ez.analog.com/message/114369#114369

 

in which is reported:

I have one more serious issue with the CRC: It causes false alarms whenever there is heavy I2C-activity.

 

These false alarms can simply be reset by clearing the error: If I disable CRC, then enable it again, then the CRC error sticky bit  goes back to zero and remains zero - without reloading the DSP code! Therefore I am pretty sure that I am not accidentally overwriting any code during the "high activity" I2C phase, during which I am adjusting hundreds of mixer settings.

If however I deliberately write garbage into program RAM, then simply clearing the error no longer works - which is the correct behavior. In this case I really have to reload the code to make the error bit stick to zero again.

 

I'm having the same problem: after fighting with CRC issues (http://ez.analog.com/message/140557#140557) i finally managed

to have it working, but when there's IIC traffic i get random bad CRC readouts, which are cleared simply disabling and reenabling CRC check.

I modified my DSP check routine to attempt the "CRC disable/enable" trick, before to reset and reload DSP firmware.

 

Why these false readouts?

Is there any "clean" solution to avoid CRC trickery?

 

I'm using an ADAU1446

 

Thanks

Tom

Outcomes