TaurosRMK

Пробував з іншими блоками живлення на 9В і на 12В, та сама ситуація. Але потім почав шукати можливу причину і здаєтсья знайшов, перешкоди від вентиляторів/регулятора 0-10В. Бо якщо вентилятори не крутяться, ніяких помилок/попереджень від датчика, як тільки запускаю вентилятори, то починаються. Так, 3.3В датчик і на виході ESP32 має 3.3В на клемі під датчик. Проблема була в іншому, описав вище.

Вентилятори ЕС, без поняття що там, не розбирав двигун. Кабаль на датчику звичайний, без екрану, заводський. Поряд з кабелем вентилятора, але не кабелем живлення, а керування. З вентилятора виходять два дроти, 220В і керування 0-10В. Все знаходиться на горищі, вентилятори в одну сторону, датчик в протилежну, і тільки десь 1.5 м кабелі прокладені поруч, при проході через перекриття і в кабель каналі до самого щитка.

Я й забув вже про це тоді відбулися якісь зміни і проблема пропала, а насправді притаїлася 1. Заземляти корпус можна до того ж дрота, який підключений в клемній коробці вентилятора? З двигуна виходить L/N/PE 2. Екранувати неекрановані кабелі це як? Чи мається на увазі просто заміна на екрановані? Ці маніпуляції зараз не так легко зробити, тому що все прокладено, зафіксовано, прикручено і тд, треба проводити демонтажні роботи. Саме просте це можу замінити кабель на датчику на екранований.

Перешкоди від сигналу 0-10В? Ситуація: є щит управління вентиляцією в якому є такий контролер Kincony A2 www.kincony.com/esp32-4g-relay.html В системі використувується один датчик DS18B20, який підключено до Kincony A2 і час від часу він видає попередження в логах і з ним пропадає зв'язок на один період оновлень датчика (в мене 5 сек). Закономірності немає, може почати сипати попередження через 3-5 хв після запуску, може через 10-15 хв, може раз в 5 хв одне попередження, а може декілька в хвилину, коротше як зайде. Почав шукати в чому може бути проблема, купив новий датчик, та сама фігня, підключив датчик до іншої плати ESP32, все працює чудово. Значить причина десь в щиті. Зняв той контролер Kincony A2, запустив його окремо на столі з підключеним датчиком. За годину часу ніяких попереджень, все шикарно. Поставив назад в щит, але підлключав дроти по черзі, все було ок, до моменту коли запустив вентилятори, посипалися попередження. Значить проблема десь тут, але як більш точно її знайти або локалізувати, щоб датчик працював без проблем, це вже інше питання. Вентилятори і контролер Kincony A2 зв'язані між собою, така схема: Kincony A2 >> RS485 >> Регулятор обертів 0-10В >> Вентилятор >> Зворотній звя'зок по обертах вентилятора >> Kincony A2 зчитує оберти. Всі девайси на одному блоці живлення 24В. Відповідно питання такі: Чи може сигнал 0-10В вносити якісь перешкоди в роботу датчиків? Дроти прокладені в одному кабель каналі, не екрановані. Чи може це бути проблема в регуляторі 0-10В (на фото)? В цьому регуляторі є один трохи вздутий (не лопнув, просто вздутий) конденсатор, воно наче працює, 0-10В видає стабільно, але може саме цей конденсатор мав би гасити перешкоди чи щось таке, а він напів робочий чи погано тримає? Чи може тут вина самих вентиляторів, можливо вони генеруються якісь перешкоди? Чи можна якось зменшити або прибрати ці перешкоди, якщо проблема не в пристроях, а просто від цього нікуди не дітися?

На носі зима і повноцінно буде запущена приточно-витяжна вентиляція з рекуперацією. Відповідно неминуча ситуація зі зменшення вологості до низького рівня. Так що потрібно піднімати вологість, тим більше що це також впливає на ефективність рекуперації. Для ультразвукових зволожувачів потрібен осмос, якого немає, тому що будуть проблеми з нальотом від зволоження. Варіанти з теплим випаровуванням виглядають не дуже, є мала дитина, тому тримати такий зволожувач (а може і два) в роботі без нагляду варіант поганий. Приглянулися варіанти з "традиційним" холодним зволоженням (судячи з опису), де начебто не потрібна вода після осмосу, відповідно не буде проблем з нальотом, і можна не боятися гарячої пари. Наприклад такий vi.aliexpress.com/item/1005006024077294.html , є такі ж моделі більш потужніші, але принип той же. Є питання по фільтрах для таких зволожувачів, як часто потрібно його змінювати? Враховуючи що вода не з осмосу, а просто з крану, трохи жорстка, після фільтрації ВВ20. Зрозуміло що залежить від розмірів фільтру і продуктивності, але хоча б приблизно, на зимовий сезон вистачає чи потрібно частіше змінювати? І можливо хтось мав справу з такими зволожувачами, як вони в роботі, в плані зволоження і шуму?

