TaurosRMK

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

Якось так

Не помиляється той, хто нічого не робить (С) 🙂 Здається у @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. А де конвертери? Якщо основний контролер буде отримувати дані від сенсорів по rs485, які можуть бути проблеми? А я якраз всі сенсори хочу перевести на rs485. Так конвертери то погано (С) vbb 😉 Які конвертери і куди підключати, на основний контролер ESP32 по rs485? Чи не буде це працювати так само, як описано вище, І2С -> RS485? Не бачу різниці. --- Я ж наче не писав що в мене якісь серйозні проблеми з датчиками, як такі які заважають нормальній роботі. Немає проблем з тим що датчики пропадають на довгий період чи шлють некоректні дані, просто інколи в логах можна побачити щось таке "SHT30 сенсор встановив флажок ***", не пам'ятаю дослівно. Але це проходить через один інтервал оновлення (30-60 сек), і тим більше це не помилка (тобто не помічено червоним і відповідним текстом), а просто попередження. А якщо не дивитсия в логи круглодобово, то того навіть не помічається, ну пропав датчик на 30-60 сек, а потім повернувся, все як працювало так і працює, бо фактично то просто не оновилися дані в черговий період, тобто збереглося попереднє значення. Так що проблема не глобально в датчиках чи якійсь неправильній роботі контролера і точно SSR тут не основний винуватець, бо періодичні рандомні перезавантаження контролера почалися коли SSR не були в роботі. І може то взагалі софтверний баг. Можливо тут би розібратися з проводами, бо їх трохи багато і все на купу, замінити два різних контролери на один, аналогічно замінити два блоки живлення (24В і 5В) на один 12В, і винести SSR поближче до ТЕНу, заодно все повісити на rs485 - думаю цей набір дій може багато чого вирішити.

5В / 2А хоча б буде? Так щоб смарфтони заряджати 😄 А я то думаю чому в мене на щупах мультиметра в повітрі є напруга 🤣

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

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

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

Наразі використовую такі SSR регулятори напруги для нагрівачів у вентиляції. Все ніби нічого, плане керування 0-10В, PID працює чудово, підтримка стабільної температури. Але зворотня сторона це шуми і перешкоди, і ніби на перший погляд серйозних проблем не помічено, працює більше року, але інколи датчик відвалиться, інколи ESP перезавантажиться, і чомусь останні місяці цього стало більше. Хоча якщо не дивитися логи системи, то все ок. Думаю про невеликий апгрейд системи керування, будуть деякі зміни і прийдеться змінити SSR бо не буде сигналу керування 4-20мА, а все перейде на 0-10В. Тут або SSR замінити, або купити регулятор 4-20мА, що плюс-мінус те саме по ціні. Але подумав чи не відмовитися від таких SSR з плавним керуванням на користь SSR Zero-Cross, вони ж наче не створюють таких шумів і перешкод? Припустимо що не створюють і можна перейти на них, але там сигнал керування AC або DC, ну логічно вибрати 3-32VDC для системи. Але основне питання чи можна з таким керуванням добитися такого ж плавного регулювання нагріву? Тут також знадобляться якісь мосфети, щоб не клацати реле постійно. Але більше цікавить чи можна тут налаштувати PID чи щось схоже, щоб нагрівач грів рівно стільки, скільки треба для підтримання температури?

А те що при відключенні певних девайсів від мережі (вимкнення автомату) ця напруга зменшувалася, це про щось може говорити? 36В це коли напруга на всіх пристроях, якщо вимикаю автомат нагрівачів, напруга падає до 26В, вимикаю ще вентилятори, напруга стає здається 12-16В.

В щиті управління вентиляцією є блок живлення Mean Well серії MDR на 24 В. В ході певних дій заміряв АС напругу між GND та PE, показало 36 В. Всякі там ШІ пишуть що це може бути не критично, але може буде погано. В цілому їхню писанину не дуже зрозуміло, якщо не розбиратися в темі. Тому питання чи це якась проблема чи допустиме явище?

Споживання контролерів, датчиків і всього іншого. Заміряв скільки споживає система керування ПВУ, враховуючи всі датчики, контролери, реле і все що є в щитку. З блока живлення 24 В в робочому стані споживання лише 0.24 А, а на максимумі 3.1А. Є ще блок живлення на 5 В, для різних датчиків, в тому ж режимі споживання 0.1-0.12 А, а при старті бували стрибки до 0.24 А. Тобто сумарне робоче споживання лише 6.5 Вт і при максимальному навантаженні близько 9 Вт? 🤔 Це типово чи щось не то? Я просто не розумію навіщо я колись купив блок живлення 24В 1.7А, якщо на той час навіть половини цього обладнання не було 🤣 Зараз є думка перейти на один блок живлення 12 В і дещо переробити. Тому задумався якої потужності брати блок живлення. Думав спочатку такий же на 40 Вт, а перемірявши реальне споживання, зрозумів що то трохи більше ніж забагато ))) Думаю навіть з 1.5х запасом вистачить з головою сумарних 15 Вт? Тобто якийсь 12В 1.25А.

