TaurosRMK

А де стоять датчик(и) СО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/НА на це реагують і перепідключаються.

Думаю ще можна було користуватися, але вже взявся тай заміню 🤣

Тільки сказав що все ок, як буквально 20 хв назад те саме )) Що ж, подивлюся. В крайньому випадку Ethernet кабель вже давно куплено, тільки руки не доходять підключити.

Тримає один роутер ))) який знаходиться в двох метрах від Kincony. Дивно що це сталося буквально останній тиждень, до цього такого ніколи не було. Але сьогодні ніби все ок, хоча вентиляцію вимкнули десь в обід і забули запустити, недавно тільки запустив.

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

Так.

Останній тиждень контролер вентиляції на ESP32 протягом дня по 5-7 разів переходить в стан Недоступно и зразу повертається до нормальної роботи. Помітив це тому що там кожного разу спрацьовує автоматизація, яка надсилає сповіщення в телеграм про запуск вентиляції. Думав "одноразова акція", але ні, повторюється вже майже тиждень. Час спрацювання рандомний, при цьому робота вентиляції не переривається, все працює. За цей тиждень НА і ESPHome оновлювалися декілька разів, і десь після цього з'явилася така болячка, бо до цього жодного разу такого не було, а працює контролер вже тривалий час. Не можу зрозуміти в чому проблема. Згадав що ще з'явився спам від додатку НА на андроїд, також протягом дня часто шле сповіщення про оновлення датчиків. А таке сповіщення, якщо не помиляюся, з'являється коли пропадає мережа, хоча з цим проблем немає, постійно в локальній мережі. Чи помічає хтось щось схоже?

Обленерго може на кожному десятому стовпі встановити розетку ))

будь хто біля опори міг заряджати гаджети 😁

Може пан думає про випадок абсолютної відсутності інтернету, звідки тоді esp буде брати час?

А гугл шо каже?

А якщо зі шторками?

ВКМ 150 EC Supercharger Turbo 9000 😄 Від ВКМ 150 залишився тільки корпус, я замінив двигуни на ЕС. А вони ще потужніші ніж прості ВКМ. Каналів загалом не мало, діаметри від 100 до 150 мм. Прості ВКМ якщо не помиляюся давали не більше 270-280 кубів.

Я так розумію при жарці яєць чи блінчиків, можна підкинути і більше не побачити їжу? 😁 В мене ПВУ на максимумі 400-420 кубів видає, але це на 4 приміщення. На кухні десь 150 виходить, то в анемостат затягує кухонні рушники.

Ну не знаю... років 6 уже висять верхні шафки кухні на підвісах Camar 801. На кожну шафку по 2 планки, ширина шафок 450-600 мм, висота 900 мм. Загальна довжина десь 4,5 м. Тобто на одну шафку 4 дюбелі, по 2 на планку. Не знаю, може я щось не вірно зробив, але поки все ок, тримає нормально. Але це в цеглі, тому і писав вище що в газоблоці це може не спрацювати, тому там краще буде шина.

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