Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
G4 дверной звонок ошибки нехватки памяти — решено, UniFi Protect
 
Всем привет, у меня довольно базовая связка — только G4 Doorbell Pro и UDM SE. Пользуюсь этим уже несколько лет. Пару дней назад начали появляться события Low Memory каждые 30–60 минут. За пару дней до появления этой ошибки я обновился до Protect 7.1.69. Не уверен, связано ли это как-то. Единственное, что ещё приходит в голову — может, трансформатор пора менять?Есть ещё мысли, из-за чего это может быть?АПДЕЙТ — ПРОБЛЕМА РЕШЕНА: я заменил трансформатор, который выдавал 16.3v, чуть больше двух недель назад, и с тех пор события 'Low Memory' больше не появлялись.Мой дверной звонок нормально работал год и показывал 16.3v, так что я решил, что с трансформатором всё ок. Из-за места установки трансформатора я не мог легко увидеть маркировку по вольтам и вольт-амперам. В итоге я снял трансформатор и обнаружил, что он рассчитан только на 16v/10va. Заменил его на трансформатор 16v/30va, и с тех пор всё нормально.
 
Одной из моих первых мыслей было то, что мой трансформатор дверного звонка, возможно, нуждался в замене. Это трансформатор на 16 В, и он выдавал 16,3 В, так что я решил, что всё в порядке. С тех пор я провёл ещё немного исследований и обнаружил, что мой старый трансформатор был рассчитан только на 16 В при 10 ВА. На этих выходных я заменил его на трансформатор 16 В 30 ВА и через неделю-две обновлю информацию, если ошибки всё ещё будут появляться или нет. ПРИМЕЧАНИЕ: Я решил, что раз дверной звонок нормально работал год, то трансформатор должен был быть как минимум на 20 ВА. В данном случае надеюсь, что это предположение укусило меня за зад, чтобы я мог решить эту проблему. ОБНОВЛЕНИЕ: Прошло чуть больше двух недель с новым трансформатором, и больше нет событий «Low Memory».
 
Хотя ошибок "low memory" у меня нет, я не могу снова заставить гореть индикатор package light. У меня была проблема: индикатор package light ночью включался и выключался каждые 15–25 секунд. Сделал сброс, и теперь свет вообще не включается.
 
Та же проблема, уже создавал тикет. Поддержка просит меня поставить release candidate для обновлений. Мониторю....
 
Обновление после сообщения о проблеме выше — проблема оказалась совпадением с моей стороны. Сигнал Wi-Fi был недостаточно сильным, чтобы доходить до дверного звонка. Я поднял мощность передачи U7 до высокой на 2.4ghz, и проблема исчезла. На всякий случай, вдруг это поможет кому-то ещё.
 
Присоединяюсь, у меня тоже постоянно выдаёт эту ошибку. Версия дверного звонка 5.3.95.
 
Те же проблемы в версии 7.1.87
 
У меня та же проблема с нехваткой памяти на двух разных объектах — на моём G4 Doorbell Pro 5.3.95 под управлением UNVR с Protect 7.1.87, и на объекте одного из моих клиентов с G5 Bullets на 5.3.95 под управлением Cloud Key G2 Plus с Protect 7.1.87. Интересно, не связано ли это с питанием, потому что мой дверной звонок — единственная не-PoE камера, которая у меня есть, а G5 Bullet работает от старого неуправляемого PoE-коммутатора Netgear. Но началось это совсем недавно, и G5 Bullet практически неюзабелен — записанное видео очень дёрганое и деградирует в течение 10-15 минут после перезагрузки.
 
Я только сегодня заметил это, а оказывается, это продолжается уже пару месяцев. У моего дверного звонка G4 doorbel Pro не было Smart Detection с 13 июля. Я только что перезагрузил его, и последние 2 часа он работает нормально. У меня установлены Device Version 5.3.95, Protect 7.1.87, Network 10.4.57, UDM SE работает на 5.1.19. Я всё гадал, почему мы не получали звонки в дверь последнюю неделю. Было бы здорово, если бы это исправили.
 
Просто проверяю, есть ли какие-то новости по этому поводу или что-то удалось выяснить из логов.
 
Поправка: всё ещё есть даже на последней EA, но, похоже, это происходит, только если прямо перед дверью реально часто что-то происходит. Так что предполагаю, что это проблема прошивки устройства, а не софта Protect.
 
Сейчас у меня Network: 10.5.56, Protect: 7.1.87, и с тех пор мой Doorbell ни разу не выдавал событие нехватки памяти. Держу кулаки, чтобы так и осталось.
 