Я бачив що ви згадуєте F7, але... 🤔 На рахунок вугільного. Для тесту ставив такі - фільтр салону вугільний - і в перші дні відчув ефект, коли на вулиці було задимлено, то в хаті нічого не відчувалося. І так тривало може 2-3 місці, потім ефект почав слабнути і згодом взагалі не допомагало. Ну може при невеликому димі ефект був, я ж не перевіряв чи є на вулиці дим чи ні. Але коли сильно диміли, то в хату вже трохи затягувало. Так що ефект таки є, хоча не довго триває, бо вугілля в тих фільтрах зовсім мало і з часом воно вже перестає працювати. До вище написаного додам ще те, що у такому фільтрі зовсім мала кількість вугілля, фактично воно дуже дрібне як порошок і знаходитсья між шарами фільтрувального матеріалу. А от коли це буде умовних 200-250 гр активованого вугілля в грунулах, то чому б йому не поглинати запахи? Якщо це робив вугільний фільтр салону, то окремий вугільний фільтр також має з цим справлятися. А із за кількості того вугілля я думаю це буде краще і довше. Думаю я таки спробую, але напевно це буде щось кастомне, а не заводський варіант. Бо з HEPA я так зрозумів немає сенсу зв'язуватися. --- До речі aff.com.ua/ugolnye-filtry

Так ви по діагоналі прочитали, тому і не вловили суть питання )) Ще раз, я не націлююся саме на хепа фільтр, а думав як боротися з запахами і в пошуках натрапив на такі вугільні фільтри для очищувачів повітря. Там засипано гранульоване активоване вугілля яке чудово має поглинати всі запахи і в цілому довго служити. Знайшов підходяці по розмірах для свого фільтр боксу, щоб не думати самому як його зробити, але є один нюанс, такі фільтри продаютсья в комплекті з хепа (1+1), або йдуть комбіновані, тобто бутерброд з хепа і вугільного. Так от, якщо купити такий фільтр, то як не крути хепа буде в комплекті. То що викинути його чи може використати, хай би був? 🤔 Ну або ж замовити на 3д друк таку сітку у формі сот і засипати туди гранул активованого вугілля, а не купувати той комплект з хепа. Плюс-мінус може вийде те саме по ціні. В цілому до тепер обходився зі звичайним фільтром грубої очистки, тому його вистачить і далі. Так що ціль не хепа, але він йде комплектом, то десь треба його прикрутити 😁 І щоб даремно не витрачати час на роботу, а потім виявиться що хепа за місяць-два забється і прийдеться його викинути, то для цього і запитав, може хтось щось підкаже. Знаю, замовляв.

Ну основне питання там про HEPA фільтр, всі інше тільки описує ситуацію. Як він себе поведе в приточному фільтр боксі, навіть якщо буде предфільтр G4, то він затримає тільки грубий пил, а все інше осяде на HEPA і може статися так, що досить швидко фільтр забється і опір зросте, вентилятор почне напрягатися і прийдеться те все дуже часто чистити або міняти, що зовсім не варіант. А може і ні, і HEPA буде служити довго. А на рахунок боротьби з запахами, то фільтр з гранульованим активованим вугіллям думаю чудово справиться з цим завданням. Заводські варіанти можна підібрати по розмірах, але там HEPA в комплекті, або ж 2 в 1. Тому треба розуміти чи є сенс возитися з HEPA фільтром, чи простіше придумати якийсь корпус на 3д принтері, наповнити його гранулами активованого вугілля і отримати фільтр проти запахів.

