Far eseguire due funzioni indipendenti

[edgar]

ti dico come faccio solitamente da autodidatta

Autodidatta per autodidatta dico la mia per il caso specifico:
Azzero una variabile per ciascuna task
Imposto un interrupt a 1 secondo

Non me ne vogliano i puristi, nella routine di gestione dell'interrupt bisognerebbe eseguire il minimo possibile ma se si tratta solo di far lampeggiare due led faccio lo gnorri

Al verificarsi di un interrupt:
Incremento la variabile di ciascuna task
se la prima variabile è uguale a due inverto l'uscita e azzero la variabile
allo stesso modo
se la seconda variabile è uguale a tre inverto l'uscita e azzero la variabile

Non devo fare somme di semiperiodi, azzeramenti di timer globali, etc etc, in più, lavorando con interi <255, si lavora su un byte, con guadagno di tempo macchina.
My 2 cents

[IlGuru]

Tutte ottime soluzioni, ma l'OP non sapeva che void va scritto separato da loop() e che nello stesso sorgente non ci possono stare due funzioni con lo stesso nome.
Il problema era a monte.

[lemure64]

[...]Non me ne vogliano i puristi, nella routine di gestione dell'interrupt bisognerebbe eseguire il minimo possibile ma se si tratta solo di far lampeggiare due led faccio lo gnorri

Interessante soluzione a cui ho sempre voltato le spalle; per la mia mentalità (e ovviamente in-cultura in alcuni sotto-settori) interagire con l'hardware al punto di chiamare interrupt è un terreno scivoloso e ho sempre evitato. Però voglio provare a giocarci, appena esce per caso un arduino dal cassetto ci provo :)

[edgar]

l'OP non sapeva che void va scritto separato da loop()

Questo, non usando il C, non lo sapevo nemmeno io

[lucaking]

Tutte ottime soluzioni, ma l'OP non sapeva che void va scritto separato da loop() e che nello stesso sorgente non ci possono stare due funzioni con lo stesso nome.
Il problema era a monte.

Va beh dai, in nove mesi lo avrà imparato....

Scherzi a parte, a me fa piacere che la discussione sia andata avanti, ora c' è, è pubblica e chiunque può trarne spunti interessanti.
Soprattutto quelli come me, che da autodidatti trafficoni, magari due led riuscivano pure a farli lampeggiare, ma sul come ci sarebbe stato parecchio da dire.
A sto punto, ci starebbe bene l' intervento di qualche professionista che dica la sua su come sarebbe meglio farlo.

[drGremi]

Sinceramente tutto sono tranne che un professionista. Ho "giocato" un po' con arduino e poi con gli lpc della nxp.
La cosa secondo me più "pulita" è quella di settaresi un timer e poi implementare una specie di scheduler che esegue le funzioni necessarie.
Oppure una FSM e si fa cambiare stato con il timer.

Ovviamente poi dipende cosa si sta facendo, non è detto che si abbiano dei timer liberi a disposizione. Soprattutto ricercare "la soluzione perfetta" su una cosa abbastanza semplice non credo abbia troppo senso.
Se il main è vuoto si può anche usare la funzione millis e "salvando" l'ultima volta che si è lanciata la funzione si fa cambiare lo stato al LED dopo il tempo prefissato.

[stefanopc]

Non c'entra cosa dicono i pezzi grossi.
C'entra il sistema che più si adatta alle tue esigenze e/o conoscenze.
Tutte le strade portano a Roma ognuno sceglie la sua...
Ciao

[drGremi]

Hai espresso in termini più semplici quello che volevo dire

[SandroCalligaro]

Non c'entra cosa dicono i pezzi grossi.
C'entra il sistema che più si adatta alle tue esigenze e/o conoscenze.
Tutte le strade portano a Roma ognuno sceglie la sua...
Ciao

Beh, non sono del tutto d'accordo.
Non tutte le soluzioni sono altrettanto valide, e ovviamente quanto una soluzione sia quella giusta dipende dai requisiti. Alcune soluzioni apparentemente facili possono nascondere dei problemi che solo chi ci ha già sbattuto la testa può immaginare.

Lungi da me l'idea del "si è sempre fatto così", ma è importante sfruttare l'esperienza degli altri, per imparare.
Per farlo, bisogna avere possibilmente le basi e guardare attentamente quello che altri, possibilmente esperti (vogliamo chiamarli "pezzi grossi"?), hanno fatto prima di noi (lo "stato dell'arte"). Spesso si scopre che dietro certe scelte c'è almeno un buon motivo. Se si tiene conto anche di quei problemi e si è in grado di fare qualcosa di meglio, ben venga.

[lucaking]

Esatto, SandroCalligaro ha riassunto perfettamente il mio pensiero.
Non è questione di pezzi grossi, o piccoli, è solo che ascoltando e guardando cosa fanno gli addetti ai lavori o professionisti di un certo settore, a me è SEMPRE capitato di imparare cose che solo con iibri o da semplice hobbista non avrei mai imparato.
Purtroppo l' esperienza non si compra su ebay e quando qualcuno la condivide su un forum, io penso non ci sia prezzo.

Mi rendo conto che la mia "richiesta" è stata un po' priva di senso, in quanto la strada piu corretta da seguire, dipende da piu fattori, tipo l' hardware a disposizione, da cos' altro deve fare il programma,ecc....
Forse più che una richiesta di soluzione sarebbe stato piu sensato un invito ai piu esperti a fare qualche considerazione a riguardo.

Non c'entra cosa dicono i pezzi grossi.
C'entra il sistema che più si adatta alle tue esigenze e/o conoscenze.
Tutte le strade portano a Roma ognuno sceglie la sua...

Come ho gia detto, stefanopc, anch' io mi arrangio a scrivere qualche riga di codice in base alle mie esigenze/conoscenze, ma ogni tanto mi capita anche di leggere del codice scritto da chi lo sa fare veramente e mi deprimo....
Non condivido queste tue affermazioni, per il semplice fatto che ragionando cosi mi sarei accontentato di far lampeggiare i due led come sapevo, (arrivando a Roma per la mia strada) e magari mi sarei anche convinto di saperlo fare senza migliorare di un epsilon.
Ritengo che questo sia uno dei motivi per cui il web è pieno di progetti che usano dei micro con potenze di calcolo paragonabili a quelle dei PC di qualche anno fa per temporizzare un relè o poco più....