TaurosRMK

Є два контролери Kincony A2 на ESP32 -, один з них робочий, використовую для управління вентиляцією, інший купив "про запас", тому що підозрював що в першому можливо щось пішло не так. Одне з "не так" це на DC 3.3V плаваюче значення, ну ніби 3.3В є, якщо округлити, але якщо міряти мільтиметром в тисячних, то плаває. На іншому стабільна напруга, хоча трохи менше ніж треба, 3.28В, але нічого не стрибає, максимум 0.001В може стрибнути раз в 15 секунд. Питання по першому контролеру, чи критично це для DC? На цих 3.3В вішаються різні датчики, сам контролер живиться від 24В блоку (підтримує 9-24В). Міряв на різних ESP32, де живлення від 5В, але є вихід 3.3В, там також тримаєтсья напруга, а в цьому контролері трохи гуляє, значить є підозра що щось не то. А оскільки там майже все підтягується до 3.3В, то напевно не дуже добре коли DC отак гуляє. VID_20250121_195218.mp4

Балансування вентиляторів. При виборі пресету зі списку швидкість вентиляторів встановлюється на обрану. Так вийшло що в мене опір притоку і витяжки майже однаковий, тому вентилятори видають майже однакову продуктивність при плюс-мінус однакових обертах. Тому встановлюю швидкість на обидва вентилятори рівну, а дальше при потребі відбувається коригування швидкостей вентиляторів щоб вирівняти потоки. Якщо вручну змінити швидкість якогось вентилятора, то контролер буде її вирівнювати, поки потоки не будуть приблизно рівними. Наче працює нормально. select: - platform: template id: air_flow_select name: "Air Flow Select" options: - "Min (90 m³/h)" - "Low (120 m³/h)" - "Medium (160 m³/h)" - "Default (210 m³/h)" - "High (300 m³/h)" - "Max (400 m³/h)" initial_option: "Medium (160 m³/h)" restore_value: true optimistic: true on_value: - lambda: |- float new_fan_speed = 0.0; if (id(air_flow_select).state == "Min (90 m³/h)") { id(target_air_flow) = 90.0; new_fan_speed = 35.0; } else if (id(air_flow_select).state == "Low (120 m³/h)") { id(target_air_flow) = 120.0; new_fan_speed = 42.0; } else if (id(air_flow_select).state == "Medium (160 m³/h)") { id(target_air_flow) = 160.0; new_fan_speed = 50.0; } else if (id(air_flow_select).state == "Default (210 m³/h)") { id(target_air_flow) = 210.0; new_fan_speed = 61.0; } else if (id(air_flow_select).state == "High (300 m³/h)") { id(target_air_flow) = 300.0; new_fan_speed = 75.0; } else if (id(air_flow_select).state == "Max (400 m³/h)") { id(target_air_flow) = 400.0; new_fan_speed = 94.0; } auto call_supply = id(supply_fan).turn_on(); call_supply.set_speed(new_fan_speed); call_supply.perform(); auto call_exhaust = id(exhaust_fan).turn_on(); call_exhaust.set_speed(new_fan_speed); call_exhaust.perform(); switch: - platform: template id: fan_balancing name: "Fan Balancing" icon: mdi:tune optimistic: true interval: - interval: 2min then: - lambda: |- if (id(fan_balancing).state) { float supply_speed = id(supply_fan).speed; float exhaust_speed = id(exhaust_fan).speed; float supply_flow = id(supply_air_volume_flow).state; float exhaust_flow = id(exhaust_air_volume_flow).state; auto call_supply = id(supply_fan).turn_on(); auto call_exhaust = id(exhaust_fan).turn_on(); float difference = supply_flow - exhaust_flow; float tolerance = 5; float speed_change = (abs(difference) > 20) ? 5 : 1; if (abs(difference) > tolerance) { float new_supply_speed = supply_speed + (difference > 0 ? -speed_change : speed_change); new_supply_speed = constrain(new_supply_speed, 0, 100); call_supply.set_speed(new_supply_speed); call_supply.perform(); float new_exhaust_speed = exhaust_speed + (difference > 0 ? speed_change : -speed_change); new_exhaust_speed = constrain(new_exhaust_speed, 0, 100); call_exhaust.set_speed(new_exhaust_speed); call_exhaust.perform(); } } Подумав що можна трохи допрацювати код. Якщо потоки рівні (+ похибка), то можна не робити балансування, а запускати тільки коли потоки відрізняються.