Можливо варто спробувати, але не впевнений що в цьому проблема, бо ESP32 (в мене Kincony A2, 9-24В) підключена до нормального блоку живлення на 24В.

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

Чи є в когось DS18B20 підключений до ESP32 з ESPHome? Можете провірити логи чи є таке попередження як на скріншоті? Сенсор наче працює, але час від часу отаке сипле і пропадає зв'язок на інтервал оновлень сенсору. Перевірив з двома сенсорами, ситуація однакова. Також на платі Kincony A2 є 2 виходи під сенсори, підключав до двох різних, на обох така фігня. Не розумію чи в прошивці проблема, чи в самій платі, чи може то не тільки в мене таке. Дякую.

А нащо регулятор обертів, якщо розглядати інструмент саме як "болгарку"? Якщо плануєте щось шліфувати/полірувати, то тоді так, регулятор обертів тут допоможе. При звичайному використанні різати/шліфувати метал, бетон і тд, як на мене регулятор без потреби. Плавний пуск аналогічно і тим більше для 125 діаметру, от для 230 діаметру то так, плавний пуск хороша штука, а для маленької болгарки і без плавного пуску не сильно кидає. Користуюся Makita GA5030 років напевно 5-6, зручна, легка, для дому те що треба. Один раз міняв щітки, на тому і все.

А щось готове, ну там аналогові/дискретні входи/виходи, в корпусі на дін рейку, поставив, дроти підключив і готово? Якщо це конструктор, то трохи не підходить, бо знову треба щось нове вивчати і тд. Цікавлять саме готові рішення, без необхідності щось крутити і паяти.

Варіанти хоть запропонуйте ))

"Розумний" я мав на увазі що інтегрований і повністю керуєтсья через НА 😀 Бо до того ніякого зв'язку з реальністю він не мав, працював сам по собі.

Покажіть де я писав що в мене готова автоматизація, бо я щось тоже перестав розуміти ))) Здається декілька разів згадував що все працює в ручному режимі і тільки, а тепер це все треба автоматизувати, для чого і створена тема 😁 Грубо кажучи зараз все на такому етапі, що все окремо працює і моніториться, але між собою ніяк не зв'язано. Для прикладу в хаті в кожній кімнаті є датчики руху і розумні світильники, і вони працюють, фіксують рухи, але освітлення ніяк не автоматизовано, треба вручну вкл/викл. Так само в мене і з вентиляцією 😄

Так я наче це і писав, що ніякої автоматизації немає, все в ручному режимі )) ну крім того що в НА зробив переключення режимів вентиляторів по графіку 😂

