Использование функции автозапуска позволяет дистанционно управлять двигателем без вмешательства водителя, повышая комфорт пользования транспортным средством. В процессе эксплуатации автосигнализации starline могут возникать ситуации, когда автомобиль не заводится с автозапуска. Причины этого могут скрываться как в неправильных действиях автовладельца, так и в нарушениях работы охранной системы. В своем большинстве данная неисправность сигнализации не нарушает безопасность машины, но все же с ее устранением затягивать не стоит.
Содержание
Если автосигнализация предпринимает попытки запуска мотора, но он заводится и глохнет либо не подает никаких признаков старта, то после четырех неудачных попыток старлайн перестает пытаться запустить силовую установку. Причинами возникновения такой ситуации могут быть:
Расположение входа контроля работы силовой установки
Устранение неисправности зависит от природы ее возникновения. Следует проверить наличие обхода иммобилайзера, считываемость транспондера. Также необходимо убедится в правильности подключения проводов, исходящих из основного блока, и сверить их соответствие запрограммированным параметрам.
Назначение разъемов основного модуля
Причина, почему не работает автозапуск в автомобиле с МКПП, может скрываться в неправильных действиях водителя, а именно в невыполнении процедуры программная нейтраль.
Для устранения данной неисправности достаточно активировать программную нейтраль согласно инструкции.
Если же это не помогает и автосигнализация все равно не заводит машину, то причинами этого могут быть:
Для устранения невозможности активировать программную нейтраль необходимо неисправные элементы заменить, а подключения проверить согласно схеме.
Схемы подключения концевых выключателей
Если при автозапуске срабатывает сигнализация либо на брелке отображается недостоверная информация, то наиболее вероятной является ошибка монтажа охранной системы. Также, в результате неправильной установки автосигнализации, возникает ситуация, когда при открывании двери глохнет двигатель. Наиболее часто ошибка встречается в подключении и программировании контактов разъема Х1.
Распиновка разъема Х1
Для устранения неисправности следует проверить правильность подключения каждого разъема процессорного модуля. При отсутствии неисправностей ошибку следует продолжить искать на программном уровне.
Если при отрицательной температуре не заводится машина с автозапуска, то причиной этого может быть:
Обнаружив, что перестал работать автозапуск при определенных погодных условиях, следует первоначально проверить возможность запуска мотора штатным образом. Если все системы работают должным образом, то неисправность следует искать в самой охранной системе. Проверив все проблемные участки, рекомендуется проконтролировать сечение проводов. Их длина и толщина должны соответствовать штатным шлейфам автосигнализации.
Штатный набор шлейфов, идущий в стандартной комплектации охранной системы Starline
Причины, почему не работает автозапуск по температуре мотора, обычно скрываются в неисправностях связанных с термодатчиком. Обычно неисправен либо сам измеритель, либо его подключение произведено не верно.
Если мотор не запускается в зависимости от температуры, то необходимо проверить правильность подсоединения разъема Х6. Если это не устранило проблему необходима замена датчика температуры.
Автозапуск может не ставится на требуемое время при работе от будильника. Связанно это с рассинхронизацией внутренних часов автосигнализации и реального времени. Проверить это не трудно, достаточно взглянуть на время, указанное на брелке. Для устранения неисправности необходимо поставить правильное время в охранной системе.
Расположение часов на экране брелка
Тройное вспыхивание автосигнализации при невозможности автозапуска создано для информирования автовладельца о чрезмерном падении бортового напряжения сети автомобиля. Данная ситуация может быть вызвана:
Каждая из вышеуказанных причин вызывает снижение напряжения преимущественно под нагрузкой, поэтому проверка разности потенциалов на клеммах АКБ может не выявить данную проблему.
Для устранения неисправности необходимо визуально осмотреть все клеммные колодки разъемов. Наибольшее внимание следует уделять силовым цепям. При отсутствии окислений требуется сверить сечение проводов с рекомендуемыми значениями. В случае необходимости вмешательства, для соединения проводов использовать пайку. Далее следует проверить аккумуляторную батарею под нагрузкой.
Какими бы надежными и продвинутыми современные сигнализации ни были, даже они, к сожалению, иногда дают сбои. Если Вы услышали под окном знакомые звуки сирены своего автомобиля — в первую очередь, стоит определить причину срабатывания сигнализации.
Практически все современные сигнализации обладают обратной связью на брелок или мобильный телефон владельца. Таким образом, при срабатывании сигнализации сразу видно, какая тревожная зона сработала. Если обратной связи нет, то светодиод сигнализации (он обычно расположен под стеклом автомобиля) после снятия с охраны будет некоторое время «отмаргивать» код сработавшей тревожной зоны. Расшифровка «морганий» светодиода всегда есть в инструкции к сигнализации.
Наиболее частые причины срабатывания сигнализации:
А может сигнализация срабатывает не просто так? Даже если Вам кажется, что сигнализация просто «глючит» и срабатывает без причины, стоит внимательно отнестись к тревогам сигнализации. Один из популярных способов угона автомобиля как раз рассчитан на человеческий фактор: угонщики нарочно долгое время «пинают» автомобиль и прячутся от вышедшего на улицу автовладельца. Как правило, после двух-трех прогулок на улицу, автовладельцы отключают сигнализацию и закрывают автомобиль заводским ключом… Конечно, угонщики только этого и ждут. Чтобы избежать подобной ситуации, лучше всего, конечно, переставить автомобиль на охраняемую стоянку, паркинг или в гараж. Если такой возможности нет, а срабатывания сигнализации продолжаются, то можно просто отключить ключом сирену или включить «тихий» режим охраны. Настоятельно не рекомендуется полностью выключать режим охраны!
В первую очередь быть более бдительным и, в любом случае, в ближайшее время заехать в техцентр для диагностики и проверки работоспособности сигнализации, настройки чувствительности внешних датчиков.
Услуги по диагностике, настройке и ремонту сигнализаций оказываются и в наших техцентрах. Вы можете обратиться в любой из них для оказания квалифицированной помощи с вашей сигнализацией.
Перейти к выбору сигнализации
[РЕШЕНО] - Решение в конце
Поскольку некоторые коллеги часто забывают выключать свои инстансы ec2 по запросу, мы решили добавить в их инстанс сигналы тревоги использования ЦП, которые останавливали бы инстанс в случае Использование ЦП составляет менее 1% в течение более одного часа.
Проблема в том, что утром, когда мы запускаем наши инстансы, немедленно срабатывает сигнал тревоги, и инстанс останавливается, потому что загрузка процессора (думаю, ночью?) была ниже порогового значения.
Я ожидаю, что данные об использовании ЦП не должны учитываться, когда экземпляр не запущен? Даже добавление в конфигурацию сигнализации «обрабатывать отсутствующие данные как хорошие» не решило эту проблему.
Есть идеи, как это исправить?
РЕДАКТИРОВАТЬ: мой конфиг
[Решение]
С помощью u/NiceComedian, u/ Pac и u/Flakmaster92 я могу представить два решения моей проблемы:
Использование 5-минутного восстановления сигналов тревоги EC2 и установка 12 из 12 точек данных в конечном итоге сделала то, что я собирался сделать, и предотвратило автоматическое отключение прямо при запуске экземпляра. Единственная проблема, с которой я столкнулся при использовании этого решения: для каждого экземпляра ec2 требуется настроить индивидуальный сигнал тревоги, что быстро отнимает много времени.
Использование правил Cloudwatch и лямбда-функции (лучшее решение для меня) Я настроил правило cloudwatch для выполнения лямбда-функции под названием «stop_idle_instances» каждый час с 8 вечера до 6 утра (в это время большинство наших разработчиков больше не работают). В лямбда-функции я использую boto3 для проверки всех (!) моих экземпляров ec2, включены ли они, и использования их процессора за последний час. Если использование составляет менее 1% в течение 1 часа, я останавливаю их с помощью boto. Мне нравится это решение, потому что его можно применять для неограниченного количества экземпляров без каких-либо изменений. Вот мой лямбда-код (не забудьте добавить необходимые разрешения для лямбда-функции):
# Завершение работы экземпляров Ec2 с помощью AWS Lambda и кода Python # Этот код Python остановит работающие или ожидающие экземпляры ec2 в этом регионе. импорт бото3 из даты и времени импортировать дату и время, timedelta защита get_running_instances(): """ функция для получения экземпляров ec2, которые находятся в состоянии «Выполняется» или «ожидание» и вернуть список со всеми идентификаторами экземпляров """ ec2 = boto3.resource('ec2') # фильтровать возвращенные экземпляры, используя имя состояния # вы также можете фильтровать с помощью тегов, добавив фильтры: # [{'Имя': 'тег-ключ', 'Значения': ['Роль','Имя',]}, {'Имя': 'тег-значение', 'Значения': ['*тест*' , '*ТЕСТ*',]},] instances = ec2.instances.filter(Filters=[{'Имя': 'имя-состояния-экземпляра', 'Значения': ['ожидание', 'выполняется', ]}, ]) вернуть [instance.id например в экземплярах] защита get_idle_instances(): """ возвращает все идентификаторы запущенных экземпляров, у которых загрузка ЦП < 1% в течение как минимум 1 часа """ идентификаторы = get_running_instances() клиент = boto3.client('cloudwatch') idle_ids = [] dnow = datetime.now() для идентификатора в идентификаторах: ответ = client.get_metric_statistics( Пространство имен = 'AWS/EC2', MetricName='CPUUtilization', Размеры=[ { 'Имя': 'InstanceId', «Значение»: идентификатор }, ], StartTime=dnow+timedelta(часы=-1), EndTime=dnow, Период=600, Статистика=[ 'Средний', ], Единица = 'Процент' ) бездействие = Истина для dp в ответ ["Точки данных"]: если dp["Среднее"] > 1: бездействие = Ложь если бездействует == Истина: idle_ids.
append(идентификатор) вернуть idle_ids защита stop_idle_instances(): """ отключить экземпляры Ec2, которые были возвращены функцией get_idle_instances """ идентификаторы = get_idle_instances () ec2 = boto3.client('ec2') если не идентификаторы: # если список возвращаемых экземпляров Ec2 пуст. print("Нет экземпляра в состоянии Выполняется или находится в ожидании") еще: ec2.stop_instances (InstanceIds = идентификаторы) # ждем, пока состояние экземпляров не изменится на остановлено. # ec2.get_waiter('instance_stopped').wait(InstanceIds=id) print('экземпляр {} был отключен'.format(id)) def lambda_handler (событие, контекст): """ запустить функцию Stop_Instances() в лямбда-функции Обработчик лямбда-функции "lambda_function.lambda_handler" Тайм-аут должен быть больше 1 минуты, чтобы наша функция могла работать нормально. если у вас есть важное количество экземпляров, которые нужно выключить, измените параметр тайм-аута """ stop_idle_instances()
спросил
Изменено 7 лет, 8 месяцев назад
Просмотрено 3к раз
Часть коллектива AWS
Я хочу применять оповещение CloudWatch к экземплярам по мере их создания. Аварийный сигнал должен отправлять сообщение на учетную запись электронной почты, когда загрузка ЦП падает ниже 10% в течение 1 полного дня. Я считаю, что лучший способ добиться этого — использовать сценарий данных пользователя во время запуска экземпляра.
Да, вы можете использовать данные пользователя для создания будильника CloudWatch и уведомления .
Начните с создания темы Amazon SNS для получения уведомлений. Подпишитесь на адрес электронной почты , чтобы получать уведомления. Эту тему SNS можно использовать для всех уведомлений, поэтому ее нужно создать только один раз.
Затем создайте сценарий данных пользователя для настройки сигнализации. Я рекомендую использовать интерфейс командной строки (CLI) AWS . В приведенном ниже примере предполагается Linux, но вы можете сделать то же самое в Windows, особенно в PowerShell.
Сначала возьмите InstanceId:
instance=`curl -s http://169.254.169.254/latest/meta-data/instance-id/`
Затем создайте аварийный сигнал , который будет срабатывать, когда загрузка ЦП падает ниже 10 %, измеренная в среднем за час в течение 24 часов:
aws cloudwatch put-metric-alarm --alarm-name low-cpu --alarm-description «Тревога, когда загрузка ЦП падает ниже 10% в течение дня» --metric-name CPUUtilization --namespace AWS/EC2 --statistic Average - -period 3600 --threshold 10 --comparison-operator LessThanThreshold --dimensions Name=InstanceId, Value=$instance --evaluation-periods 24 --alarm-actions arn:aws:sns:us-east-1:111122223333:MyTopic --unit Процент
Фактические значения могут потребовать некоторой корректировки, чтобы получить желаемые результаты.
В качестве альтернативы вы можете просто написать сценарий, который запускается на самом экземпляре, отслеживает себя и отправляет электронное письмо без участия CloudWatch.