different behaviour when debugging

RE: different behaviour when debugging

Display Name — Fri, 23 Sep 2016 12:36:01 GMT

The EEPROM is a N25Q064A13ESE40E. The datasheet is here

RE: different behaviour when debugging

Susheel Nuguru — Fri, 23 Sep 2016 11:36:42 GMT

That is a bit strange that the noise was making this 100% reproducible. Would you please mind telling us the EEPROM spec, could be fun for others to try figure it out what cause this. Most probably some electrical resonance.

RE: different behaviour when debugging

Display Name — Fri, 23 Sep 2016 11:13:05 GMT

So, we got it working and the problem was this:

The EEPROM has a HOLD pin which needed to be pulled-up in order for it to work. Although the datasheet showed an example schematic with that pin floating (internal pullup implied) that was not the case and an external pullup was needed.

We think the debugger/non-debugger difference in behaviour was caused by different levels of noise on the floating pin with/without the debugger running. Bit weird, but 100% reproducible.

RE: different behaviour when debugging

Susheel Nuguru — Wed, 21 Sep 2016 12:00:32 GMT

There must be a difference either in the data sent or in the timings. There is no other explanation to it. The timing could be different in us - ms. Also check if there are any floating pins and all pins are pulled down or pulled up correctly if they require it.

RE: different behaviour when debugging

Display Name — Wed, 21 Sep 2016 09:37:45 GMT

The broken behaviour happens even without any breakpoints set. Looking on an analyser with and without debugger, the signals are pretty much identical.

RE: different behaviour when debugging

Susheel Nuguru — Wed, 21 Sep 2016 09:30:55 GMT

Depends on your EEPROM, if it does not like breaks in between SPI read/write bytes then it probably wont respond. Check the commands sent to the EEPROM and its response using logic analyzer with and without debugger.