Так а що зміниться, якщо я розпишу конкретніше? То ще більше тексту буде, бо тоді будуть реальні дані і фактично це вже буде частина автоматизації тільки написана словами )) Наприклад: Натиснута кнопка "Старт", команда на запуск вентиляції, спочатку треба відкрити заслінки, вони привязані до вентиляторів (на одному реле), тобто подаєтсья команда на ПЛК DO1 / DO2 для подачі живлення на вентилятори і заслінки, але оберти вентиляторів поки на нулі, час відкриття заслінки 75 сек, після чого можна запускати вентилятори. Перевірка вуличної температури, якщо це зимовий період (наприклад Т < 15°C), то можливо є сенс спочатку запустити витяжний вентилятор на більші оберти, щоб прогріти трохи рекуператор. Це може бути як по часу так і по даних з датчиків, після цього можна запускати приточний вентилятор. Знову перевірка температури, якщо Т < 3°C, потрібно включати нагрів, але він включиться тільки при умові що оберти приточно вентилятора більше ***. Якщо це літній період (Т > 15°C), то вентилятори стартують одночасно і нагрівачі не потрібні. Запустилися обидва вентилятори, нагрівач, все наче працює, допустимо пройшов деякий час і по датчику температури повітря з вулиці має підтримуватися на позначці не менше +3°C, а температура впала нижче і так триває вже 60-120 сек (налаштовується), а при тому під регулятор наче дає команду на нагрів. Значить щось не то, є ризик обмерзання рекуператора, треба фіксувати аварію і повідомити про це, шлемо mms на нокію і вимикаємо вентиляцію. Буває так що уставку +3°C інколи можна понизити, в залежності від показників інших датчиків. Це також треба вміти робити автоматично. Дальше може бути ситуація з обмерзанням рекуператора, коли температура витяжки після рекуператції падає нижче +5С. В такому випадку потрібно за цим слідкувати, трохи збільшувати нагрів або оберти витяжного вентилятора, щоб краще прогрівався рекуператор. Ті ж фільтри, для початку фіксувати час напрацювання і дивитися чи не спрацював пресостат на фільтрах. Якщо вийшов термін роботи фільтрів (налаштовується), то нагадати про це, якщо термін перевищив уставку наприклад на 5-10 днів, то нагадати ще раз, можливо зафіксувати аварію, бо фільтр вже потребує заміни і може бути дизбаланс потоків, що погано відобразиться на рекуперації. Натискаємо кнопку "Стоп", перевіряємо чи працюють в цей момент нагрівачі. Якщо так, то ще можна перевірити на яку потужність, якщо там дуже мало, то можна вентилятори вимикати зразу, думаю нічого страшного не станеться від 50-100 Вт потужності без обдуву. А якщо гріють на 1-1.2 кВт, то спочатку вимикаємо нагрівачі, потім даємо приточному вентилятору покрутитися ще деякий час 1-3 хв, щоб обдути ТЕНи, або просто по датчиках слідкувати, якщо температура починає знижуватися, то можна вимикати вентилятор. І це мабудь лише частина з того що задумано. Хоча дещо може не буде реалізовано так як описано, дещо може відпаде, але в цілому логіка така що просто робляться налаштування, якісь уставки і воно все працює на автоматі. Розумію що для новачка то може не просто, але попробувати треба 🤣 Частково такий функціонал був записаний на старій системі в тому "нерозумному" ПЛК, але то скучно робити програму на FBD і тоді було менше датчків і обладнання інше. Так саме про це і запитав сьогодні в першому повідомленні )) Спочатку думав все писати в код ESP, але якось є сумніви що все вийде, тому і питав. Бо може може краще не пхати все в ESP, а вибрати щось інше. А що там показувати? Стандартний код ESPHome, фактично зчитування регістрів Modbus з "нерозумного" ПЛК/реле і посилання команд на нього і на контролер обертів вентилятора. І це все закинуто в НА, на тому й все. Вибачте, я не програміст, мене не є на гітхабі, я з тим не знайомий )) Кусок кину тут, там на 700+ рядків, буде забагато, але плюс мінус то все однотипне. На даний момент в ручному режимі можна робити практично все - вкл/викл вентилятори, разом з ними заслінки, змінювати оберти, вкл/викл нагрівачі, вкл/викл всі релешки на ПЛК, моніторити всі датчики. Але це просто ручний режим, хоча що потрібно в літній період, запустив вентилятори і хай працюють 24/7. На зиму так не прокатить вже.

Це все вже позаду )) І дана тема не для того щоб "допоможіть вибрати контролер для вентиляції", а трохи для іншого. Вже все є готове і працює, залишилося лише трохи логіки прописати, щоб працювало автоматично. Ви знову думаєте що зв'язка з ESP32 буде працювати якось гірше ніж окремий контролер для вентиляції і ні нащо не здатна. Хоча можу помилятися, але в чому різниця окремого контролера для вентиляції який має зашиту програму і моїм варіантом де є практично той же ПЛК, тільки з мозгами ESP32 яку я можу запрограмувати як мені треба? Ті ж яйця тільки в профіль, чи ні? 😁

www.deepl.com/

