I have some questions relative to this failure:
- Are the buffers affected only when in Output mode? The EMIFB clock out is the first to go, but if we use a fast clock IN on the MCASP, is this signal also at risk?
- When the EMIF clock chip start to fail does that cause (or should we assume) colateral damage to other parts of the chip? Put another way: Once a chip start to fail on EMIFB CLK out, is it still 'salvageable' if we stop using the EMIFB access? I have 5 units from a batch of 30 made a couple years ago [running 24/7, EMIFB@100MHz] that started to behave 'strangely', usually ending in a USB disconnect and reset. One of these units was kept running a few months after it started to fail. It now fails the most basic SDRAM test [The emulator can't load code there either]. That unit also seem to have USB problem when running a test program exclusively from internal memory.
- Are the USB IO pins subject to the same premature aging issue?
- In your testing of this issue, were the parts that started to fail working for some time after a power down? In my case, I have units that will work for weeks after being turned off a few days. The problem will then come back on some units. Did you get the same behaviour or could this be a different problem?
- Will the new Silicon revision 3.0 expected in 2Q2013 also correct/improve the 1.2V oscillator circuit to reduce the need to use an external oscillator [Erratum section 2.1.4 ESD Immunity]? We are in the process of updating our design and I will put the external oscillator there if the 3.0 does not improve on this.