En su dia propuse colocar la resistencia de 5k6 en la pata del atmel; hoy tengo otra información interesante.

La tensión de glitch proporcionada por el LM358 no es muy precisa puesto que el amplificador operacional oscila con el condensador de C8 del diseño, para evitarlo es recomendable colocar otro de un valor superior, por ejemplo 33 uF de esta forma se consigue una tensión de glicheo precisa y controlada.

Muy bien, con la recomendación anterior parece que mejorariamos algo en el control de nuestro unlooper, y esto seria asi si no fuera porque el firmware ND13 (Saludos a su autor y le felicito por su buen trabajo) tiene un bug, ¿en qué consiste?:

La tensión de glitch se obtiene modificando la anchura del impulso PWM (duty cicle) generado mediante un timer interno del atmel (T1), estos impulsos se integran en la red R6-C9 dando un valor de tensión continua proporcional al duty cicle.

Por otro lado la rutina de recepción de bytes desde la tarjeta con velocidad de recepción automática, utiliza también el timer T1 para realizar la medición de tiempo de bit, y no vuelve a arrancar el T1 en modo PWM cuando finaliza, con lo cual la tensión de glitch se baja a 0V; esto ocurre en los scripts que circulan por ahí e incluso en el programa del "conejito", y se puede comprobar midiendo con un polimetro la tensión en la pata 7 del LM358 durante el desarrollo de dichos scripts y programas. (Esta rutina de recepción se selecciona cuando mandamos el subcomando 1F al atmel: Sc.Write(HexString((CTGLen + 10), 2) & "1F 60" & ........ ).

¿Cúal es la solución? pues corregir el bug en el ND13.

¿Mejoraria el tema de los ATR´s perdidos? posiblemente pero no 100%.

Espero no aburriros con mis rollos.

Saludos a los foreros.