Xiot-plc-system-log-events - История изменений

Admin: Английские адреса Wiki: обновление ссылок с сохранением русских подписей

2026-10-02T22:24:33Z

Английские адреса Wiki: обновление ссылок с сохранением русских подписей

← Предыдущая версия		Версия от 22:24, 2 октября 2026
Строка 7:		Строка 7:
	! Таблица !! Содержание		! Таблица !! Содержание
	\|-		\|-
	\| [[~~Система сообщений XIOT~~-~~PLC — полная карта~~\|Полная карта]] \|\| Количество сообщений по всем устройствам и сценариям		\| [[Xiot-plc-message-system-map\|Полная карта]] \|\| Количество сообщений по всем устройствам и сценариям
	\|-		\|-
	\| [[~~Система сообщений XIOT~~-~~PLC — каталог шаблонов~~\|Каталог шаблонов]] \|\| Тексты существующих сообщений устройств и сценариев		\| [[Xiot-plc-message-templates\|Каталог шаблонов]] \|\| Тексты существующих сообщений устройств и сценариев
	\|-		\|-
	\| [[~~План доработки системы сообщений XIOT~~-~~PLC~~\|Таблица доработок]] \|\| Приоритет добавления недостающих сообщений		\| [[Xiot-plc-message-system-development-plan\|Таблица доработок]] \|\| Приоритет добавления недостающих сообщений
	\|}		\|}

Строка 331:		Строка 331:

	[[Category:XIOT-PLC]][[Category:Сообщения]][[Category:Системные события]]		[[Category:XIOT-PLC]][[Category:Сообщения]][[Category:Системные события]]
			{{DEFAULTSORT:Системные события в журнале XIOT-PLC}}

Admin: Admin переименовал страницу Системные события в журнале XIOT-PLC в Xiot-plc-system-log-events: Английский адрес статьи, русский заголовок и сохранение истории по поручению владельца

2026-10-02T21:38:36Z

Admin переименовал страницу Системные события в журнале XIOT-PLC в Системные события в журнале XIOT-PLC: Английский адрес статьи, русский заголовок и сохранение истории по поручению владельца

← Предыдущая версия	Версия от 21:38, 2 октября 2026
(нет различий)

Admin: Разделены сообщения подключений xiot.pro и auth.xiot.pro

2026-08-06T18:34:43Z

Разделены сообщения подключений xiot.pro и auth.xiot.pro