Так я не про цінники і вибір конкретно цих варіантів саме під вентиляцію, а про те що на базі ESP32 є готові рішення контроллерів які вже обв'язані цифровими і аналоговими входами/виходами, при потребі мають модулі розширення, інтерфейси RS485, CAN, Ethernet, Wi-Fi і тд. І думаю серед цих варіантів можна знайти необхідні під конкретні задачі, в той час коли типові ПЛК можуть бути не такими гнучкими в плані входів/виходів, або ж не мати модулів розширення. А ті що заточені конкретно під якісь задачі (та ж вентиляція) то вони також специфічні, бо не дають свободи, потрібно підстроюватися саме під контролер і його можливості.

Поки приблизно і дуже грубо, але щось таке очікується. Запуск вентиляції (наприклад після простою, блекауту і тд), проаналізувати чи виконуються всі умови потрібні для роботи вентиляції. Якщо все добре, продовжити роботу в штатному режимі, якщо ні, видати помилку (наприклад прислати повідомлення на телефон) і вимкнути вентиляцію. Слідкувати за станом під час роботи, дотримуватися певних сценаріїв, якщо будуть виникати якісь аварійні ситуації, то сигналізувати про це. Вмикати нагрів коли потрібно, підтримувати температуру по ПІД, слідкувати за недогрівом/перегрівом, хоча ПІД теоретично не дасть перегріватися, а от ситуація коли нагрівач не гріє, може бути. Наприклад забув увімкнути відповідний автомат або ж нагрівач несправний, система наче працює, але нагріву немає, температура по датчику падає нижче мінімальної уставки і якщо це триває певний час, то факсується аварійна ситуація. Запускати нагрів тільки при умові що запущений приточний вентилятор. Керувати обертами вентиляторів (режим день/ніч/мінімум/***), слідкувати за можливим обмерзанням теплообмінника (по датчиках), при потребі збільшити/зменшити оберти або уставку переднагріву. Або ж оберти вентилятора падають нижче критичного рівня для нагрівача, тоді вимикати нагрівач, можливо чекати деякий час, якщо оберти не вернутся до потрібних, то фіксувати аварію. Слідкувати за фільтрами (по пресостату) і також рахувати години/дні їх напрацювання, щоб нагадати що потрібно замінити/почистити. При вимкненні вентиляції (в ручному режимі, наприклад згадувана в іншій темі проблема з димом) спочатку вимикати нагрівачі (якщо вони в той час працюють), продути ще декілька хвилин вентилятором і потім вимкнути. Можливо якісь заготовки по типу "Вимкнути вентиляцію на хх хвилин", або "Вимкнути через хх хвилин". Щоб просто одним натисканням кнопки система розуміла що вона має вимкнутися через 30 хв, або ж увімкнутися через годину. Цей пункт не такий критичний, це більше якісь додаткові фішки, які можна додавати в процесі користування. Ну і красивий дашборд з графіками і кнопочками, куди ж без цього 🤣 Хоча це вже відносить до НА. Навіть якись концепт карточки для НА намалював, але для початку треба автоматизувати 😁 В цілому якось так, можливо щось упустив або розписав не детально, але думаю картина зрозуміла. Нагадаю що це набірна приточно витяжна вентиляція з двома нагрівачами (пре/пост), а не готова ПВУ, тому тут немає якигось мозгів, які всім цим керують з заводу хочаб якось, а потрібно тільки трохи доробити/додати нового функціоналу, тут все треба ручками запрограмувати фактично з нуля. Зараз воно все працює вже декілька місяців, але фактично в ручному режимі і без будь якої логіки, тобто запустив і на тому все, ну окрім ПІД регуляторів, які недавно додав, бо вже була потреба в нагрівачі. Але через брак часу ніяк не можу автоматизувати це все, хоча вже треба починати, бо до похолоданні вже недалеко ))

Ви мабудь думаєте що то все виглядає якось так як на скріншоті? )) Ну тоді так, в такому вигляді воно не дуже надійно для вентиляції. Для саморобок і чогось неважливого ще підійде. А як на рахунок таких варіантів, також не підійде під вентиляцію? Раз, два, три. Здається ви представляєте собі що "автоматизувати на ESP" це взяти сам модуль ESP, десяток різних додаткових модулів, накрутити дротів, спаяти то все і запхати в якусь коробку, і казати що "це автоматизація вентиляції на ESP". Давно вже є готові контроллери на базі ESP32, які також мають додаткові модулі розширення аналогових/дискретних входів/виходів, якщо не вистачає основних. Це все як готовий продукт - підключив дроти, записав програму, працює. Не такий самий принцип у типових ПЛК (підключив, записав програму, працює)? Різниця лиш в тому, на чому пишеться програма. В мене є програмоване реле Овен ПР200, наче не іграшка, а нормальна така річ, яка в цілому може виконувати свою роботу по автоматизації вентиляції (навіть є готовий варіант заточений під вентиляцію, але то більше під типові варіанти). Але є декілька але... Не вистачає входів під датчики. Ну тут не проблема, можна купувати не дешеві датчики на RS485. Ок, добре, над цим можна думати. За допомогою ПР200 я не зміг би керувати ЕС вентиляторами по 0-10В (бо на борту виходи 4-20 мА) і зчитувати їх оберти. Для керування купив окремий модуль на RS485, ок, пів проблеми вирішено. А от зчитувати оберти не вийшло б, а зчитувати треба, тому мінус. Не дуже зручно оновлювати прошивку. Якщо щось не працює так як треба, то створюєш нову прошивку, береш ноутбук з кабелем, йдеш до того контролера, прошиваєш його, всі уставки злітають, налаштовуєш заново і знову тестуєш чи все добре. А якщо так по 5-10 разів на день приходиться, поки прошивка не буде допилена? У ПР200 немає ніякого зв'язку з інтернетом. Здається можна додатково купити якись модуль, але зараз це не просто зробити. Тоді як передавати всю інформацію в НА і команди назад на контролер? Хм... Саме для цих цілей і підключений додатковий міні контролер на базі ESP32, який по великому рахунку збирає всі дані і відправляє іх в НА, а назад отримує команди. Також підключені датчики, які не можна підключити до ПР200, і ще оберти вентиляторів зчитує. Просто цим міні контролером закрив всі ті питання, які не можна було вирішити за допомогою ПР200. А ПР200 залишився як модуль введення/виведення, бо вся програма записана в ESP32, що в рази простіше з оновленнями по повітрю, хоть по 30 раз на день, без необхідності бігати з ноутбуком і кабелем до контролера. Це все звісно є, тільки цим всім щось має керувати, щось має включити релешку і зчитати дані датчика, а дальше виконувати програму згідно сценарію. Згоден, особливо коли це якийсь гіпермаркет чи лікарня або щось таке, де все має працювати без збоїв. А коли це домашня вентиляція, то не бачу проблем взяти за основу ESP32, але не просто сам чіп і щось там ліпити з гівна і палок, а готовий продукт. Якщо цей пристрій буде виконувати поставлені задачі, а саме керувати вентиляцією, то чому б ні? Якщо схематично, то це виглядає якось так. На самому верху контролер на ESP32 як Master, а всі інші пристрої Slave, тобто ESP32 як мозок цього всього, а НА тільки інтерфейс.

В теорії те що можна зробити в НА, можна зробити і на ESPHome, а в НА тільки показувати інтерфейс. Але щоб все автоматизувати тільки з ESPHome, то напевно треба бути трохи вище, ніж початковий рівень ))) Тому напевно швидше буде це все зробити в НА. В мене контролер на базі ESP32 якраз для того, щоб мати всі дані з ПЛК, датчиків, релешок і тд, і в зворотньому порядку щоб керувати вентиляторами, нагрівачами та іншим.

Та я не про пристрої, це я знаю, а про методи )) В контексті НА, тобто розумного будинку, з інтерфейсом і тд. В мене є схожий контролер (точніше воно називається програмоване реле), на якому все раніше працювало, але добавилося датчиків, змінилися вентилятори, а враховуючи що кількість входів і підтримуваних датчиків в тому контролері обмежена, а на додачу він не має ніякого за'язку з тим же НА, то відійшов від нього. І на додачу програми пишуться там на FBD (Function Block Diagram), що трохи нудно і не зручно. Знову ж таки, не про пристрої, а про методи. Є контролер на базі ESP32 (фото вище скидував), тому нічого придумовувати вже не потрібно, а лише автоматизувати це все.

А які є можливі варіанти автоматизації? З того що я знаю це писати все в коді ESPHome, таким чином НА як такий ніяк в цьому не буде брати участі, тільки відображати інтерфейс. І інші два варіанти це через сам НА (конструктор, можливо через код), а також NodeRed. В цьому випадку не працює НА - не працює автоматизація. Всі датчики і обладнання вентиляції прив'язані до контролера на ESP32. Варіанти з конструкторами наче швидші і простіші, у випадку з кодом ESPHome потрібно ще розбиратися з С++. Є ще якісь варіанти?

Маєте на увазі якісь окремі девайси? Ну тут вже пізно )) Та й бажання щось змінювати вже немає і так возився з тим трохи довго (після останніх змін). Хоча залежно що ви мали на увазі, якщо то щоб писати весь код в самій ESP, без фактичної участі НА, то над цим я ще думаю. Спочатку думав що так буде добре на випадок коли сервер НА недоступний (наприклад після чергового вимкнення світла, бо немає резервного живлення для сервера і треба руками вмикати постійно, а це можна забути або ж нікого дома не буде на той час). В такому випадку коли появиться світло ESP запуститься і буде далі працювати, а за відсутності НА можна зайти на вебсервер ESP і щось змінити/подивитися при потребі. Хоча не впевнений що вийде все задумане там написати/автоматизувати, точніше можливо написати що завгодно, знаючи С++, але тут є нюанс 🤣 На фоні цього конструктор автоматизацій в НА чи Node Red виглядає значно простіше, але враховуючи нюанс з НА описаний вище, такі варіанти не дуже підходять. Хоча можна вирішити проблему резервним живленням для сервера. Тому над питанням як все буде автоматизовано ще треба подумати. Так і є, згаданий вище контролер якраз на ESP32 і здається модуль оригінальний.

Є набірна приточно витяжна система вентиляції, тобто окремо вентилятори, нагрівачі, регулятори і тд. Спочатку (в 2022-у році) вентиляцією керував "нерозумний" контролер, який немав ніякого зв'язку з інтернетом і щоб подивитися якісь показники чи щось налаштувати, то потрібно це робити на невеликому екрані контролера, а щоб щось змінити в прошивці, то її приходилося кожного разу заливати в контролер через USB кабель. Звичайно це не дуже зручно, ніякого моніторингу і циферок, хоча працювало все стабільно. В тому ж році відкрив для себе Home Assistant, а за ним і ESPHome. І за допомогою ESP32 і невеликої плати для зв'язку по RS485 той "нерозумний" контролер став розумним і всі дані були показані в НА, звідти і відбувалося керування вентиляцією. На той момент система вентиляції була трохи іншою, з іншим обладнанням, а з початку 2024-го була перероблена, замінено багато обладнання, додано нове. Також зміни потерпів щит керування вентиляцією, "нерозумний" контролер залишився в якості модуля аналогових/дискретних входів/виходів, а вся робота покладена на контролер на базі ESP32 - Kincony A2, який без проблем інтегрувався в НА через ESPHome і керує всіма пристроями. Я не програміст, хоча частково з цим зв'язаний і колись щось пробував, тому все написання коду відбувається методом проб та помилок. Багато чого ESPHome пропонує в готовому вигляді, залишається тільки змінити під свої потреби. Зараз є базововий функціонал, зчитуються дані всіх датчиків, регулюються вентилятори та нагрівачі, але автоматизації як такої поки що немає. Тобто це працює в напів ручному та неповноцінному режимі, дещо вкл/викл вручну через інтерфейс, деяка автоматизація записана в НА, але це не покриває весь задуманий функціонал. Буду писати всю автоматизацію в коді прошивки ESPHome, щоб не бути прив'язаним до НА, фактично в НА просто буде інтерфейс управління вентиляцією. Є бажання щоб система працювала автоматично, слідкувала за температурами, дотримувалася певних алгоритмів, відслідковувала помилки/аварії і тд. Фактично там і автоматизувати крім вентиляторів і нагрівачів немає що, але і вони мають працювати по певних алгоритмах, а не завжди в одному режимі. Відчуваю що буде не просто і можливо займе багато часу, але куди діватися 😄 Хоча до похолодання бажано мати якусь автоматизацію, в крайньому випадку можна в самому НА щось автоматизувати. Тому трохи в цій темі буде "підкажіть/допоможіть", а трохи буде показано що зроблено і як працює. Поки що показати нічого, крім стандартного коду ESPHome - датчики, переключалки і тд. По мірі прогресу буду тут щось дописувати. Поки все, далі буде 🙂