TaurosRMK

Поки приблизно і дуже грубо, але щось таке очікується. Запуск вентиляції (наприклад після простою, блекауту і тд), проаналізувати чи виконуються всі умови потрібні для роботи вентиляції. Якщо все добре, продовжити роботу в штатному режимі, якщо ні, видати помилку (наприклад прислати повідомлення на телефон) і вимкнути вентиляцію. Слідкувати за станом під час роботи, дотримуватися певних сценаріїв, якщо будуть виникати якісь аварійні ситуації, то сигналізувати про це. Вмикати нагрів коли потрібно, підтримувати температуру по ПІД, слідкувати за недогрівом/перегрівом, хоча ПІД теоретично не дасть перегріватися, а от ситуація коли нагрівач не гріє, може бути. Наприклад забув увімкнути відповідний автомат або ж нагрівач несправний, система наче працює, але нагріву немає, температура по датчику падає нижче мінімальної уставки і якщо це триває певний час, то факсується аварійна ситуація. Запускати нагрів тільки при умові що запущений приточний вентилятор. Керувати обертами вентиляторів (режим день/ніч/мінімум/***), слідкувати за можливим обмерзанням теплообмінника (по датчиках), при потребі збільшити/зменшити оберти або уставку переднагріву. Або ж оберти вентилятора падають нижче критичного рівня для нагрівача, тоді вимикати нагрівач, можливо чекати деякий час, якщо оберти не вернутся до потрібних, то фіксувати аварію. Слідкувати за фільтрами (по пресостату) і також рахувати години/дні їх напрацювання, щоб нагадати що потрібно замінити/почистити. При вимкненні вентиляції (в ручному режимі, наприклад згадувана в іншій темі проблема з димом) спочатку вимикати нагрівачі (якщо вони в той час працюють), продути ще декілька хвилин вентилятором і потім вимкнути. Можливо якісь заготовки по типу "Вимкнути вентиляцію на хх хвилин", або "Вимкнути через хх хвилин". Щоб просто одним натисканням кнопки система розуміла що вона має вимкнутися через 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 - датчики, переключалки і тд. По мірі прогресу буду тут щось дописувати. Поки все, далі буде 🙂

Я також простий користувач, який декілька років назад дізнався про НА. Спочатку для тесту встановив його на голий Debian на старий допотопний ноутбук, який ледве вигрібав сам по собі, але НА тягнув, з поправкою на то, що коли оновлюєш якусь прошивку ESPHome, то довго йшла компіляція і завантаження прошивки. А сам НА в цілому працював норм, правда девайсів не дуже багато. Десь півроку назад встановив НА з чистого листа на міні ПК на базі N100 (ціна питання N100/8GB/256 SSD m2 +/- $100 на алі) і на цьому міні ПК все працює значно краще. Хоча може N100 і забагато, але хай буде 😁 Основна задача - автоматизація вентиляційної системи, ще додатково є декілька Zigbee пристроїв і Bluetooth датчиків по кімнатах. В цілому автоматизувати нема що, крім системи вентиляції. Там контролер на базі ESP32 через інтеграцію ESPHome доданий в НА, по плану вся автоматизація буде написана в коді ESPHome, а в самому НА буде тільки відображатися вся інформація.

Підкажіть яка саме? Пробував колись декілька Wi-Fi девайсів додати в НА, здається через Tuya Local, так воно все рівно зв'язується через інтернет, тому що потрібно залогінитися в аккаунт розробника від Tuya і звідти підтягуються пристрої. Але можу помилятися, можливо і без інтернету працює. Хоча працювало воно якось дивно, після того вирішив купити Zigbee донгл і беру девайси вже на Zigbee.

Іншого датчика немає, але є інший девайс, тоже RS485, його підключав, програма знаходить. Програму сканер пошукаю, дякую. upd Сканував би довго і нічого не знайшов би, бо проблема була у відламаному дроті в місці пайки на платі з датчиком. Там дуже тонкі дроти і мініатюрне місце пайки, враховуючи те що раніше неодноразово той датчик витягував з корпусу, то мабуть в один прекрасний момент відломився дротик. Перепаяв, все працює, адреса 20 і швидкість 115200, такі які встановив 😄

Як скинути або прочитати параметри датчика на RS485? Є один датчик температури і вологості, раніше підключав і перевіряв його, все працювало, але не пригодився. Тепер пробую його підключити і не виходить зв'язатися. Точно знаю що змінював адресу і швидкість з 9600 на 115200, але не пам'ятаю яку адресу поставив. Пригадую що або 10 або 20, але перепробував на обох швидкостях адреси від 1 до 20 і не знаходить нічого. На самому датчику немає можливості зробити скидання до заводських параметрів. Є USB-RS485 і Modbus Poll, але цю програму відкриваю лише вдруге ))) Видає помилку timeout error.

Хто мав справу з I2C мультиплексорами або може наштовхнути на думку що не так? Є три сенсори I2C, один з них уже декілька місяців підключений до основної ESP32 (про яку згадував вище), працює без помилок, інший нещодавно підключив для тесту до іншої ESP32 (обидві ESP поруч) напряму проводом довжиною 12-13 м, все працює без помилок більше тижня. Валявся це один сенсор, вирішив і його прикрутити десь Тут вже довжина кабелю трохи менша, десь 9-10 м, але якщо аналогічний сенсор працює на 12-13 метрах, то і цей мав би. Щоб не городити три окремі ESP, замовив I2C мультиплексор TCA9548A на алі, який недавно приїхав. Підключив до основної ESP, мультиплексор знаходиться, сенсори шлють дані при старт, а дальше починаються помилки, то CRC, то від самого мультиплексора, деякі сенсори оновлюють дані, інші ні. Підключаю до мультиплексора по одному сенсору, помилки є, але буквально 1-2 за 10-15 хв часу. Підключаю сенсори до окремих ESP, працюють без помилок, навіть враховуючи що там кабелю більше 10-ти метрів. В чому може бути проблема? Плата китайська і цим все сказано? Напряму до ESP працює, а через мультиплексор не хоче. Швидкісь ставив саму меншу, не допомогло. @yur43 здаєтсья ви також TCA9548A використовуєте, все ок, помилок немає? Які довжини кабелів?

Я не користувався такими вимикачами, але здається такі працюють саме як "фізичні" і клавіша завжди в одному положені. Ви можете керувати вимикачем дистанційно з додатку або фізично клавішею. Підключаються як традиційні вимикачі в розрив фази, або є варіанти з підключенням фазового і нульового проводу. Для прикладу Aqara E1 під Xiaomi, під Tuya також є варіанти www.aliexpress.com/item/1005006836585314.html.

А як визначити ремонтнопридатність? Вони ж всі наче розбираються і щось там можна підкрутити 😁 Немає ж намертво запаяних корпусів.

Та потрібен вже зараз, дещо треба зробити і швидше/краще це зробити саме з лізерним рівнем, ніж водяним/бульбашковим.

Всякі розумні вимикачі?

Цікавить якийсь недорогий лазерний рівень для домашнього користування, що порекомендуєте? Не знаю чи потрібні 3D/4D, може вистачить простого по одній горизонталі і вертикалі, але може хай буде 3D/4D 😁 Використання раз в декілька місяців, нічого супер серйозного не планується робити, щоб аж так був потрібен лазерний нівелір, але інколи потрібно щось розмітити чи виставити по рівню, а бігати з водяним чи бульбашковим рівнем не завжди зручно.

А це реальні цифри чи якісь теоретичні? Бо дивлюся в характеристики одного типового зволожувача, 300 мл/год, 23 Вт, 1 літр умовно за 3.5 години і піде на це точно не 0.75 кВт*год. Беру якись їнший, класом вище, продуктивність 550 мл/год, потужність 280 Вт, тут вже 1 л випарується за годину і витратиться трохи більше 0.5 кВт*год. Хоча якщо якийсь продуктивний зволожувач, який реально 1л/год випаровує, то може і буде під 0.75 кВт*год. Але чи потрібна така продуктивність? А є якісь графіки/таблички/калькулятори щоб подивитися скільки потрібно генерувати вологи при певних вхідних параметрах? Мабудь це допоможе вибрати кількість і продуктивність зволожувачів. В цілому навіть при 45% вологості можна переднагрів вмикати десь при -4С з вулиці, якщо інші вхідні дані будуть такими як в калькуляторі 😄

Ну це так, але нагрівати повітря також не безкоштовно. Нагріти 200 кубів від -3С до +3С, то треба трохи більше 400 Вт потужності. За місцяць це може бути десь 250-300 кВт⋅год. Єдине що за нагрівом не потрібно постійно слідкувати, якщо є автоматика, то один раз налаштував і забув. Але з іншого боку, якщо виходить тримати вологість 45%, то там недалеко і до 50%, мабуть знадобиться ще один зволожувач, або частіше воду доливати. Я не про то щоб без нагріву обходитися взагалі, а просто якщо є зволожувачі, то можна постаратися тримати вологість вище, щоб менше витрачати ЕЕ для обігріву.

Ну не знаю, буду проходити першу зиму з нормальною системою, а не саморобним теплообмінником 🙂 Якраз в пошуках зволожувачів і думаю скільки їх треба і де ставити. Навіть при умові що в кожній кімнаті зволожувач налаштований на підтримку 55%? Не тільки в приточних, але і у витяжних, або якщо не в кожній кімнаті, то якось так, щоб середня вологість була не нижче 55%. Звичайно в такому випадку простіше буде на пару градусів підігріти повітря з вулиці, ніж тримати по цілому будинку зволожувачі 24/7 😁

Так якраз про це і було питання, щоб не було обмерзання то потрібно орієнтуватися на температуру повітря на викиді з витяжки, підтримувати +5С і вище, і відповідно від цього можна керувати переднагрівом. Не обов'язково жорстко ставити уставку переднагріву на умовні +3С і тримати їх постійно, в залежності від температури і вологості витяжного повітря температура вхідного повітря з вулиці може бути нижча, навіть до -3...-5С, все залежить від вологості. Тобто щоб економити на нагріванні, треба тримати вологість в будинку не нижче 50-55% 🙂

Ви про +5С на виході? Здається тут хтось опускав навіть до +3С і казав що не обмерзає теплообмінник. Вологість фактично "враховувати" не треба, просто чим більша вологість, тим вища температура на виході з витяжки.

На носі похолодання тому і відповідні питання виникають )) Для прикладу такі дані, з вулиці -5С, з хати +22С і 50% вологість, викид на вулицю буде приблизно +5С. При таких умовах можна обходитися без нагріву вхідного вуличного повітря і теплообмінник не буде обмерзати? Тут велику роль грає вологість витяжного повітря, чим вища вона буде, тим нижчою може бути температура вхідного вуличного повітря, вірно?

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

Ну не знаю... все рівно кабель треба було тягнути, протягнув 4х0.22, якраз 4 дроти для датчика потрібно. Вирішив для тесту попробувати напряму підключити I2C на довжині десь 12-13 м, закинув в ESP, а воно працює 😄 Тай таке