Приточно-витяжна вентиляція з рекуператором

[yur43]

57 хвилин тому, TaurosRMK сказав:

Але більше цікавить чи можна тут налаштувати PID чи щось схоже, щоб нагрівач грів рівно стільки, скільки треба для підтримання температури?

esphome.io/components/output/slow_pwm/

тільки реле твердотільне, звичайне

esphome.io/components/climate/pid/

Змінено У вівторок в 10:50 користувачем yur43

[TaurosRMK]

9 хвилин тому, vbb сказав:

так, можна. як - не скажу, я не програмер

Та програмна частина це інше питання, питання в тому чи буде на виході такий же ефект. Наприклад якщо потрібно підігріти тільки на 1-2С, то немає сенсу вмикати нагрівач на повну, якраз тут PID і 0-10В чудово працює.

[TaurosRMK]

3 хвилини тому, yur43 сказав:

esphome.io/components/output/slow_pwm/

тільки реле твердотільне, звичайне

esphome.io/components/climate/pid/

Та я і зараз використовую PID, тільки з SSR 4-20 мА. Але як PID буде працювати зі звичайним SSR 3-32VDC. Чи то без різниці яке там реле буде, хоть просте NO/NC, просто буде вмикатися на певні періоди, щоб в результаті підтримувати потрібну температуру?

[yur43]

2 хвилини тому, TaurosRMK сказав:

Та я і зараз використовую PID, тільки з SSR 4-20 мА. Але як PID буде працювати зі звичайним SSR 3-32VDC. Чи то без різниці яке там реле буде, хоть просте NO/NC, просто буде вмикатися на певні періоди, щоб в результаті підтримувати потрібну температуру?

повільний ШІМ працює з довгими періодами, для ТЕНа можна поставити 10 секунд. Майже без перешкод. PID дозволяє керувати точно і на випередження.

[TaurosRMK]

2 години тому, yur43 сказав:

Майже без перешкод

А як пан порекомендує боротися з перешкодами якщо залишитися на варіанті 4-20 мА чи 0-10 В? Відкинемо все інше, мова тільки про SSR 4-20 мА / 0-10 В та нагрівачі.

[yur43]

3 хвилини тому, TaurosRMK сказав:

А як пан порекомендує боротися з перешкодами якщо залишитися на варіанті 4-20 мА чи 0-10 В? Відкинемо все інше, мова тільки про SSR 4-20 мА / 0-10 В та нагрівачі.

Ставлять фільтри з боку мережі мабуть.

[vbb]

пан має хоббі розкидувати граблі по городу а потім вночі по ним ходити та чухати потилицю - на які з них наступив )))))

можливо, просто перенос SSR прямо до хітерів вирішить всі проблени.

оті всі сенсори з конверторами будуть грузити та тормозити центральний контроллер

зробіть по-людські - конвертер на 8 чи скільки там у вас датчиків РТ100  в шиток, SSR або винксти або поміняти на on/off і все буде працювати без геморою

[TaurosRMK]

2 години тому, vbb сказав:

пан має хоббі розкидувати граблі по городу а потім вночі по ним ходити та чухати потилицю - на які з них наступив )))))

можливо, просто перенос SSR прямо до хітерів вирішить всі проблени.

оті всі сенсори з конверторами будуть грузити та тормозити центральний контроллер

зробіть по-людські - конвертер на 8 чи скільки там у вас датчиків РТ100  в шиток, SSR або винксти або поміняти на on/off і все буде працювати без геморою

Не помиляється той, хто нічого не робить (С) 🙂

Здається у @Dmode схожа по керуванню система, в нього також окремі вентилятори з керуванням 0-10В, нагрівач керується аналогічним SSR 0-10В, датчики цифрові і окремий контролер для цього всього, тільки не на ESP32, а Loxone. І можливо щось там ще є в системі. Тобто все керування зроблено власноруч, а не якесь заводське рішення. І в одній з тем він згадував що не помічає ніяких проблем у використанні SSR 0-10В, все працює як треба. Тобто можна припустити що система в цілому працює як задумано. Але як все підключено, це вже інше питання, можливо від цього також багато залежить (вибір і розводка кабелів, довжина кабелів, розміщення обладнання та ін.). Чи може @Dmodeпідтвердити що в системі керування ПВУ немає ніяких проблем в роботі? А можливо навіть підказати як зроблено підключення чи розміщення обладнання?

Оскільки в мене дуже схожий набір обладнання, тільки контролер на базі ESP32, то мало би також працювати все. Воно то і працює, рік чи навіть більше я не помічав ніяких проблем і навіть не думав про то. Тільки недавно, в кінці літа іноді ESP32 почала перезавантажуватися, в рандомний час, бувало 1-2 рази на добу, бувало більше або взагалі без. Причина task watchdog, потім по логах знайшов що тригерить щось пов'язане з I2C. А з І2С в мене тільки датчики на мультиплексорі, але на доволі довгому проводі як для цієї шини, так ще й поруч з силовими. В чаті розробників про це сказали що десь якраз в той період було якесь глобальне оновлення І2С (зміни в коді і всяке таке). Тому цілком можливо що це на щось вплинуло і ESP32 з І2С може ловити баги.