Тема вентиляції схоже мертва, але я таки спробую, може гуру щось підкажуть. В своїй ПВУ зробив кастомний фільтр бокс, доволі немалий по розмірах. На даний час там є місце під 4 шт автомобільних фільтра салону, розміщених у формі літери W. Загальна площа фільтрації близько 2.2-2.3 м2. Перед ними ставив гармошку з полотна G4 (по типу як синтепон), щоб вловлювалися грубі частинки і фільтри салону довже залишалися чистими. Але після чергової заміни фільтрів задумався що щось не то, тому що полотно G4 забруднювалося дуже сильно, а фільтри салону фактично були чистими. ШІ на рахунок цього відповів, що стандартні фільтри салону по рівню фільтрації приблизно однакові або зовсім трохи кращі за G4. Тобто фактично те, що пропустило полотно G4, з легкістю пройшло і через фільтри салону. Подумав що варто би переробитим фільтр бокс і задумався про HEPA фільтр, а точніше навіть про комбінований HEPA + вугільний. Такі фільтри використовуються в очищувачах повітря, є як комбіновані HEPA + вугільний, а є кожен окремо. Спочатку мене цікавив саме вугільний, тому що час від часу виникає проблема з задимленням і це все потрапляє в будинок, а контролювати ніяк. Один раз використовував фільтри салону вугільні і дійсно деякий час забув про будь які запахи, але з часом ефект втратився. Натрапив на ці фільтри для очищувачів і мене зацікавив вугільний фільтр, де в корпусі у формі сот насипано гранульованого активованого вугілля. Думаю такий вугільний фільтр має працювати значно довше, ніж вугільний фільтр салону. Але зазвичай ці фільтри продаються комплектом з HEPA, або як згадував раніше, йдуть комбінованими. Ну HEPA, так HEPA, чому б і ні. Знайшов підходящі по розмірах фільтри, які можна розмістити в фільтр боксі по діагоналі і по розмірах вони близькі до двох штук фільтрів салону, які використовують зараз. Тобто може бути такий бутерброд: фільтри салону як перша стадія фільтрування (можна вважати що G4 або зовсім трохи краще), після нього HEPA (зазвичай HEPA11 або HEPA13), а після цього вугільний фільтр. Площа фільтрування салонних фільтрів двох штук буде десь 1.1 м2, а яка буде площа HEPA фільтру важко сказати. Ну можна припустити що точно не менше 1 м2, тому що по розмірах як два фільтри салону, хіба що товщина трохи менша (десь 25-30 мм), але в HEPA здаєтсья більше складок. Тому хай буде той самий 1 м2 площі. Розміри комбінованого HEPA фільтру 400х230х40 мм, а товщина вугільної вставки зазвичай 10 мм, тобто товщина самого HEPA фільтру десь 30 мм. Теоретично можна збільшити площу фільтрування в 2 рази, якщо використати два HEPA фільтри і відповідно 4 фільтри салону, розмістивши їх у формі літери V. На даний момент цікавить одне, на скільки такого HEPA фільтру вистачить? Зрозуміло що це залежить від багатьох факторів, але може хоча б приблизно, на який термін можна розраховувати? Чи мав хтось досвід з такими фільтрами, в тому числі з тими самими очисниками повітря, або ж хтось використовує HEPA в вентиляції? ПВУ працює зазвичай в діапазоні 120-230 м3/год, але на максимумі може до 400 кубів, тому є добрий запас на HEPA фільтр. Також планую автоматизувати ПВУ по СО2 та інших датчиках, щоб без потреби не ганяти повітря, якщо в будинку нікого немає або рівень СО2 комфортний. Тобто теоретично ПВУ не буде працювати 24/7, що також вплине на ресурс фільтрів. Не скажу що повітря сильно забруднене, попередній раз полотно G4 стояло десь 9-10 місяців і по датчиках потоку повітря не помітив сильного перепаду тиску. Виробники очищувачів повітря з такими фільтрами вказують термін служби 2-3 роки, але одна справа це очищувач повітря, а інша справа приточний фільтр бокс в ПВУ. Хоча в характеристиках таких очищувачів вказується доволі великий розхід повітря - 300-500 м3/год. Надіюся що хтось таки загляне в тему і щось порадить, особливо гуру вентиляції @Dmode @volomoto @standov та інші. Хоча може HEPA для вентиляції то за дуже, в цілому вистачило би якогось F7-F9, але пріоритетом є саме вугільний, а оскільки HEPA йде в комплектті або навіть комбінований, то куди вже його дівати.

А де стоять датчик(и) СО2? І яка ідея цього всього, підтримувати рівень СО2 не вище уставки?

