Форум arduino.ua

А це:

Serial.write(buff[2]);

спроба доступа за межі масива buff. Це невизначена поведінка.
Почитайте основи про масиви в C (у C++ також використовуються C-шні масиви).

Пришвидшити закривання можна просто прибравши резистор із кола затвора. Але тоді зросте струм керування на високих частотах, також може з'явитись "дзвін". Для запобігання цьому і ставлять резистор, а щоб він не впливав на закривання, шунтують його діодом. Також в мостових схемах важливо закривати один транзистор швидше ніж відкривається інший, щоб запобігти наскрізному струму.
А в тій схемі де діод "навпаки", транзистор часом не зворотньої провідності?

Коли транзистор повністю відкритий (у стані насичення), напруга коллектор-еміттер складає приблизно менше одного вольта (залежить від струму і температури), а не 250 вольт.

"якщо код кривий" пропустили? Звісно, при нормально написаному коді переповнення ні до яких збоїв не призводить.

Так вся ця ардуіна - навчальний проект для початківців. Яка там ефективність чи оптимізація...
Що може бути простіше "кількість мілісекунд від початку роботи"? Цікавості починаються через 24 або 49 діб, при знаковому або беззнаковому переповненні лічильника, якщо код кривий

Щодо точності - у них є компенсація лічильника, яка ціла для 8 і 16 МГц, тобто довгострокова точність відповідає кварцу. Але джиттер.

На AVRках замість флага можна читати молодший байт timer0_overflow_count, якщо трошки похуліганити:

extern volatile unsigned long timer0_overflow_count;
static inline uint8_t overflows() {
  return *reinterpret_cast<volatile uint8_t *>(&timer0_overflow_count);
}

Ну а там, де потрібна оптимізація за швидкодією або розміром, то бібліотеці ардуіно взагалі не місце.

Ця конструкція:

не має сенсу. Якщо перша умова "if (!on)" виконалась, то решта вже не виконуються. А якщо не виконалась, то обовʼязково виконається друга - "if (on)", бо вона протилежна першій. А дві останні - ніколи не виконаються.

В попередньому прикладі у вас було всього два стани: світлодіод вимкнено, і світлодіод увімкнено. Тому було достатньо змінної типу bool, у якої всього два можливих значення.

В останньому прикладі у вас чотири стани:
* вимкнено перший раз (на 2000 мс)
* увімкнено перший раз (на 200 мс)
* вимкнено другий раз (на 500 мс)
* увімкнено другий раз (на 2000 мс)

Тому для збереження стану потрібна змінна такого типу, щоб могла приймати як мінімум 4 значення. Для простоти візьмем int. Стани будем нумерувати від 0 до 3. І для ясності перейменуєм змінну з "on" на "state".

int state = 0; // поточний стан. з початку - "0";

void loop() {
  unsigned long now = millis();

  if (state == 0) { // в стані "0"?
    if (now - last_time >= 2000) {
      digitalWrite(13, HIGH);
      last_time = now;
      state = 1; // переходим в стан "1"
    }
  } else if (state == 1) { // в стані "1"?
     if (now - last_time >= 200) {
      digitalWrite(13, LOW);
      last_time = now;
      state = 2; // переходим в стан "2"
    }
  } else if (state == 2) { // в стані "2"?
    if (now - last_time >= 500) {
      digitalWrite(13, HIGH);
      last_time = now;
      state = 3; // переходим в стан "3"
    }
  } else if (state == 3) { // в стані "3" ?
     if (now - last_time >= 2000) {
        digitalWrite(13, LOW);
       last_time = now;
       state = 0; // переходим в початковий стан "0"
    }
  }
}

Абсолютно те ж саме, тільки switch/case замість if/else. Так більш читабельно:

int state = 0; // поточний стан. з початку - "0";