Так що конкретно стверджувати що проблема тільки в SSR не можна, бо ці збої почалися в кінці літа, коли SSR ніяк не задіяні (обезточені повністю). Це раз. А два, це те що всю минулу зиму аж два SSR майже постійно були в роботі і ніяких проблем не було помічено. То щось не в'яжеться що проблема 100% в SSR.

2 години тому, vbb сказав:

оті всі сенсори з конверторами будуть грузити та тормозити центральний контроллер

А де конвертери? Якщо основний контролер буде отримувати дані від сенсорів по rs485, які можуть бути проблеми? А я якраз всі сенсори хочу перевести на rs485.

2 години тому, vbb сказав:

конвертер на 8 чи скільки там у вас датчиків РТ100

Так конвертери то погано (С) vbb 😉 Які конвертери і куди підключати, на основний контролер ESP32 по rs485? Чи не буде це працювати так само, як описано вище, І2С -> RS485? Не бачу різниці.

---

Я ж наче не писав що в мене якісь серйозні проблеми з датчиками, як такі які заважають нормальній роботі. Немає проблем з тим що датчики пропадають на довгий період чи шлють некоректні дані, просто інколи в логах можна побачити щось таке "SHT30 сенсор встановив флажок ***", не пам'ятаю дослівно. Але це проходить через один інтервал оновлення (30-60 сек), і тим більше це не помилка (тобто не помічено червоним і відповідним текстом), а просто попередження. А якщо не дивитсия в логи круглодобово, то того навіть не помічається, ну пропав датчик на 30-60 сек, а потім повернувся, все як працювало так і працює, бо фактично то просто не оновилися дані в черговий період, тобто збереглося попереднє значення.

Так що проблема не глобально в датчиках чи якійсь неправильній роботі контролера і точно SSR тут не основний винуватець, бо періодичні рандомні  перезавантаження контролера почалися коли SSR не були в роботі. І може то взагалі софтверний баг. Можливо тут би розібратися з проводами, бо їх трохи багато і все на купу, замінити два різних контролери на один, аналогічно замінити два блоки живлення (24В і 5В) на один 12В, і винести SSR поближче до ТЕНу, заодно все повісити на rs485 - думаю цей набір дій може багато чого вирішити.

[vbb]

16 годин тому, TaurosRMK сказав:

Так конвертери то погано (С) vbb 😉 Які конвертери і куди підключати, на основний контролер ESP32 по rs485? Чи не буде це працювати так само, як описано вище, І2С -> RS485? Не бачу різниці.

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

[TaurosRMK]

5 годин тому, vbb сказав:

Намалюйте схему як ви собі плануєте

Якось так

[Dmode]

12.11.2025 в 16:44, TaurosRMK сказав:

Чи може @Dmodeпідтвердити що в системі керування ПВУ немає ніяких проблем в роботі? А можливо навіть підказати як зроблено підключення чи розміщення обладнання?

Немає ніяких проблем з SSR переднагріву. Але живлення на SSR подається лише коли воно потрібне через релє контролера. Тож більшість часу воно простоює. Але і коли воно працює то не спостерігав з ним ніяких проблем.

Змінено учора в 15:12 користувачем Dmode

[Dmode]

2 години тому, TaurosRMK сказав:

Якось так

в чому таке малювали?

[TaurosRMK]

1 годину тому, Dmode сказав:

в чому таке малювали?

Точно не там, де малюються електричні схеми 🤣 Figma, робочий інструмент.

1 годину тому, Dmode сказав:

Але живлення на SSR подається лише коли воно потрібне через релє контролера. Тож більшість часу воно простоює. Але і коли воно працює то не спостерігав з ним ніяких проблем

Аналогічно розриваю коло на SSR коли воно не потрібне. Хоча можна було взагалі вмикати тільки коли воно реально потрібне, а так реле вмикаються по настанню певної температури на вулиці і вимикаються коли температура зростає. Умовно сезон "Зима-Літо". А дальше вже відпрацьовує PID. Тобто є ще мізерний шанс що навіть при вимкненому PID, тобто коли нагрів непотрібен, SSR якось заважає, хоча ток через нього не проходить 🤔

Але, скоріш за все "проблема" як така не 100% в SSR, а більше в дротах, бо там і силові, і сигнальні практично в одному кабель каналі (два роздільних поруч), і в кабель каналах щитка перетинаються всі підряд.

Змінено 23 години тому користувачем TaurosRMK

[vbb]

13 годин тому, TaurosRMK сказав:

Якось так

Отак погано робити  - до кожного повинно йти два своїх провода, а вже на платі підключаються на заuальний GND 

RS485  так не буде працювати стабільно: 

