Intanto quando usi un pulsante dai sempre sia HIGH che LOW, prima o dopo; comunque sia non devi dimenticare che un pulsante, per buono che sia, fa decine e decine di "contatti striscianti", se ci attacchi un oscilloscopio su quel pin vedrai i fuochi d'artificio; se vuoi fare una prova seria devi mettere qualcosa che mandi un segnale solo (LOW o HIGH) e che resti tale, altrimenti non significa nulla quella prova, temo.

@ Davide, veramente io una risposta alla tua domanda:

Posso metterli entrambi sticky, ma rispondete alla mia domanda: quanto deve stare "sticky" un thread?
anzi, riformulo la domanda: Quanto deve stare sticky un thread prima che la conoscenza che é emersa / scaturita dal confronto tra gli utenti si sedimenti e diventi prassi / buona pratica e diventi un articolo sul playground?

cioè:

diciamo che la mia idea "completa" era che il Moderatore prendesse atto dell'interesse suscitato attorno a certi Topic, li mettesse in evidenza finché fossero visitati e "alimentati", quando le acque si calmassero (v. contagiri per bici), si potrebbero trasferire in una sezione specifica, dedicata agli argomenti trattati in maniera completa o almeno sufficientemente esaustiva.

che poi sia il Playground significa trasformare un Topic di quelle dimensioni in un Tutorial, ma te la regoli che lavoro ci vorrebbe?  L'idea era quella di uno spazio su cui trasferire, o semplicemente linkare questi megaTopic, forse questo si potrebbe fare nel PG, mettere un link, e questo lo può fare chiunque, resta la questione dello stick. La mia personalissima opinione è questa: quel topic ti è piaciuto moltissimo e hai deciso di sponsorizzarlo, bene, anzi ottimo, ora però devi provare a vedere, nonostante il tuo "aiuto", quanti interventi saranno fatti e di che portata, escludendo quelli con i quali si è fatto coglionetta della pubblicità.

 
Puoi postare il link? Se si vedono le piste ti si può dire come usarla.

M..hia! Dovresti fare lo psicologo Hai ragione, è più forte di me, sono condizionato dal mio lavoro, ormai ho imparato a scrivere tutto ciò che studio (e trasmetto....) in forma comprensibile ai più altrimenti quei U dei miei studenti trovano scuse agli esami . Ma questo mi impone di imparare a fondo ogni argomento, non posso fermarmi all'"ok, funziona", devo sviscerarlo e siccome i miei neuroni sono ormai agli sgoccioli scrivo ogni cosa e poi la rielaboro per usi successivi; questo naturalmente vale in ogni cosa che faccio, quindi anche qui, e poi è il solo modo per sentirmi utile in un Forum dove normalmente faccio il Vampiro scassaczz, meno male che ho 5-6 amici mooolto pazienti che mi danno retta altrimenti sarebbe la fine 

La tua soluzione è bella, forse dovresti essere più tollerante con la soglia, altrimenti se il pieno sole è un po' meno pieno il tuo circuito sta lì a girare come un ubriaco in cerca dell'Isola che non c'è

A occhio mi pare manchi solo lo stanby rispetto all'atmega, ma sono al lavoro....

menniti, credo tu sappia + di 2-3 cose d'elettronica e no, niente diodi e transistor, uso arduino, anche se e' facilmente fattibile con componenti discreti voglio farlo con l'arduino.

Ah, ok, allora ti basta settare una soglia di lettura dell'ADC sopra la quale attivi quello che i serve, ma questo lo sai meglio di me  Per il resto grazie della fducia, ma è assolutamente immeritata.

riguardo alla sensibilita' dei led rispetto alla luce ho letto che i rossi sono i piu' sensibili all'intero spettro luminoso (io testavo i rossi illuminandoli con un led bianco da 3W a varie distanze), ma se usi invece un blu come sensore e' quasi "cieco", i bianchi sono i peggiori e sensibili solo agli uv

son tutte cose da provare, in fondo bastano 10 minuti

Sì, hai ragionissima, ma ho una lista di cose che vorrei prove che non saprei da dove iniziare; un paio di mesi fa mi ero ridotto a passare il mio pochissimo tempo a cercare di decidere cosa provare, per poi accorgermi che il tempo era finito e non avevo provato niente Così ho fatto una "scaletta", ogni volta che cancello una riga dalla lavagnetta passo alla successiva; da maggio ad oggi sono arrivato alla seconda riga, il test del tuo led è alla riga 1846, spero divivere 3-400 anni, poi tri farò sapere se funziona 

