Esiste un bootloader che può fare il flash dello sketch ricevuto tramite seriale oppure residente su una SD
http://seili.net/weblog/2010/07/14/avr2boots-dual-bootloader-released/
Il codice lo trovi qui:
https://github.com/thseiler/embedded/tree/master/avr/2boots/

Però non so che grado di affidabilità e di compatibilità con le ultime schede ha.

Con schede sdhc non va, e non va nemmeno son schede > 2gb .... infatti mi sa che per le mie necessità cambio direzione!!

comunque se vuoi iniziare con gli arm prendi una pandaboard e metti su linux  od anche una raspberry

O sono molto ignorante io o le cose non sono affatto simili,
un conto è programmare una mcu , un conto è sviluppare un software per un S.O.

@Astro :

Grazie penso di aver capito il concetto, in sostanza sono molti i registri interessati anche per fare le cose più semplici tipo i/o generico e possono essere configurati in innumerevoli modi.
A tal proposito potresti consigliarmi qualcosa da leggere?

MikroC lo usavo diversi anni fà per i micro della serie 16 e 18 Microchip
Poi lo abbandonai perchè non avevo la stessa libertà che mi offriva il PicC della Hitech (che tralaltro ai tempi si era fatta carico di fornire anche un bellissimo ide basato su eclipse già configurato a svolgere la funzione).

Ciao astro, ottima spiegazione ed interessanti fonti fornite.
Cosa intendi quando dici che è più complicato da programmare?
Non è possibile sviluppare in C un pò come per i mega tramite il supporto di librerie o si fa tutto in assembler e registri?
Spero siano  provvisti di una toolchain per compilare , se così fosse mi piacerebbe molto provare la seconda schema che hai linkato, ed è molto probabile che finisca nel mio prossimo carrello della spesa...
Magari quando dici che sono più difficili da programmare ti riferisci al fatto che non si trova la pappa pronta come per arduino e poca esempi documentati?
Grazie mille per le informazioni.

Niki, oggi il tuo pH è decisamente tendente a 0, transiti nei Topic, leggi, dai libere interpretazioni e giù a gamba tesa contro qualcuno; è già la seconda volta, e la gamba è sempre mia, mi devo preoccupare ?
Il resto del tuo intervento, non vedendo quegli smile che tanto chiedevi ad altri in precedenza, scusami ma sembra cattiveria pura nei confronti di molti, me compreso, che stanno su questo Forum per aiutare, essere aiutati e passare anche un po' il tempo.

Mi dispiace michele che ti sei sentito tirato in causa,non era affatto mia intenzione fare niente che non sia stata sana ironia.
Siccome non voglio andare in castigo perché sta volta non me lo merito ritengo opportuno dare dei chiarimenti:
1. La arringa della mancanza di smile era diretta solo ed esclusivamente al mittente quotato, e tradotto in italiano comprensibile avrebbe dovuto suonare tipo 'questa l'hai detta veramente grossa, cala!'
2. La storia dei 7000 post ho ingenuamente creduto per un attimo che fosse vera, e mi giustificava il fatto che,come sai bene e ti ho già detto altre volte,in questo forum c'e una percentuale di off topic spaventosa!
3. La storia dell'alimentatore non devi vederla come un entrata a gamba tesa, tu parlavi di un problema specifico,io di mera teoria, ci siam capiti, nessuno s'e arrabbiato spero!
4. La mancanza di smile e un bug del browser del mio tablet, purtroppo se li apro s'incarta!
Vediamo se riesco a sopperire (;p)

Mi rimetto alla clemenza della corte.

Arduino mi scalda un po'

azz mai una volta che raffreddino

Bisognerebbe progettare  l'arduino peltier edition ...

Ma come non sapevi del concorso ogni 10000 post vinci un Arduino ?   

No giuro non lo sapevo, se lo avessi saputo avrei già messo in piedi un bot a rispondere automaticamente  a tutti i nuovi post.
Ma è una cosa seria ? si legge da qualche parte?

di questo passo il giorno del czz vincerà la sua Leonardo

Ecco alla fine, rileggendo mi trovo ad aver messo buoni pensieri in favore di Banzi, e chi l'avrebbe mai detto? Speriamo non gli dispiaccia, proprio ora che sono ai 7000 post, anche perché penso che per i miei 10.000 il regalo sarà Arduino DUE

OT:

Che è sta storia???
Si premiano gli utenti con 10.000 post con una scheda arduino?
Adesso capisco perchè c'è tanta gente che non perde occasione per scrivere xxxxate!
Bella idea, incentiva sicuramente la qualità dei contenuti!

Fine OT.

Si la massa dell'alimentatore deve essere in comune con quella dell'arduino.
Se vuoi leggere lo stato attivo con il '+5v' devi anche mettere una resistenza (470 ohm va bene) verso massa dal pin dove colleghi il '+5v' altrimenti ti rimane flottante.
Se hai tensioni in ingresso superiori a '+5v' consiglio di mettere anche una resistenza in  serie al '+?v' per limitare la corrente verso l'ingresso di arduino(anche se dovrebbe avere un impedenza d'ingresso abbastanza alta)
Diciamo che a '+12v' una R da 1k va più che bene

