TaurosRMK

Чи є в когось 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 - датчики, переключалки і тд. По мірі прогресу буду тут щось дописувати. Поки все, далі буде 🙂

Я також простий користувач, який декілька років назад дізнався про НА. Спочатку для тесту встановив його на голий 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.

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