😆

Останній раз в лютому 23го, але там де робив пункту про запах не було - pH, кольоровість, солі, метали і тд.

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

Декілька днів користуюся новими фільтрами. Замовлені на алі, не оригінал, але як 100% копія, хіба що по відчуттям фільтрувальний елемент можливо трохи тонший, але працює, його призначення просто бути вологим. Але що в оригінальному, що в цьому через декілька днів на фільтрі з'явилися зеленуваті плями. Їх не дуже помітно, тому що фільтр синій, а плями майже співпадають у відтінку, тільки зеленого кольору, щось схоже як зеленка. Не розумію від чого це може бути 😐 Також сам фільтр вже через декілька днів почав трохи пахнути. Вище описував по оригінальних фільтрах, думав що запах з'явився десь через місяць користування, але можливо то було раніше, просто не нюхав )) При роботі зволожувача зовсім не відчувається, але якщо понюхати фільтр, то трохи відчутній запах, наче цибуля, чи щось таке. Знову ж таки, не розумію звідки то береться. Вода наче не пахне, раз в декілька днів воду просто зливаю, раз в тиждень промиваю фільтри і зволожувачі. А зволожувач 24/7 в роботі, фільтр постійно вологий і продувається вентилятором, тобто не застоюється. В цілому нарікань немає, але ось ці плями і легкий запах трохи напрягають. Зрозуміти би від чого це.

Так, але вирішив спробувати, тим більше що по ціні такий варіант точно в декілька разів дешевше заводських сенсорів, тай результат не сказав би що суттєво відрізняється - ціль вимірювати поточний розхід повітря досягнута. На скільки точно, це вже інше питання, але не думаю що похибка є дуже великою. А враховуючи що виглядає як заводський, крім того що зонди зроблемі вручну, то можна припустити що і працювати буде як заводський 🙃 Але тут більше і немає що робити - зонди, трубки і сенсор, все що потрібно. Заводських варіантів сенсорів швидкості, які використовують сенсори перепаду тиску, також достатньо. А ще є приводи для заслінок для VAV клапанів, які також базуються на сенсорах перепаду тиску. Зрозуміло що там більш точні результати, тому що проводяться якісь лабораторні тестування і тд. Але у всіх таких сенсорах вказується калібровочний коефіцієнт який менше 1, тому показання з сенсору точно є вищими за реальні і їх потрібно коригувати. Виробники вказують один коефіцієнт для всього діапазану, але дають примітку що коефіцієнт не є сталою величиною і залежить від багатьох факторів, а також вказують що допустима похибка при малих швидкостях. Тому якщо навіть відомі виробники чітко вказують що допустима похибка і отримані дані з сенсорів потрібно коригувати, то в DIY варіанті сенсорів це також варто застосувати і врахувати. Як видно з таблиці вище, показання сенсорів дійсно вищі ніж заміри по анемометру. Також не факт що по анемометру вимірювання не без похибки, але плюс-мінус є на що орієнтуватися. По формулі яка показана вище розрахував коефіцієнт для кожного зі своїх замірів. Він вийшов різним для різних швидкостей, а середній коефіцієнт дуже близький до того, що вказують виробники. Можна було би просто записати цей коефіцієнт і все, але тоді трохи не вірні показники будуть, на малих швидкостях буде завищувати, а не великих наоборот занижувати, а посередині буде більш-менш нормально. Тому взяв ці коефіцієнти, трохи округлив їх і записав калібрування по швидкості на кожну з цих точок. В результаті отримую відкалібровану швидкість і дальше розраховується об'єм повітря, який плюс-мінус співпадає з тими замірами, які робив анемометром. Густина повітря, поправка на падіння тиску і тд, це все враховується динамічно і відповідно до цього результи коригуються. Якась похибка присутня точно, це не виключно, але якщо я зараз візьму анемометр і виберу рандомну швидкість вентиляторів, а потім зроблю заміри, то показання з сенсорів до показань анемометра будуть близькими. Ціль досягнута, тому можна користуватися. Ось тут показаний код в ESPHome, який то все розраховує.

