Форум arduino.ua

Ви хочете обмежувати тільки струм при зміні обертів? Тоді задача зводиться до того, як відрізнити великий "розгонний" струм від великого струму нормальної роботи під навантаженням. Цим критерієм є різниця у заданих і наявних оборотах. Але вона і так є вхідним параметром для PID. Тобто потрібно просто підібрати коефіцієнти PID, які задовільнять ваші вимоги: як мінімум, зменшити пропорційний коефіцієнт. Але швидкість реакції на зміну навантаження також зменшиться.
Може не зовсім зрозумів проблему, бо поки для мене виглядає як взаємовиключні вимоги: струм обмежити, але дозволити двигуну працювати на великій потужності.

Уявіть, що ви готуєте, наприклад, борщ. Поміж інших дій потрібно відварити мʼясо 40 хвилин.

Ви можете поставити варитись мʼясо і стояти з секундоміром біля каструлі, поки не пройде 40 хвилин. Звісно, інших дій в цей час ви виконувати не можете. Це аналог delay().

Ви можете запамʼятати час коли поставили мʼясо, і періодично дивитись на годинник, перевіряючи, чи не пройшло 40 хвилин. В цей час ви можете займатись іншими діями. Це аналог рішення з millis(). Звісно, чим частіше ви дивитиметесь на годинник, тим точніше витримаєте ці 40 хвилин.

Ще можна завести будильник на 40 хвилин і не відволікатись від інших дій взагалі, поки він не задзвонить. Це буде аналог використання переривання по таймеру. Але це зовсім інша історія.

Розглянем 2-й варіант.

Така послідовність - сама по собі програма. Вона складається з команд для виконання. Вам потрібно реалізувати інтерпретатор, який виконуватиме ці команди. Щоб не ускладнювати реалізацію, а обійтись лише одним видом команд, "повтори" можна розгорнути. Звісно, це неоптимально, але простіше для розуміння.

Щоб відрізняти цю програму для виконання інтерпретатором від програми для ардуіно, яка реалізує сам інтерпертатор, в коментарях пишу її великими літерами: ПРОГРАМА. Вона представлена звичайним масивом структур cmd.

constexpr byte LED = 3;

// структура однієї команди
struct cmd {
  unsigned int dur;  // тривалість, мілісекунд (від 0 до 65535)
  byte led;          // стан світлодіода (HIGH/LOW)
};

// внутнішній стан інтерпретатора
struct {
  unsigned int pc;      // індекс поточної команди
  unsigned int dur;     // тривалість, скільки команда має виконуватись
  unsigned long start;  // час початку виконання команди
} interpreter;

// ПРОГРАМА для виконання: масив команд
// перше значення - тривалість в мілісекундах, друге - стан світлодіода
const cmd program[] = {
  { 1000, HIGH  },  // Led светит 1 секунду
  {  500, LOW   },  // Led не светит 0.5 секунды
  { 1000, HIGH  },  // повторюєм ще раз
  {  500, LOW   },
  { 1000, HIGH  },  // другий раз
  {  500, LOW   },
  { 1000, HIGH  },  // і третій ще раз
  {  500, LOW   },

  { 5000, LOW   },  // Пауза номер 1 длительностью 5 секунд (світлодіод не світить)
  { 2000, HIGH  },  // Led светит 2 секунды
  { 5000, LOW   },  // Led не светит 5 секунд
  { 2000, HIGH  },  // повторюєм ще раз
  { 5000, LOW   },
  { 2000, HIGH  },  // і другий раз
  { 5000, LOW   },

  {  500, HIGH  },  // Led светит 0.5 секунды
  { 1500, LOW   },  // Led не светит 1.5 секунды
  { 1000, HIGH  },  // Led светит 1 секунду
  { 2000, LOW   }   // Led не светит 2 секунды
};

