Concordo pienamente, la tua idea mi convince, non fa una grinza. Solo che, se anche contenesse il solo salto a $0000, non dovrebbe "passare" al tiny con la solita procedura? semmai non cambierebbe i fuses, ma a me dà errore e i led che indicano  chiaramente che non è passato un bel nulla al chip. Mica tanto elementare Watson!

Facciamo il punto:
1) l'IDE è così e non può essere modificata con la manipolazione dei file di configurazione boards.txt, programmers.txt ecc.. Se vuoi cambiare qualcosa bisogna modificare il codice e ricompilare. Io non conosco il Java né saprei dove mettere le mani per cui "non me le sporco" 

perfettamente d'accordo

2) appurato il punto 1), il comportamento dell'IDE è quello detto: se programmi il bootloader, l'IDE passa ad avrdude anche il parametro che serve a far pulizia di TUTTA la memoria del micro, quindi Flash (e sketch) compresa. C'è da sbattersi poco: l'IDE fa così e bisogna farsene una ragione. E' il motivo per cui quando programmavi il bootloader su un 328 standalone poi esso non era più riprogrammabile se rimontato sull'Arduino

chiaro

3) il caso degli Attiny è ancora più complicato perché sono chip pensati per lavorare in standalone e quindi hai visto anche tu che, per esempio, Fuse Calc manco prende in considerazione l'ipotesi di gestire i fuse per riservare spazio per il bootloader. D'altronde, tramite l'IDE di Arduino i fuse vengono programmati SOLO se flashi il bootloader, ma il bootloader per gli Attiny non c'è. Quindi è un cane che si morde la coda.

Ecco, il dubbio è qui, in quelle board della cartelle tiny-0022 c'è la voce bootloader, se ben ricordo, e fa quindi riferimento ad un qualche file, che cos'è???

4) Preso per buono il punto 3), ho trovato solo 2 modi che permettono di programmare i fuse tramite Arduino: modificare l'IDE oppure usare il terminale. L'IDE non la modifico per i motivi del punto 1). Quindi uso il terminale. Mettendo la riga che ti ho postato (debitamente modificata per Windows), riesci a programmare i fuse di un Attiny usando l'Arduino. Va chiesto all'utente un minimo di interazione col file: d'altronde, se sta usando un chip standalone proprio un "utonto" non sarà, quindi almeno 2 parametri a mano riuscità a cambiarli, no?

Non scordare che stai parlando con un Re , sono d'accordo, infatti la sperimento e poi scrivo come creare il file, dove, come usarlo, ecc. i miei sudditi sono duri, caro mio

5) Parlando di avrdude, avrdude di suo NON supporta l'Arduino. Per supportarlo va modificato il codice e ricompilato. La versione presente nell'IDE di Arduino è appunto patchata per poter lavorare con l'Arduino, così come la versione per Window$ che sta usando Brain.

chiaro anche questo, quindi tutto si riduce a capire il problema che ho sollevato in risposta al punto 3.

EDIT: mmmmh, sono queste:

Code:

attiny85at1.bootloader.path=empty
attiny85at1.bootloader.file=empty85at1.hex

mi sa proprio che sono "empty" vero?

Fai questa prova:
prepara lo sketch da madare
premi e mantieni premuto il tastino reset su Luigino
Invia lo sketch e ossera la parte inferiore dell'IDE
Appena leggi "Binary sketch size: 1018 bytes (of a 30720 byte maximum)" rilascia il pulsante di reset. Fai più di una prova, per cercare il momento giusto, fammi sapere.

Potrebbe essere che in questi luigino 328 per errore, non sia caricato il booloader..???
ma in quel caso sarebbe normale che il led L1 lampeggi...?

Sì, potrebbe succedere, la cosa è posibile e l'abbiamo sperimentata facendo altre cose, ma no credo che mandino una board con chip senza bootloader però, visto che li hai comprati tutti assieme, potrebbe essere una partita buggata; contatta il Fornitore, se è Droids-Robot Italy, è serissimo, ti risolveranno subito il problema; altrimenti dovresti provare a reperire un chip con bootloader di Arduino 2009 e rifare la prova, ma puoi postare il messaggio che ti esce?

Sì, studia, pensa al futuro, tanto, parafrasando un detto delle mie parti "Arduinu unn'è nu surice, dduve u lassi u truovi!" Dovresti capire tu che sei Napoletano, traduco per quelli che stanno un po' più su:
"Arduino non è un topo, dove lo lasci lo troverai", cioè può attendere.... ti aspettiamo, torna vincitore!

