Avevo scaricato tutto il pacchetto per i tiny x4,x5,xx13,se ti serve provo a vedere se lo ritrovo in rete.....perdona l'ignoranza ma credo che fosse presente tutto all'interno del pacchetto.

Ora aspetterei anche Michele per verificare se anche a lui funziona come nel nostro caso...
Volevo anche provare con ATtinyxx13 ,visto che ha la seriale, perchè ho il materiale sw per farlo ma mi manca il chip
Tu ne hai per caso uno per vedere se anche in quel caso si riesce a scaricare lo scketch senza che la R influisca in maniera negativa?  

edit...mi hai preceduto

Bene,son contento 
Io ho provato ad aumentare il valore di resistenza fino a 340K avendo sempre esito positivo su tutti e tre i micro che ho messo sotto i ferri.

Potresti provare con un valore di R superiore,giusto per avere un confronto alla pari ?
Io ho fatto 100+10+10..

Ok,attendo.

Si Leo,sto usando la 1.0.1.
Tu hai avuto modo di provare?

Ho fatto altri test con un Atmega 328,utilizzando gli stessi valori di R usati con 644/1284 e tutto funziona a dovere......
Nel 328 ho messo l'optiboot ma no so che versione sia.....
Se volete che faccia altri test ditemelo,ho tutte le board montate e posso fare in un attimo.

@Leo
Dimenticavo di dirti che io per portare i segnali alla seriale uso i cavetti con i coccodrilli lunghi una 40ina di cm.

Altra cosa, a te ha influito la lunghezza del collegamento? A me sì. Nel senso che se anche uso la rete RC (chiamiamola così visto che non è un filtro, quindi) se antempongo un jumper troppo lungo il chip non risponde correttamente.

Questo potrebbe essere causato dalle capacità parassite introdotte dal cavo stesso(piccolissime) che mettendosi in serie al C ne riducevano il valore.
Anche le misurazioni che ho fatto non sono del tutto veritiere perchè bisognerebbe tener conto della capacità della sonda dell'oscilloscopio
quindi ho solo guardato più o meno come arrivavano i segnali....
L'idea di togliere il condensatore e aumentare il valore della resistenza mi è venuta perchè il ritardo da creare era talmente piccolo che si poteva provare solo ritardando il flusso degli elettroni con una resistenza abbastanza grande da ottenere il risultato.
Mi rimaneva da fare la prova con il 644 per vedere se in quel caso invece avrebbe dato problemi ed ha funzionato bene.
Queste sono mie teorie......sarei contento se passasse astro per illuminarci.

Edit. @Leo
La R ed il C così collegati sono un filtro passabasso e guardando i segnali postati da Michele,quella distorsione,è l'effetto che ha un filtro su un segnale ma il fatto che quel filtro porti a far funzionare la seriale è solo perchè ritarda il segnale,lo riterda perchè il condensatore impiega un certo tempo a caricarsi fino a Vcc tramite la R,più grande è la R e più distorcerà il segnale.

Oggi ho ritirato il 1284 ed ho fatto adesso qualche prova sulla seriale usando l'mcp2200 come convertitore.
Mettendo RC ,che più che un filtro è più una rete di ritardo sul rx del 1284 carico senza problemi gli scketch in seriale,se invece non metto nulla non si trova in sincronia con il programmatore.
@Michele
ti do ragione sul fatto che il convertitore parte troppo presto con i dati da inviare al 1284,l'anticipo del segnale è di qualche microsecondo e lo si nota sovrapponendo i segnali ottenuti prima e dopo la rete di ritardo.

Per riuscire a programmare entrambi i micro 644/1280 basta mettere in serie al pin rx una R di 120K ed eliminare il condensatore,ho fatto diverse prove con entrambi i micro e nel mio caso il problema non si presenta.

spiegati meglio tonid, che significa un piccolo errore sul numero 5?

Quando carichi l'esempio della libreria di nick compaiono a display caratteri,numeri ed immagini.....
Dove ci dovrebbe essere il numero 5 mi ritrovo un numero che a prima vista sembra un cinque ma guardando bene i pixel non lo rappresentano come si deve.
Se stampo invece a display vuoto il numero cinque in parti diverse dello schermo ,compresa la zona dove prima mi dava quell'errore,vedo il numero ben fatto.....Quindi non credo che il problema di sz sia legato a collegamenti e breadboard ma non saprei come risolverlo.

Ho guardato attentamente il mio display e c'è un piccolo errore sul numero 5,ho controllato nei font ma li è giusto....
Ho provato poi a stampare quà e là delle stringhe di testo e l'errore non si presenta.
@sz
prova anche tu a fare una cosa del genere e vedi se le righe ti spariscono.

Io ho un trimmer da 500ohm..

Mettigli un valore più alto,almeno 5K,meglio 10K......con 500ohm lasci scorrere troppa corrente e abbassi di conseguenza il livello di tensione negativa generata dal 7660.

@Michele
Sono solo idee,realizzabili ,ma idee 

Oppure si prende un altro pin dall' arduino per gestire in pwm i led della retroilluminazione...

No.non è una cavolata ma una possibile soluzione.....
Io pensavo ad un ATtinyx5(25,45,85) pechè si può usare per generare un pwm con la funzione analogWrite() facendogli semplicemente controllare i due pin rimasti liberi sul MCP23017 che sono i bit0 e bit1 del port A....Aggiungi si un chip da 1 euro ma mantieni solo il bus I2C senza usare altri pin del 328.
Però si può vedere dopo questa cosa, inizierei aggiungendo il controllo della retro via sw e poi in un secondo momento,visto che ho dei ATiny85 ,proverò a vedere se torna utile un pwm sulla retro.........
Si potrebbe anche creare un pwm in base al valore letto da un sensore di luminosità e fare in modo che la retro si comporti di conseguenza.
Comunque sono idee che si possono vedere dopo

Appena hai novità fammi un colpo

se usi il ds1307 come rtc esterno lui manda i daty in byte al micro. il secondo byte sono i minuti e se fai un confronto di quando il byte e' 0x0f ( 00001111 in binario ) significa che sono le ore x e 15 minuti e alzi il pin che vuoi. se vuoi che dopo 5 minuti il pin deve abbassarsi aggiungi un secondo controllo se il byte dei minuti nel frattempo e' diventato 00010100 ( 0x14 in esadecimale ).

Non è proprio così....il ds1307 usa un byte si ma diviso in due gruppi da 4 bit.....all'interno dei 4 bit meno significativi (bit 0->3)memorizza le unità e nei restanti 4 bit più significativi (bit 4->7) memorizza le decine,quindi nel caso dei 15 minuti il valore del byte in esadecimale sara di 0x15 che corrisponde in binario a b0001 0101.