void setup()
{
  pinMode(LED, OUTPUT);

  // запамʼятовуєм поточний час, щоб виконання ПРОГРАМИ в loop() почалося відразу.
  interpreter.start = millis();
  // наступні два рядки необовʼязкові, тому що глобальні змінні
  // автоматично ініціалізуються нулями. додано для ясності.
  interpreter.pc = 0;   // Починаєм виконання з команди з 0-м індексом
  interpreter.dur = 0;  // Починаєм відразу без затримки
}

// допоміжний макрос для обчислення кількості елементів у масиві: 
// розмір всього масива в байтах поділити на розмір першого елемента в байтах
// (всі елементи мають однаковий розмір)
#define ARRAY_SIZE(x) (sizeof(x)/sizeof(*(x)))

void loop()
{
  // значення interpreter.pc за межами масиву ПРОГРАМИ означатиме, що виконання
  // ПРОГРАМИ завершено і нічого робити не потрібно
  if (interpreter.pc < ARRAY_SIZE(program)) // якщо ПРОГРАМУ ще не виконано до кінця
  {
    unsigned long now = millis(); // поточне значення часу

    if (now - interpreter.start >= interpreter.dur) // якщо настав час виконувати команду
    {
      digitalWrite(LED, program[interpreter.pc].led);  // вмикаєм чи вимикаєм світлодіод відповідно до команди
      interpreter.dur = program[interpreter.pc].dur;   // запамʼятовуєм, скільки часу виконувати поточну команду
      interpreter.start = now; // запамʼятовуєм час початку виконання
      // встановлюєм індекс команди, яку виконати наступного разу
      // якщо це була остання команда, виконання ПРОГРАМИ завершується
      // і очікування завершення поточної команди не відбувається
      interpreter.pc = interpreter.pc + 1;
      // якщо ПРОГРАМУ потрібно виконувати нескінченно, тоді скинути індекс команди на початок:
      // if (interpreter.pc >= ARRAY_SIZE(program)) {
      //   interpreter.pc = 0;
      // }
      // і прибрати умову `if (interpreter.pc < ARRAY_SIZE(program))`
    }
  }

  // Тут можна виконувати інші дії, такі як опитування кнопок і т.п.
  // Час виконання цих дій впливатиме на точність тривалостей виконання команд.
  // Для точності в 1 мілісекунду при 16 МГц ці дії не повинні виконуватись довше ніж 16000 тактів процесора
}

Тут, щоб було зрозуміліше, я намагався не використовувати ні загальні оптимізації, ні специфічні для AVR.

Так як станів світлодіоду всього два, можна не задавати новий стан у кожній команді, а просто з кожною командою змінювати стан на протилежний. Такий підхід використано в попередньому варіанті.

Можна піти далі і реалізувати окрему команду інтерпетатора "повтор". Тоді можна уникнути дублювання команд для повтору, але інтерпретатор стане трохи складнішим.

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

По решті провідників при вказаних на схемі номіналах струм не більше 15 мА.
Існують таблиці та формули розрахунку мінімальної ширини доріжки для заданого струму, товщини шару міді і допустимого нагріву. Для 10 А при 1 унції міді і нагріві на 10°C ширина має бути порядка 7.62 мм.

Необхідність того конденсатора взагалі сумнівна. Цілком можливо, що нормально працюватиме і без нього. Залежить від того, яке у вас джерело живлення і якими провідниками буде підключене.
Я би поставив 100-470 нФ про всяк випадок, якщо і не допоможе, то точно не зашкодить. А там уже дивитись по пульсаціях на шині живлення під час роботи.

Нажаль, тут нічим не допоможу, бо ні з blynk, ні з інтерфейсом до телеграма чи вайбера не стикався. Наскільки розумію, можливо два варіанта: якщо код з усіма артефактами для взаємодії з телеграмом/вайбером влізе в ESP8266, то можна відправляти напряму з ESP8266. Якщо не влізе, то потрібен проксі, який прийматиме повідомлення від ESP8266 по якому-небудь простому протоколу, а далі формуватиме і відправлятиме повідомлення в мессенджер вже по протоколу мессенджера.
Може знайдуться люди з досвідом, які підкажуть. Успіху в пошуках.

