Делали инструкцию для своих опер.дежурных и ДПУ, основным извещениям дали такие определения:

Авария(101) – событие, появляющееся при частом изменении IP-адреса или порта оконечного устройства.
Авария аккумулятора – аккумулятор разряжен
Авария сетевого питания – отключение электричества на объекте
Устранение аварии сетевого питания – восстановление электричества на объекте
Авария направления  - нет связи с оконечным устройством
Авария СБС – нет связи с сервером подключения
Восстановление связи – связь с оконечным устройством восстановлена
Вскрыт корпус устройства – нарушение датчика вскрытия корпуса оконечного устройства, расширителя или клавиатуры
Закрыт корпус устройства - восстановление датчика вскрытия корпуса оконечного устройства, расширителя или клавиатуры
Взят  - шлейф под охраной  
Снят – шлейф  снят с охраны
Тревога  - тревога шлейфа
Тревога ВП - тревога восстановления питания, появляется при подаче эл.питания на оконечное устройство.
Тревога НВ – нет взятия – шлейф, который ХО хотел сдать под охрану не взялся, т.к. был нарушен.
Тревога ТС – тревога в шлейфе тревожной сигнализации
Тревога ЗС – запрос снятия кодом ХО во время тревоги или в режимное время
Тревога ПР – снятие под принуждением – ХО ввёл код под принуждением(код скрытой угрозы)
Изменение IP-адреса – изменение интернет-адреса или порта оконечного устройства, сообщение появляется, если отсутствовала связь с оконечным устройством не более 100с, в это время может проявляться неустойчивая связь между устройством и ПЦО.
Начало сеанса – начало работы устройства с сервером, после пропадания связи
Зависшая сработка – событие с оконченного устройства, которое появляется, если в течении 4х минут после сработки по ШС с тактикой задержки на вход, был запрос на снятие кодом ХО, но снятия не произошло.
Запрос на снятие – нет санкции – попытка снятия с охраны неверным кодом
Запрос на взятие  - нет санкции – попытка постановки на охрану неверным кодом
Неисправность пожар – неисправен пожарный шлейф
Не взят после ухода - охранный шлейф сигнализации оставлен после ухода без охраны
Не взят – шлейф не взялся после ввода когда на постановку
Не снят – шлейф не снялся с охраны
Нет взятия в режимное время – объект(или часть его шлейфов) находится без охраны в охраняемое время по расписанию
Опрос карточки со сбросом старого состояния – оператор подал команду ”Опросить”
Пожар - тревога в пожарном шлейфе
Подбор кода - попытка управления контроллером неразрешенным кодом или ключом ТМ
Сработка  - нарушение шлейфа с тактикой задержки на вход
Таймер – тревога, вызванная завершением времени на вход , или истекло время опроса прибора
Запрос на взятие  -  ХО набрал код и ставит на охрану шлейфы
Запрос на снятие - ХО набрал код и снимает с охраны шлейфы

любая сим после старта проходит "стадии" начиная с "инициализации" до "успешной работы".
В случае любой ошибки , происходит переход на другую сим, а старая так и остается в последнем состяниии:
Запуск протокола PPP - по сути вход в интернет
Регистрации в сети GSM
Инициализация
В любой момент не более одной симки может быть полностью исправной.

"Авария связи с УТ" - это если с СП совсем нет связи

Доброго дня.
версия - 3.7.0 (128)
Стоит 011-2
Подскажите, что за сообщения (информация)?

Здравствуйте. Массив цифр в поле информация - это состояние ответчиков.

ответ может найдёте в этой теме -
"Справочник наиболее распространенных аварий по работе с приборами в АРМ ДПЦО"

Что за ошибка: "Не удалось выполнить команду" 12 64 14 00 00 01 01 02 00 0D 00 00 01
Прибор (ТСР-01)был на связи, аварии направления не видно, хозорган пытался снять по приходу, по входной двери просто сообщение о неудаче, без кодов, а в самом приборе вот это. Оператор руками тоже сначала снять не смог. Снял чуть позже.
Кратковременная авария связи? Версия Притока 3.7.0.123

1.В сборках 3.7.1(78) и новее, переработали алгоритм работы. Теперь изменение ip-адреса при смене порта не фиксируется в ленте/истории. "Авария 10" не появляется.
Сервер подключений пишет лог с изменениями порта в файл xdevsvc.stat.
Или включите фильтр в конфиге сервера подключений "-np".

2.Дежурных пульта проинструктировали не реагировать на данное событие, но знать, что связь с объектом при частой смене порта ip-адреса неустойчива.

После того как перешли на 3.7.1.78 с xdev 6.13 и прошивками КОПов 2.12(22), проблем с плохой работой по связи у КОПов стало намного меньше.