← Предыдущая версия		Версия от 18:34, 6 августа 2026
Строка 88:		Строка 88:
	\|}		\|}

	=~~Подключение~~ контроллера к ~~облаку~~=		=Подключения контроллера к XIOT=

	{\| class="wikitable sortable" style="width:100%"		{\| class="wikitable sortable" style="width:100%"
	! Событие !! Тип сообщения !! Текст сообщения !! Когда записывать !! Пользователю в мессенджеры		! Событие !! Тип сообщения !! Текст сообщения !! Когда записывать !! Пользователю в мессенджеры
	\|-		\|-
	\| Контроллер подключён к ~~облаку~~ \|\| ~~События~~ \|\| <code>Контроллер подключён к ~~облаку XIOT~~.</code> \|\| После подтверждённого подключения \|\| Нет		\| Контроллер подключён к xiot.pro \|\| Контрольные предупреждения \|\| <code>Контроллер подключён к xiot.pro.</code> \|\| После первого подтверждённого подключения \|\| Нет
	\|-		\|-
	\| Связь с ~~облаком~~ потеряна \|\| Ошибки в работе \|\| <code>Связь контроллера с ~~облаком XIOT~~ отсутствует {длительность}.</code> \|\| После ~~устойчивого отключения~~ \|\| Нет		\| Связь с xiot.pro потеряна \|\| Ошибки в работе \|\| <code>Связь контроллера с xiot.pro отсутствует уже {длительность}.</code> \|\| После 60 секунд непрерывного отсутствия связи \|\| Нет
	\|-		\|-
	\| Связь с ~~облаком~~ восстановлена \|\| ~~События~~ \|\| <code>Связь контроллера с ~~облаком XIOT~~ восстановлена ~~после~~ {длительность}.</code> \|\| После восстановления зафиксированного отключения \|\| Нет		\| Связь с xiot.pro восстановлена \|\| Контрольные предупреждения \|\| <code>Связь контроллера с xiot.pro восстановлена. Перерыв длился {длительность}.</code> \|\| После восстановления зафиксированного отключения \|\| Нет
	\|-		\|-
	\| ~~Облачная связь выключена~~ \|\| ~~События~~ \|\| <code>~~Подключение контроллера~~ к ~~облаку XIOT выключено~~.</code> \|\| После ~~изменения настройки~~ \|\| Нет		\| Контроллер подключён к auth.xiot.pro \|\| Контрольные предупреждения \|\| <code>Контроллер подключён к auth.xiot.pro.</code> \|\| После первого подтверждённого подключения и подписки \|\| Нет
	\|-		\|-
	\| ~~Авторизация утрачена~~ \|\| Ошибки в работе \|\| <code>~~Авторизация~~ контроллера ~~в облаке XIOT утрачена~~.</code> \|\| ~~Если ранее действовавшая авторизация перестала работать~~ \|\| Нет		\| Связь с auth.xiot.pro потеряна \|\| Ошибки в работе \|\| <code>Связь контроллера с auth.xiot.pro отсутствует уже {длительность}. Причина: {причина}.</code> \|\| После 60 секунд непрерывного отсутствия связи \|\| Нет
	\|-		\|-
	\| ~~Авторизация~~ восстановлена \|\| ~~События~~ \|\| <code>~~Авторизация~~ контроллера ~~в облаке XIOT~~ восстановлена.</code> \|\| После восстановления ~~авторизации~~ \|\| Нет		\| Связь с auth.xiot.pro восстановлена \|\| Контрольные предупреждения \|\| <code>Связь контроллера с auth.xiot.pro восстановлена. Перерыв длился {длительность}.</code> \|\| После восстановления зафиксированного отключения \|\| Нет
	\|-		\|-
	\| Подключение ~~отклонено~~ \|\| Ошибки в работе \|\| <code>~~Облако XIOT отклонило подключение~~ контроллера: {~~понятная~~ причина}.</code> \|\| После ~~окончательного отказа~~ подключения \|\| Нет		\| Подключение к auth.xiot.pro выключено \|\| Контрольные предупреждения \|\| <code>Подключение контроллера к auth.xiot.pro отключено в настройках.</code> \|\| После изменения настройки \|\| Нет
			\|-
			\| Авторизация auth.xiot.pro удалена \|\| Контрольные предупреждения \|\| <code>Контроллер отключён от auth.xiot.pro: авторизация удалена.</code> \|\| После удаления ранее действовавшей авторизации \|\| Нет
			\|-
			\| Авторизация auth.xiot.pro некорректна \|\| Ошибки в работе \|\| <code>Авторизация контроллера в auth.xiot.pro некорректна.</code> \|\| После проверки некорректных данных авторизации \|\| Нет
			\|-
			\| Авторизация auth.xiot.pro истекла \|\| Ошибки в работе \|\| <code>Срок действия авторизации контроллера в auth.xiot.pro истёк.</code> \|\| После проверки срока действия авторизации \|\| Нет
			\|-
			\| Авторизация auth.xiot.pro отклонена \|\| Ошибки в работе \|\| <code>Авторизация контроллера в auth.xiot.pro отклонена. Код MQTT: {код}.</code> \|\| После отказа сервера в подключении \|\| Нет
			\|-
			\| Подписка auth.xiot.pro отклонена \|\| Ошибки в работе \|\| <code>Подписка контроллера на сообщения auth.xiot.pro отклонена сервером.</code> \|\| После исчерпания повторных попыток подписки \|\| Нет
			\|-
			\| Передача данных в auth.xiot.pro нарушена \|\| Ошибки в работе \|\| <code>Передача данных в auth.xiot.pro не выполняется уже {длительность}. Причина: {причина}.</code> \|\| После устойчивой ошибки отправки \|\| Нет
			\|-
			\| Передача данных в auth.xiot.pro восстановлена \|\| Контрольные предупреждения \|\| <code>Передача данных в auth.xiot.pro восстановлена. Перерыв длился {длительность}.</code> \|\| После подтверждённой отправки вслед за зафиксированной ошибкой \|\| Нет
			\|-
			\| Контроллер повторно подключён к auth.xiot.pro \|\| Контрольные предупреждения \|\| <code>Контроллер повторно подключён к auth.xiot.pro.</code> \|\| После восстановления отключённого подключения или авторизации \|\| Нет
	\|}		\|}