void loop() {
  unsigned long now = millis();

  switch (state)
  {
    case 0:
      if (now - last_time >= 2000) {
        digitalWrite(13, HIGH);
        last_time = now;
        state = 1;
      }
      break;
    case 1:
      if (now - last_time >= 200) {
        digitalWrite(13, LOW);
        last_time = now;
        state = 2;
      }
      break;
    case 2:
      if (now - last_time >= 500) {
        digitalWrite(13, HIGH);
        last_time = now;
        state = 3;
      }
      break;
    case 3:
      if (now - last_time >= 2000) {
        digitalWrite(13, LOW);
        last_time = now;
        state = 0; // переходим в початковий стан "0"
      }
      break;
  }
}

Тепер зверніть увагу на те, що дії при переході між станами практично однакові. Відрізняються тільки
тривалості: 2000, 200, 500, 2000
значення, що передається у digitalWrite: HIGH, LOW, HIGH, LOW
номер наступного стану: 1, 2, 3, 0, 1, 2 ...

Таким чином можна використати один і той же код для циклічного переходу між станами. Тривалості та значення для digitalWrite помістимо у масиви, а значення з масивів вибиратимем по номеру стану:

unsigned int dur[4] = { 2000, 200, 500, 2000 };  // масив тривалостей (duration) для кожного стану
byte led[4] = { HIGH, LOW, HIGH, LOW };          // масив значень digitalWrite для кожного стану
int state = 0; // поточний стан. з початку - "0";

void loop() {
  unsigned long now = millis();

  if (now - last_time >= dur[state]) { // якщо час поточного стану вийшов
    digitalWrite(13, led[state]);      // вмикаєм або вимикаєм світлодіод
    last_time = now;
    state = state + 1; // переходим у наступний стан
    // але максимально можливий номер стану - "3"
    // якщо це був останній - переходим у початковий стан "0"
    if (state > 3) {
      state = 0;
    }
   }
}

Тепер зверніть увагу, що в масиві led всього два варіанти значень для digitalWrite: HIGH і LOW, і вони чергуються. Можна обійтись без цього масиву. Як його позбутись - вам в якості самостійного завдання

Якась широко відома у вузьких колах особа? Не слідкую за ардуіно комʼюніті, тим паче запорєбріковським.
Такий код я би посоромився на гітхаб викладати.

По-перше, у приведенному виводі компілятора тільки попередження (warning), повідомлення про помилку має бути десь нижче. Покажіть весь вивод компілятора.

По-друге, звідки ми можемо знати, як у вас обʼявлено curEffect і в якому контексті воно використовується? Покажіть код.

По-третє, це питання швидше в "Програмування Arduino", а не в "Апаратні питання".

Або інший варіант - переплутали піни для червоного і зеленого. Ми ж не знаєм, які значення в redLed і greenLed, і як підключено насправді.

Не дуже зрозумів питання.
На Aref - подається зовнішня опорна напруга, відносно якої виміряє АЦП. Також АЦП може виміряти відносно внутрішнього джерела опорної напруги 1.1В або відносно напруги живлення. В такому разі до Aref нічого підключати не потрібно.

На майбутнє: на форумі можна завантажити файл і вставити на нього посилання в повідомленні. В тексті зворотні слеші зʼїдає чомусь.

IDE передає компілятору, що частота 1200000 Гц. А у вас 9600000 Гц, якщо фʼюз дільника скинуто.

Навряд чи це через переривання, там не такий вплив.

Ну я тих відеоуроків не бачив, не знаю, що там за core package використовується, якої версії, яка конфігурація фʼюзів на attiny, і що за сигнали аналізуються.

Так, в попередньому повідомленні є в прикладі:

clock_prescale_set(clock_div_1); // вимикаєм дільник F_CPU

"Напряму" я мав на увазі без pulseIn() з ардуінівської бібліотеки. pulseIn() якраз і виміряє тривалість імпульсу без таймера, покладаючись на те, що ітерація цикла виконується за заздалегідь відому кількість тактів процесора.

Думаю, там з самого початку зображення з сенсора в цифровій формі заходить. Потім обробляється і генерується відеосигнал.

Аналоговий сигнал теж можна оцифровувати, обробляти програмно і генерувати вже новий модифікований аналоговий сигнал. Але це обчислювальні ресурси.