TaurosRMK

На скільки ймовірно то, що один тип сенсорів має похибку в плюс, а інший в мінус? Є дві штуки DS18B20, 4 шт РТ1000, 1 шт SHT30, всі вони підключені до вентиляції. З кожної сторони теплообмінника стояли РТ1000 + один SHT30 на витяжці, DS18B20 ставив для постнагрівача. Але з DS18B20 були якісь проблеми і вирішив забрати його, а РТ1000 поставити на постнагрів, там він більш потрібніший, також зняв інший РТ1000 біля теплообмінника і поставив на їх місце два DS18B20. Вийшло так, по сторонах теплообмінника з вулиці стоять РТ1000, по сторонах від будинку DS18B20, і один РТ1000 після постнагрівача. Все працює, але помітив один нюанс, DS18B20 занижують показання***, тому що температура після рекуператора яка йде в кімнату (DS18B20) менша на +/- 1С ніж температура після постнагрівача (РТ1000) коли він навіть не увімкнений, а це зовсім не логічно. Зробив експрес тест, всі наявні сенсори (2 шт DS18B20, 4 шт РТ1000, 1 шт SHT30, 1 шт безпровідний Xiaomi чисто для порівняння) поставив поруч на скільки це можливо, залишив так майже на годину, після чого подивився на результати. Результати були приблизно такими, всі РТ1000 показували однакову температуру +/- 0.2С, інші сенсори показували також майже однакову температуру, тих же +/- 0.2С, але вона була меншою на 1-1.2С від показань РТ1000. Розумію що цей тест зовсім не тест, але розбіжність більше одного градуса між аналоговими і цифровими сенсорами трохи насторожує, бо не зрозуміло які показують правильно, чи аналогові завищують, чи цифрові занижують. Похибка РТ1000 +/- 0.5С, DS18B20 також +/- 0.5С, SHT30 +/- 0.2С, звідси і напрошується питання, яка ймовірність того, що РТ1000 завищують на свою похибку, а цифрові занижують, відповідно і виходить різниця в один градус. Хоча думаю що то малоймовірно таке, скоріш за все або одні завищують на цілий градус, або інші занижують. Схиляюся до того, що цифрові занижують, більше довіряю РТ1000. Звичайно було б добре всі разом протестувати, але зараз не до того, коли сенсори вже змонтовані на свої місця. Мабуть було б логічно використовувати один тип сенсорів, але...

Ще як варіант це невелике приміщення і буде однією великою душевою кабіною з унітазом в середині, без будь яких перегородок 😀

Може то для миття дупи? 🤣

Попробував використати екрановану виту пару для датчика, заземлив один кінець екрану в щитку, підключив датчик і краще не стало )) Таке відчуття що екран ще більше притягнув/посилив перешкоди, бо з заводським кабелем без екрану датчик сипав попередження, але не так часто, а з екранованою витою парою суцільна простиня з помилок - один раз показав дані, потім помилка, потім знову показав, знову помилка. Зробив трохи по іншому. Добавився ще один датчик DS18B20, а оскільки вони більше для інформації, ніж для якогось контролю, то вирішив підключити їх окремо. Взяв мініатюрну ESP32 C3 SuperMini, два підтягуючі резистори, розпаяв то на платі і поставив на горищі, де і знаходяться два датчики. А від щитка до них протягнув 5В і все прекрасно працює, без єдиної помилки/попередження. Так і залишу. Але вирішив сьогодні "протестувати" всі датчики (DS18B20 2 шт, РТ1000 4 шт), бо є підозри що вони показують різну температуру. Тест був трохи дибільний, все звелося до того що зняв датчики зі своїх місць і розставив всіх поруч, всі дроти були підключені до того щитка, нічого не міняв. Залишив так на деякий час щоб звірити показання. Помітив що ті самі DS18B20 знову почали видавати попередження і взагалі пропав зв'язок на декілька хвилин. Але в цей час вентилятори не працювали, взагалі нічого крім датчиків не працювало, і це трохи насторожило. Ставлю DS18B20 на свої місця, все працює, ставлю поруч з РТ1000 - починається. Це якась містика, яким боком одні датчики можуть впливати на інші, якщо вони взагалі підключені до різних зчитуючих пристроїв? Ставлю на відстані більше ніж пів метра, все добре, а якщо поруч, то якась фігня. Плюнув на то все, бо тепер ще більше стало не зрозуміло, адже це вже не вентилятори, бо вони взагалі були обезточені. Поставив датчики на свої місця, все працює і на тому вистачить експериментів.

Може то просто технічний трап, ну там помити плитку чи унітаз керхером, а воду стягнути до трапу, або на випадок затоплення 😂

Пробував з іншими блоками живлення на 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 як мозок цього всього, а НА тільки інтерфейс.