Grazie Leo, non sono interessato agli sketch over30K visto che lo facciamo tranquillamente sullo stand alone e non credo userò mai un Arduino per un'applicazione definitiva; non sono interessao nemmeno all'autoreset visto che la mia UNO non lo vuole; non mi interessa nemmeno caricare l'optifix, visto che funziona da Arduino, perché devo usare la riga di comando?
Semmai potrebbe essere utile testarlo col tiny, per vedere se si riesce (come facciamo già col 328) ad impostare i fuses per altri clock.
Inoltre mi interessa molto la possibilità di leggere i valori dei fuses da un micro; ogni volta che ne uso uno preso dal cassettino devo per forza programmarlo perché non so com'è impotato e faccio prima a mettere i fuses che a provarlo.

Davide, sei Amministratore e puoi fare ciò che vuoi, non è un problema di scuse, semmai di spiegazioni; c'è un Topic fresco di giornata dove Federico ha espresso la Sua opinione e altri, tra cui il sottoscritto, hanno detto qualcosa in merito.
Forse potresti fare una puntatina lì per chiudere la cosa, ma nella tua assoluta libertà.

Grande Leo, le scovi tutte! Ma prima fallo funzionare come si deve e poi spiega, così posso testare

@ reizel: in tutta la mia vita avrò imparato sì e no tre cose di elettronica e tu mi dici di cancellarle in cambio del tuo led testaingiù (nel senso di uso al contrario  ) sei impazzito a forza di stare sotto il solleone a testare il tuo le trasparente? 
Scherzi a parte è una cosa molto interessante, visto che lo vuoi usare ON-OFF (ma può essere che ho capito male anche stavolta  ) forse di converrebbe applicarlo ad un partitore con un diodo 1N4148 sulla base di un npn, così il TR conduce solo quando superi la soglia del diodo e fino ad allora sta quieto.

@ Federico: non so se scherzi, ma ormai in questo Topic per me è tutto strano, chissà se davvero qyesto led è sensibile alla luce di altri led 

@ astrobeed: scusa, ma mi era sfuggita questa cosa nel Topic dello sleep, peso com'ero a fargli consumare poco!
Ma quindi lo sleep_disable va proprio in quel punto, cioè al risveglio continua quella routine prima di tornare al loop? Mi sfugge invece ancora il detach; la routine riposo si attiva quando è tutto fermo, se al risveglio disattivo l'INT, come fa a funzionare dopo? Nel mio caso quindi non devo metterlo, a meno di non riattivarlo nuovamente da qualche parte, giusto?

Stasera provo il tuo code e poi lo implemento nel mio, è evidenteche sto sbagliando qualcosa nella logica software.

Il resto mi è tutto chiaro, grazie!

