To jest przykład Arduino używającego funkcji clockCyclesPerMicrosecond () do obliczania upływających zegarów. Ten kod będzie czekać 4 sekundy, a następnie wydrukuje czas, jaki upłynął od uruchomienia programu. Lewe 3 wartości to całkowity czas (mikrosekundy, milisekundy, całkowite cykle zegara), a prawe 3 najbardziej upłynęły czasy:
Wynik:
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
Jestem pewien, że istnieje uzasadnione wytłumaczenie, dlaczego pierwsze pętle miały krótsze cykle zegara niż większość i dlaczego wszystkie inne pętle przełączają się między dwiema długościami cykli zegara.
Kod:
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);
}
Uwaga: jeśli usuniesz 4-sekundowe opóźnienie, zaczniesz widzieć efekty Serial.print () znacznie wyraźniej. Uwaga: tutaj porównywane są 2 przebiegi. Uwzględniłem tylko 4 próbki blisko siebie z odpowiednich dzienników.
Uruchom 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
Uruchom 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
Upływający czas zwiększa się w stosunku do całkowitego czasu pracy. Po upływie sekundy zegary zwiększają się średnio z 40 tys. Do 44 tys. Dzieje się to konsekwentnie kilka milisekund po 1 sekundzie, a upływające zegary pozostają około 44k przez co najmniej kolejne 10 sekund (nie testowałem tego dalej). Dlatego monitorowanie jest przydatne lub potrzebne. Być może zmniejszona wydajność ma związek z konfiguracją lub błędami szeregowymi? A może kod nie używa pamięci poprawnie i ma wyciek, który wpływa na wydajność itp.