Ok capito.
Utilizzo il ciclo for anche in queste altre due funzioni:
void readCH(byte n){
unsigned int Somma; /* variabile che contiene la somma di tutti i campionamenti (1023 * 32 = 32736 al massimo) */
byte varSample; /* variabile del campionamento */
for (varSample <= (Sample - 1); varSample++;){ /* ciclo for per i campionamenti, da 0 a 31, quindi 32 campionamenti */
Somma += analogRead(CH[n]); /* ad ogni ciclo aggiungi una lettura */
}
Vdigital[n] = Somma / Sample; /* salva nell'array la media dei campionamenti */
Somma = 0; /* uscito dal ciclo for azzera la sommatoria per il prossimo richiamo della funzione */
varSample = 0; /* uscito dal ciclo for azzera la variabile da 0 a 31 per il prossimo richiamo della funzione */
}
void detectMAX(){
for (byte varCH = 0; varCH < (Channel - 1); varCH++){ /* ciclo for per i canali */
if(Vdigital[varCH] > VdigitalMAX[varCH]){ /* if per trovare il valore più alto */
VdigitalMAX[varCH] = Vdigital[varCH]; /* se trovo un valore più alto del precedente lo salvo al posto del precedente */
}
}
}
Sono penalizzato in qualche modo? Queste comunque ciclano e quindi escono dal ciclo for, ma mi bloccano il resto del codice?
Questo perché adesso ho provato a caricare il codice completo, ho dato una temporizzazione per la lettura dei tasti di 100 millisecondi così non mi varia all'impazzata il tasto select, ho dato una temporizzazione di 20 millisecondi alle funzioni che mi stampano sui display così da avere un aggiornamento veloce, ma chiamando la seriale al di fuori di queste due temporizzazioni, comunque mi si aggiorna lentamente.
Togliendo le funzioni che mi stampano sui display la seriale mi si aggiorna molto velocemente.
Quindi ne deduco che il collo di bottiglia per la velocità sia il print sui display.
Mi chiedevo se la stessa cosa potesse succedere con i cicli for chiamati in quelle due funzioni di prima.