ATMEGA48 - se escondió en su caparazon ?

[Sispic]

Hl.
Se me ha ocurrido programar los Lock bits de un ATMEGA48  a cero y este ya no
responde a nada , ya no entra en modo programación ni na .

Codigo:
Memory Lock BitsProtection Type : LB2=0  LB1=0

Further programming and verification of the Flash and EEPROM
is disabled in Parallel and Serial Programming mode. The Boot
Lock bits and Fuse bits are locked in both Serial and Parallel
Programming mode.

Sabeis si esto es normal ?
Le digo adios ?

[laloavr]

¿probaste haciendo un Erase chip?

[Sispic]

Sí he provado , aunque el problema es que ya no responde a nada , es como si ya no existiese .

[RedPic]

Sisco:

Si lo das por perdido puedes enviarselo a Manolo Nocturno para que me lo haga llegar, y lo pincho sobre la STK500 para ver si el soft de ATMEL AVR Studio 4 con su propio Hard es capaz de darle un tratamiento de Shock revitalizador ...

[Nocturno]

Siempre puedes coger la radial o el bisturí y localizar los Lock Bits. Te puedo prestar una lupa:

[RedPic]

Otra opción muy socorrida es hervirlo en agua a 100ºC ... dicen que elimina todos los Lock Bits por transfusión térmica inhalámbrica irresistibile.

[Sispic]

Igual puede ser esto ya que puse todo los fuses a cero tambien

Codigo:
2. When programming the RSTDISBL Fuse, Parallel Programming has to be used to
change fuses or perform further programming.

Habrá que buscar un esquema para recuperarlo ? ó paso directo al TRACTOR .

[Nocturno]

Parece que sólo te queda pasarte al modo paralelo o pasarle con el tractor en ""paralelo".

[migsantiago]

Sispic,

estuve buscando info pero sólo encontré esto:

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=printview&t=31207&start=0&POSTNUKESID=84b5b729f1fecf800c7e6ebed816b18f

según esta persona, su ATMEGA48 ya no respondía. Porque lo programó en modo debugWIRE y al momento de cambiarlo a modo ISP el AVR no respondía.

Hay varias sugerencias:

- Que el programador no sirve
- Que hay que quitar la alimentación del AVR después de grabarlo (fusible DWEN) o cambiar de modos (DW a ISP o al revés)
- Quitar pull-ups o capacitores del pin RESET
- La frecuencia de programación ISP es muy alta, cambiarla a 4kHz ó 6kHz
- Usar modo alto voltaje para programarlo
- El pin RESET no tiene diodos de protección, agregar unos para evitar picos de voltaje


No conozco el ATMEGA48, pero alguna de esas sugerencias tal vez te ayude.

Suerte

[Sispic]

Va a ser el RSTDISBL  PELIGRO

Los Lock Bits se borran con chip erase , no hay problema .

Pero si  RSTDISBL se programa cero  , el pinRESET queda como I/O y ya el reset queda interno . , no accesible ya en modo  programación serial . y es necesario mantenerlo a cero para que entre en modo programación.

Habrá que armarse un programador en modo prog. paralelo con Restet a 12 v . etc. para sacarlo de hay .

[migsantiago]

Entonces por la cuestión de la programación en paralelo y el bit I/O del reset, ¿ya no se podría programar con el GTP-USB en un futuro?

[Sispic]

Eso parece , a no ser que tambien implemente la programación con alto voltage 12v.

Con esos bits tambien cuidado :

Codigo:
SELFPRGEN 4 Self Programming Enable 1 (unprogrammed)
DWEN(3)   3 debugWire Enable 1 (unprogrammed)

ATINI13 desaparecido en combate II .

[migsantiago]

Qué bueno que el programador puede mejorar.

Oye... si estás comprando tus AVRs, puedes pedir samples. Supuestamente hay que contactar a un distribuidor de tu país para pedirlos, no es como Microchip que los envían desde Tailandía.

http://www.atmel.com/forms/Samples.asp?family_id=607

[JCAK]

Me parece que cuando encuentres la solución, seguro me sirve a mí también para desbloquear un ATmega8.
Yo aún no tuve tiempo de buscar y directamente compré otro, pero puedo contarles que estoy usando el software BASCOM con un programador STK200 y creo que me pasó algo parecido.
Cuando me metí en el software de programación entré en la opción Lock and Fuse bits, momento en el cual supuestamente lee la configuración del chip y la muestra en pantalla.
Ahí mismo pulse las siguientes opciones:

Write LockBits
Write FuseBits
Write FuseBitsHigh

Yo pensaba que no afectaría en nada, suponiendo que pisaría lo que ya estaba con la misma configuración, pero para mi sorpresa  y al intentar leer el chip nuevamente.... MUERTO por completo.

Les mando saludos a todos y estén atentos.... jejeje

[Sispic]

Ya los tengo todos vivitos y coleando 

he tenido que diseñar este artilujio , para poder programar los bits no accesibles en modo serial.
En modo paralelo programa 10 veces mas rapido .

http://perso.wanadoo.es/siscobf/REV2/AVR PARALLEL-Sockets.pdf