В темі про вентиляцію показував як за допомогою сенсорів SDP810, які маряють перепад тиску, зробив сенсори щоб розраховувати об'єм повітря і в подальшому балансувати систему. Про самі DIY сенсори описано в темі про вентиляцію, тут залишу код для ESPHome. Сенсори поки що підключені до окремих ESP32, які заведені в НА, тому в основний контролер ESP32 підтягуємо значення сенсорів. Далі на прикладі одного сенсору. Потрібно розрахувати падіння тиску в трубках якими під'єднані сенсори і вирахувати це значення з показань сенсора (так ніби трубок там немає). В документах до сенсору є формула, яка виглядає трохи страшно, але ШІ допоміг то все швидко записати 😁 Спочатку по сенсорах температури і вологості розраховуєтсья густина повітря. Розрахунок падіння тиску в трубках і компенсація показів сенсору на ці значення. По формулі розраховується середня швидкість через перепад тиску який віддає сенсор і густину повітря. Де CF - коефіцієнт, який потрібно лабораторно визначати, або ж робити заміри швидкості іншим пристроєм (наприклад анемометр) і вирахувати з формули цей коефіцієнт. Поки що прийнято за 1. Оновлено код з врахуванням калібрування по коефіцієнту. На основі швидкості розраховується об'єм повітря в повітроводі.

Черговий апдейт, куди ж без цього 😁 Переніс приточний сенсор на сторону до будинку, хоть в розрахунках була врахована густина повітря, але об'єм повітря який поступає з вулиці трохи відрізняється від того, який я замірюю в приточних кімнатах. Тому тепер обидва сенсори зі сторони будинку. У формулі врахована густина повітря по сенсорах темпертатури/вологості. Сьогодні зробив контрольні заміри. В таблиці жирним виділені заміри анемометром, синім показані результати з сенсорів. Внизу коефіцієнт співвідношення показань з анемометра до показань з сенсорів. До показань сенсорів не враховане падіння тиску на трубках (про які написано вище), його треба відмінусувати від показань сенсору і по оновлених даних перепаду тиску рахувити об'єм повітря. Хоча там не дуже велика похибка буде, але врахувати можна. В заводських зондах зустрічається коефіцієнт 0.8165, який не є константою і коливається в залежності від різних факторів, але це якесь середнє значення яке вказують виробники. Потрібно розрахувати коефіцієнт для отриманих даних і зробити коригування.

Може хтось наштовхне на думку. В доках по сенсору SDP810 є розділ (сторінка 15) про розрахунок падіння тиску в трубках, якими сенсор підключено до вимірювальних зондів. Сенсор віддає значення перепаду між вхідним і вихідним отвором самого сенсору. Трубки створюють якись додатковий опір, який не враховано, а в залежності від довжини і діаметру трубок, густини і об'єму повітря, цей опір може коливатися. В таблиці нижче приклад для різних довжин трубок при перепаді тиску по сенсору 250 Па. sensirion.com/media/documents/C3059EE6/667E9FD4/DP_AN_Engineering_Guide_V1.0.pdf Там є формули для розрахунку падіння тиску на трубках. Записав їх в коді, наче щось рахує, формула здаєтсья правильна, хоча ще добре передивлюся. На максимальних обертах показує приблизно 1 Па (при 35 Па по сенсору), орієнтовно при 100 м³/год - 0.11 Па (при 2.4 Па по сенсору). Не дуже зроумів що робити з цими показниками падіння тиску на трубках, потрібно від даних з сенсору відняти отримані дані падіння тиску і тоді буде правильний перепад тиску, який буду відповідати повітряному потоку в повітроводі? Вірно? - platform: template name: "Supply Air Pressure Drop" id: supply_air_pressure_drop lambda: |- float dp_sensor = id(sdp810_supply).state; float temperature = id(sht30_sup_temp).state; float rho_air = id(supply_air_density).state; float L = 1; // довжина трубок в метрах float D = 0.004; // внутрішній діаметр трубки в метрах float q_c = 6.17 * pow(10, -7); float dp_c = 62; // Формула розрахунку в'язкості повітря (η_air) float air_viscosity = (18.205 + 0.0484 * (temperature - 20)) * pow(10, -6); // Формула розрахунку ε float epsilon = (-64 / 3.14159) * (L / pow(D, 4)) * (air_viscosity / rho_air) * (q_c / dp_sensor) * (std::sqrt(1 + (8 * dp_sensor / dp_c)) - 1); id(supply_epsilon).publish_state(epsilon); return dp_sensor * ((1 / (1 + epsilon)) - 1); unit_of_measurement: "Pa" accuracy_decimals: 2 update_interval: 10s