@ leo: scusa, avevo capito male, infatti avevo il dubbio  ; la sleep io ormai la uso sui nanetti, ti confermo che sui tiny45/85/84 funziona (anche se su quest'ulitmo non ho fatto misure); posso pensare che qualche incompartibilità ci sia per il fatto che stranamente il 45 sembra consumare qualcosa in più del 328  , ma non mi sono messo a rilevare le differenze, stiamo parlano di nA, quindi funzionano anche con l'alito post-insalata di cipolle, per cui non sono stato lì a farla lunga.
Sulle modaità di risveglio, potrei sbagliarmi, ma il problema non sta nella libreria bensì credo sia insito nell'HW del micro; ripeto, posso sbagliarmi, ma avevo notato questa cosa ed ero andato a guardare le figure ( , visto che non so leggere  ) del datasheet. Mentre posto astrobeed ti ha fornito gli elementi tecnici, vedo

La libreria PCI che ho sperimentato su suggerimento di BB è SPECIFICA per i TINY, se provi a caricarla su uno sketch per Arduino dà errore perché non trova qualcosa. Francamente mi vengono dei dubbi, se me li chiarite forse ne vengo a capo (parlo del nanetto, che però funziona...):
in setup ho messo:

Code:

attachPcInterrupt(sensore, sl_int0, HIGH);
set_sleep_mode(SLEEP_MODE_PWR_DOWN); s
leep_enable();

nella routine "riposo" c'è invece:

Code:

attachPcInterrupt(sensore, sl_int0, CHANGE);
ADCSRA &= ~(1 << ADEN);
sleep_mode();
sleep_disable();
detachPcInterrupt(sensore);

Quello che non capisco è se l'interrupt sta funzionando in HIGH o in CHANGE (come sembra...)
Inoltre non capisco perché nella stessa routine di riposo lo sleep venga prima attivato e poi disattivato e perché si applichi il comando di detach che dovrebbe disabilitare l'interrupt.
L'idea che mi sono fatto è che stia funzionando in change e che i due comandio dopo la modalità sleep siano ignorati (quindi inutili) in quanto ormai il micro è spento.

Tornando invece alla PCI specifica per ATmega ribadisco che l'unica cosa che fa, ma ho visto nel link altri comandi che non capisco, è tutto in stramaledetto inglese e non ho tutto sto tempo per cercare di tradurre, è farmi usare un qualsiasi altro pin per l'interrupt, ma il funzionamento è sempre uguale: se imposto LOW l'interrupt reagisce in qualsiasi istante (anche durante il delay!), se invece imposto HIGH l'interrupt funziona solo quando il micro è in sleep. La modalità pwr_save  lascia acceso il timer per la generazione di frequenza, la modalità pwr_down invece cambia comportamento in base al momento in cui va in sleep: se l'onda quadra è in fase low, non si riattiva più, se invece è in fase HIGH si riattiva sempre, almeno queato vedo all'oscilloscopio, e finché non l'ho capito mi ha fatto diventare scemo

Beh, mi avete tirato in ballo.... io mi sono mosso a titolo personale, facendo lo stesso ragionamento iniziale di Federico. E' vero che quel Topic, come dice F.Schiano, sta sempre "su", ma è altrettanto vero che, ad un certo punto, inevitabilmente si perderà nei meandri del Forum, così come il Topic sugli attiny del mio amico Leo72 e altri non meno gettonati.
Chiaro che se ogni Topic supervisitato viene stickato la prima pagina del Forum diventerebbe la mappa di guglio, con tutte quelle puntine da disegno, diciamo che la mia idea "completa" era che il Moderatore prendesse atto dell'interesse suscitato attorno a certi Topic, li mettesse in evidenza finché fossero visitati e "alimentati", quando le acque si calmassero (v. contagiri per bici), si potrebbero trasferire in una sezione specifica, dedicata agli argomenti trattati in maniera completa o almeno sufficientemente esaustiva.
Ribadisco che non ho interesse, in questo momento, per quell'argomento, ma ne leggo gli interventi, restando stupito da quante conoscenze hanno molti frequentatori del Forum; io sono supertifoso di astrobeed che è un pozzo di scienza (speriamo che F.Schiano non lo dica al nonno.... altrimenti lo riempiono d'acqua e di sensori  ), ma ci sono molti che pur essendo dei ragazzini di scuola superiore hanno conoscenze spaventose, non si possono perdere nel nulla queste cose. Questo posso permettermi di dirlo, a motivo del mio mestiere, e nessuno me lo può contestare, il sapere è una fonte che non bisogna mai coprire.
Riguardo i pubblicitari ho lanciato qualche battutina assieme a Leo e Pelletta e altri amici, ma concordo con lo stupore generale circa il fatto che questo Topic sia stato stickato; non me ne frega niente e non voglio polemizzare con nessuno, però mi pare giusto che qualcuno dia almeno una spiegazione di tali scelte, non perché sia d'obbligo ma affinché tutti sappiano comprendere da questo momento in poi come funziona il Forum in merito a questa cosa.
Avevo cercato di coinvolgere Uwe, ma non credo che non m'abbia risposto volutamente, semplicemente dopo dieci minuti il Topic era già stato sommerso di post con motori, sensori, coleotteri e quant'altro; infatti del mio intervento Vi siete accorti solo Voi che state scrivendo assiduamente in quel Topic.

 
Funziona allo stesso modo, l'unica differenza (buona per un'altra volta) è che mi fa scegliere un qualsiasi pin per l'interrupt, proprio non capisco.
In pratica se imposto LOW l'interrupt funziona costantemente, se invece imposto HIGH funziona solo dopo che "loop" ha mandato il micro in sleep.

@menniti non vorrei fare il cuoco di precotti ma la PCI c'è anche per l'atmega.
http://www.arduino.cc/playground/Main/PinChangeInt
magari ti serve per fare temporaneamente delle prove, o in futuro per altro...

BB, c'ho messo dieci minuti buoni a capire cosa volevi dire con la storia dei precotti  , la provo subito; se, come mi è sembrato la volta scorsa, nella modalità standard l'HIGH ha un funzionamento "parziale" con questa lib risolvo, tanto meglio così non devo fare due schemi diversi per i due micro; Vi faccio sapere. Sul resto sai bene come la penso quindi non pungolarmi oltre o ti scrivo una mp 
Grazie infinite!