Введение
Чтобы понять, зачем существует эта статья, полезно сделать шаг назад и разобрать, как устроена типовая система АСКУЭ в странах с богатой историей внедрения умных счетчиков. Там такие системы называют Инфраструктурой усовершенствованног учета электроэнергии (AMI — Advanced Metering Infrastructure).
Стандартная архитектура AMI состоит из ряда элементов хорошо отлаженной цепочки:
Счетчик → Сеть связи → HES → MDM → Биллинг, ERP и т.д.
Каждая компонента выполняет свою роль:
- Счетчик генерирует данные: профили мощности, показания, события, тревоги и т.д.
- Сеть связи (RF Mesh, PLC, GSM, LoRaWAN, NB-IoT и т.д.) доставляет данные от счетчиков к серверу сбора.
- Система HES (Head End System) управляет двусторонней связью со счетчиками в реальном времени: сбор данных, дистанционное управление (вкл/выкл), синхронизация времени, обновление прошивок, контроль связи.
- Система MDM (Meter Data Management) принимает сырые данные от HES и превращает их в бизнес-ценную информацию. Эта трансформация — известная в отрасли как VEE (Validation, Estimation, Editing) — критически важный этап между необработанными показаниями счетчиков и надежными коммерческими данными. MDM обнаруживает пропуски, заполняет их, исправляет аномалии, строит полные профили нагрузки и служит точкой интеграции с системами верхнего уровня: биллинг, ERP, OMS, …
Amivisor — полноценная платформа AMI, объединяющая возможности HES и MDM. Она включает собственный мультивендорный HES — способный напрямую собирать данные со счетчиков по стандартным протоколам — и полноценный слой MDM для VEE-обработки, аналитики и интеграции с внешними системами.
Для многих клиентов Amivisor внедряется как комплексное решение AMI: HES собирает данные, MDM их обрабатывает и нормализует, а готовые данные идут на биллинг, аналитику, отчетность и интеграции с другими клиентскими системами.
Однако крупные предприятия часто уже имеют HES-системы от разных производителей счетчиков. Эти системы обычно появлялись постепенно — по мере расширения парка приборов учета от одного поставщика к другому. Здесь возникает другой вызов: у клиента есть рабочие HES, но нет единой MDM-системы для валидации, нормализации, анализа и консолидации данных со всех платформ.
Именно здесь интеграционные возможности Amivisor становятся особенно ценными. Вместо замены всех существующих HES, Amivisor подключается к ним, забирает данные, пропускает через VEE-пайплайн MDM и обеспечивает единую аналитическую картину по всему предприятию.
Вопрос, на который отвечает эта статья прост: как подключить Amivisor к разнородному ландшафту HES-систем с их уникальными архитектурами, протоколами и форматами данных? Ответ: через несколько проверенных методов интеграции, каждый из которых подходит для своего технического сценария.
Методы интеграции с системами HES
1. Национальные стандарты обмена данными
В ряде стран разработаны межсистемные протоколы обмена для коммерческого учета электроэнергии на базе международных стандартов CIM (IEC 61968/61970 и 62325). Реализация одного протокола позволяет подключить сразу несколько совместимых HES без индивидуальных коннекторов для каждой системы.
Amivisor имеет практический опыт работы с протоколом ПОДИС — российским отраслевым стандартом, построенным на принципах CIM/IEC 61968. Реализации стандартов могут отличаться у разных вендоров, иногда требуя небольших доработок протокола под конкретную HES.
Кейс интеграции: Amivisor успешно интегрировался с платформой Pyramida через PODIS, обеспечив автоматический сбор данных с крупного парка счетчиков. Сырые данные из Pyramida проходят VEE-пайплайн Amivisor перед подачей в аналитические модули.
Преимущества:
- Одна интеграция покрывает множество совместимых систем
- Стандартизированные форматы упрощают валидацию
- Минимальные риски при смене поставщиков счетчиков
Ограничения:
- Оптимально для регионов с развитой нормативной базой стандартов
- Возможны вендор-специфичные отклонения в реализации
2. Собственный API системы HES
Если HES предоставляет программный интерфейс (REST API, SOAP, MQTT и т.д.), Amivisor использует его для двустороннего или одностороннего обмена данными. Для каждой платформы разрабатывается dedicated коннектор на базе готового инструментария интеграционного слоя Amivisor, что существенно сокращает время разработки.
Это самый распространенный и предпочтительный метод для современных проектов — API-интеграция не требует прямого доступа к инфраструктуре клиента.
Необходимое для реализации:
- Документация API целевой HES
- Тестовый доступ (sandbox/staging)
Кейсы интеграции:
- WAVIoT — облачная IoT/AMI платформа с HES на NB-Fi. WAVIoT предоставляет хорошо документированный REST API к сырым данным устройств, который Amivisor использует для получения интервальных показаний и других данных.
- Strizh — платформа умного учета на NB-IoT. Amivisor подключается к HES Strizh через API для сбора данных потребления и событий с парка счетчиков.
Преимущества:
- Четкие границы интеграции без вмешательства во внутреннюю архитектуру HES
- Высокая надежность и предсказуемость обмена
- Обновления HES не ломают интеграцию (при сохранении версии API)
Ограничения:
- Не все HES имеют документированный публичный API
- Требуется разработка отдельного коннектора под каждую систему
3. Прямой доступ к базе данных HES
Когда у HES нет ни стандартных протоколов, ни API, данные все равно доступны через прямые SQL-запросы к базе. Это самый низкоуровневый, но универсальный метод — применим практически к любой реляционной СУБД.
Механизм реализации:
- Организуется защищенный VPN-канал к серверу БД HES
- Создается учетка с минимальными правами чтения нужных таблиц для Amivisor
- Команда Amivisor анализирует схему БД и пишет скрипты извлечения
- Для ускорения анализа клиент предоставляет дамп БД и демо/рабочую версию HES
Кейс интеграции: Amivisor интегрировался с SIMS (Smart Integrated Metering System) — Head-End компонентом платформы ADDAX IMS от ADD Grup. SIMS управляет парком счетчиков ADDAX (серия Matrix). Интеграция через прямой доступ к БД обеспечила полный исторический архив без изменений архитектуры HES.
Преимущества:
- Работает с любым HES независимо от наличия API/протоколов
- Полный доступ к историческим данным
- Не требует модификаций HES
Ограничения:
- Обновления HES с изменением схемы БД требуют доработки скриптов
- Нужен VPN-доступ
- Повышенные требования к ИБ по сравнению с API
4. Особый случай: Цифровой двойник
Некоторые HES предлагают нестандартный путь интеграции — через механизм цифрового двойника. HES выступает посредником: опрашивает реальные счетчики внутренним протоколом и накапливает данные.
Для передачи данных внешним системам HES создает виртуальный счетчик — цифровой двойник физического устройства — и отдает данные через него по стандартным протоколам DLMS/COSEM. Amivisor работает с двойником как с обычным счетчиком: отправляет стандартные DLMS-запросы и получает ответы в стандартном формате.
Кейс интеграции: Amivisor интегрировался с LarTech — платформой, собирающей данные по LoRaWAN. LarTech создает цифровые двойники и отдает их по СПОДЭС (протокол на базе DLMS/COSEM). LoRaWAN ограничивает объем/скорость данных, поэтому интеграция использует оптимизированный график опроса под пропускную способность сети.
Преимущества:
- Простая интеграция со стороны Amivisor — без custom протоколов
- Независимость от внутренней архитектуры HES
- Полностью стандартизированный DLMS/COSEM интерфейс
Ограничения:
- Только для HES с поддержкой цифровых двойников
- Ограничения по свежести/детализации данных из-за базовой сети (LoRaWAN)
5. Обмен данными через файлы
Для систем без API, БД и современных протоколов Amivisor поддерживает интеграцию через файлы — как экспорт в внешние системы, так и импорт из них.
Поддерживаемые направления:
- Экспорт: показания, профили нагрузки, мгновенные — в XLS/XML
- Импорт: показания и профили — из XLS/XML сторонних систем
XLS: произвольный формат требует разовой настройки колонок (ID счетчика, время, энергия и т.д.), затем полная автоматизация.
XML: стандартизированные схемы (80020) обрабатываются без настройки — Amivisor автоматически создает точки учета и восстанавливает часовые/получасовые профили.
Кейс интеграции: типичная ситуация — энергопотребители получают от поставщика XML-отчеты с часовым потреблением (без клиентского портала). Amivisor загружает файлы, пропускает через VEE и строит профили нагрузки для анализа тарифов (плоский, двух-/трехзонный, почасовые с планированием и без).
Преимущества:
- Работает с legacy HES и данными поставщиков без API/БД
- XML 80020 — полностью автоматическая обработка
- Гибкая настройка произвольных XLS
Ограничения:
- Пакетный режим, без реального времени
- Свежесть данных зависит от периодичности файлов
Собственный HES Amivisor: когда использовать и когда оставить вендорский
Amivisor включает встроенный мультивендорный HES для прямого опроса счетчиков по протоколам СПОДЭС, DLMS/COSEM, Modbus и пр.
Что собирает HES Amivisor:
- Текущие/архивные показания
- Интервальные профили нагрузки
- Мгновенные параметры (U, I, P, cosφ)
- Журналы событий (отключения, вскрытия, синхронизации)
- Нарушения качества энергии
- Состояние/управление реле, лимиты мощности
- Команды синхронизации
Это покрывает большинство потребностей коммерческого/технического учета: расчеты, анализ нагрузки, балансы, поиск потерь, контроль качества.
Что HES Amivisor НЕ заменяет — расширенную параметризацию вендорских HES/конфигураторов: тарифные зоны, вендор-специфичные регистры, обновление firmware. Для этого клиенты продолжают использовать инструменты поставщика.
Заменять вендорский HES полностью стоит когда:
- HES больше не поддерживается (завершен жизненный цикл)
- Лицензия HES слишком дорогая
- Не нужна расширенная параметризация
- Хочется уйти от нескольких разрозненных систем HES
Сохранять вендорский HES имеет смысл когда:
- Постоянно требуется расширенная параметризация/firmware
- Активно используется специфический функционал существующей HES
- Наличие требований (законов, поставщика , …) по использованию конкретной платформы
Мост между мирами — Amivisor.Bridge:
Для сценариев с параллельной работой Amivisor + вендорский HES программа Amivisor.Bridge создает прозрачный туннель от конфигуратора к счетчику через канал связи, нгастроенный в Amivisor. Конфигуратор «видит» прямую связь, и данные идут через нашу инфраструктуру. Убирается необходимость параллельных каналов связи и выездов на объект.
Мультивендорная архитектура интеграции
Применение описанных методов в единой архитектуре делает Amivisor центральным MDM-агрегатором для всей экосистемы HES предприятия. Данные из любой HES — независимо от метода получения — проходят единый VEE-пайплайн, нормализуются и доступны в аналитических модулях.
Это полностью соответствует мировой практике multivendor AMI, где MDM-слой изолирует аналитику от конкретных вендоров, обеспечивая единый нормализованный интерфейс для бизнеса.
Ключевые преимущества мультивендорной архитектуры Amivisor:
- Сохранение инвестиций в существующие HES без дорогих замен
- Валидация/нормализация/консолидация данных из разнородных систем
- Масштабирование без влияния на текущие интеграции
- Поддержка всех методов для HES любого возраста/типа
- При необходимости — полная замена HES прямым опросом счетчиков
Процесс интеграции
Для подключения любой HES Amivisor следует единому процессу:
- Технический аудит — сбор информации: вендор, версия, API, СУБД, документация, сетевая доступность.
- Выбор метода — оптимальный на основе аудита.
- Предоставление доступа — документация API/тестовая среда; VPN+дамп БД; SFTP/папка для файлового обмена.
- Разработка/тестирование коннектора — на базе готового инструментария.
- Промышленный запуск — с мониторингом качества данных.
Заключение
Amivisor — полноценная AMI-платформа HES+MDM. Для одних — end-to-end решение. Для крупных предприятий с существующей инфраструктурой HES — MDM-слой поверх разнородных систем.
Универсальный инструментарий интеграции — стандарты, API вендоров, прямой доступ к БД, цифровые двойники, файловый обмен — позволяет Amivisor работать с любым HES-ландшафтом независимо от сложности и возраста. Превращает фрагментированные данные в единую аналитическую платформу для всего бизнеса.