Привет @zr0_cool, не мог бы ты предоставить видео, показывающее прерывистую трансляцию? Также, пожалуйста, предоставь файл поддержки UniFi Console, чтобы мы могли дальше разобраться в проблеме. Перейди на unifi.ui.com > Твоя UniFi Console > Приложение Protect > Настройки > Control Plane > Console > Скачать файл поддержки. Отредактируй свой исходный пост/ветку, и у тебя будет возможность использовать Private Logfiles. Что касается повторяющихся системных логов "Low Memory", мы разберёмся с этим на бэкенде и поработаем над улучшениями, чтобы сократить дублирующиеся уведомления.
 
@UI-Team У меня та же проблема — стриминг тоже стал жутко лагать. Перезагрузка немного успокоила, но ненадолго. Есть какие-нибудь новости по этому поводу? UPD: Видеопоток идёт гладко с момента этого поста и перезагрузки. У меня такое чувство, что это может вернуться, как только ошибок о нехватке памяти накопится достаточно. В прошлый раз их было куча, прямо перед тем как стрим начал лагать. Если это повторится, я отредактирую этот пост и прикреплю видео.Насчёт дублирующихся логов ошибок — если это действительно разные случаи, я всё равно хотел бы их видеть — для помощи в диагностике — и не хотел бы, чтобы их скрывали (логи идут с разницей в несколько минут, показывая каждый раз отдельный случай).Если бы это были множественные уведомления об одном и том же событии, я бы ещё понял желание их подавить.
 
Комментирую, чтобы следить за темой. :-)Та же проблема с G4 Doorbell Pro v5.3.95, с Protect v7.1.83 на UGC Max v5.1.19.
 
@UI-Team Короткое обновление: Low Memory всё ещё случается на текущих прошивках EA для Doorbell и Protect. В Protect Timeline появляется «Audio disabled due to low memory for x seconds».
 
У меня то же самое на моём G5 Turret Ultra 5.3.95Stability and RecoveryLow MemoryAchter smart detections were disabled due to low memory from 6/25/2026, 3:52:50 AM to 6/25/2026, 3:53:03 AM.Jun 25, 3:52:50 AMStability and RecoveryLow MemoryAchter audio events were disabled due to low memory from 6/25/2026, 3:52:46 AM to 6/25/2026, 3:53:03 AM.Jun 25, 3:52:46 AM
 
Когда темно, моя G4 Doorbell также включает свет. Проверил журнал событий и вижу много предупреждений о нехватке памяти (Low Memory Warnings). Полагаю, эти события синхронизированы каждый раз, когда включается свет на G4 без обнаружения чего-либо. У меня UDMP первого поколения, который только что обновился до 5.1.20. G4 Doorbell на 5.3.95. Надеюсь, это скоро пройдёт. Может, @UI-Team может взглянуть на это? Есть ли известная проблема с этим поколением Doorbell?

Редактирование: Даже на EA я получаю те же сообщения, что и @rickwookie. Интересно, что у них похожие прерывания. Некоторые в диапазоне пары минут, ~10 минут и даже примерно часовой промежуток.

Редактирование 2: Переключился с Enhanced Encoding на Standard Encoding, что, как я полагаю, устанавливает режим потоковой передачи на H264 вместо использования H265, что может вызывать эти строки в логе. Предполагаю, что сообщение в браузере при просмотре потока "two way audio is disabled, change to standard encoding under Recording settings" может быть связано с этим?
 
Сегодня утром я взглянул ещё раз. У меня остановилось 30 мая после того, как я установил обновление G4 Doorbell Pro 5.3.90, а затем снова заработало 5 июня после того, как я установил обновление Protect 7.1.76. Оно снова остановилось 13 июня после того, как я установил обновление G4 Doorbell Pro 5.3.94. Ещё я как раз после этого заменил свой HDD, а это означало полное отключение питания (я не доверяю горячей замене, если только без неё не обойтись).
 
Зашёл сегодня в логи впервые за долгое время, чтобы поискать совсем другое, и заметил, что они завалены этими ошибками по моему G4 Doorbell Pro. Сейчас стоит 5.3.94, и это явно не починили: Самое раннее сообщение о Low Memory, которое я могу найти в логах, — от 25 мая, сразу после того, как я обновился до 7.1.74, хотя точно сказать сложно, потому что из-за другого бага, судя по всему, если отфильтровать лог по событиям "Stability and Recovery", то прокрутить назад можно только до 13 июня. EDIT: Похоже, началось всё с прошивки камеры 5.3.90... EDIT 2: Ок, возможно, на самом деле это был Protect 7.1.47, так как самое раннее, что я реально могу найти, — сразу после перезапуска консоли в тот день, когда был установлен 7.1.47.
Страницы: 1
Читают тему (гостей: 1)