Доречі, яка потужність вентилятора? Для великого струму і для IRLZ 3.3 В може виявитись недостатньо.

Також можливо, що не вистачає напруги 3.3В з ESP. Для irf520 бажано хоча б 4 вольта.

На CH1 (S21) така ж картина?

У вашій програмі затримки по 150 мс і більше. В цей час процесор не опитує стан кнопки. Для придушення брязкоту контактів у більшості випадків достатньо кількох міллісекунд. А щоб не реагувати на утримання кнопки як на натиснення, потрібно перевіряти зміну стану кнопки з LOW в HIGH.

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

Яскравість регулюється широтно-імпульсною модуляцією. analogWrite() реалізує програмну ШІМ.

Розмір int в AVR gcc - 16 біт, максимальне значення - 32767.

Для дострокового виходу з циклу достатньо break.

Спочатку реалізуйте просте увімкнення/вимкнення світлодіода по натисненню, щоб воно працювало стабільно. Потім уже додавайте режими, яскравість і т.д.

У вас два логічних потоки: обробка натиснення кнопки і виміри проміжків часу, тому це простіше реалізувати за допомогою скінченного автомата. Ваш switch(mode) / case по суті ним і є, тільки прибрати довгі delay(), а час вимірювати за допомогою millis().

І деякі загальні міркування.
Atmega328 сама по собі в активному режимі на частоті 16 МГц при живленні 5 В споживає близько 10 мА. У вашій програмі процесор постійно активний. У вимкненому стані при ємності джерела живлення в 2500 мА*год воно розрядиться за час порядка 250 годин.

Для мінімізації споживання у вимкненому стані процессор має бути в режимі PowerDown, а натиснення кнопки викликатиме зовнішне переривання. В увімкненому стані потрібно використовувати апаратну ШІМ, а процесор переводити в Idle. Також відключити всю непотрібну периферію, таку як ADC, а тактову частоту знизити. 16 МГц для обробки натиснення кнопки - це перебор.

Також цікаво, як ви збираєтесь реалізувати апаратну частину, особливо в плані живлення. Два Li-Ion аккумулятора? На платі ардуіно лінійний стабілізатор, при живленні 7.5 вольт ККД буде лише 66%. Якщо світлодіод яскравий, його потрібно живити напряму, і бажано через драйвер, щоб напруга живлення не впливала на яскравість.

Реверсивний рух на цій платі зробити не вдастся. На ній витоки всіх транзиторів обʼєднані, а для повного моста потрібні роздільні. Не кажучи вже про те, що 48 вольт (а тим більше заявлені 100) пробʼють затвори транзисторів. Для IRF540 допустимо не більше 20 вольт.

Тоді тим більше потрібна схема. Бо у кожної оптопари два входа: анод і катод. А на малюнці три: "S", "+" і "-". Входи оптопар вже з послідовними резисторами чи передбачаються зовнішні? Чи є там резистори і стабілітрони між затворами і витоками? Куди підключені "+" і "-" на вихідних клемах каналів, напряму до стока і витока? Навіщо тоді "+" і "-" POWER?

Як ми можемо щось підказати, коли не знаємо, що у вас за файли, і що в них?
Навіть модель дисплея не вказано. Тільки по назві відео можна здогадуватись, що підключено до "Arduino mega".

Вирішити такі задачі на Arduino Nano можна. Звісно, з певними припущеннями і обмеженнями. Інше питання - скільки часу вам на це знадобиться, які зовнішні компоненти, і чи достатньою виявиться швидкодія.
А чи влаштує той чи інший варіант - вирішувати вам.

Дивлячись який у камери інтерфейс і що вона вміє. І що саме означає "якесь світло чи зміну якогось кольору" в алгоритмічному сенсі.