Робив сьогодні трохи заміри, якщо коротко, то - нічого не зрозуміло, але дуже цікаво (С) Трубки змонтовані в обох випадках на однаковій відстані перед вентиляторами, тільки витяжний вентилятор зі сторони будинку, приточний зі сторони вулиці. У формулі врахована густина повітря, але поки що не по датчиках, а фіксована, наприклад знаю що з будинку повітря в середньому 21С і 55%, а з вулиці 0С і 90%. Заміри робив анемометром по кімнатах і звіряв з тим що показують сенсори. Вийшло якось неоднозначно. Попередній варіант, де трубки стояли одна за одною, показував трохи інші результати. Хоча там була інша формула і без врахування густини повітря, а також приточний датчик SDP810 стояв зі сторони будинку. Хоча не думаю що це аж так суттєво могло вплинути, але... Якщо в попередньому варіанті формула видавала дуже близькі результати по сенсорах з тими що були заміряні анемометром, то з новою формулою показання по сенсорах вищі від замірів анемометром. І можна було би застосувати якийсь коефіцієнт, щоб показники з сенсорів вирівнялися з анемометром, але цей коефіцієнт не є однаковим на всьому проміжку. Наче і не лабораторні умови, щоб очікувати точних результатів, але коефіцієнт 0.72 і 0.92 то трохи різні речі. Дивним є ще то, що на максимальних обертах обидва сенсори показують майже однакові показники, але заміри анемометром дають перевагу на приток. Два рази міряв, думав що з першого разу десь помилився, але ні, притоку більше десь на 30-35 кубів, а по сенсорах однаково. Що трохи дивно, бо в інших точках замірів по сенсорах також майже однакові показники, але і по анемометру не сильно відрізняються. Не знаю чи то форма/розміщення трубок вплинула, чи щось інше, в першому варіанті трубки були одна за одною, в другому навхрест, але при цьому діаметр турбок/шлангів і насвердлені отвори однакові. Поки не знаю що з тим робити. Якби хоча б коефіцієнт був приблизно однаковим, можна було би його застосувати і в цілому так би підійшло. Але, але... Зверху табличка з першого варіанту, знизу з другого. В рядку де сума кубів - жирним це по анемометру, зліва покази з сенсорів.

Про опір не зрозумів, що мається на увазі?

Писклявий звук з термоклапана Giacomini R411X034 з термоголовкою R470, то є нормально чи щось треба з тим робити? Я так розумію це відбувається в момент коли клапан перекриває/відкриває подачу. Минулі роки чи то не звертав на це увагу, чи просто термоголовки не були налаштовані нормально. Минулого місяця налаштував по всіх кімнатах, на фоні розмови чи якоїсь фізичної активності не відчувається, але в тишині трохи напрягає.

