Hier gibts alles Mögliche:
http://arduino.cc/playground/Code/LCD
Grüße Uwe

Ciao Uwe, a forza di saltare come un grillo tra il Forum Tedesco e il nostro ogni tanto ti scappa la lingua 

Dalla Guida:

nota n.12: Bisogna necessariamente chiarire un concetto: il collegamento seriale tra Arduino 2009 (o la Luigino328) e la porta USB del PC è gestito dal chip convertitore “FT232RL”, che nella versione UNO è stato sostituito dallo specifico chip “ATmega8U2”, più veloce del precedente. Dobbiamo quindi aver chiaro che mentre su una board UNO si può montare un chip con bootloader 2009 e usarla proprio come se fosse una 2009, quindi caricando anche gli sketch, una board 2009 con un chip con bootloader UNO potrebbe dare problemi (software) tentando di caricare uno sketch nel chip, proprio a causa di questa differente velocità.

Quel "potrebbe" significa in poche parole questo: ho inserito questa nota su consiglio di esperti, che mi hanno spiegato questa importante differenza hardware, e quindi il problema ci potrebbe essere; nei fatti però (e parlo di un centinaio di prove  ) NON HO MAI avuto problemi a far lavorare Arduino 2009 con il bl della UNO, ovviamente settando l'IDE come se stesse lavorando con Arduino UNO; personalmente ti dico che puoi prenderlo e lavorarci, risparmiando anche 1,5K di bl, però il mio ragionamento è da "pratico che rompe la grammatica", quindi eventualmente aspettiamo qualcuno che su questo argomento possa dire la sua dal punto di vista teorico, visto che per quello pratico c'ho pensato io 

Ciao, che intendi per "stoppare al meglio"? la funzione avvio_ciclo esegue n=numerofoto-1 cicli di istruzioni e poi il programma ritorna nel punto in cui è stata chiamata. Dove le hai messe queste 3 funzioni?

Non è detto che non possa succedere davvero naturalmente la pausa pranzo la offro io  
Il problema l'ho avuto anch'io con gli attiny, infatti non sono riuscito a far salire il clock, poi mi sono fermato con le prove visto che in realtà a me servivano con clock a 1MHz per i nanetti e tu mi confermasti che "nascevano" già così.
Per il momento ho accantonato tutte le sperimentazioni, ne avevo iniziate troppe e il tempo non ce l'ho, ho deciso si mettere tutto in una bella cartella "progetti futuri" e da lì usciranno uno per volta: inizio-sperimentazione-fine. Quindi ho deciso di completare i nanetti, finalmente stasera ho stampato il pcb sulla piastra di rame, fra due giorni arriva la vaschetta per l'incisione, primo montaggio, test e poi "produzione in serie" (sono 7, ovviamente...); ti posto il png, sono troppo felice   , naturalmente grazie a te e gioblu che mi avete presentato le attiny (il femminile è per evitare facile battuta di qualche furbone ), lungo corteggiamento e poi amore profondo

@Michele:
il problema che tu segnali deriva dal fatto che con la tecnica ISP non si riescono a programmare i fuse per impostare la frequenza corretta, più precisamente impostando il chip a 8 MHz non si riesce a disattivare il divisore x8 sulla frequenza dell'oscillatore interno. Usando un quarzo esterno non hai di questi problemi perché non devi selezionare a priori una frequenza particolare ma dire soltanto all'Atmega di usare la fonte esterna, appunto.
E, come ti dissi a suo tempo nell'altro post, al momento l'unico modo di modificare i fuse usando un Arduino come programmatore ISP è quello di pilotarlo direttamente con l'avrdude patchato contenuto nell'IDE.

Hello! avendo fatto miliardi di prove per la Guida ora è come non averne fatte per niente  una cosa è certa: non so se ricordi che ad un certo punto, leggendo della possibilità di portare sul pin 8 del chip la frequenza dell'oscillatore interno, dissi che questa cosa sarebbe stata comodissima qualora una circuiteria esterna (come mi è capitato di fare) avesse bisogno di un suo oscillatore; alla fine, dopo un po' di prve riuscii a portare fuori questa frequenza e leggerla (nacque anche una querelle simpatica con astrobeed sulla precisione di quanto leggevo); ricordo perfettamente, visto che la cosa mi interessava per i nanetti, di aver letto anche 8MHz e 1MHz, la cosa confermata anche dalla progressiva riduzione dei consumi. Altrimenti non l'avrei scritto nella Guida.

@astrobeed:
scusa una cosa, non sei riuscito a compilare una versione dell'Optiboot che lavora a 20 MHz?

questa cosa conferma quanto dico, forse, altrimenti qui col quarzo esterno, che problemi dovevano esserci?   