Ah, ok, pensavo ti riferissi all'IDE; se non  puoi provare quello che funzionava, direi che è successo qualcosa alla porta del pc

sino alla settimana scorsa andava perfettamente

<<Tutti coloro che muoiono fino a un minuto prima erano vivi>>, forse è un po' macabro ma confacente alla possibile situazione; hai provato a cambiare cavo usb e ad usare un'altra porta? Se ti impunti sul fatto che DEVE funzionare perché prima funzionava, forse domattina avrai gli occhi come due prugne a forza di guardare quel led che lampeggia

Diciamo che sono più semplici, prendi quel tipo (DIP) ma possibile che non li trovi in Italia e pezzo decente?

Ma il primo Luigino continua a funzionare?
Che sistema operativo stai usando? Con Windows si chiama "COM", con Linux si chiama "/dev...e dispari", non ho mai letto "USB serial converter"
Prova a cambiare porta usb.

No.
I dip hanno i pin verticali che infili nei fori della millefori (ma se sono novecento è uguale ), e spuntano di sotto, dove hai i bollini ramati e li saldi, anche se in realtà tu devi usare gli zoccoli e poi infili il chip in essi.
i sop hanno i pin orizzontali, che devi saldare sulla superficie superiore della millefori, ma la normale millefori non ha rame sulla faccia superiore; allora hai due sistemi:
1 - giri la millefori e saldi tutto direttamente sui bollini di rame, senza montare niente dall'altro lato.
2 - compri un adattatore SOP->DIP e usi il SOP come se fosse un DIP, ma forse il gioco non vale la candela, tra SP e adattatore spendi più del DIP.

Noooo, non ti svenare per me, in fondo sono uno sconosciuto! purtroppo leggendo i vari post, la cosa si complica dal punto di vsta software, se il problema fosse stato solo l'hardware qualcosa di utile avrei potuto farla, sempre tirando in ballo i Grandi. In realtà nello schema che hai postato, potresti bypassare gli shift register (se non ti senti di fare il circuito esterno) e pilotare tutto con Arduino, ma usando 14 pin invece di 3 (o 2, nel caso del suggerimento di superlol).
Solo non so dirti se anche in questo caso c'è da scrivere una libreria, forse per utilizzarlo genericamente sì, ma per fargli "mostrare" qualcosa potrebbe bastare uno sketch che piloti correttamente i segnali; forse potresti usare la libreria suggerita da Uwe, come punto di partenza, e iniziare a fare qualche prova; se leggi qualcosa, beh, sappi che mi aspetto di vedermi arrivare un bel display a casa

Ciao, il primo è un DIP, cioè un integrato che prevede il montaggio su zoccolo e saldature nella parte inferiore del pcb. Il secondo è un SOP, per montaggi a saldadure "superficiali", cioè sulla parte superiore del PCB; quindi sono identici ma devi scegliere quello che ti serve in base al tipo di realizzazione che fai come circuito stampato.

Ciao Menniti, mi diverto un mondo a leggerti, hahah i cabasisi o anche zebedei.

dalle mie parti si parla anche di "vecchie" o "bicchieri", sai è tutto un argomento oggetto di importanti discussioni filosofiche che originano generalmente da pressioni o scambi verbali che via via alzano di tono fino ad arrivare alla fatidica frase: "mo' mi hai proprio rotto..." e da qui in poi puoi dire di tutto, in realtà, tanto chi non capirebbe a cosa ti riferisci? chiudiamo se no andiamo OT (e ora non dire che ti ho rotto gli OT !)

Torniamo seri

Vediamo se ho capito, dal momento che durante la scrittura del bootloader l'ide scrive anche i fuse, tu
scrivi il bootloader e quindi anche i fuse, ma poi il bootloader non ti serve e allora scrivi il programma sovrascrivendo il bootloader, cosi però ti rimangono i fuse cambiati precedentemente.
Però la procedura di funziona con il 328 ma non col'ATtiny85.
Questo è strano, sicuro che con il 328 rimangono i fuse scritti con il boot dopo la sovrascrittura?

