Форум arduino.ua

Колупаю протокол виносного пульта до інвертора Ective. Нічого складного, звичайна PWM. І все наче працює.. Дані успішно розкодовуються (там 1 байт всього ) Але щось мене смущає.

Вхідний ланцюжок зробив так. імпульси 5В (але хто знає наскільки з цим строго), довжина 18мс, період від 50 до 100 мс. На кожний наростаючий фронт налаштував переривання. Всередині таке:

// Обробник переривання GPIO (викликається при кожному наростаючому фронті)
static void IRAM_ATTR ective_isr_handler(void *arg)
{
    uint64_t count_value;

    if (gpio_get_level(GPIO_INPUT_ECTIVE) == 0)
    {
        // Якщо сигнал низький, ігноруємо його. 
        return;
    };

    // Отримуємо поточне значення таймера в мікросекундах
    gptimer_get_raw_count(gptimer, &count_value);
    // Скидаємо таймер в 0 для вимірювання наступного періоду
    gptimer_set_raw_count(gptimer, 0);
        gpio_set_level(2, 1); // Встановлюємо GPIO 2 в LOW для відладки
        esp_rom_delay_us(10);
        gpio_set_level(2, 0); // Встановлюємо GPIO 2 в LOW для відладки

Тобто очікується на нозі GPIO2 1 імпульс довжиною 10 мкс. А в реальності іноді 1 імпульс, іноді 3:

Що дуже дивно. Підозрюю що сигнал на вході брудний, але подивитись нічим. SCO2 як виявилось не осцилограф а скоріше імітація. Синхронізується на нерегулярних сигналах не дуже, waveformи зберігати не вміє.
Питання: які є осцилографи, що вміли зберігати waveform, щоб не по ціні Боїнга?
В принципі можна спробувати замість обмежувача на стабілітроні трігер Шмідта впаяти..

Коли вдома є автономна енергосистема (акумулятори, інвертори, UPS чи сонячні панелі), швидко приходить усвідомлення: все це хазяйство потребує моніторингу. Завжди корисно знати, скільки залишилося заряду, яка напруга та чи не ввімкнув хтось аерогриль.
Стандартом де-факто для автоматизації є Home Assistant (HA). Проте розгортати його на окремому ПК чи купувати одноплатний мікрокомп"ютер якось занадто. Бюджетна альтернатива — звичайний Android TV Box, який можна перешити на сервер з linux.
Нижче — трохи реального досвіду, підводні камені та лайфхаки. Не покроковий рецепт, ніяких схем чи конфігів - впевнений що у кожного своє видіння прекрасного, а лиш напрямок куди можна рухатись.

Залізо: на чому запускати?

Для збору метрик і малювання графіків потужності TV Box вистачає з головою. Основна вимога — підтримка Linux. Але якщо ви вирішите піти цим шляхом - буде трохи цікавого:
- 32/64 біт. Більшість ультрабюджетних медіаплеєрів мають 32-бітну архітектуру. Оскільки офіційна підтримка 32-розрядних ОС у Home Assistant давно припинена, доведеться шукати застарілі версії HA (я взяв armv7-homeassistant:2025.11.3). Вони працюють, але виставляти таку систему назовні в інтернет — категорично не варто. Та і взагалі, домашній датацентр, з свічами, vlan'ами і віртуальними серверами - це для реальних гіків, а наш девіз - кожен бомж має право на свій маленький Home Assistant. Мені дістався IPnet TV Box (CPU: RK3229, 1.5GHz, Quad Core , RAM: 1G).
- Специфічні ядра Linux. Популярний дистрибутив Armbian може не підтримувати залізо TV Box. Hardware зазвичай заточене під рідне вендорське ядро (чи ядро під hardware). Оновите ядро до актуального — відваляться eMMC, Wi-Fi або Bluetooth. Залишитеся на старому ядрі (наприклад, 4.4) — не запуститься Docker, який потрібен для сучасного HA. Запускати той археологічний HA, який був ще до docker - не для слабаків, хоча в принципі теж реально.
- Убита пам'ять. Якщо TV Box купувався на вторинному ринку за недорого під ремонт- вбудована пам'ять eMMC скоріш за все уже мертва або близька до цього. Можна погратись з badblocks, знайти биті сектори, переформатувати розділи.. Але чи на довго його вистачить?
Робочий сетап: беремо стабільний Armbian (я взяв v26.11), накочуємо його на хорошу, нову SD-карту (16 Гб - політ нормальний), а мережу підключаємо виключно через Ethernet-кабель, щоб не гратися з драйверами Wi-Fi.
Важливий момент: треба мінімізувати використання флешки на запис. Тому всі логи пишуться в tmpfs, інтервал синхронізації ФС збільшуємо до 10хв.

Як знімати метрики з UPS

Спосіб підключення сенсорів струму та напруги залежить виключно від «вихованості» вашого заліза:
1. Нативно: Ваш UPS підтримується Home Assistant з коробки. Конектимо напряму і радіємо життю.
2. Через MQTT: UPS вміє віддавати дані за протоколом MQTT. Піднімаємо на TV Box брокер (наприклад, Mosquitto), куди сенсори зливають інфу, а HA підтягує її для візуалізації.
3. Хмара вендора (Тяжкий випадок): Якщо залізо спілкується тільки з сервером виробника, шукайте готові кастомні інтеграції. Якщо їх немає - упсь. Див. п. 5.
4. Тільки мобільний додаток: Тут цікаво. Наприклад, у моєму кейсі (RED ODO 12.8V 140Ah LiFePO4 Battery) вдалось знайти код підтримки BMS із забутої девелоперської гілки HA та власноруч портувати його на ESP32, щоб подружити залізо з моніторингом.
5. Саморобка. Додати пару своїх датчиків точно зможете. Гугліть home assistant mqtt discovery.

Лайфхак для безпечного віддаленого доступу

Оскільки Home Assistant крутиться на старому софті без оновлень безпеки, відкривати для нього порти на роутері категорично не варто. Але моніторити систему з телефона, перебуваючи поза домом, корисно.
Рішення - міст через зовнішній MQTT-брокер:
Замість того, щоб відкривати доступ до адмінки HA, можна налаштувати локальний MQTT-брокер на автоматичний експорт потрібних топіків у зовнішній хмарний брокер.
Як це працює: Дані з датчиків дзеркалюються у хмару. Мобільний додаток на телефоні підключається до цієї хмари й показує вам графіки. Єдина незручність - графіки малюються поки MQTT клієнт запущений, історію видно тільки в HA.
Чому це круто: Це абсолютно безпечно (зовнішнього доступу до вашої локальної мережі та адмінпанелей немає взагалі). До того ж, більшість хмарних MQTT-брокерів мають Free Tier (безкоштовний ліміт), якого для домашнього моніторингу вистачає з головою.

Трохи цікавих дослідів
Зробив саморобку на esp32-c3 + Arduino + FreeRtos. Нічого неймовірного: саморобний драйвер двигуна з аналоговим датчиком Холла, wifi, mqtt, mdns, веб-морда. Працює, але виглядає.. як Arduino - купа ліб, написаних різними людьми.. Вирішив зробити трохи рефакторінга - переписати на чесне esp-idf + freertos. Все що потрібно в esp-idf наче є. Та таска, що з wifi - без проблем; запустилась майже зразу. MDNS - теж. А з mqtt - перестало влазити в флешку. Якщо вимкнути debug - влазить.. але нам так незручно Під Arduino все влізло без ніякого байто@@бства.
От і питання - може є спосіб збирати свій код з клочом -Og, а бібліотечний - з -Os ?

Купив собі колись кілька плат з CH32V003F4P6 на розпродажі, і програматор, і нарешті дійшли ручки іх помацати
І вияснилось, що програматор не той Я купив wch-link, а треба wch-linkE

Але не все так фатально. В інтернетах є проект емулятора minichlink на arduino
Береться хттпс://github.com/Community-PIO-CH32V/Ardulink-pio, зашивається звичайним способом в Arduino (я взяв Uno). Для інших варіантів треба вказати правильну плату, з правильною частотою резонатора.

Тепер arduino стає Ardulink Programmer. І platformio може з ним працювати (mounriver-studio, на жаль, ні).

Якщо в platformio.ini вписати

[env:ch32v003f4p6_evt_r0]
platform = ch32v
board = ch32v003f4p6_evt_r0
framework = arduino
upload_protocol = minichlink
upload_port = /dev/ttyACM0
upload_flags = "-c ${UPLOAD_PORT}"

то все прошивається, правда повільно.

З"єднання таке:
Arduino - CH32
GND        -          GND
8 - 1K резистор - SWD
9             -          V

Класичний blink

#include <Arduino.h>

#define LED_PIN PD0

void setup() {
    pinMode(LED_PIN, OUTPUT); }
void loop() {
    digitalWrite(LED_PIN, HIGH);
    delay(250);
    digitalWrite(LED_PIN, LOW);
    delay(250);
}

працює, але не без особливостей. Internal LED тут припаяний до PD1, він же SWD, і, схоже, не можна його просто взяти і використати як GPIO.