Тема втратила актуальність, проект завершено. Але є пов'язане питання, тому не буду створювати нову тему, а продовжу тут. Дано об'єкт на якому мають бути двері на колесах, так звані амбарні двері. Шина 6х40, довжина 2.4 м, на ній будуть їздити двері на двох колесах. Без поняття яка вага тих дверей буде, але чисто на око, зважував десять ламелей, каркас і прикинув скільки вся конструкція, то десь 35 кг, ну хай буде 40 кг, ніби не так багато. Враховуючи що там жалюзі відкриваються, то потрібно додати зазор між дверми та іншими елементами, плюс врахувати елементи кріплення (гайки/болти) і виходить що шина буде на відстані десь 65 мм від основної конструкції. Закріпити шину до конструкції можна тільки в трьох точках, по центру в брус стійку, а ближче до країв до рами жалюзі. Це три двохрізьбові шпильки М10. Цього мало, тому зі смуги 4х40 зробив ще 4 підвіси, десь по 280 мм довжиною. До шини будуть кріпитися через болт М10 і подовжену гайку (щоб не заважати колесу), а зверху до балки будуть закріплені на ту самі двохрізьбові шпильки М10, також на невеликому відступі, щоб не заважати відкриванню жалюзі. Думаю ці чотири підвіси розставити на рівних відстанях, два по краях, два до середини, плюс додаткові три шпильки, і в цілому того мало би вистачити для тих дверей, але задумався чи: - Можливо додати ще одни підвіс, щоб зменшити між ними відстань? Середня шпилька не по центру, тому підвіс якраз стане по центру шини і близько біля шпильки. Так між підвісами буде по 600 мм. - Можливо змістити підвіси до середини, тобто по краях будуть шпильки, а підвіси трохи змістяться, фактично зробити як 7 точок кріплення на однакових відстанях. - Додати ще 2 підвіси, змісити їх ближче до шпильок, тобто буде на одну шпильку два підвіси. Шпилька буде тримати шину горизонального, а підвіси вертикально. Поки підготував шину і зробив отвори під шпильки, а задумався на рахунок підвісів і конструкції в цілому. Бо в залежності від кількості і відстані між підвісами, потрібно в шині свердлити отвори і готувати конструкцію до подальших робіт. Конструкція виглядає надто складною як для таких дверей, але інших варіантів немає, якби там була глуха стіна, то кріпилося би напряму до стіни, а тут потрібно врахувати що всі залюзі відкриваються. Буду вдячний за рекомендації. Як альтернативні варіанти: 1. Залишиши 4 підвіси, але середні змістити ближче до центру. 2. Додати ще 1-2 підвіси.

@yur43

Чи може пан поділитися графіком температур за літні дні, коли відбувалося охолодження? Щоб можна було побачити яка температура (з вулиці і в будинок) була до увімкнення охолодження і після. Бо я щось зовсім не відчув ніякого охолодження, коли подавав в будинок на 3 кімнати близько 210 кубів прямо з вулиці. Через теплообмінник, але витяжка була вимкнена зовсім і практично ніяк не впливала на рекуперацію, тому в кімнату (саме в кімнату, дачтик в анемостаті) заходило десь 17 °C і ніяк не відчувалося 🤔 Хіба що стояти недалеко від анемостату.

Спрацювало знову, прийшло повідомлення в телеграм бот. Зайшов подивитися, а там ось так 🤔 Шкода лог не був відкритий, щоб глянути більш детально.

Можна код? Бо я пробував практично в перший тиждень після оновлення, щось не вийшло в мене. Але я ще той програміст 😆

Згадав що десь в недавніх оновленнях ESPHome додали підтримку ESP-now. Чи хтось вже пробував зв'язувати пристрої між собою по ESP-now? Чи працює коректно?

Оновлю yaml і подивлюся що буде. Тільки де ті логи wi-fi шукати, вони кудись записуються чи тільки коли логування відкрито і потім його зберігати вручну? З приводу роутера, тільки один роутер, поруч є ще usb zigbee свисток в сервері НА на міні ПК. Більше нічого немає, а оскільки це приватний будинок, то інших роутерів десь поруч також немає. В налаштуваннях каналу стоїть авто.