se va bene alla NASA non deve andare bene agli altri?

Immagino che manchi uno smile da qualche parte!

Nulla in contrario a quanto affermi sulle CINESERIE, la mia era un osservazione tecnica fatta sulla stabilizzazione o meno della fonte di alimentazione in ingresso su quel jack.
Ovvio che se un alimentatore è una porcheria, è una porcheria e c'è poco da fare.

Lasciando da parte i prodotti commerciali, dico che un alimentatore fatto con criterio, anche se non provvisto di stabilizzatore, va più che bene su quel jack, in quanto poi a valle ha un discreto stadio di regolazione/filtro/protezione.

qui vidit dictum vidit dictum !

Senza entrare in un contesto troppo scientifico/teorico , sostengo che dato un trasformatore con uscita da  6v ac, uno stadio raddrizzatore a 4  diodi e un C da 1000uf siano più che sufficienti allo scopo.
E ti spiego anche il perchè.
Visto il regolatore interno della scheda e la sua corrente massima erogabile quello che definisci delta-T (escursione di tensione?) è per forza di cose in un range limitato.Non ci sono condizioni che possano far variare induttivamente il carico applicato allo stesso, varia solo la corrente che esso stesso deve fornire alla scheda.
La dissipazione termica dello stesso rimane tuttavia costante in quanto all'aumentare della I fornita dal regolatore cala automaticamente la V in ingresso, e se non mi sfugge qualcosa la T dissipata è proprio in relazione alla differenza di V tra in e out per la I erogata.

...purché a tensione fissa e seriamente stabilizzato, MAX 9V.

Non sono d'accordo.
Non ritengo che la tensione da applicare al jack alimentazione esterna debba essere seriamente stabilizzata, altrimenti a cosa serve il regolatore della scheda?

Anzi, all'aumentare dell'assorbimento un leggero calo di tensione dell'alimentatore esterno riduce anche la T che il regolatore interno deve dissipare.... ovviamente però la tensione esterna non deve mai scendere sotto i 7V.

Piccolo semi OT.
Ho notato che il regolatore di una arduino uno con ethernet shield in funzione con  alimentatore esterno collegato raggiunge una temperatura molto più alta di quella che raggiunge il regolatore di una arduino ethernet con lo stesso alimentatore collegato.
C'è una spiegazione logica al ciò oltre che ovviamente la shield abbia un assorbimento maggiore rispetto al w5100 montato onboard?

Ciao,
So dell'esistenza di un bootloader che consente l'aggiornamento tramite ethernet laddove vi sia la shield installata(chipset w5100)ma non l'ho mai provato, pertanto non so dirti quanto funzioni .
So che per programmare in detta maniera serve invocare avrdude con particolari opzioni pertanto comunque dovresti effettuare la programmazione al di fuori dell'de Arduino.
Saluti

Piccolo aggiornamento:

Ho appena testato con successo il TFTPBootloader nella mia arduino ethernet.
Richiede la modifica dei fuses in quanto il bootloader è più sostanzioso di quello di default (circa 1500 word)
Praticamente funziona così, all'avvio il bootloader rimane in attesa di una connessione tftp sulla porta 69 per 5 secondi (impostazione al momento modificabile solo ricompilando il firmware)
C'è anche la possibilità di cambiare la configurazione di rete scrivendo questa stessa nella parte iniziale della eprom, ma a me è risultato più semplice ricompilare il FW !!
Praticamente se volete aggiornare il FW via ethernet dovete avere il file compilato convertito in formato bin (hex non lo accetta) e lo caricate tramite riga di comando :

tftp -i indirizzoiparduino nomefirmware.bin

a fine caricamento viene automaticamente passa ail nuovo firmware senza ricercare il bootloader.

Io ho ricompilato il firware per cambiare la configurazione rete di default,per tutto il resto andava già bene così perchè il sorgente era già apposto per l'arduino ethernet, ma se volete utilizzarlo sulla uno con la ethernet shield, o la mega va modificato sicuramente il pin del led (nel mio caso il 9, ma nella uno e nella mega penso il 13) e probabilmente SS della shield.

Altre informazioni le trovate qui:

http://arduino.cc/playground/Code/TFTPBootloader1

Oltretutto sarebbe il caso di utilizzare la funzione SEARCH prima di aprire un nuovo argomento,altrimenti il forum si riempie di innumerevoli thread che parlano della stessa cosa.
Ci sono decine e decine di schemi stand alone già trattati, addirittura molti con file eagle, e layout pcb già fatti.

Basta cercare.

Non c'è bisogno di aggiungere altro alla lauda descrizione del professore!!

@Menniti , l'errore lo avevo quando utilizzavo una versione di bootloader combinata con l'ultima versione del driver per windows.
Poi ho disistallato il driver più recente per windows, ho rimesso la versione precedente e funzionava.

poi invece alla fine ho aggiornato anche il bootloader e ho riaggiornato anche il driver 

Non è farina del mio sacco, la storia del driver più aggiornato di windows desse problemi l'ho letta in qualche file readme scaricato quà e là, solo che qui non ce l'ho e a casa sarà un bordello ritrovarlo!