TaurosRMK

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

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

Згадав що десь в недавніх оновленнях 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 буде брати час?