Questo è un esempio di Arduino che utilizza la funzione clockCyclesPerMicrosecond () per calcolare gli orologi che sono passati. Questo codice attenderà 4 secondi, quindi stampa il tempo trascorso dall'inizio del programma. I valori di sinistra 3 sono il tempo totale (microsecondi, millisecondi, cicli di clock totali) e la maggior parte dei 3 di destra sono tempi trascorsi:
Produzione:
clocks for 1us:16
runtime us, ms, ck :: elapsed tme us, ms ck
4003236 4002 64051776 :: 4003236 4002 64051760
8006668 8006 128106688 :: 4003432 4004 64054912
12010508 12010 192168128 :: 4003840 4004 64061440
16014348 16014 256229568 :: 4003840 4004 64061440
20018188 20018 320291008 :: 4003840 4004 64061440
24022028 24022 384352448 :: 4003840 4004 64061440
28026892 28026 448430272 :: 4004864 4004 64077824
32030732 32030 512491712 :: 4003840 4004 64061440
36034572 36034 576553152 :: 4003840 4004 64061440
40038412 40038 640614592 :: 4003840 4004 64061440
44042252 44042 704676032 :: 4003840 4004 64061440
48046092 48046 768737472 :: 4003840 4004 64061440
52050956 52050 832815296 :: 4004864 4004 64077824
Sono sicuro che ci sia una spiegazione ragionevole del perché anche i primi loop hanno cicli di clock più brevi rispetto alla maggior parte e perché tutti gli altri loop si alternano tra due lunghezze di cicli di clock.
Codice:
unsigned long us, ms, ck;
unsigned long _us, _ms, _ck;
unsigned long __us, __ms, __ck;
void setup() {
Serial.begin(9600);
}
boolean firstloop=1;
void loop() {
delay(4000);
if (firstloop) {
Serial.print("clocks for 1us:");
ck=microsecondsToClockCycles(1);
Serial.println(ck,DEC);
firstloop--;
Serial.println("runtime us, ms, ck :: elapsed tme us, ms ck");
}
_us=us;
_ms=ms;
_ck=ck;
us=micros(); // us since program start
ms=millis();
//ms=us/1000;
ck=microsecondsToClockCycles(us);
Serial.print(us,DEC);
Serial.print("\t");
Serial.print(ms,DEC);
Serial.print("\t");
Serial.print(ck,DEC);
Serial.print("\t::\t");
__us = us - _us;
__ms = ms - _ms;
__ck = ck - _ck;
Serial.print(__us,DEC);
Serial.print("\t");
Serial.print(__ms,DEC);
Serial.print("\t");
Serial.println(__ck,DEC);
}
Sidenote: se rimuovi il ritardo di 4 secondi inizierai a vedere gli effetti di Serial.print () molto più chiaramente. Nota, qui vengono confrontate 2 corse. Ho incluso solo 4 campioni uno vicino all'altro dai rispettivi registri.
Esegui 1:
5000604 5000 80009664 :: 2516 2 40256
6001424 6001 96022784 :: 2520 3 40320
7002184 7002 112034944 :: 2600 3 41600
8001292 8001 128020672 :: 2600 3 41600
Esegui 2:
5002460 5002 80039360 :: 2524 3 40384
6000728 6000 96011648 :: 2520 2 40320
7001452 7001 112023232 :: 2600 3 41600
8000552 8000 128008832 :: 2604 3 41664
Il tempo trascorso aumenta rispetto al tempo di esecuzione totale. Dopo che è trascorso un secondo, gli orologi aumentano in media da 40k a 44k. Ciò accade in modo coerente alcuni millisecondi dopo 1 secondo e gli orologi trascorsi rimangono circa 44k per almeno i successivi 10 secondi (non l'ho ancora testato ulteriormente). Ecco perché il monitoraggio è utile o necessario. Forse la ridotta efficienza ha a che fare con la configurazione o i bug in seriale? O forse il codice non utilizza correttamente la memoria e presenta una perdita che influisce sulle prestazioni, ecc.