Після того як неудачним експериментом попутав "+" та "-" при підключенні сенсорів SHT30 в ПВУ, замовив партію нових. Хоча вони все ще продовжували показувати щось, але чи довіряти їм було під питанням. Значить що є, 5 х SHT30 I2C (нові), 1 х SHT40 I2C (зі старих запасів), 1 х SHT40 RS485 (новий). Відкалібрував всі по вологості, записав калібрування, підключив всі сім сенсорів і залишив в стані спокою. Попередньо порівнював один SHT30 I2C з SHT40 RS485, другий показував температуру майже на 2°C вище, тому для перевірки додав зміщення на -1.8°C. На графіку зверху вологість, знизу температура. До червоної лінії - стан спокою, калібрування по вологісті записано, для SHT40 RS485 по температурі додано зміщення -1.8°C. Видно що всі сенсори плюс-мінус показують однаково, по температурі в межах 0.3°C, по вологості 2%RH. Цілком нормально. Наступний відрізок до жовтої лінії - направив на сенсори кімнатний вентилятор з відстані близько 50 см, видно що всі сенсори трохи відреагували на це, але особливо сильно відреагував SHT40 RS485. Всі сенсори I2C буквально на 0.5°C знизили покази температури і на 1.5%RH збільшили по вологості. А от на SHT40 RS485 температура впала майже на 2°C, а вологість виросла на 6%RH. Відрізок до зеленої лінії - видалив зміщення -1.8°C в SHT40 RS485, вентилятор продовжував дути, видно що температура по SHT40 RS485 вийшла на рівень інших сенсорів. Після зеленої лінії вимкнув вентилятор. Тут помітно як вологість почала вирівнюватися до стану інших сенсорів, але температуру показував на тиж же 1.8-2°C вище ніж всі інші сенсори. Питання до експертів (якщо цю тему ще хтось дивиться), як такий сенсор відкалібрувати, щоб він коректно показував результати? Бо в стані спокою і коли на нього дує повітря, показує зовсім різні показники. Планую помістити цей SHT40 RS485 в приточному анемостаті, точніше в каналі прямо перед анемостатом, щоб моніторити температуру подачі безпосередньо в кімнату. Через те що відстань десь біля 15 м вибрав RS485. Там постійно буде потік повітря і як видно по графіку це впливає на покази сенсору, він реагує навіть на незначний потік повітря. Хоча в цій точці мені потрібні показники лише температури, по вологості можна ігнорувати. На його фоні всі шість сенсорів I2C якось адекватніше реагують. Не сказав би що на сенсорі SHT40 RS485 є щось, що може впливати на нагрів. Сам сенсор ізольований від всіх інших елементів на платі.

Та це типу так, у мене там навіть акк є ще з часів, коли я пробував себе в програмуванні, років так 10-12 назад. Але не пішло ))) Зараз я просто бавлюся з кодом в НА/ESPHome, якісь автоматизації і не більше того. Інколи просто треба "зберегтися" перед записом нової прошивки, щоб мати можливість відкотитися назад, або просто щоб був бекап. Хоча, треба попробувати 🤔

Та поки що і цього вистачає.

Зрозуміло, але якось не зручно. Потрібні мені тут і зараз деякі файли, треба зробити резервну копію, потім її розархівувати і витягнути звідти файли. Хочеться трохи простіше, як в звичайному провіднику. Але вже знайшов рішення )) встановив Samba Share, а на робочому ПК підключив мережеву папку, тепер є доступ до всіх папок на сервері НА. Можна писати код автоматизацій в зручних редакторах і потім закидувати на сервер для компіляції. Хоча доповлення VS Code також непогяно з цим справляється. dou.ua/forums/topic/41520/

Є якийсь варіант робити бекапи певних папок/файлів з серверу НА? Встановив таке, але тут робиться бекап всього, а хотілося би просто вибрані файли/папки кудись закинути, на той же гугл диск чи робочий ПК, щоб мати збережену попередню версію файлів. github.com/sabeechen/hassio-google-drive-backup

Щось я запутався... Добре, хай так, є там якась напруга. Який тоді вихід з ситуації? Бо ще збиває з толку той момент, що один вентилятор працює нормально, інший ні, тобто те що описував вище, як тільки подати 220В на вентилятор, при 0В на сигналі контролера 0-10В, він починає крутитися, хоча не мав би. Інший вентилятор ніяк не реагує. Це при підключених проводах FG (тахометр) до контролера ESP. При відключених проводах обидва вентилятори ніяк не реагують на подачу 220В, якщо на регуляторі 0-10В нічого немає. Доречі, DI1/DI2 заведені до ESP32 на піни 36 і 39, які є Input Only, якщо це має якесь значення.