Preso nota!
Ma perché hai dovuto modificare il bootloader? Per sistemare i tempi (delay, millis, ecc)? In effetti nelle prove che ho fatto io settando, p.es. il chip a 8MHz osc. int. i tempi sballano completamente, 1s diventa 4-8s; la cosa che non mi spiego è perché succede questo; l'oscillatore interno dovrevve essere tarato per lavorare correttamente, quindi il problema è nel software? E' questa la spiegazione?

scordatelo, ci vuole attrezzatura seria per cambiare quel componente, inoltre dubito che lo trovi già programmato, altra rogna pesante visto che, da quanto ho letto finora, nessuno in questo Forum ha mai fatto questa operazione, e poi questo non costerebbe 1 euro...
Comunque visto che hai tutto il programmatore stk200 mi pare una buona idea, insisto sul fatto che metterei un transistor al posto del diodo; mi pare però che Astrobeed non abbia detto se questo programmatore potrebbe funzionare con parallela<-usb o se richiede comunque una porta parallela standard sul pc.

Se non fai una prova del 9 non si potrà saperlo mai.
Se vuoi realizzare quella scheda seriale sappi che il pcb originale lo vendono su Robot Italy a 5 euro circa.

allora mi rassegno sul fatto che quel programmatore è una pippa...però non capisco perchè lo mettono addirittura sul forum ufficiale!

comunque ho messo l'atmega sulla millefori dopo avergli caricato il blink ma il led non lampeggia


a questo punto penso che una delle soluzioni di quello di costruire l'STK200..però adesso non ho un 74hc244, se si potesse fare senza lo farei subito, ma appena posso ne prendo uno..

Se decidi di costruirlo guarda che ti serve solo la prima parte, quella col connettore parallelo sul pcb, ti basta poi realizzare un cavetto adeguato, l'unica cosa che vedo "male" è quel diodo 1n4148, serve per evitare ritorni di tensione ai +5V di Arduino ma contemporaneamente provoca una riduzione della tensione di 0,7V; non penso ci siano particolari problemi ad alimentare il buffer hc244 con 4,1-4,3V però sarebbe stato preferibile mettere un transitor al posto del diodo; forse ti converrebbe farla questa piccola modifica. E comunque se quella roba devi comprarla, tra uno scherzo e l'altro potresti spendere 7-8 euro più il tempo che serve; sicuro che non convenga comprare un altro Arduino o Luigino (19 euro da Robot Italy)? Devi considerare anche che con l'stk200 potresti arrivare a scoprire che è rotto Arduino 

Riguardo il programmatore parallelo non ne so nulla, infatti ho cercato di approfondire con Leo, ma questa tua affermazione mi fa desistere dal voler fare prove,

E fai bene, anche perché se non disponi di un pc con una porta parallela standard è quasi impossibile che funzioni, il che esclude le parallele virtuali su USB e molte parallele sotto forma di scheda PCI aggiuntiva.

un semi O.T.: mi è venuto in mente che da qualche parte ho uno minibox+alim.est. che serve per "trasformare" una porta USB in ethernet, parallela e seriale; è dei tempi di quando iniziarono a fare i NB senza le I/O classiche ma tutti avevano periferiche di questo tipo. Che dici potrei ricavarne un I/F usb-seriale per fare prove di upload?

Infine gli avevamo detto, mi pare, che la cosa migliore era trovare un Arduino funzionante

Esatto, che poi è il mio stesso consiglio, partendo da hardware sicuramente funzionante e con la possibilità di poter eseguire l'upload del bootloader in modo sicuro esclude molte incertezze e permette di analizzare meglio le cose.
Comunque io sono più convinto che il problema è un mix di cose andate storte, ovvero l'apoteosi della legge di Murphy 
[/quote]
Allora doniamo alexdb e tutta la sua componentistica (condensatori compresi) al Chicago Museum, lo metteranno nella sezione sfigati (appunto quella dedicata alla legge di Murphy), accanto allo spazio dedicato ad Al Capone, lo sfigato per eccellenza che, pur essendo un assassino ed il più grande corruttore di tutti i tempi, finì i suoi giorni in galera per non aver pagato le tasse 

Il fatto è che lui ha bruciato il suo ATmega mentre era montato su una breadboard e, come dice lui, Arduino era al sicuro nel cassetto.
Un chip bruciato da sovraalimentazione può danneggiare l'8U2 una volta rimessolo su Arduino?
Riguardo il programmatore parallelo non ne so nulla, infatti ho cercato di approfondire con Leo, ma questa tua affermazione mi fa desistere dal voler fare prove, non ho tempo in abbondanza per poterne perdere inutilmente.
Infine gli avevamo detto, mi pare, che la cosa migliore era trovare un Arduino funzionante, un po' come facemmo con l'amico delle multi-Luigino, infatti quando poi ha recuperato l'unica che funzionava ha avuto conferma che il problema erano proprio le 3 Luigino nuove.