Admin: Обновлена единая таблица сообщений, типы системных ошибок и локальные сводки

2026-08-01T19:31:15Z

Обновлена единая таблица сообщений, типы системных ошибок и локальные сводки

@@ Строка 34: / Строка 34: @@
 |-
 | Контроллер восстановлен || События || <code>Контроллер XIOT восстановил работу после перезапуска.</code> || После успешного запуска вслед за аварийным завершением || Нет
 |}

Admin: Разделены пользовательские и интеграторские типы сообщений

2026-08-01T18:13:57Z

Разделены пользовательские и интеграторские типы сообщений

Внесённые изменения

Admin: Оставлены только таблицы сообщений; уточнена отправка в мессенджеры

2026-08-01T18:04:25Z

Оставлены только таблицы сообщений; уточнена отправка в мессенджеры

Внесённые изменения

Admin: Добавлен полный план доработки единой системы сообщений и аналитики PLC

2026-08-01T17:41:29Z

Добавлен полный план доработки единой системы сообщений и аналитики PLC

← Предыдущая версия		Версия от 17:41, 1 августа 2026
Строка 313:		Строка 313:

	Так журнал сразу начнёт объяснять большую часть системных проблем без потока повторов.		Так журнал сразу начнёт объяснять большую часть системных проблем без потока повторов.

			=План внедрения=

			Полный приоритетный список архитектурных, системных, облачных и драйверных доработок: [[План доработки системы сообщений XIOT-PLC]].

	[[Category:XIOT-PLC]][[Category:Сообщения]][[Category:Диагностика]][[Category:Документация интегратора]]		[[Category:XIOT-PLC]][[Category:Сообщения]][[Category:Диагностика]][[Category:Документация интегратора]]

Admin: Добавлен аудит системных событий PLC для журнала и аналитики

2026-08-01T17:28:56Z

Добавлен аудит системных событий PLC для журнала и аналитики

Новая страница

{{DISPLAYTITLE:Системные события в журнале XIOT-PLC}}
__TOC__

=Цель=

Журнал должен показывать не только работу устройств и сценариев, но и изменения самой системы: какая конфигурация действует, когда подключались панели и оборудование, почему перезапускался контроллер, какие драйверы теряли связь и восстановились ли они.

Это позволит по одной временной линии ответить на вопросы:

* после какого изменения началась проблема;
* работало ли оборудование в момент выполнения сценария;
* была ли панель на связи;
* применена ли новая конфигурация;
* происходил ли перезапуск контроллера или драйвера;
* восстановилась ли система самостоятельно;
* сколько времени продолжался разрыв связи.

=Основной принцип=

Системное событие создаётся при устойчивом переходе состояния, а не при каждом heartbeat, опросе или попытке переподключения.

Для каждого наблюдаемого объекта запоминаются:

* последнее устойчивое состояние;
* время начала текущего состояния;
* время последнего сообщения;
* причина перехода;
* число неудачных попыток;
* признак первого запуска, чтобы начальное состояние не выглядело как аварийное отключение.

Подключение записывается после короткой проверки устойчивости. Отключение записывается после таймаута. Восстановление содержит длительность перерыва.

=Предлагаемые события=

