Yo estoy en proceso de diseño y fabricación de ese programador....en cuanto tenga algo listo lo voy a postear 

Luego de algun tiempo..... claro esta.... he probado las series del atmega, 8,16,32,128... y han funciando perfecto.... he realido algunos cambios en la PCB agregando los diodos zener para proteccion de los datos del conector USB, los cuales son recomendados en el uso del driver USB...

Los links Funcionan bien, debe ser algun tipo de problema de la pagina,,, no se...

Por ultimo... aunque importante hay que tener encuenta la configuracion de los fuses ya que algunos amigos han programdo el atmega 8 sin estos y han bloquedo el micro solo pudiendose programa de nuevo por el metodo paralelo... quien sabe que configuracion le han cargado...

estos son los fuses:

# TARGET=atmega8    HFUSE=0xc9  LFUSE=0xef
# TARGET=atmega48   HFUSE=0xdd  LFUSE=0xff

Hola jam0_0, gracias por avisarme, y me he puesto con al tarea de revisar, y tienes razón, el atmega 16 no rula. pero los otros si, entonces me comprado los siguientes para revisar, attiny45, attiny2313, atmega32 "bien caro en estos lares este ultimo", y el atmega32 no funciona, me he puesto lupa en mano ha revisar y todo se debe al los disposición de pines, tienes razón respecto a los pines 20 y 22, no lo había probado por que no tenia los micros y tengo que reconocer que la ¡embarre!  

Hace algunos días por falta de tiempo estaba en la tarea de re diseñar el soket incluyéndole un generador de reloj externo cuando los micros no están configurados por su oscilador interno, me he tomado la tarea de re-diseñar todo, y arreglar el error, como comentario, y gracias tu aviso, no es posible hacer el programador con un solo soket zif, y tanteando un poco he realizado este diseño, en estos días lo terminare y lo subiré, por el momento les muestro como va el diseño el cual he tomado un Attiny45 para generar la señal de reloj y funciona de maravilla.

Con respecto a las linea de Tx y Rx, estas están diseñadas para realizar futuras actualizaciones, como algún debuger o control externo pero dependen del firmware y no son necesarias incluirlas en el diseño del soket.

De nuevo les pido disculpas por el diseño del soket zif  , a los que hayan realizado, afortunadamente el error solo se presenta en el diseño del soket y no del programador, he actualizado los vínculos y los archivos para evitar mas errores.

El uso de la bobina y el condensador pertenece a circuito de desconexión y este se usa para proteger el mismo de algún sobre pico, tal vez no sea necesario pero prefiero que sea así, por que he tenido algunos accidentes por USB, ademas si se fija en la misma pagina, algunos diseños contienen estas protecciones hasta el uso de tri-states.

Respecto al uso del cristal, veo como mas sofisticado hacerlo así, por que se puede generar mas variedad de velocidad de reloj, ademas el Tiny45 consume realmente poco, también al programar me he percatado "Corrijanme si me equivoco" que es posible poner cualquier cristal, pero si la velocidad se aproxima a la configurada en la programación se efectuá sin problemas, y por que cuando estaba realizando las pruebas con los cristales se me ocurrió generar la señal mediante otro micro-controlador por falta de no tener mas variedad cristales a la mano.

También se me acaba de ocurrir esto: la programación de los Atmel debe estar sincronizada con la señal se reloj y la del oscilador interno, seria posible hacer esta sincronización tomando tomando muestras de la linea SCK y generando la señal correspondiente por la linea Xtal1, obviamente pues averiguando si esto es posible en la documentación del Atmel... solo es una idea... haber si estoy del todo bien o errado ya que veo que el Tiny45 se presta perfectamente para esto.

He averiguado un poco en internet encontré que el pin (XTAL1) no es obligatorio controlarlo desde el programador, La única restricción que debe cumplir es que el periodo de esta señal debe ser como mínimo la cuarta parte del empleado en la señal (SCK).

Entonces lo que quiero hacer es, simplemente es que el Tiny45 genere estas señales, mirando la documentación, el programador Usbasp maneja las velocidades de menor a mayor de 1,5 Mhz en la linea de (sck).

Y observado el datasheet de los atmega se hace referencia a:

" Depending on CKSEL Fuses, a valid clock must be present. The minimum low and high periods
     for the Serial Clock (SCK) input are defined as follows:

     Low:> 2 CPU clock cycles for fck < 12 MHz, 3 CPU clock cycles for fck ≥ 12 MHz
     High:> 2 CPU clock cycles for fck < 12 MHz, 3 CPU clock cycles for fck ≥ 12 MHz"

Por lo tanto la señal de reloj (sck) depende de la configuración de (CKSEL), lo cual permite restringir el número de velocidades las cuales (Xtal1) debe funcionar, por lo que es mas fácil generar las señales, tomando lo primero que enuncie, podría generar señales de 1,2,4 y 6 Mhz, y combinarlas como se desee.

La información la tome de este lugar http://www.tolaemon.com/proyectos/telavr.htm, la cual explica como generar la señales para programar los micros Atmel por medio del modulo serial y le puerto paralelo.

Voy a ponerme en la tarea de generar el código y hacer las pruebas, que tal me va, ademas de observar que el Tiny45 posee un PLL interno, solo seria cuestión de averiguar que velocidades puedo generar con el PWM que tiene.

Hi de nuevo,  pues me he puesto hacer la tarea de programar el tiny45, y realizando las pruebas con todas las configuraciones del reloj externo posibles con un Atmega8, Atmega16, Tiny2313.

la velocidad debe estar por debajo de 250 Khz si el jumper (SCK) del Usbasp este puesto que la velocidad del reloj se limita de 375 kHz a 8 kHz. ya cuando la velocidad suba a mas de 1,5Mhz si el jumper (SCK) esta libre, la velocidad de (xtal1) puede de ser de 1Mhz.

Con todas lo pruebas nuca logre que los micro-controladores funcionaran con una velocidad de mas de un 1Mhz por (xtal1), con o sin el jumper (SCK), no se cual sera el motivo, por lo que en el momento no incluiré estas velocidades. las velocidades que están disponibles son:

125 Khz, 150 khz, 200 Khz y 250 Khz.

Los indicadores quedaron así:

El led que dice Busy, indica cuando se detecta la señal de Reset proveniente del Usbasp, y se activa el PWM.
El led que dice Opción, indica la frecuencia que se ha elegido, variando la luminosidad del mismo.
El botón cambia las frecuencias pres establecidas, de 0 Khz hasta 250 Khz.

También he realizado algunos cambios en el diseño de Eagle, para justar algunos caminos y corregir algunos errores.

estos son los fuses para el Tiny45:

# TARGET=attiny45  LFUSE=0x41 HFUSE=0xDF EFUSE=0xFF

Te quedo genial el programador