Testato:
il problema e' su optifix, ma visto che ora optifix e' ufficialmente la nuova versione di optiboot, il problema e' su optiboot.Chi ha una UNO R1 o R2 ha il vecchio optiboot e quindi ha il probelma del reset non voluto
Chi ha aggiornato la propria UNO vecchia con l'optiboot dell'ide 0.23 o 1.0 ha invece questo secondo problema, o chi costruisce uno standalone con bootloader a bordoIn realta' entrambi sono saltuari, c'e' infatti chi non aveva bisogno di condensatori o resistenze sul reset, ad esempio io non ne ho mai usati, e chi doveva metterli
Allo stesso modo con il nuovo bootloader della 0.23 e della 1.0 c'e' chi ha questo problema, ed a me capita, e chi non lo ha.
Allo stato attuale con il nuovo bootloader ed un diodo hai un bootloader eccelso
Di certo dovendo fare uno standalone e' d'obbligo prevederlo, perche' vista la saltuarieta' credo non si impegnino piu' di tanto a risolvere.
Scusami Testato, io continuo a non capire. Chiamami Testone, almeno insieme facciamo una bella coppia 
Non riesco a capire se il problema è dell'autoreset DURANTE la programmazione ISP oppure se dell'autoreset ALL'AVVIO dello sketch.
Il condensatore sulla mia UNO io lo usavo ai tempi per disattivare l'autoreset quando usavo lo sketch ArduinoISP. Quando poi a giugno misi l'Optifix4.4 risolsi tutti i problemi: lo sketch ArduinoISP funzionava perfettamente, non avevo nessun tipo di problema al riavvio della scheda.
Però leggo di Atmega in standalone afflitti da questo autoreset: che cosa dovrebbe fare? A che cosa serve un diodo su un chip in standalone? Non capisco questo, mi dispiace. Per rendere stabile il reset basta una R da 10K tra Vcc ed il relativo pin. Stop. Non vedo come un diodo su uno standalone possa aiutare. Aiutare poi a far cosa? No comprendo... 