==Контроллер и служба XIOT==

{| class="wikitable sortable"
! Событие !! Уровень !! Текст !! Когда записывать !! Место добавления
|-
| Контроллер запущен || Информация || <code>Контроллер XIOT запущен. Версия {версия}, конфигурация от {дата}.</code> || После загрузки конфигурации и запуска основных модулей || Конец основной последовательности запуска в <code>xiot.py</code>
|-
| Плановый перезапуск || События || <code>Контроллер XIOT перезапускается: {причина}.</code> || Перед штатным завершением процесса || Единая функция завершения вместо прямого завершения процесса
|-
| Аварийное завершение предыдущего запуска || Предупреждения || <code>Предыдущая работа контроллера завершилась аварийно.</code> || При старте, если предыдущая сессия не оставила отметку штатного завершения || Начало запуска до инициализации устройств
|-
| Контроллер остановлен || События || <code>Контроллер XIOT остановлен.</code> || При штатной остановке службы || Обработчики сигналов завершения
|-
| Локальный брокер восстановлен || Информация || <code>Локальная служба обмена сообщениями восстановлена после {длительность}.</code> || После успешного подключения вслед за перезапуском брокера || Контроль локального брокера и обработчики подключения
|-
| Локальный брокер недоступен || Ошибки в работе || <code>Локальная служба обмена сообщениями недоступна {длительность}. Выполняется восстановление.</code> || После нескольких неудачных проверок || Контроль соединения с локальным брокером
|}

Для определения аварийного завершения нужна небольшая постоянная отметка текущей сессии. При старте она создаётся, при штатной остановке закрывается. Само отсутствие отметки не должно считаться аварией при первом запуске после установки.

==Конфигурация проекта==

{| class="wikitable sortable"
! Событие !! Уровень !! Текст !! Когда записывать !! Место добавления
|-
| Начата загрузка || Отладка || <code>Начата загрузка конфигурации проекта.</code> || После принятия начала новой сессии загрузки || Приём конфигурации в <code>xiot.py</code>
|-
| Конфигурация принята || Информация || <code>Новая конфигурация проекта принята. После перезапуска будут загружены: {устройств} устройств, {сценариев} сценариев.</code> || После проверки целостности и атомарной записи файла || Завершение приёма конфигурации
|-
| Конфигурация применена || Информация || <code>Новая конфигурация проекта применена: {устройств} устройств, {сценариев} сценариев.</code> || При первом успешном запуске с новой версией конфигурации || После создания устройств и сценариев
|-
| Конфигурация не изменилась || Отладка || <code>Полученная конфигурация совпадает с действующей.</code> || Если загружен уже действующий вариант || Завершение приёма конфигурации
|-
| Загрузка отклонена || Ошибки в работе || <code>Конфигурация проекта не загружена: {понятная причина}.</code> || При неполных данных, ошибке формата, конфликте загрузок или ошибке записи || Все отрицательные результаты приёма конфигурации
|-
| Изменено отдельное устройство || События || <code>Конфигурация устройства «{название}» обновлена.</code> || После успешной горячей перезагрузки устройства || Модуль горячего обновления объектов
|-
| Добавлено устройство || Информация || <code>В конфигурацию добавлено устройство «{название}» в комнате «{комната}».</code> || После успешного создания нового объекта || Модуль горячего обновления объектов
|-
| Удалено устройство || Информация || <code>Из конфигурации удалено устройство «{название}».</code> || После удаления и очистки подписок || Модуль горячего обновления объектов
|-
| Добавлен, изменён или удалён сценарий || Информация или События || <code>Сценарий «{название}» {добавлен/обновлён/удалён}.</code> || После успешного изменения || Модуль горячего обновления объектов
|}

Сообщение «конфигурация принята» нельзя считать окончательным результатом. Главным для аналитики является сообщение «конфигурация применена» после нового запуска и успешного создания объектов.

Чтобы сообщение не потерялось во время перезапуска, результат загрузки нужно сохранить как ожидающее системное событие и записать в журнал после старта с новой конфигурацией.

