Error al intentar programar mi ATmega16A con quemador extremo

Cada vez que quiero grabar el archivo hexadecimal en mi chip, siempre aparece el siguiente mensaje de error:

Error de encendido

No se puede comunicar con el chip de destino

El programador que estoy usando es el programador USB AVR, de ABLab Solutions. El software que estoy usando para grabar programas es Extreme Burner AVR.

No creo que esto sea un problema con el controlador porque dice que ha encontrado un USBasp en el puerto USB. Había una opción para seleccionar el modelo de chip, donde seleccioné ATmega16 (porque 16A) no estaba allí. ¿Cómo puedo solucionar mi problema?

EDITAR: La imagen del circuito: usé Zener para la fluctuación de voltaje por si acaso.

esquemático

simular este circuito : esquema creado con CircuitLab

¿Se enciende el chip durante la programación?
No de fuente externa. ¿El usb no alimenta el chip @MattYoung?
Sin embargo, el multímetro mostró un voltaje muy bajo, ¿tengo que suministrar voltaje externo?
Comprueba dos veces tus conexiones. Si no son las conexiones, entonces probablemente el ATMEGA 16 esté bloqueado y deba comprar uno nuevo. Hay una manera de desbloquear, pero es realmente difícil. Te aconsejo que compres uno nuevo y funcionará.

Respuestas (3)

Los chips AVR deben estar alimentados durante la programación. NO se alimentan del programador. Recomendaría leer las siguientes notas de aplicación

AVR910: en la programación del sistema

AVR042: Consideraciones de diseño de hardware

Ok, entonces lo encendí con un suministro de 5.1V DC (100mA), está el mismo caso. ¡Mismo error!
Si ese es el caso, entonces probablemente hay algo mal conectado. Por favor, publique una foto de su configuración.
Edito la publicación. por favor mira ahora
¿Qué pasa con el resto de los pines?
Todos los pines mostrados (6) del uC están conectados al programador. Lo he comprobado muchas veces, la conexión es correcta.
Ese error tiene 3 causas posibles. 1. El chip no está alimentado 2. Una de las conexiones está mal 3. El cristal no oscila. Conecté cosas y "las revisé muchas veces" solo para descubrir que las conexiones estaban mal. ¿Qué pasa con el cristal? extremeelectronics.co.in/downloads/usbavrprogrammer/docs/…
¡Ay! Me había olvidado por completo del cristal. Probaré y te aviso. Mientras tanto, no pude ver ninguna diferencia entre 2 pines de cristal, ¿cómo sé cuál debería estar conectado a XTAL1 y cuál a XTAL2?
Supongo que lo descubrió, pero para que conste, los cristales no tienen polaridad, pero es importante asegurarse de que los capacitores de carga coincidan con las recomendaciones del fabricante.

yo tuve el mismo problema

1) las conexiones estaban bien. 2) los controladores se instalaron correctamente.

pero el mismo error: error de encendido

Probé el segundo mcu (Atmega32): pero el problema no resolvió el mismo error. Intenté el segundo usbasp: pero el mismo error.

Luego, finalmente lo obtuve accidentalmente, el problema era el hardware usbasp ...... (no quise decir falla de fabricación) si lo ve, encontrará una conexión de puente llamada (CLK) cuando coloco el puente, funciona correctamente. conecte los dos cables denominados (CLK) en usbasp.

También tenía este problema. Era un problema de hardware. El pin clk del atmega8 en el usbasp no tenía conexión. Un toque con el soldador y ya está funcionando. Me tomó 2 días encontrar su pequeño insecto.

¿Qué pin es el pin clk de atmega8. no encuentro el diagrama de pines :(