Та я це зрозумів, схему прикріпив для того, щоб не виникало додаткових питань "а чи є підтягуючий резистор", тому що по схемі підключення тахометра він потрібен, а в Kincony A2 підтягуючі резистори розпаяні на платі. І якщо я правильно зрозумів, то ті підтягуючі резистори стоять позаду оптопари (чи що там розпаяно), тобто на самому DI нічого немає бути, він же позначений як сухий контакт 🤔 І виникає нюанс, цифровий вхід, він же вхід, а не вихід, тобто він має приймати, а не віддавати. А тут десь гуляє ~0.8-1V, який заставляє вентилятор крутитися в той час коли регулятор 0-10В вимкнений. І все ж таки є підозра що саме з контролера це йде, тому що якби з вентилятора, то звідки там може взятися якась напруга, якщо вентилятор відрізаний від 220В (фото вище прикріпляв). Поки незрозуміло що робити. Про всяк випадок ще раніше замовив нову плату Kincony A2, якраз десь на днях має прибути. Є ще інше питання, чи можна заміряти напругу між GND і DI, щоб переконатися чи там "чисто"?

Що ж, взагалі ніяких припущень по написаному вище? 😐 Поки тимчасово відключив зчитування обертів, вентилятори працюють нормально, контролер в логах ніяких помилок/попереджень не видає. Таке відчуття що DI (Digital Input) до яких підключені дроти тахометра, стали DO (Digital Output) і видаються неповний 1В на вентилятор. Або таки щось у вентиляторі(ах) - то оберти стрибають, то крутиться коли на регуляторі стоїть 0В.

Чим дальше в ліс, тим... Відповідь не тільки вам, а взагалі в продовження мого питання. Поліз на горище, де знаходяться вентилятори, тестувати DIY сенсори швидкості потоку повітря. Для цього потрібно було від'єднати повітровід який приєднаний перед вентилятором, туди хотів змонтувати сенсори (детільніше про них в темі про вентиляцію). Від'єднав і вирішив подивитися як працює вентилятор. Вентилятор і заслінка в мене на одному електромеханічному реле. Значить включаю реле і вже починаю приблизно рахувати 75с до повного відкриття заслінки, щоб запустити вентилятор. На вентилятор в той момент не подавалася ніяка керуюча напруга 0-10В, тільки 220В. І що я бачу, вентилятор почав крутитися в момент подачі 220В 🤔 Якого х**, подумав я, ще раз дивлюся в НА, регулятор на нулі, значить немає вентилятор крутитися. Як так, що за фігня. І при чому йому пофіг, він крутиться, не на максимумі, скоріше ближче до мінімальних обертів. Перериваю подачу 220В, перестає крутитися, змінюю напругу 0-10В, оберти також змінюються, але не зупиняється, якщо подати 0В. Незрозуміло. Пішов до щитка, перевірив чи на виході з регулятора 0-10В дійсно 0В, на одному виході 0В (інший вентилятор), а на другому трохи менше 1В (про який йде мова). Думаю все, здох регулятор, але оскільки він має 4 виходи 0-10В, то вирішив перекинути дроти від вентиляторів на два інших. Від'єднав дроти від регулятора і перевіряю ще раз регулятор, та ні, все добре, скільки напруги 0-10В даєш, стільки і на виході з регулятора. Знову незрозуміло. Перевіряю дроти які йдуть від вентиляторів (GND і 0-10V) і висять в повітрі, на одній пару по нулях, на іншій є напруга, при чому вона гуляє від 0.7В до 1.1В, тобто не DC. Черговий раз нерозумію звідки там напруга, якщо (увага) живлення 220В на вентилятор не подано 😐 Вентилятори обезточені, взагалі все обезточено, тільки те що на слаботочці 24В. Яким боком два проводи з вентилятора GND і 0-10V видають якусь нагругу, якщо 0-10V фактично як "вхідний" дріт, якщо так можна сказати. Тобто на цьому дроті очікується якась напруга 0-10В щоб вентилятор крутився, а тут якось наоборот виходить, в зворотньому напрямку... Якась фігня. Підключив дроти назад до регулятора і пішов до коробки на вентиляторі. Там без змін, як тільки подаю 220В на вентилятор, він починає крутитися. Почав ще раз перевіряти дроти, GND і 10V показують 10V, а от GND і 0-10V, які від'єднані від регулятора обертів, чомусь показують якусь напругу, хоча не мали би нічого показувати. В результаті експериментів виявив що якщо роз'єднати дріт FG (тахометр), то проблема зникає 🤔 Вентилятор при подачі 220В ніяк не реагує, при регулюванні 0-10В оберти змінюються, при вимкненні 0-10В ніякої напруги на керуючих проводах. Під'єднюю назад FG, знову з'євляєтсья напруга. Інший вентилятор не перевіряв досконало, але вистачило того, що він не починає крутитися зразу після подачі 220В і ніякої напруги між GND і 0-10V немає. А по цьому вентиляторі взагалі в ступорі - що, як, чому, взагалі незрозуміло, все ж було добре. І не знаю чи це сталося тільки зараз, чи вже давно таке, але помітив саме зараз, коли по обертах почав показувати незрозумілі показники, а потім взагалі нічого не показував. Задача з зірочкою: де зарита проблема, на стороні вентилятора чи на стороні контролера ESP32? Є якась підозра що на стороні контролера на ESP32, бо до нього підключено ще деякі сенсори (DS18B20 і SHT30 по I2C), з DS18B20 ще раніше були проблеми, постійно сипало помилками, якщо підключено 2 сенсори, якщо один, то ще можна було миритися, по I2C також були помилки при використанні мультиплексора, а з одним сенсором все ок. Хочі всі сенсори чудово працюють на іншій ESP. Грішив що якісь наводки/перешкоди, а зараз взагалі незрозуміло... Хоча ще не перевіряв чи є якісь помилки від сенсорів зараз, якщо відключити зчитування обертів. Або ж проблема таки на стороні вентилятора, можливо він по проводі FG замість імпульсів шле всяку фігню, чи навіть напруга якось пробиває, і це впливає на роботу контролера ESP... Якщо так, то тут вже нічого не зроблю, прийдетсья відмовитися від зчитування обертів. Одним словом весело і нічого незрозуміло... --- На фото напруга між GND і 0-10V, без подачі 220В на вентилятор і під'єднаному FG до контролера ESP Доречі, кабель для вентиляторів використовую такий - LAPP UNITRONIC LiYY 4x0,34, але думаю це зараз не має значення, скоріш за все не в кабелі проблема.