Seguendo il tuo link, sono arrivato a questo; se ho ben capito sto tipo ha testato uno sketch che inviato tramite Arduino ISP Fixa il problema dell'optiboot; Voi anglofoni potete dare un'occhiata più approfondita per capire esattamente come stanno le cose?

Cercando un po' sul forum sono arrivato a  questa discussione, in cui si parla di un problema simile ed un utente suggerisce di riflashare il firmware dell'Atmega8U2 e di cambiare il bootloader degli Atmega328 perché le prime versioni sembrano affette da diversi bug.
Ora io non so se dipenda da questo ma mi pare strano perché io possiedo una delle prime Arduino UNO (l'ho comprata agli inizi di ottobre) eppure non soffro di questi problemi.

Comunque, la discussione rimanda ad una segnalazione di bug in cui, alla fine scopro una cosa interessante!

This appears to be because the GP registers are not guaranteed to be cleared to 0 on reset.  Actual analysis here: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1293529218/39#39 for a slightly different problem, but the fix of clearing R1 at the beginning of main() seems to fix this "Amnesia" issue as well.
(that makes this a duplicate of http://code.google.com/p/optiboot/issues/detail?id=26 or vis versa)

Sembra quindi che effettivamente un bug ci sia, ma pare proprio negli Atmega. Si parla infatti di alcuni registri che non sarebbero reimpostati correttamente a 0 dopo un reset. E si consiglia di resettare (porre a 0) il registro R1 all'interno del codice dell'Optiboot. Ci vorrebbe un esperto di micro (astrobeed... dove sei?) che ci confermasse se questa può essere la causa dell'Alzheimer degli Atmega.

Beh, se risolviamo anche questa ho idea che gli Americani cominceranno a venire in Italia con i barconi  Intanto esiste il modo per mettere mano all'optiboot?

1) se il programmatore parallelo viene visto da avrdude, ci può far tutto quello che avrdude permette, quindi invio di sketch, bootloader, riprogrammazione di fuse, cancellamento di memorie e caffè espressi

Ottimo, volevo costruirlo, peccato che ho demolito, dopo l'ennesimo blocco, il pc del lab e l'ho sostituito con un portatile; ma sicomme ci vogliono  pochi pezzi e dieci minuti cercherò dove ho buttato il mio convertitore usb-> varie porte. Azzzz   ma ora che ci penso, visto che sto scatolotto aveva anche un'uscita rs232 significa che lì dentro c'è anche un convertitore USB-seriale, o no?

2) Uhm... "effetto Alzheimer"... ma sul forum internazionale nessuno ha mai segnalato un problema simile?

non ne so niente, mi ha colpito e me lo ricordo perché è uno dei miei campi di lavoro, questa brutta malattia.

3) OK. Breadboard cacca - Millefori no cacca 

interpretazione da integralista estremista. Personalmente, per recuperare un po' di contatto con l'elettronica digitale, appena ho preso Arduino, su una breadboard grande, ho realizzato una logica tutta con porte semplici per pilotare un display, roba da squilibrati, visto che oggi un solo integrato ne pilota diversi contemporaneamente, per non dire di peggio, ma come detto era un'esercitazione. Alla fine mi sono talmente innamorato di questo mio primo lavoro della nuova vita che non l'ho smontato più e ho comprato un'altra breadboard!

Come ti ho detto, può provare ad usare il programmatore parallelo direttamente, SENZA l'Arduino e l'IDE. Provare cioè a comandarlo da terminale con avrdude.

Ah, ok, quindi collega i sei fili direttamente al chip da programmare ed esclude Arduino, finalmente ho capito  , potrebbe prevedere dei connettori sulla millefori per fare questo. Ma, scusa l'insistenza, in questo modo può inviare anche uno sketch o sempre e solo il bootloader?

Cmq mi sorge una domanda, non sono un elettrotecnico: mi spieghi una cosa?
Lui dice di riuscire a spedire uno sketch al micro dell'Arduino e di vederlo funzionare. Poi però se scollega l'Arduino e lo ricollega, il micro "scorda" lo sketch. Ora mi domando questo... Dopo la programmazione dello sketch (diciamo il BLINK), l'Atmega328 viene resettato, giusto? Che differenza passa quindi tra il reset ed il distacco dell'alimentazione? La Flash è permanente, quindi una volta ricevuto lo sketch, lo dovrebbe conservare in memoria in entrambe le situazioni, no?

nel senso che intendi tu nessuna differenza; questo strano scherzo Uwe l'ha definito "effetto Alzheimer" ma nemmeno lui ha trovato una spiegazione/soluzione.

E mettendo questo micro su una breadboard, che succede? Continua a lampeggiare oppure no?
Se la risposta è sì, allora è anche l'Arduino che ha dei problemi. 

E' per questo che deve montare la millefori, non potendosi fidare della bread, proprio per togliere il chip da Arduino dopo aver mandato il blink e metterlo sulla millefori e vedere se funziona