Форум arduino.ua

Спробуйте

display.fillRect (100, 64-FuelLeve2, 18, FuelLeve2, 1);

Але у вашому коді є інші проблеми. Сама рамка при висоті 64 вже займає 2 пікселі, тому для шкали залишається 62 пікселя. А в Adafruit GFX є проблема з граничними значеннями: fillRect() малює прямокутник висотою в 1 піксель (лінію), навіть якщо висота дорівнює 0. Тобто для 0 і 1 зображення буде однаковим.

Для точнішого відображення FuelLeve2 потрібно мапити на діапазон [0..62] і не викликати fillRect() при значенні 0:

int FuelLeve2 = map(avgVadc, 0, 500, 0, 62);
if (FuelLeve2) {
  display.fillRect (100, 63-FuelLeve2, 18, FuelLeve2, 1);
}

Це якщо avgVadc приймає значення від 0 до 500 включно, і вас задовільняє округлення до найменшого цілого, що виконує map(). Якщо ж хочете відображати ненульовий рівень при невеликих значеннях avgVadc, або повний рівень при значеннях, трохи менших від 500, тоді потрібно змінити формулу для мапінгу.

Доречі, не обовʼязково малювати поверх вертикальних ліній рамки, має бути достатньо

display.fillRect (101, 63-FuelLeve2, 16, FuelLeve2, 1);

Може проблема не в ключі? Сам насос працює при подачі живлення напряму? Якщо замкнути вхід ключа на землю, транзистор гріється? (насос при цьому працювати не має). А якщо на вхід ключа подати постійні 3.3 В?

У вас же струм тільки в одному напрямку тече, від джерела живлення до девайса? Тоді одного транзистора буде достатньо. Тільки дивіться, щоб напруга відкриття транзистора була достатньою для ваших умов (графік Gate-to-Source Voltage  / Drain Current в даташиті, і параметр Gate-source threshold voltage).

Так, але потенціометри зʼєднані паралельно:

При ідеальних потенціометрах залежність еквівалентного опору між точками A і B від положення повзунка має квадратичний характер:

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

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

Ви готовий модуль підключаєте? Замініть шунт 100 Ом на менший. Або зменшіть коефіцієнт підсилення першого каскада, збільшивши вхідний резистор або зменшивши резистор у зворотньому звʼязку.
Ще можна підняти напругу живлення, але можуть бути нюанси. Яка схема у модуля? На виході є розвʼязуючий конденатор, як тут? Тоді на стороні ардуіно також має якось задаватись середня точка, наприклад, резистивним дільником.

На одному таймері з довільною частотою два канала не вийде: у таймера два регістра-компаратора, і один із них використовується або як один із каналів ШІМ, або для керування частотою.

Є наступні варіанти:

1) Один таймер, два канала, фіксований набір частот. Для 16-бітного таймера максимальна частота 16 МГц / 65536 ≈ 244 Гц, решта нижчі. Для 8-бітного 62500 Гц, 7812.5 Гц і т.д, тобто 16 МГц / 256 і дільниками 1, 8, 64, 256, 1024 для TC0. Для TC2 також доступні дільники 32 і 128.

2) Два таймера, по одному на кожний канал. Для точного налаштування фази їх потрібно буде синхронізувати, наприклад, задаючи різні початкові значення TCCNT.

3) Таймер в режимі лічильника, з вимкненим Compare Output. Програмно опитувати TCCNT в циклі і відповідно смикати GPIO. Звернути увагу на можливі ґлітчі при взаємодії з UI та зміні параметрів.

4) Взагалі без таймерів, генерувати затримки програмно, смикати GPIO. Для досягнення хорошої точності прийдеться вираховувати час виконання окремих інструкцій. Сумістити це з UI - той ще челендж.

Для невиликих частот можна генерувати ШІМ програмно з раціональним дільником, в певних межах точності.
Питання в тому, чи хоче ТС розібратись сам, чи чекає на готове рішення.

А це:

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);
}

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