Просадка аккумулятора автомобиля из за блютуз метки

3 years ago • updated by 3 years ago • 18

Доброго дня!

Автомобиль: Skoda Rapid 2020 с кнопкой запуска
Сигнализация: Starline S96 v1

Долгое время не мог определить причину просадку аккумулятора, обращался к офф дилеру с проблемой, грешил на сам аккумулятор, но он в идеальном состоянии.
На авто стоит автозапуск при падении напряжения. За ночь машина могла заводиться 3 раза.

Проводил замеры потребления, через 10 минут оно падало с 0,28А до 0,02А, т.е. это вполне нормальное потребление.
Когда автомобиль стоял дома, напряжение падало с 12,8В до 11,6В за 8 часов (за ночь) на автомобиле поставленном на охрану. Позже выяснил, что когда автомобиль находился то же время без охраны, напряжение едва ли падало до 12,5В, но тем не менее это тоже много.

Интересным явлением также оказалось то что когда автомобиль стоял у работы аккумулятор за 12 часов при установке на охрану не просаживался вообще. как был 12,8, так и остался.

В итоге связался с установщиком и он предположил, что все дело в блютуз метке. Подробнее:
Когда я дома, метка от машины находится в 5 метрах.
Когда я у работы - более чем в 30.
Как и сказал установщик провел эксперимент, вытащил из резервной метки батарейку. Основной ключ убрал подальше в металлическую банку, поставил авто на охрану - как итог, за ночь при -16 аккумулятор не просел вообще или всего на 0,1В.

Попробовал положить на следующий день метку ближе и хоп, аккум опять сел.
Вывод: Метка активно обращается к сигнализации и просаживает ее. Как с этим бороться? Я не хочу каждый день прятать ключи от машины в металлическую банку за десятью стенами от машины.

Вычитал на форумах, что через приложение Starline2 можно выгрузить логи работы, что собственно и сделал. Проведя поверхностный анализ удивился тому, что в них пишется довольно много однотипных сообщений расположенных в разных блоках. При этом заголовок разный, а передаваемая информация одна и та же.
Я про:
[StarLineX]: [observeDeviceState]
[DeviceFeatureViewModel]: [observeDeviceState]
[MapViewModel]: [listenState]
[AppWidgetKit]: [observeDeviceState]
[AutostartViewModel]: [listenState]
[SensorsViewModel]: [listenState]
[ModeViewModel]: [listenState]
[TelemetryViewModel]: [listenState] и многие другие. Зачем дублировать одно и то же? Зачем закидывать запросами оборудование и передавать куда бы то ни было эту информацию?

Ладно. Ради интереса написал на коленке недопарсер ваших логов и по ним в табличной форме теперь можно просмотреть различные параметры авто, и очень странно что запросы эти не постоянные, а от чего то зависят. Запущенное приложение телефона? Запросы информации откуда то извне? как это определить?

Сегодня утром повторил прятанье ключа куда подальше и аккум был в норма, пока я пришел в помещение рядом с машиной и не находился в течении 30 минут рядом с авто (в 2х метрах от блока управления).
Так вот за это время аккумулятор просел с 12,7 до 12,4, на скрине видно. Это как вообще?

Посмотрел логи и там КАЖДУЮ миллисекунду пока я находился радом с авто шли активные запросы от сигнализации. ПОСТОЯННО. логи приложил.
25.02.2021_log_2102250712_34.txt - сегодняшние
19.02.2021_log_2102191715_42.txt - ранее где метка была в 5 метрах от машины.

Хочу узнать у вас, на какие параметры обращать внимание при анализе логов?
Есть ли параметр отвечающий за уровень сигнала с меткой?
Как предотвратить постоянное падение напряжение аккумулятора из за метки?
Какие рекомендации вы мне дадите на основании всего вышеизложенного? Я готов сотрудничать с разработчиками, если это того требует, готов предоставлять логи и проводить различные эксперименты и тесты.
Лишь бы решить заявленную мною проблему.

Vote