Это пример того, как Arduino использует функцию clockCyclesPerMicrosecond () для вычисления прошедших часов. Этот код будет ждать 4 секунды, а затем печатать время, прошедшее с момента запуска программы. Левые 3 значения - это общее время (микросекунды, миллисекунды, общее количество тактов), а самые правые 3 - истекшее время:
Выход:
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
Я уверен, что есть разумное объяснение, почему первые циклы тоже имели более короткие истекшие тактовые циклы, чем большинство, и почему все остальные циклы переключаются между двумя длинами тактовых циклов.
Код:
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: если вы уберете 4-секундную задержку, вы начнете видеть эффекты Serial.print () гораздо более четко. Обратите внимание, здесь сравниваются 2 прогона. Я только включил 4 образца рядом друг с другом из их соответствующих журналов.
Прогон 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
Прогон 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
Истекшее время увеличивается в течение всего времени выполнения. Через секунду часы увеличиваются в среднем с 40 до 44 тысяч. Это происходит последовательно через несколько миллисекунд после 1 секунды, и истекшие часы остаются около 44k в течение по крайней мере следующих 10 секунд (я не проверял это далее). Вот почему мониторинг полезен или необходим. Возможно, снижение эффективности связано с конфигурацией или ошибками в последовательном соединении? Или, возможно, код неправильно использует память и имеет утечку, которая влияет на производительность и т. Д.