==Панели управления==

{| class="wikitable sortable"
! Событие !! Уровень !! Текст !! Правило подавления !! Место добавления
|-
| Новая панель || Информация || <code>Подключена новая панель «{панель}», комната «{комната}», версия {версия}.</code> || Один раз при первой регистрации панели || Модуль панелей при первом heartbeat
|-
| Панель подключилась || События || <code>Панель «{панель}» подключена, комната «{комната}».</code> || После 10 секунд устойчивой связи; не создавать отдельно сразу после регистрации || Переход панели в состояние «на связи»
|-
| Панель отключилась || Предупреждения || <code>Панель «{панель}» не выходит на связь {длительность}, комната «{комната}».</code> || После действующего таймаута heartbeat; одно сообщение на период отключения || Watchdog панелей
|-
| Связь восстановлена || Информация || <code>Связь с панелью «{панель}» восстановлена после {длительность}.</code> || Первый heartbeat после зафиксированного отключения || Переход панели в состояние «на связи»
|-
| Панель перенесена || События || <code>Панель «{панель}» перенесена из комнаты «{старая комната}» в комнату «{новая комната}».</code> || Только при реальном изменении комнаты || Изменение привязки панели
|-
| Панель удалена || Информация || <code>Панель «{панель}» удалена из контроллера.</code> || После команды удаления || Удаление панели
|-
| Изменилась версия приложения || Информация || <code>Приложение панели «{панель}» обновлено: {старая версия} → {новая версия}.</code> || Только при смене ранее известной версии || Обработка состояния панели
|}

Обычные heartbeat, время последней активности, изменение страницы, яркости, громкости и показ информационного экрана в журнал не записываются.

==Драйверы и интеграции==

Единый наблюдатель должен принимать состояния всех драйверов и формировать одинаковые сообщения.

{| class="wikitable sortable"
! Событие !! Уровень !! Текст !! Правило
|-
| Драйвер подключён || События || <code>{драйвер} подключён.</code> || После первого устойчивого подключения; при обычном старте можно включать в общую стартовую сводку
|-
| Драйвер отключён || Предупреждения || <code>{драйвер} не выходит на связь {длительность}: {причина}.</code> || После таймаута, одно сообщение на период недоступности
|-
| Драйвер восстановлен || Информация || <code>{драйвер} восстановил связь после {длительность}.</code> || При первом устойчивом подключении после предупреждения
|-
| Ошибка настройки || Ошибки в работе || <code>{драйвер} не запущен: ошибка настройки — {причина}.</code> || Один раз после загрузки конфигурации и при изменении ошибки
|-
| Драйвер выключен настройкой || События || <code>{драйвер} выключен в настройках.</code> || Только после изменения настройки, не при каждом старте
|}

Под наблюдение следует включить:

* Wiren Board;
* Modbus;
* Zigbee2MQTT;
* внешние MQTT-подключения;
* пользовательский MQTT-брокер;
* DMX;
* REST API и TCP-подключения;
* Global Caché;
* Russound;
* медиаплееры;
* HomeKit;
* Яндекс Алису;
* локальную и облачную связь панелей;
* системное облачное подключение XIOT.

Большинство этих модулей уже публикуют признак подключения. Их не требуется переписывать: единый наблюдатель может подписаться на существующие изменения состояния. Локальные особенности остаются внутри драйвера только для формирования понятной причины.

==Физические устройства==

Подключение драйвера и доступность конкретного устройства — разные события. Например, Modbus-порт может работать, но один счётчик не отвечать.