Думав проблема зникла, але схоже що ні. Хоча обривів зв'язку, чи як це можна назвати, стало менше. Додав сенсор wi-fi сингалу, прогнозовано там все супер, 2 метри до роутера, які можуть бути проблеми, стабільно -30...-35 dBm. Також додав сенсор Reset Reason і помітив що в моменти коли щось не то з Kincony, сенсор показує запис task watchdog. Не розібрався де саме шукати детальну інформацію про це, гугл каже що треба дивитися в лог Kincony, але ж тримати постійно відкритий лог не завжди виходить. Тим більше що між спрацюваннями може пройти годин 10-15, або взагалі серед ночі. Знайшов який журнал налагодження в інтеграції ESPHome, включив його. Сьогодні зайшов подивитися чи є там щось цікавого. Нажаль він не зберіг всі записи, тобто попереднього запису в 07:42 немає, тільки за останні півтори години, але якраз зберігся запис про 13:02. Але в цей час не спрацювала автоматизація Kincony, тобто не прийшло повідомлення в телеграм бот, хоча по запису логу видно що відбулосся перепідключення (якщо я вірно зрозумів). 2025-10-01 13:02:10.096 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Sending HelloRequest: client_info: "Home Assistant 2025.9.4" api_version_major: 1 api_version_minor: 12 2025-10-01 13:02:10.096 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Sending ConnectRequest: 2025-10-01 13:02:10.096 DEBUG (MainThread) [aioesphomeapi._frame_helper.base] kincony-a2-n @ 192.168.1.103: Sending frame: [010031c3e239c3d95718d1e164b765b2ba4eaf77071c3898da04f0e2208260e9543f553423286525662f2358efa0370100148b5623e8949bd4ee7b77] 2025-10-01 13:02:10.226 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Got message of type NumberStateResponse (len=5): key: 3467138 2025-10-01 13:02:10.226 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Got message of type NumberStateResponse (len=5): key: 4050902 2025-10-01 13:02:10.226 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Got message of type NumberStateResponse (len=5): key: 1059676 2025-10-01 13:02:10.226 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Got message of type NumberStateResponse (len=5): key: 1166887 2025-10-01 13:02:10.281 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Got message of type HelloResponse (len=28): api_version_major: 1 api_version_minor: 12 server_info: "2025.9.2" name: "kincony-a2-n" 2025-10-01 13:02:10.282 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Successfully connected ('2025.9.2' API=1.12) 2025-10-01 13:02:10.282 INFO (MainThread) [aioesphomeapi.reconnect_logic] Successful handshake with kincony-a2-n @ 192.168.1.103 in 0.426s 2025-10-01 13:02:10.282 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Sending DeviceInfoRequest: 2025-10-01 13:02:10.282 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Sending ListEntitiesRequest: 2025-10-01 13:02:10.282 DEBUG (MainThread) [aioesphomeapi._frame_helper.base] kincony-a2-n @ 192.168.1.103: Sending frame: [01001462a3ada072f551263d683e4dc880c1c0100145dcf8693498f5041b40e2d8ee925f4441ea579] 2025-10-01 13:02:10.282 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Got message of type ConnectResponse (len=0): 2025-10-01 13:02:10.360 DEBUG (MainThread) [aioesphomeapi.connection] kincony-a2-n @ 192.168.1.103: Got message of type DeviceInfoResponse (len=106): name: "kincony-a2-n" mac_address: "xx:xx:xx:xx:xx:xx" esphome_version: "2025.9.2" compilation_time: "Sep 30 2025, 11:20:18" model: "esp32dev" webserver_port: 80 manufacturer: "Espressif" friendly_name: "Kincony A2_N" api_encryption_supported: true Попередньо грішив на роутер, який почав барахлити, але оновив прошивку і наче з ним все ок. А от зрозуміти що саме спричиняє ці перезавантаження/обриви, поки не знаю як. Знайшов ще інфу що можливо Kincony не вистачає живлення і тому вона перепідключається. Kincony А2 живиться 9-24В, в меня якраз було 9В через понижуючий модуль (там були нюанси з іншими пристроями при 24В, тому прийшлося використати понижуючий модуль 24В->9В), але він з можливістю регулювання, тому підкрутив до 12В. Особливо не допомогло, все рівно бувають описані раніше проблеми. Наприклад за вчора було аж 4 спрацювання автоматизації, яка відбувається при натисканні перемикача "Запуск системи", відбувається запуск обладнання і в кінці приходить повідомлення в телеграм бот. І от чому ця автоматизація спрацьовує коли система вже працює, поки не зрозуміло. Що ще порадите зробити, щоб знайти можливу проблему?

Став підозрювати що проблема не в ESP, НА чи прошивках, а можливо в роутері. Бо декілька днів назад просто пропав інтернет, хоча від провайдера все було. Перезавантаження і всякі такі дії нічого не давали, частково працював по кабелю, а wi-fi ні, або наоборот, або при вимкненні одної з частот 2.4 GHz чи 5 GHz на деякий час попускало і знову переставав працювати. Знайшов якийсь старий роутер, перевірив, все працює. Потім зайшов в налаштування основного роутера, а там для кожного пристрою присвоїно ІР 0.0.0.0. Скинув на заводські налаштування, ніби попустило, день чи два працювало норм, а потім знову почалися відвали wi-fi в декількох метрах від роутера. Тому можу припустити що проблема в роутері, який на долі секунди глючить зі своїм wi-fi, а ESP/НА на це реагують і перепідключаються.