TaurosRMK

Що панство скаже про такий датчик, чи можна його використовувати на витяжці після ТО, тобто там де постійний конденсат в зимовий період? Плата залита якимоcь герметиком, зверху термоусадка, але чи залати плата під термоусадкою, це важко сказати. Термоусадка схоже без клею, тому волога може проникати під термоусадку, особливо під тиском повітря, і якщо там не залито герметиком, то напевно буде погано. Знімати термоусадку не дуже хочеться. Взяв один для тесту, точніше для використання в приточному каналі після постнагрівача, там конденсату немає. По фото на алі виглядало що там всередині така ж плата, як і та що поруч, тобто нічим не покрита, а виявилося що загерметизовано. Корпус звісно немає ніякого ІР захисту, продуваєтсья наскрізь, але не в корпусі питання. Як рекомендував пан @yur43, взяв ще RTC модуль, контролер тепер буде мати годинник 😅

З вологістю звісно зовсім біда... 😐

Все таки Kincony A2 знадобилася, але не в щитку. Довго думав як перевести чотири датчики біля теплообмінника з І2С на RS485, навіть було спаяв невеличку плату і вона навіть працювала. Але під самий кінець прийшла геніальна ідея, Kincony A2 готова плата з обвязкою живлення на 12В і RS485, а також цифровими входами, якраз чітко підійшла під мої потреби. Розмістив її на горищі біля ПВУ, через мультиплексор підключив наявні 4 датчики І2С і також оберти від вентиляторів на цифрові входи. І тепер вона як слейв шле дані з датчиків і оберти на головний контролер. Профіт. Дроти від І2С датчиків десь приблизно по 60 см, поки ніби все добре, перезавантаження, які були до того через шину І2С, зникли. Принаймні за 2 дні роботи не помічено. Інші пристрої реалізовані через ESP32 + TTL-RS485 конвертер. Едине що спочатку збило з толку, думав що знову щось пішло не так, так це на простоях які в ESPHome зроблені як модбас слейви, в логах одні попередження. Як сказав жпт, це специфіка роботи модбас контролера в ESPHome, тому що слейви бачать все що відбувається. Але в той же час мастер веде себе спокійно, в логах чистота, всі дані приходять. Так що все ок, всі датчики переведені на RS485, жмут непотрібних проводів викинув, залишилася тільки вита пара 😅 На нагрівачах залишив плавне керування через SSR 0-10В, але виніс їх прямо в коробку самого нагрівача. Прикрутив SSR до стінки нагрівача, радіатор зі зворотньої сторони. Але враховуючи що то все на холодному горищі, то навіть без радіатора той SSR не нагрівався би ніяк, але хай буде. В результаті в щитку тільки один контролер, регулятор 0-10В і блок живлення, а також клеми. Майже половина щитка пустує. Також помітив деякі покращення. Раніше якщо індикаторною викруткою торкнутися клем блоку живлення чи то 5В, чи 24В (+DC / GND), то індикатор світився. Аналогічно з шиною RS485, індикатор також світився на клемах А/В 🤔 Це дивно було, тому що такого не мало би бути. Зараз же вирішив перевірити, а цього вже немає, індикатор на слаботочці не світиться. Значить стало краще. А в чому була проблема, так і не дізнаюся, силових дротів не стало менше, а от слаботочки стало менше. І раніше в щитку по кабель каналах була каша, всі дроти в перемішку, не звертав на то увагу, а зараз всі силові дроти прокладені в лівому кабель каналі, а слаботочка в правому. Може то були сильні наводки через переплутаність всіх дротів в кабель каналах. Тим не менше зараз це зникло і це добре.

Економія чи так було завжди? Нагрівачі в системі вентиляції раніше були підключені ВВГ-нгд 3х1.5, якщо не помиляюся від Мега Кабель. Зараз треба було подовжити кабель, а в результаті просто поміняв кабелі місцями (довший на коротший), а той що коротший замінив на цілий кусок здавалося би аналогічного ВВГ-нгд 3х1.5, але від ЗЗКМ (вказано Electro Cable Group ЗЗКМ). Але порівнюючи ці два кабелі, якось дивно стало чому топовий (?) виробник зробив такий кабель. Перетин жили ніби відповідає (хоча не заміряв, але з вигляду однаковий як і в Мега Кабель), але сам кабель значно гірший, як на мій погляд, чи то може в межах норми... жили скручені, ну це ніби ок (чи ні?), ізоляції на жилах зовсім трохи менше ніж в Мега Кабель, відсутній тальк чи що там в середині має бути, а товщина зовнішньої ізоляції також порівняно тонка, може 1.5 мм. І в загальному діаметр цілого кабелю ЗЗКМ напевно на 2 мм менший від Мега Кабель. Якщо дивитсия з відстані, то зовсім трохи товстіший за виту пару F/UTP, та й виглядає також витим. Це нормальний вигляд ВВГ-нгд 3х1.5 чи просто зекономили? Раніше ЗЗКМ не використовував, може вони постійно так робили.