{| class="wikitable sortable"
! Событие !! Уровень !! Текст !! Источник состояния
|-
| Устройство обнаружено || Информация || <code>Обнаружено новое устройство «{название или адрес}» через {драйвер}.</code> || Обнаружение Zigbee, Modbus или другого драйвера
|-
| Устройство добавлено || Информация || <code>Устройство «{название}» добавлено через {драйвер}.</code> || Завершённое подключение или включение устройства в конфигурацию драйвера
|-
| Устройство недоступно || Предупреждения || <code>Устройство «{название}» не отвечает {длительность}, подключение {драйвер}.</code> || Устойчивая недоступность после нескольких проверок
|-
| Связь восстановлена || Информация || <code>Устройство «{название}» снова на связи после {длительность}.</code> || Первый успешный обмен после предупреждения
|-
| Устройство удалено || Информация || <code>Устройство «{название}» удалено из {драйвер}.</code> || Подтверждённое удаление
|-
| Ошибка канала || Ошибки в работе || <code>Канал «{канал}» устройства «{название}» не работает: {причина}.</code> || Только для длительной ошибки настройки или обмена, не для одиночного сбоя чтения
|}

Modbus уже ведёт состояния порта, устройства и канала, поэтому сообщения следует формировать в точках устойчивой смены доступности. Для Wiren Board сначала нужно разделить связь с брокером и доступность конкретных контролов. Для Zigbee полезны события присоединения, ухода и длительной недоступности устройства.

==Облако, авторизация и пользовательское приложение==

{| class="wikitable sortable"
! Событие !! Уровень !! Текст !! Место добавления
|-
| Облако подключено || События || <code>Контроллер подключён к облаку XIOT.</code> || Успешное облачное подключение
|-
| Облако недоступно || Предупреждения || <code>Связь с облаком XIOT отсутствует {длительность}.</code> || Отключение после задержки
|-
| Облако восстановлено || Информация || <code>Связь с облаком XIOT восстановлена после {длительность}.</code> || Успешное подключение после предупреждения
|-
| Облачная связь выключена || События || <code>Облачная связь XIOT выключена в настройках.</code> || Изменение настройки блокировки облака
|-
| Авторизация сброшена || Предупреждения || <code>Авторизация контроллера сброшена.</code> || Подтверждённая команда сброса
|-
| Архив приложения обновлён || Информация || <code>Пользовательское приложение проекта обновлено до версии {версия}.</code> || После успешной загрузки и распаковки архива
|-
| Архив приложения не обновлён || Ошибки в работе || <code>Не удалось обновить пользовательское приложение: {причина}.</code> || После окончательной ошибки, а не каждой повторной попытки
|}

В журнал нельзя записывать токены, секреты, полные сетевые адреса облачных запросов и содержимое конфигурации.

==Обновление программного обеспечения==

Служба обновления работает отдельным процессом и сейчас отправляет только состояние окна обновления. Для общей истории она должна передавать небольшое постоянное событие основному процессу или записывать его в очередь ожидающих системных событий.

{| class="wikitable sortable"
! Событие !! Уровень !! Текст
|-
| Обновление начато || Информация || <code>Начато обновление XIOT: {старая версия} → {новая версия}.</code>
|-
| Пакет загружен || Отладка || <code>Пакет обновления {версия} загружен и проверен.</code>
|-
| Установка завершена || Информация || <code>Обновление XIOT установлено. Ожидается перезапуск.</code>
|-
| Обновление применено || Информация || <code>XIOT обновлён: {старая версия} → {новая версия}.</code>
|-
| Обновление не выполнено || Ошибки в работе || <code>Не удалось обновить XIOT до версии {версия}: {причина}.</code>
|}

Окончательное сообщение об успешном обновлении создаётся новым процессом после проверки фактически запущенной версии.

==Состояние хранилищ и времени==

{| class="wikitable sortable"
! Событие !! Уровень !! Текст
|-
| Журнал почти заполнен || Предупреждения || <code>Хранилище журнала заполнено на {процент}. Выполняется очистка старых записей.</code>
|-
| Очистка не помогла || Ошибки в работе || <code>Не удалось освободить место в хранилище журнала.</code>
|-
| История недоступна || Ошибки в работе || <code>Хранилище истории недоступно: {причина}.</code>
|-
| Время существенно изменилось || Предупреждения || <code>Системное время скорректировано на {разница}.</code>
|-
| Изменился основной сетевой адрес || События || <code>Сетевое подключение контроллера изменилось: {интерфейс}.</code>
|}

