Журнал изменений
Продуктовые вехи экосистемы V.A.D. IIoT, релиз за релизом — новые модули платформы, интеграции, языки и работа над надёжностью.
Мониторинг, роли и новые способы подключения
Три параллельные ветки: сервис мониторинга с единым реестром детекторов и общей таблицей событий, модель авторизации на объектах-политиках и расширение способов подключить устройство или регион — режим проксирования и региональный пакет соответствия.
- Новое
Единый реестр детекторов и общая таблица событий мониторинга
Проблемные события приходят из разных источников: демон сбора, модуль укладки, регламентные проверки, AI-анализ. Сервис сводит их к двум сущностям: справочнику детекторов — что считается проблемой, к какому сервису и группе ответственности она относится — и одной таблице событий, куда пишут все источники. Дашборды, фильтры и отчёты читают её напрямую, поэтому счёт проблем везде одинаковый.
Подробнее - Надёжность
Маркеры проблемных сеансов на этапе укладки
Сеанс связи оценивается в момент записи в БД. Правила заданы порогами: выход на связь раньше расписания более чем на 15 минут, падение напряжения телеметрической батареи более 0,1 В относительно предыдущего сеанса, метрологической — более 0,05 В, аномальная длительность соединения. Сеанс получает маркер, и суточная сводка собирается из маркеров, а не пересчётом архива, — стоимость проверки не растёт вместе с парком.
- Безопасность
Правила доступа на объектах-политиках
Модель доступа строится на объектах-политиках: по классу на ресурс, обычные методы вместо предметного языка. Роль описывается набором именованных полномочий с флагами активности и «включено по умолчанию», поэтому состав прав настраивается под инсталляцию без выпуска сборки. Политика остаётся обычным объектом и покрывается юнит-тестами, а не сквозным сценарием через веб.
Подробнее - Интеграции
Перенос контроллеров и представлений API в пространство имён v3
Публичный контракт получает собственное пространство имён: контроллеры и представления переносятся в v3, а v1 остаётся замороженным как совместимая точка входа. Ломающие изменения делаются только в новом пространстве, поэтому развитие API не требует согласования с каждым интегратором. Ответы локализуются — справочники и текстовые описания возвращаются на языке пользователя, от которого пришёл запрос.
Подробнее - Интеграции
Третий режим работы с прибором — проксирование
Прибор работает с двумя серверами: один ведущий, второй резервный. Третий режим добавляет проксирование — демон сбора принимает соединение и передаёт данные дальше, оставаясь прозрачным для прибора. Это закрывает площадки без прямого маршрута до платформы. Режим отражается и на стороне сервера сбора, и в интерфейсе, поэтому при разборе связи видно, каким путём пришли данные.
Подробнее - Быстродействие
Кеш последнего сеанса и модели прибора в таблице телеметрии
Последний сеанс связи и ссылка на модель прибора учёта кешируются рядом с записью телеметрии — напряжение батареи, код состояния сеанса, единицы измерения. Списки и фильтры по всему парку читаются одним запросом вместо обращения к архиву на каждый экран, поэтому время отклика не зависит от глубины истории. Кеш обновляется на укладке, и его отставание ограничено сеансом связи, а не периодом регламентного пересчёта.
- Новое
MENA Compliance Pack
Требования стран региона расходятся, но пересекаются в ядре: правила для IoT, кибербезопасность, защита персональных данных, ограничения на облачное размещение, промышленная эксплуатация. Пакет фиксирует общее ядро и выносит расхождения в приложения по странам, а конфигурация инсталляции ссылается на нужное приложение. Документ отвечает на вопрос применимости до начала пилота — он адресован заказчикам, локальным партнёрам, системным интеграторам и государственным организациям.
Достоверность и читаемость данных прибора
Данные от устройства разбираются по спецификации протокола: битовые маски раскладываются побитово, коды выводятся в шестнадцатеричном виде, описания в архивах строятся от состояния оборудования. Накопленный архив пересчитан по той же логике.
- Надёжность
Побитовый разбор масок состояния в журналах событий и аварий
Поля состояния событий и аварий в протоколе Type-M — 16-битные маски: бит 1 — низкий заряд АКБ, бит 2 — низкий уровень сигнала GSM, бит 15 (32768) — старт прибора. Разбор идёт побитово и сверяется с порогами прошивки: событие низкого заряда взводится ниже 11,7 В, снимается выше 12,0 В, гистерезис 300 мВ. Описания в журнале строятся из расшифрованных битов, накопленный архив пересчитан по той же логике — 7 872 записи обновлены, 112 924 добавлены.
- Улучшено
Переписаны подписи вкладок и описания событий в архивах прибора
Тексты во вкладках архивов написаны от состояния оборудования, а не от полей пакета: описание говорит, что произошло с прибором. Подписи вкладок не дублируют название раздела, столбец состояния назван «Флаги» — по смыслу содержимого. Значения выводятся моноширинным шрифтом, поэтому ширина столбца не зависит от длины значения.
Подробнее - Улучшено
Вывод кодов аварий и событий в шестнадцатеричном виде
Коды аварий и событий выводятся в шестнадцатеричном виде: 0x8000, 0x0001, 0x0000 — с ведущими нулями до четырёх разрядов. Моноширинный шрифт выстраивает разряды по вертикали между строками, поэтому взведённый бит виден сразу и сверяется со спецификацией протокола без пересчёта из десятичного.
- Улучшено
Состояние таблиц: размер страницы, размерности, коды повторов
Таблицы данных держат состояние между переходами: выбранный размер страницы сохраняется. Размерность вынесена из заголовка столбца к самому значению — заголовок остаётся коротким, а единица видна там, где число. Счётчик повторов показывает и количество попыток, и код причины повтора, поэтому качество канала читается прямо из таблицы.
- Быстродействие
Разбор задержки укладки данных в сервере фоновых задач
Конвейер фоновой укладки профилирован по этапам и перебалансирован между воркерами. Показания попадают в архив сразу после сеанса связи, а очередь держит темп при росте парка — задачи разбираются быстрее, чем наполняются, и запас по пропускной способности виден в логе укладки.
Подробнее
Промышленная эксплуатация
Первый промышленный релиз третьего поколения: действующий парк оператора ведётся на нём целиком — сбор, хранение, веб-интерфейс, API и аналитика. Сверху работает Операционный центр, параметры сеансов связи переведены в общее архивное хранилище.
- Новое
Версия 3.0: первый промышленный контур
Третье поколение выходит из пререлиза: промышленный оператор ведёт на нём действующий парк учёта. Демон сбора, хранилище, веб-интерфейс, публичный API и аналитика работают в одном контуре — переходный период с параллельной эксплуатацией двух поколений завершён.
Подробнее - Новое
Операционный центр (OHM)
Поток сырых тревог превращается в управляемые операционные проблемы. Детекторы и каноны сводят повторяющиеся события в одну проблему, корреляция подтягивает к ней доказательства, оценка здоровья актива ранжирует парк по риску, приоритеты и SLA задают срок реакции, очередь исполнения удерживает работы до закрытия. Отдельно разбираются массовые инциденты — когда один отказ порождает сотни тревог. AI-слой предлагает следующий шаг по накопленной истории похожих случаев.
Подробнее - Улучшено
Хранение и отображение уровня GSM-сигнала в единой шкале dBm
Уровень GSM-сигнала хранится в единой шкале dBm независимо от того, в чём его отдаёт протокол устройства — в процентах, в условных единицах или уже в dBm. Преобразование вынесено в драйверы укладки и выполняется на входе, а не при отображении, поэтому значение одинаково в интерфейсе, в API и в отчётах. Накопленные данные переведены в ту же шкалу, и тренд покрытия читается по всей истории парка.
- Надёжность
Конвертация исторических сеансов связи в схему V3
История сеансов связи переводится в схему третьего поколения командами миграции. Перенос идёт поэтапно: «родные» каналы сеансов прибора, затем общие каналы блока телеметрии, затем приведение к схеме параметров. Команды запускаются на каждом сервере отдельно и работают частями, поэтому сбор данных не останавливается, а графики и отчёты охватывают всю историю прибора.
- Быстродействие
Параметры сеансов связи вынесены в общую архивную таблицу
Заголовки сеансов остаются в своей таблице, а параметры сеанса пишутся в общую архивную таблицу — туда же, куда идут показания. Состав параметров объявляет протокол: у Type-M один набор каналов, у Type-J другой, у MQTT третий. Новый тип устройства заводится записями в справочник каналов, без миграции схемы БД.
Подробнее
Датчики давления и температуры: полный тракт
Новый класс устройств доведён от протокола до карточки в интерфейсе: драйвер, модель данных, укладка архивов, справочники типов датчика, единицы измерения. Вместе с ним закрыты связи в модели данных, от которых зависят отчёты, фильтры и права доступа.
- Новое
Датчики давления и температуры: драйвер, модель, архивы, карточка
Новый класс устройств поддержан по всему тракту. В демоне сбора — драйвер протокола: пакет идентификации автономного блока, текущие значения, архивы, конфигурация. В приложении — модель данных и укладка: текущее давление и температура, архивные срезы, параметры сеанса связи, снимок конфигурации. В вебе — собственная карточка прибора с составом полей под датчик.
Подробнее - Улучшено
Справочник типов датчика и конфигурационные коэффициенты сенсора
Тип датчика берётся из справочника с диапазонами — абсолютное давление 0…160 кПа, 0…400 кПа, 0…600 кПа, 0…1,0 МПа, 0…1,6 МПа, 0…2,5 МПа и далее по спецификации — связанного с моделью оборудования по третьей нормальной форме. Драйвер укладки определяет тип при идентификации прибора, поэтому диапазон и единицы известны системе, а не только монтажнику. Вкладка параметров показывает калибровочные коэффициенты установленного сенсора.
Подробнее - Улучшено
Выбранные единицы измерения во всех представлениях значения
Выбранная единица измерения применяется на уровне представления и действует во всех видах значения — плитка текущего давления, график, журнал данных, журнал аварий. Сюда же входит пересчёт абсолютного давления в избыточное: он включается флагом и действует только для датчиков с абсолютным измерением. Точность выводится по датчику — температура с одним знаком после запятой, миллиметры ртутного столба без дробной части.
- Надёжность
Проверка полноты архива конфигурации перед записью в БД
Связь с прибором может прерваться на середине выгрузки, поэтому архив конфигурации проверяется на полноту и целостность перед записью в базу: снимок, собранный не до конца, не подменяет предыдущий. Рядом с показаниями укладывается архив событий, и даже по прерванному сеансу остаётся след для разбора.
- Улучшено
Связь «узел учёта — ресурсопоставляющая компания» на уровне модели
Принадлежность узла учёта ресурсопоставляющей компании прописана явной связью на уровне БД и моделей данных, существующие записи перенесены командами миграции. От этой связи зависят выборки отчётов, фасетные фильтры и правила доступа — они строятся прямо по оргструктуре, включая её изменения при реорганизациях.
Подробнее - Улучшено
Фильтр по дате и экспорт на вкладке журнала переданных данных
Журнал переданных данных получает тот же тулбар, что и остальные архивные вкладки: фильтр по периоду и экспорт файлом. Выборку за нужный интервал можно отдать смежникам напрямую из интерфейса, без обращения к базе.
Подробнее - Надёжность
Синхронизация положения задвижки с концевыми датчиками
Положения «закрыта» и «открыта» однозначно фиксируются концевыми датчиками привода. Интерфейс показывает именно то положение, которое ими подтверждено, и оставляет управление активным. Состояние согласуется после первого включения, ручного поворота и сервисных работ — оператор видит фактическое положение в поле.
Внешняя приёмка и перестройка ядра данных
Платформа вышла на внешнее приёмочное тестирование: сценарии проходили внешние специалисты, замечания разобраны и закрыты до кандидата в релиз. Параллельно развязано ядро данных — потребитель может обслуживаться несколькими ресурсопоставляющими компаниями, а модуль телеметрии описывается независимо от IMEI.
- Новое
Перестройка ядра данных: потребитель и канал телеметрии
Ядро данных пересобрано под задачи третьего поколения: потребитель может обслуживаться несколькими ресурсопоставляющими компаниями, а модуль телеметрии описывается независимо от IMEI. Обе развязки сделаны на уровне схемы до того, как на неё лёг остальной функционал, — так третье поколение получает собственную модель данных, рассчитанную на смену поставщика и на несколько энергоресурсов у одного потребителя.
Подробнее - Интеграции
Модуль телеметрии: тип канала и идентификатор вместо IMEI
Модуль телеметрии описывается двумя полями: тип канала — GSM, Ethernet, MQTT, концентратор, LoRaWAN — и идентификатор соответствующего вида: IMEI, IP, MAC, client_id, DevEUI. Под расширенную модель адаптированы контроллеры, отчёты, выгрузки, сервисы и API, поэтому новый транспорт добавляется значением справочника, а не правкой по всему приложению.
Подробнее - Надёжность
Волна внешнего приёмочного тестирования
Платформа прошла внешнее приёмочное тестирование на демо-стенде: сценарии проходили не разработчики, а внешние специалисты. Замечания по мастеру создания объекта, формам, фасетным фильтрам, расписаниям и локализации уведомлений разобраны и закрыты до кандидата в релиз. Внешняя приёмка встроена в цикл как обязательный этап перед выпуском.
- Улучшено
Редактирование интервалов работы блока управления приводом
Интервалы работы блока управления приводом редактируются из интерфейса: время приоткрытия 1–30 с, пауза стабилизации давления 30–600 с, время полного хода — по спецификации привода. Значения принимаются в секундах с одним знаком после запятой и проверяются по диапазонам, поэтому единица и точность в форме совпадают с паспортом оборудования.
Подробнее - Улучшено
Открепление прибора от узла учёта без потери истории
Прибор открепляется от узла учёта и остаётся в системе со своими данными. Замена, перемещение и возврат из ремонта оформляются как события учёта, поэтому история узла и история прибора остаются непрерывными и разделимыми.
Подробнее - Безопасность
Статический анализ безопасности кодовой базы
Исходный код проходит статический анализ на типовые уязвимости веб-приложения. Каждое срабатывание разбирается вручную: анализатор не видит контекста, поэтому часть отсеивается как ложная, остальное закрывается до релиза. Прогон встроен в релизную процедуру и повторяется на каждой сборке.
Подробнее - Языки
Платформа и устройства на 13 языках
Документация платформы v3, линейки IIoT-устройств и весь интерфейс портала переведены на 13 языков. Арабский и персидский подключены с письмом справа налево: зеркалится вся раскладка, а не только направление текста. Ещё не переведённая страница рендерится по-английски на локализованном URL и помечается noindex, поэтому переключение языка всегда приводит на существующую страницу.
Подробнее - Интеграции
Авторегистрация V3 для всей поддерживаемой линейки
Авторегистрация третьего поколения покрывает всю поддерживаемую линейку, включая запорную арматуру по MQTT. Прибор, включённый на объекте, сам создаёт узел учёта и сразу доступен для чтения и управления: идентификатор берётся из пакета устройства, поэтому монтаж не требует ручного ввода на стороне платформы.
Подробнее
Стек V3 в промышленном контуре
Демон сбора и хранилище третьего поколения развёрнуты у первого промышленного заказчика и приняли живые показания. Публичный API проверен на новой модели данных, открыт портал документации.
- Новое
AI Analytics
Модуль AI-аналитики: 22 отчёта по отдельным узлам и по всему парку — балансы, аномалии давления, прогноз ресурса батарей, поиск обходов учёта, атлас неисправностей. Методология и формулы каждого отчёта опубликованы: видно, на каких полях и допущениях построен вывод, и его можно перепроверить вручную. Это делает отчёт пригодным для разбора с заказчиком и для приобщения к регламентной документации.
Подробнее - Новое
Иллюстрированное руководство пользователя
Пошаговое руководство по работе с платформой на реальных снимках интерфейса — в светлой и тёмной темах, снятых с одного и того же состояния данных, чтобы шаги совпадали между темами. Данные на скриншотах обезличены, поэтому руководство отдаётся наружу без отдельного согласования.
Подробнее - Новое
IIoT Платформа v3
Мажорный релиз документации: архитектура, масштабирование и соответствие директивам ЕС описаны под третье поколение. Версия 3 стала актуальной — на неё ведут корневые редиректы, вторая остаётся доступной по прямым ссылкам и через переключатель версий.
Подробнее - Быстродействие
Реестр узлов учёта: таблица, каскадные фильтры, сохранённые выборки
Реестр узлов учёта рассчитан на парк в тысячи записей: таблица с пагинацией и панелью действий, каскадные фасетные фильтры — выбор значения в одном пересчитывает допустимые значения в остальных, поэтому пустых выборок не остаётся, — и сохранённые пользовательские фильтры. Страница узла собрана из двух панелей со вкладками и карточками.
Подробнее - Улучшено
Единый портал документации
Документация платформы, API и IIoT-устройств сведена в один портал: статическая сборка, полнотекстовый поиск на стороне клиента без внешнего сервиса и ключей, AI-ассистент по содержимому, общий глоссарий. Каждая страница отдаётся и в виде исходного markdown — для тех, кто читает её не глазами, а инструментом.
- Новое
Публичный REST API
Публичный REST API платформы: узлы учёта и их характеристики, архивы показаний, события и сообщения приборов, сеансы связи, справочники. Описание построено по эндпоинтам — метод, параметры, формат ответа, коды ошибок, — чтобы интегратор начал работу без сопровождения с нашей стороны.
Подробнее - Интеграции
Проверка публичного API на модели данных V3
Публичный API проверен на модели данных третьего поколения по каждому эндпоинту: расположение и контракт сохранены, поэтому существующие интеграции продолжают работать без правок. В ответ запроса архива конфигурации добавлены консолидированные метрологические параметры — минимальный и максимальный расход, дата поверки, серийный номер, — которые интегратору иначе пришлось бы собирать несколькими запросами.
Подробнее - Новое
Драйвер протокола датчиков давления и температуры в демоне сбора
Демон сбора получил драйвер нового протокола: пакет идентификации автономного блока, текущие значения давления и температуры, архивы, снимок конфигурации. Драйвер размещён рядом с обработкой запорной арматуры в том же семействе протоколов и переиспользует разбор сеансовой части. На этом фундаменте через месяц собран модуль целиком — от модели данных до карточки прибора.
Подробнее - Улучшено
AI-отчёты на всех уровнях иерархии компаний
Встраивание аналитических отчётов прописано на всех уровнях дерева компаний: свой набор отчётов открывается и у головной организации, и у филиала, и у подразделения. Заголовок над встроенным блоком убран — название раздела уже есть в навигации.
Подробнее - Надёжность
Смещение часового пояса в логах демонов сбора
Демоны сбора работают в разных странах и часовых поясах, поэтому в каждую строку лога добавлено явное смещение — формат вида 2026-05-27 14:43:43 +03:00. Записи с разных площадок выстраиваются в одну шкалу, и порядок событий при разборе инцидента восстанавливается однозначно.
Подробнее - Интеграции
Перенос стека MQTT-задвижки на сервер сбора V3
Стек управляемой по MQTT запорной арматуры перенесён на сервер сбора третьего поколения: обмен, доставка команд, укладка данных и модуль авторегистрации, адаптированный под алгоритм V3. Задвижка, подключённая на объекте, создаёт узел учёта сама и сразу принимает команды — весь парк приводов обслуживается одним сервером.
Подробнее - Новое
Развёртывание стека сбора и хранения V3 у первого заказчика
Демон сбора и система сбора и хранения данных третьего поколения развёрнуты в полном комплекте у первого промышленного заказчика и приняли живые показания. С этого момента разработка идёт на реальном потоке: архивы, справочники и объёмы соответствуют промышленной эксплуатации, а аналитика проверяется на настоящих данных, а не на тестовом слепке.
Подробнее
Телеметрия за пределами GSM
В парк вошли устройства, которыми платформа не только читает, но и управляет: запорная арматура по MQTT. Реестр узлов учёта перестроен вокруг статусов и геоданных, пригодных для карты и выездных бригад.
- Интеграции
Драйвер MQTT для управляемой запорной арматуры
Первый класс устройств, которыми платформа не только читает, но и управляет. Драйвер закрывает обмен по MQTT, доставку команд и укладку данных задвижки. Управляющий контур работает на том же стеке, что и учётный, — без отдельной подсистемы под приводы.
Подробнее - Улучшено
Приведение геокоординат парка к единому формату
Геокоординаты парка приведены к единому формату: больше восьмисот узлов учёта, из них 761 обработан программно и 48 вручную — там, где наименования требовали сверки. По итогам проведена ревизия основной таблицы: узлов без координат осталось пять, из них три тестовых. Реестр стал пригоден для карты, кластеризации и построения маршрутов выездных бригад.
- Улучшено
Реструктуризация статусов узла учёта
Список статусов узла учёта приведён к четырём рабочим состояниям: работает, отключён, новый, ремонт — каждое соответствует конкретному действию оператора. Для дашборда статусы сгруппированы, поэтому сводка по парку читается без раскрытия полного списка.
Подробнее
Оболочка нового интерфейса
Точка старта третьего поколения: единый шаблон страницы, рабочий глобальный поиск, менеджер тем и дашборд на боевой модели данных. Локализация заложена в компоненты с первого дня, а не добавлена задним числом.
- Языки
Локализация заложена в компоненты новой оболочки
Локализацию нового интерфейса не добавляли задним числом: каждый компонент оболочки сразу пришёл с вынесенными строками, а не с текстом в разметке. Набор языков сервера задаётся переменными окружения при развёртывании — схема локализации и список локалей, — поэтому инсталляция под другой рынок не требует пересборки образа.
- Новое
Дашборд переведён на боевую модель данных
Виджеты дашборда подключены к боевой модели данных: покрытие парка, состояние сеансов связи, состояния приборов на одном экране. Первая проверка новой оболочки на реальных объёмах и реальной разреженности данных — раскладка и запросы отрабатывают на промышленном наборе, а не на фикстурах.
Подробнее - Новое
Оболочка интерфейса: шаблон страницы, панели, менеджер тем
Фронтенд собран на едином шаблоне страницы: шапка и подвал, левая и правая панели, менеджер тем со светлым и тёмным оформлением. Глобальный поиск работает по объектам, оборудованию и потребителям с переходом к найденной записи. Дальше все разделы третьего поколения собираются из этого шаблона, что задаёт единое поведение навигации и состояний.
Подробнее