Немає такого пристрою. Але мені виробник скидував фото, якщо це щось дасть. Чи маєте на увазі дивитися в той момент, коли вентилятори показують неадекватні показники? Якось так В щитку один блок живлення на 24В (Mean Well MDR-40-24), від нього живиться контролер на ESP (Kincony A2), регулятор 0-10В, контролер Овен ПР200, пара SSR 4-20mA, електромагнітні реле ETI. Ставлю один щуп на GND на виході з блока і прозвонюю всі GND на інших пристроях - всі звоняться.

Інвертора/панелей немає. Здається так, всі gnd об'єднані. А як вони можуть бути сплутані з заземленням? Або я просто не розумію про що ви. Для мене заземлення це PN в мережі 220, а GND це в DC мережі. Відповідно всі PE на шині, а всі GND підключені до відповідних клем. --- Є ще такий момент. На схемі підключення дротів від вентилятора, щоб зчитувати оберти, потрібно два дроти - FG і GND. У мене на входи контролера ESP підключені тільки FG, а GND від вентилятора підключені до регулятора обертів 0-10В (окремо від ESP). Але обидва пристрої заживлені від одного блоку на 24В, тобто в них один GND. І наскільки я зрозумів, GND всюди наскрізний, тобто GND який потрібен для зчитування обертів на контролері ESP підключений не прямо, а через інший пристрій. Якщо б воно не працювало, то оберти не зчитувалися би. Схему можу додати пізніше.

Одне кільце на цілий кабель чи може бути на кожен провід окремо? Просто маю в наявності під діаметр 5мм ось такі розкладні, одіти їх на ПВС 3х1 не вийде, а от на кожну жилу можна, якщо так допускається. Або як варіант просто закріпити поверх ПВС, але чи буде воно працювати.