Borrado y reprogramación de EPROMS antiguas

Question

Uno de mis clientes trajo varias EPROM antiguas que desea reprogramar con el firmware actual que utiliza su sistema.

Mi forma habitual de solucionar esto es colocar las EPROM en el borrador, que tiene un temporizador de 10 minutos. Cuando ha transcurrido el primer ciclo de tiempo, comprueba los chips en blanco.

Si el test está en blanco después de un ciclo de borrado de 10 minutos, póngalos de nuevo en el borrador durante otros 10 minutos.

Si tardan más de un ciclo de borrado en ponerse en blanco, cuente el número de ciclos de 10 minutos que tardan en ponerse en blanco y luego duplique ese tiempo de borrado.

Estos 5 chips aparecieron en blanco después de un solo ciclo de borrado de 10 minutos, por lo que todos recibieron 10 minutos adicionales de borrado.

Me gustaría recibir comentarios sobre lo anterior. Esto me ha funcionado bien en el pasado, pero me gustaría contar con la orientación de personas más inteligentes que yo.

Mi verdadera pregunta es con respecto a la programación real del chip. Me preocupa que los chips no mantengan sus datos tan bien como los nuevos.

Lo que estoy pensando es en programarlos dos veces. Programar cada chip de forma normal y asegurarse de que se verifican bien. Esperar un día y verificar de nuevo. Si verifican bien, entonces programarlos de nuevo (y verificar).

Estas EPROMs NO están en equipos de misión crítica. Y aunque solía hacer esto regularmente para los clientes oh, hace muchos años, quiero dar al cliente la mejor oportunidad de que estos chips funcionen correctamente para el futuro indefinido.

Sí: la respuesta obvia es comprar chips nuevos. El problema es que la mayoría son obsoletos y lo que encuentro es New Old Stock. Eso no hace que los nuevos chips sean mucho mejores que los que el cliente me trajo para usar.

El programador es un Xeltek 560U y los chips son 27C020 y M27C2001 (256k x8).

De nuevo: se agradece mucho la orientación.

[Editar]

Revisé los archivos y encontré Tema anterior sobre los ciclos de programación múltiples

Answer 1

No veo ninguna razón para no programarlas doblemente (no creo que pueda hacer mucho daño, y bien podría ayudar), a no ser que tu programador sea "listo" y se niegue a arrancar si falla el 'chequeo en blanco'.

Los programadores Pro utilizaban la variación de la Vdd para asegurar la programación completa, si la memoria (ha) sirve. El programador programa a una Vdd y posteriormente verifica a otra para asegurarse de que hay un cierto margen.

A no ser que los chips hayan sido utilizados en un entorno de desarrollo (con horribles flashbacks) en el que los pobres ingenieros no tuvieran un emulador, lo más probable es que hayan sido borrados una vez como máximo, aunque tengan 20 o 30 años. Es probable que el borrado (UV de alta intensidad) y la programación (altos voltajes para provocar el efecto túnel) los envejezca.

Answer 2

Sólo lo recuerdo desde hace tiempo: Las EPROM tienen un número limitado pero elevado de ciclos de borrado; el dióxido de silicio que rodea las puertas acumula daños por cada ciclo, lo que hace que el chip no sea fiable después de varios miles de ciclos. La programación de las EPROM es lenta en comparación con otras formas de memoria. Dado que las piezas de mayor densidad tienen poco óxido expuesto entre las capas de interconexión y la puerta, el borrado ultravioleta resulta menos práctico para las memorias muy grandes. Incluso el polvo del interior del paquete puede impedir que se borren algunas celdas. La programación con los mismos datos no debería afectar a la vida útil. Son los rayos ultravioleta los que los matan.