Sembra strano ma è così; il "mio" HVFuses ha due versioni di software, la sua che funziona ed ua successiva fatta per la board commerciale nella quale pare abbiano aggiunto la possibilità di mostrarti i valori dei fuses del chip prima di riprogrammarlo con l'High Voltage (sti Mericani, manco fosse la 380! ), quando trovo il tempo di adattare lo sketch alla mia board, ti potrò dare conferma sicura.
Per ora ti deve bastare questa sequenza di prove, se sei attrezzato con un frequenzimetro puoi farla da te:
1 - In FuseCalc inserisco i Fuses standard di Arduino UNO o 2009 (quello che vuoi...) e poi attivo il "clock out" che, come sai, trasforma il pin 8 in un'uscita che ti riporta all'esterno il clock a cui sta lavorando il micro. Prendo i nuovi valori dei fuses e li metto nelle righe della board "virtuale" che ho creato nel file boards.txt per fare le mie prove.
2 - Con la tecnica riportata nella Guida, carico ArduinoISP su Arduino e programmo il bootloader della board virtuale nel chip montato su un secondo Arduino (io ce l'ho) oppure su breadboard.
3 - A questo punto, con lo stesso sistema (e una variante messa a punto da Leo), invio uno sketch qualsiasi al chip su breadboard, l'importante è che non usi il pin 8, quindi va benissimo il blink.
4 - Ora scollego Arduino dalla breadboard e alimento quest'ultima per far partire il blink, collego il frequenzimetro o l'oscilloscopio tra il pin 14 del micro (corrisponde all'8 di Arduino) e GND e leggo/vedo i 16MHz.
4a - nota: se metto però questo chip su Arduino, il led "blinka" ma non riesco a programmare con l'IDE
5 - A questo punto ricalcolo i fuses per avere 1MHz, metto i valori nella board virtuale e rifaccio i passi dal 2 al 4, questa volta sul pin 14 leggo/vedo 1MHz.

Dal punto 4a e dal punto 5 deduco quindi che è vero che il bootloader viene in qualche modo danneggiato (anche se nella board virtuale hai lasciato lo spazio riservato non gliene frega niente ad ArduinoISP!) ma è altrettanto vero che i fuses non vengono modificati, altrimenti non funzionerebbe il clock out e non avrei la frequenza impostata, che non dipende dallo sketch perché ormai è certo che non riesce a passare i fuses.
Sono stato abbastanza chiaro? altrimenti chiedi pure...

Aaaaah, questo è facile, per saperlo basta andare a vedere se parla ancora bene di Arduino 

Oggi la pagina del wiki di arduino ha come sfondo in circuito e guarda un po' cosa c'e' dentro? Un atmega.

non ho capito a cosa ti riferisci in particolare!

Nello stesso hackmeeting la presenza di un ragazzo che ne sapeva, (nickname "megabug") spinse un po' di piu' arduino...

  eh ci credo che spingeva Arduino!!! 

Sono curioso come una bertuccia  spetteguless  chi era? chi era?

Bravo Leo, ho capito quasi tutto 

Allora, cerco di spiegare in italiano semplificato (come sulla Wiki, che esiste il simple english  ):

1) ........... Se si programma il bootloader, provvede a erasare anche la Flash, cancellando lo sketch caricato.

E qui che continuo a inchiodarmi! questo lo abbiamo appurato, e ci siamo, però nello specifico, io faccio l'opposto col 328, prima mando il bl per impostare i fuses, poi mado lo sketch, che non li tocca, e se mi cancella il bl non m'importa, qui si parla di stand alone. Non riesco a fare la stessa cosa con l'attiny, cioè non riesco a mandare (stiano parlando di Arduino ora) il bl e quindi non posso impostare i fuses; con questa frase generica tu mi lasci intendere che si può, ed in effetti si dovrebbe, ho capito male io?

2) L'unica soluzione SEMPLICE che ho trovato è quella di creare un piccolo file eseguibile (per tu che sei DOS/Windowsiano si tratta di un file .BAT, per i Pinguini si tratta di uno script per la shell) contenente la riga che ho postato e riguarda appunto l'invocare avrdude contenuto nell'IDE di Arduino (si trova in /arduino-00xx/hardware/tools): quella versione di avrdude è modificata affinché possa dialogare con Arduino. avrdude "normale" NON può (BB lo può confermare dato che lui sta usando una versione patchata). In questo modo usando la tecnica ISP puoi flashare i fuse anche senza cancellare lo sketch.

Quindi io creo un file fuses.bat, direttamente nella cartella tools, e ci piazzo dentro

Code:

./avrdude -C ./avrdude.conf -pattiny85 -cstk500v1 -P/dev/ttyACM0 -b19200 -Ulfuse:w:0x62:m

naturalmente modificando i caratteri di percorso  e la porta seriale, lo eseguo e scrive i fuses?
Se è così non c'è modo di farla eseguire all'IDE questa operazione, via software, cioè lanciare una riga di comando quando si "invia" lo sketch? (tanto per scassarti i cabasisi )