Так у вас же наче нагрівач є на вході в ПВУ чи навіть в самій ПВУ?🤔

Нагрівач на вході )) До речі, я тут провожу деякі зміни і вентиляція тимчасово не працює. Залишив її вимкненою і забув про теплообмінник. Пройшло кілька днів, якраз гарні морози, вирішив заглянути, а там ТО обмерз... 😕 Треба було перед зупинкою добре прогнати і прогріти, а краще навіть зняти і занести в хату. Але то вже історія. Розмерз в хаті, промив його добряче, вже другий день в теплі, день стояв у ванній, день на теплій підлозі. І от глянув, а між пластинами все ще є каплі води. Тобто за два дні він так і не висох з середини. До чого це тут. Оскільки у вас вентиляція на низьких обертах, то цілком ймовірно вентилятори не можуть вигнати конденсат з середини і він обмерзає не тільки на виході з ТО, але й глибоко в середині. Від цього і страждає ефективінсть, а також з часом обмерзання все більше і більше. Ваш експеримент якраз це і підтверджує.

В темі про вентиляцію експерти рекомендували екранований кабель до датчиків, а якщо вита пара, то ще краще. От і використовую екрановану виту пару. Сам кабель прокладений практично поруч з силовими приблизно 2.5-3 м, а далі розходяться, а також в системі є SSR регулятори напруги (фазовий зсув), то ж вони також дають своє. Тому думаю екран не пошкодить.

Тобто щоб екран виконував свою функцію, це можливо тільки при ідеальному заземленні? А якщо опір заземлення невідомий, тоді що?

Дякую, але то вита пара не для обтискання в конекторі, а для підключення датчиків, тобто дроти просто на клеми, а екран на PE. Як варіант наростити екран куском проводу ПВ-3, який підключити да PE шини. Але алюмінієва фольга з мідним дротом, то якось не по канонах, але все ж таки ток тут не буде проходити і це в теплому приміщенні, тому думаю прокатить.

Панове, а як правильно заземлити екран витої пари? Кабель F/UTP, екран алюмінієва фольга і мідний дріт. Спочатку хотів з екрану скрутити косичку, обтиснути накінечником і на PE шину, але здається то не так має бути 😁

Команда є, я і мої друзі Claude і Copilot 🤣 Досвід в них є, код пишуть швидко, на будь які запити ))) На рахунок версій - не впевнений нащо аж півсотні, якщо тут за пару днів можна сказати бета версія вже готова, яка на 80% має бажаний функціонал. Ну звісно це все не з нуля, а фактично повторення того, що вже було на старому контролері, тільки з деякими змінами. А що не так з алгоритмами і ресурсами заліза? От просто не розумію, якось це все працювало на аналогічній ESP32 приблизно з січня минулого року і до кінця серпня, без будь яких нюансів, 24/7 🤔 А тоді щось не так пішло з І2С (велика обнова) і трохи поламалася робота через регулярні збої. Але проблема не в залізі/коді, а в шині І2С під 10 метрів 😅 Зараз такий самий чіп ESP32-Wroom-32E-N16 (попередній взагалі був *-N4), функціонал передбачається такий самий, тільки з деякими змінами, які за рік користування захотілося змінити/покращити. Тому на мою думку і з досвідом використання контролера на ESP32 для таких задач, не бачу проблем. Має працювати. То ж не керування датацентром, де сотні операцій за секунду і складні алгоритми. Що ж такого в умовах перевірки стану датчиків і якщо умова true, то увімкнути декілька реле, змінити швидкість вентиляторів, запустити нагрів? А дальше знову моніторити стан датчиків і при потребі знову ж таки вмикати/вимикати реле. Елементарні умови і задачі. Так що я без поняння про які нюанси ви пишете. Може хоча б коротко про них розкажете, щоб я перевірив? Я не стверджую що в тому коді все зроблено по всіх канонах, точніше не в самому коді, а в побудові логіки роботи. Тому що код Claude пише дуже непоганий, навіть сам алгоритми пропонує, але як пов'язати одну задачу/алгоритм з усім проектом, щоб це все було правильно, де і які умови потрібно перевіряти, локально чи глобально і всяке таке, з цим хіба що можуть бути нюанси, тому що я не програміст і цю всю логіку, що і як має бути, не знаю. У всьому іншому, словесно описати алгоритм і з допомогою помічників довести до потрібного результату, наче не виникає нюансів.