Незначительные синхронизации времени, обычная очистка старых сообщений и повторная публикация сетевых параметров в журнал не попадают.

=Что не нужно записывать=

* каждый heartbeat панели;
* каждую попытку переподключения;
* каждый успешный опрос Modbus;
* повтор одного состояния без изменения;
* промежуточные проценты загрузки обновления;
* полный список тегов и подписок;
* секреты, токены и содержимое конфигурации;
* кратковременный разрыв, который восстановился до таймаута;
* начальное состояние «отключено» до первой попытки соединения.

=Предлагаемая архитектура=

==Единый журнал системных переходов==

Добавить один компонент, который получает изменения состояния от PLC и драйверов, сравнивает их с предыдущим устойчивым состоянием и создаёт сообщения.

Он должен обеспечивать:

* единые русские формулировки;
* задержку подтверждения подключения и отключения;
* одно сообщение на один период неисправности;
* сообщение о восстановлении с длительностью;
* подавление начальных ложных отключений;
* постоянную очередь событий, которые должны пережить перезапуск;
* стабильный код события для аналитики;
* связь события с объектом, комнатой, драйвером и причиной.

В первую очередь наблюдатель можно подключить к уже существующим признакам подключения драйверов и панелей. Это даст широкое покрытие без изменений каждого драйвера.

==Структура для аналитики==

Для системных событий одного русского текста недостаточно. Вместе с текстом следует сохранять:

{| class="wikitable"
! Поле !! Пример
|-
| Код события || <code>panel.connection.lost</code>
|-
| Объект || панель в кухне
|-
| Категория || панель, конфигурация, драйвер, устройство, контроллер
|-
| Предыдущее состояние || на связи
|-
| Новое состояние || нет связи
|-
| Причина || не получен heartbeat
|-
| Длительность || 48 секунд
|-
| Версия конфигурации || короткий идентификатор действующей конфигурации
|-
| Сессия запуска || идентификатор текущего запуска контроллера
|}

Эти данные должны сохраняться в истории, а не существовать только во временном контексте обработки. Боту тогда не придётся угадывать смысл события по формулировке.

=Очередность внедрения=

{| class="wikitable sortable"
! Этап !! Что добавить !! Причина приоритета
|-
| 1 || Применение конфигурации, запуск, штатный и аварийный перезапуск || Позволяет связать проблему с изменением системы
|-
| 2 || Подключение, отключение и восстановление панелей || Уже есть heartbeat и готовые переходы состояния
|-
| 3 || Единый наблюдатель подключений драйверов и облака || Большое покрытие через существующие признаки связи
|-
| 4 || Создание, обновление и удаление устройств и сценариев || Готовые точки есть в горячем обновлении объектов
|-
| 5 || Доступность физических устройств Modbus, Zigbee и Wiren Board || Требуется аккуратная модель таймаутов каждого протокола
|-
| 6 || Обновление ПО, пользовательского приложения, хранилища и времени || Требуется обмен событиями между отдельными процессами
|-
| 7 || Сохраняемые структурированные поля для аналитики || Потребуется изменение схемы хранения и API журнала
|}

=Итог аудита=

В PLC уже есть почти все необходимые сигналы состояния, но они распределены между логами, служебными тегами и внутренними признаками драйверов. Наиболее безопасный путь — сначала централизованно преобразовать существующие переходы в сообщения, а затем точечно добавить события, которых нет в состояниях.

Первые изменения следует внести в четыре места:

# завершение загрузки и применение конфигурации;
# жизненный цикл основного процесса XIOT;
# переходы связи панелей;
# единый наблюдатель состояний драйверов и облака.

Так журнал сразу начнёт объяснять большую часть системных проблем без потока повторов.

[[Category:XIOT-PLC]][[Category:Сообщения]][[Category:Диагностика]][[Category:Документация интегратора]]