Can you please explain what exactly this condition is checked? I can't correct the image and I very often have a problem with this error, sometimes it is enough to slightly change the VCC or VCCQ voltage or the speed and the error stops appearing.

Out of curiosity, I checked the pages where this error is displayed and both the one read earlier (corrected) and the one that is being read are identical, apart from individual bit errors, so on what basis does the program decide that there is a "BCH reread error"?

In view of the above, I have an idea for the program to try to gently change the voltage +-0.1V, 0.2V before throwing this error and check if the chip responds correctly. If manipulating the voltages does not help, it could also try to change the speed (high, normal, low).

Additionally, the program could jump to the next sector/page/block and try to continue correcting the dump. Now I have to sit at the program and watch whether the error does not appear, I can't just leave the correction on overnight because at any moment this error can occur and interrupt the whole process - it is irritating.

Please consider this improvement - thanks.

btw. unchecking "Check chip response" is not a solution because unchecking it very often causes damage to the dump.

I have same question. Can somebody answer it? Thank you

Will someone from Rusolut answer my question and deal with this topic? I cannot efficiently process data recovery due to such a poorly functioning read retry.

If an error occurs, let the program simply jump to the next block. Instead of stopping the whole process. I noticed that these errors appear with damaged "garbage" blocks, if I skip these blocks by changing the start address, everything works OK. Just fix this by change the exception behavior from throwing an error to jumping to the next block. Thanks.