Раніше написаний в цій темі код працював цілком задовільно до певного часу. Не скажу що в тому коді реалізував все що хотів, і що все було правильно, але все працювало. В один момент щось пішло не так і контролер на ESP32 (Kincony A2) який керував всім, почав перезавантажуватися. Просто збій і все, що призводило до того, що автоматизації злітали і не виконувалися так, як треба. Згодом знайшов причину в шині І2С, яка по мірках І2С була зовсім трохи довга 🤣 В результаті було прийняте рішення дещо модифікувати контрольний пункт для ПВУ. Два окремих контролери замінив на один, також на ESP32, датчики пішли на RS485, ще дещо переніс і в результаті пів щита вільного )) Це все відповідно потягнуло за собою зміну коду. А в даний час маючи доступ до ШІ писати код простіше простого. Маючи майже рік аналізу роботи системи, я приблизно знав що хочу змінити або додати. Тому саме тим і зайнявся. Логіку розділив на дві частини, базова на стороні ESPHome, яка потрібна для автономної роботи без НА, а розширення функціоналу буде в Home Assistant. Хоча зараз закінчив з ESPHome і бачу що в НА майже немає що переносити, бо все без проблем реалізувалося на ESPHome (мається на увазі базове). А крім цього навіть не знаю що таке може знадобитися в ПВУ, що не можна реалізувати в ESPHome. А в тім, побачимо як воно буде. Озброївшись VSCode записав базовий код для контролера, а за допомогою спочатку Copilot, а потім Claude інтеграцій почав писати логіку. Ну писати код це трохи перебільшення, фактично майже все написано ШІ, я тільки писав що я хочу і коригував його роботу, поки не отримав той результат, який мені треба. Лінь доходила до того, що я писав щоб ШІ змінив інтервал оновлень сенсорів, ну просто циферки поміняти 🤣 Але навіть так, за декілька днів, особливо не розбираючись в коді, отримав готовий результат валідного коду. Перфект! Базовий функціонал це не просто увімкнути вентилятори і хай собі крутяться. А маючи набір датчиків температури і вологості як в системі, так і на вулиці, датчики потоку повітря, системою можна гнучко керувати. Тому замість простого вмикання/вимикання, система має слідкувати за змінами, підтримувати потрібний потік повітря, реагувати на команди користувача, фіксувати аварійні випадки і сповіщати про них. Отже, структура проекту розбита на папки, які підключаються в основному файлі. Зручно, чисто і зрозуміло. Звісно зараз цим нікого, а тим більше програмістів, не здивуєш, але майже 2000 рядків коду (без коментарів) пхати в один файл і ритися в тому, виглядає дурним. Тим більше що це тільки базовий функціонал, ще дещо буде додано після обкатки системи, а може і взагалі все буде зроблено на ESPHome. ----- Перемикач запуску системи. Нічого не звичного, перевірка стану системи, якщо в аварійному режимі, то система не запуститься, в інших випадках запуск відповідного скрипта на старт чи стоп системи. В коді ще відсутній функціонал сповіщень в телеграм, додано буде пізніше. Тому в багатьох місцях коду будуть відповідні сповіщення, щоб було зрозуміло що з системою. Скрипт запуску. Скрипт зупинки. Скрипт прогріву теплообмінника. Скрипт аварії. На даний час це фактично просто запуск скрипта зупинки системи, але не користувачем, а системою. Наразі цей скрипт ще не повноцінний, бо треба подумати що саме буде визивати аварії, а що може ігноруватися. Поки що аварію визиває загроза обмерзання теплообмінника, якщо температура на витяжці після ТО опускаєтсья нижче 3°C, то це тригер для аварійної зупинки. Це ніби все, що пов'язано з запуском/зупинкою системи, як вручну, так і самою системою. Для базового і автономного функціоналу цього думаю достатньо.

Постає таке саме питання, але не для ввідного щита, а для щита вентиляції, де дроти 1-2.5 мм2 і навантаження до 2.5 кВт. Чи дозволяється використовувати клеми на дінрейку під N провідник? Якщо L підключаєтсья через такі клеми, то в цілому і N може йти поруч? І таке саме для PE провідника, для якого навіть зроблена спеціальна PE клема з контактом до дінрейки. У ввідному щиті напевно не пройде такий варіант, бо ті клемники максимум до 22-24А (для тонких проводів) і займають трохи місця, але у всяких щитах керування використання таких клем для N і PE буде допустимо?

Тут така справа... що N проводи всі на шині, аналогічно як і PE. А знімав я проводи з клемників на дін рейці, а там тільки L, якісь датчики або з блоків живлення. Тобто N з PE не міг ніяк замкнутися. Тому і стало дивно як це сталося. Вже думав що автомат у вимкненому стані якось пропускає ток чи що за біда. Просто не звернув увагу що саме робив в той момент, тобто які з дротів знімав, бо подумав то якесь екстренне вимкнення.

Чим датчик температури/вологості не може виступати тригером? Накладний датчик температури приклеїти до стіни в критичному місці (наприклад в зовнішньому куті кімнати) і рахувати точку роси по пологості в кімнаті. Робочий варіант Але краще вже хай тих 30-40 кубів постійно циркулює по будинку. Знизив в себе оберти вентиляторів до мінімуму, вийшло по 650 об/хв. В такому режимі датчики фіксують потік ~45 кубів. Для сценаріїв коли нікого в будинку немає думаю цілком достатньо. Споживання біля 14 Вт, але це не тільки вентилятори, там ще блоки живлення, контролер, датчики.