Підключення по правилам виглядає так (на кінцевому пристрої обов'язково мати термінальний резистор):

help.ekmmetering.com/support/solutions/articles/6000058103-rs485-wiring-how-to-best-practices

Тобто, у вашому випадку пару треба прокидати додатково між девайсами

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

це все вище щодо фізичних грабель.

граблі вищого рівня - по RS485 контроллер повинен обмінюватися данними з 3-ма девайсами - кожен зі своїм адресом - лінія "довга", високу швидкість там не піднімите, тож пока один пристрій на зв'язку, інші чекають у черзі - кількість данних може заповнити весь таймслот в доступній швидкості. тож змиритеся з "тормознутостю" системи. або з "загувленими" даними.

підведемоо висновок - мінімум 4 граблей. не факт що вони "вистрілять" - кожен окремо може і нє, але всі в укупності - щось та "віддячить"  - і будуте чухати потилицю - які саме.

[TaurosRMK]

11 годин тому, vbb сказав:

Отак погано робити  - до кожного повинно йти два своїх провода, а вже на платі підключаються на заuальний GND

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

11 годин тому, vbb сказав:

Підключення по правилам виглядає так (на кінцевому пристрої обов'язково мати термінальний резистор)

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

ШІ пише що резистор обов'язково тільки при лініях більше 50 м і великих швидкостях. Прикинув що можна утворити одну шину, всю групу датчиків можна з'єднати послідовно і від самого дальнього до входу в контролер буде може 16-18 м, ну максимум 20 м. При такій довжині сміло можна ставити 115200 (більше не підтримується) без резисторів. А в цілому це нюанс, резистори є в наявності, якщо щось буде не так, можна додати. Тільки не знаю чи на стороні ESP контролера резистор є. Тобто знову мінус граблі.

Але, з приводу топології, в мене зараз підключено все через клемники, частина пристроїв у самому щитку, частина поза межами. Ніяких резисторів немає і все працює як треба 🤔 Крайня права група (2+2) це RS485 А/В.

11 годин тому, vbb сказав:

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

А тут що не так? Контролер має вихід 5 В (тобто вбудований перетворювач 12 В -> 5 В). ESP32 приймає 3.3-6 В, навіть якщо на тих 20 м будуть падіння, то думаю до самого дальнього дійде 3.3 В, тим більше що датчики споживають мізер. В крайньому випадку можна додати перетворювач 12 В - >5 В. Тобто і тут граблів немає як таких.

11 годин тому, vbb сказав:

граблі вищого рівня - по RS485 контроллер повинен обмінюватися данними з 3-ма девайсами - кожен зі своїм адресом - лінія "довга", високу швидкість там не піднімите, тож пока один пристрій на зв'язку, інші чекають у черзі - кількість данних може заповнити весь таймслот в доступній швидкості. тож змиритеся з "тормознутостю" системи. або з "загувленими" даними.

Про це не зрозумів, адже частково воно дублює другий пункт, де я вже відповів, максимум 20 м, 115200 спокійно буде, а більше все рівно не можна. Зараз все працює без тормознутості (5 різних пристроїв по RS485 + сам контролер), підключено через клемники, до кожного пристрою свій дріт, найдовший десь 10-11 м, потім один 6-7 м, інші в щитку. То чому від додавання 2-3 нових пристроїв при тій самій довжині кабелю (тільки буде шина) щось має тормозити чи губитися і тд? Схоже тут також мінус граблі.

Та й таке. Не то щоб поспорити чи заперечити ваші висновки, але якось так виходить що граблі більше притягнуті за вуха, ніж мають місце бути. Єдине що RS485 можна шиною протягнути.

[TaurosRMK]

Спостереження. Використовую датчики температури і вологості SHT30. По вологості калібрував перед встановленням, якщо не помиляюся то минулого року. Забігаючи наперед значення вологості ніяк не пригодилися, тільки дивлюся на них.

На приточному каналі є послідовність датчиків: на вході в теплообмінник, на виході з нього, дальше після нагрівача, і останній на подачі в кімнату (в анемостаті). Помітив що вологість по датчиках сильно гуляє. Враховуючи що це приточний канал, то абсолютна вологість від входу в теплообмінник до подачі в кімнату мала б залишатися однаковою. А по "відкаліброваних" датчиках вологість стрибала, і якщо подивитсия на вхідну, і ту яка подавалася в кімнату, то вона зросла, що теоретично неможливо, адже тут був би потрібен зволожувач в каналі, якого немає. То звідки вологості взятися?

Відключив калібрування і через деякий час звірив показання ще раз. І на диво без калібрування показання більше схожі на реальні, де абсюлютна вологість плюс-мінус тримаєтсья стабільною на всьому проміжку. Звісно похибка датчиків присутня, але з калібруванням похибка виглядає дуже високою і не логічною, то в плюс, то в мінус. А без калібрування похибка завжди в плюс, що більш правильно.

Також дивно було що з каліброваними датчиками недавно бачив на виході з теплообмінника вологість порядка 15-18%, щось дуже мало. І по калькулятору розрахунку ефективності теплообмінника на сайті виробника, вихідна вологість після теплообмінника також ближча до тиж значень, де калібрування відключено.

Цікаво як так можливо 🤔 Датчики за тривалий період роботи самокалібрувалися чи що?