Извините, ваш браузер не поддерживает JavaScript!
Войти

Разработайте собственную систему мониторинга энергопотребления с IAMMETER

Разработайте собственную систему мониторинга энергопотребления с IAMMETER

Wi-Fi счетчики энергии IAMMETER предоставляют открытые интерфейсы данных для разработчиков, системных интеграторов и клиентов, создающих собственное программное обеспечение для мониторинга энергопотребления.

Вы можете получать измерения непосредственно со счетчика, настроить отправку данных со счетчика на ваш сервер, развернуть самостоятельно размещаемый сервис IAMMETER или создать приложение на основе API IAMMETER-Cloud.

Эта страница является навигационным руководством для разработчиков по выбору архитектуры. Она содержит ссылки на текущие определения протоколов и документы по реализации, а не дублирует каждый параметр API.

Если ваш первый вопрос — может ли счетчик IAMMETER работать без доступа к Интернету или IAMMETER-Cloud, начните с раздела Использование Wi-Fi счетчика энергии без Интернета или облака. Для сравнения платформ см. Самостоятельно размещаемая интеграция с открытым исходным кодом.

1. Выберите архитектуру вашей системы

Существует четыре основных способа использования данных IAMMETER в вашем приложении.

Архитектура Поток данных Для чего подходит Требуется IAMMETER-Cloud?
Локальное чтение со счетчика Приложение → Счетчик LAN-панели, автоматизация, ПЛК и SCADA Нет
Отправка данных со счетчика Счетчик → Сервер или брокер клиента Пользовательское облако, EMS, BMS и IoT-бэкенды Нет
Развертывание самостоятельного ПО IAMMETER Счетчик → IAMMETER-Docker или IAMMETER-Central → Приложение Пользователи, которым нужно хранилище и API без создания полного бэкенда Нет
Создание на основе API IAMMETER-Cloud Счетчик → IAMMETER-Cloud → Приложение Приложения, которые хотят повторно использовать данные и сервисы IAMMETER-Cloud Да

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

2. Чтение данных напрямую со счетчика

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

Счетчик IAMMETER ← Локальный HTTP API или Modbus TCP ← Ваше приложение

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

2.1 Локальный HTTP API

Счетчик предоставляет локальные HTTP-конечные точки для получения измерений, таких как напряжение, ток, активная мощность, импортированная и экспортированная энергия.

Общие конечные точки измерений включают:

  • /api/monitorjson
  • /api/monitor

Доступ через локальный HTTP API является практичной отправной точкой для:

  • пользовательских панелей мониторинга;
  • скриптов, запускаемых на ПК, NAS или Raspberry Pi;
  • интеграций с низким кодом;
  • локальных приложений, не требующих опроса раз в секунду.

См. Руководство по локальному API и открытому интерфейсу IAMMETER для текущих определений конечных точек и примеров.

2.2 Modbus TCP

Используйте Modbus TCP, когда проект требует:

  • локального опроса раз в секунду;
  • интеграции с ПЛК или SCADA;
  • управления мощностью в реальном времени;
  • интеграции с промышленной EMS или BMS;
  • стандартного протокола на основе регистров.

См. Руководство по регистрам Modbus TCP и интеграции IAMMETER.

2.3 Что должно обеспечивать ваше приложение

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

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

Если вы не хотите создавать эти бэкенд-функции с нуля, рассмотрите IAMMETER-Docker или IAMMETER-Central.

3. Отправка данных счетчика напрямую на ваш сервер

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

Счетчик IAMMETER → MQTT/MQTTS, HTTP/HTTPS или TCP/TLS → Ваш сервер

Текущая прошивка IAMMETER поддерживает несколько интерфейсов отправки:

Интерфейс Компонент на стороне клиента Типичное применение
MQTT / MQTTS MQTT-брокер и подписчик IoT-платформы, автоматизация и конвейеры сообщений
HTTP / HTTPS HTTP-конечная точка REST-бэкенд, облачный сервис или пользовательская EMS
TCP / TLS TCP-сервер Пользовательский сборщик и интеграция на уровне протокола

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

Ресурсы для реализации:

Сервер в той же LAN может работать без доступа к Интернету. Удаленная конечная точка по-прежнему требует рабочего маршрута через Интернет, частную WAN или VPN.

4. Использование самостоятельно размещаемого ПО IAMMETER

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

4.1 IAMMETER-Docker

IAMMETER-Docker — это система мониторинга энергопотребления с открытым исходным кодом для самостоятельного размещения. Она обеспечивает локальный сбор данных, базовые функции мониторинга, графики и API.

Она подходит для:

  • частных лиц и разработчиков;
  • развертывания на Raspberry Pi, мини-ПК и NAS;
  • домашнего мониторинга энергопотребления или солнечных батарей в частной сети;
  • проектов, которым нужен работающий интерфейс, а также API;
  • пользователей, которые хотят разработать пользовательский интерфейс на основе готового бэкенда.

Продолжите с:

4.2 IAMMETER-Central

IAMMETER-Central — это самостоятельно размещаемое промежуточное ПО для данных для корпоративных пользователей, установщиков и системных интеграторов.

Оно ориентировано на:

  • регистрацию и управление устройствами IAMMETER;
  • хранение измерений счетчиков в базе данных, контролируемой клиентом;
  • предоставление стандартизированных API для приложения клиента;
  • разделение приема данных устройств от ERP, EMS, BMS или внешнего интерфейса клиента.

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

См. Варианты самостоятельного размещения IAMMETER для сравнения IAMMETER-Docker, IAMMETER-Central, платформ с открытым исходным кодом и прямой интеграции с сервером.

5. Создание на основе API IAMMETER-Cloud

Использование IAMMETER-Cloud — еще один способ разработки пользовательской панели мониторинга или приложения. В этой архитектуре счетчик отправляет данные в IAMMETER-Cloud, а ваше приложение получает данные, предоставляемые API IAMMETER-Cloud.

Счетчик IAMMETER → IAMMETER-Cloud → Cloud API → Ваше приложение

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

Он подходит, когда:

  • счетчик уже передает данные в IAMMETER-Cloud;
  • ваше приложение хочет повторно использовать данные, размещенные в облаке;
  • доступ в Интернет имеется;
  • не требуется сохранение всего конвейера данных внутри локальной сети.

См. Документацию по API IAMMETER-Cloud для поддерживаемых операций API и требований аутентификации.

6. Интеграция с существующей платформой с открытым исходным кодом

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

IAMMETER может быть интегрирован с:

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

7. Выбор лучшей отправной точки

Требование проекта Рекомендуемая отправная точка
Простой LAN-скрипт или панель мониторинга Локальный HTTP API
Локальные данные с опросом раз в секунду или промышленное управление Modbus TCP
Существующая инфраструктура MQTT Отправка MQTT или MQTTS
Существующий веб-бэкенд Отправка HTTP или HTTPS
Пользовательский сокет-сборщик Отправка TCP или TLS
Готовый к использованию приватный мониторинг для частного пользователя IAMMETER-Docker
Корпоративное промежуточное ПО для ERP, EMS или BMS IAMMETER-Central
Умный дом: панель мониторинга и автоматизация Home Assistant
Приложение на основе существующих данных IAMMETER-Cloud IAMMETER-Cloud API

8. Контрольный список разработки

Перед реализацией подтвердите:

  1. какие измерения и фазы предоставляет выбранный счетчик;
  2. будут ли данные опрашиваться или отправляться;
  3. требуемый интервал обновления;
  4. должна ли система работать при отсутствии Интернета;
  5. где будут храниться исторические данные;
  6. требуется ли транспорт с защитой TLS;
  7. как приложение будет аутентифицировать пользователей и устройства;
  8. должен ли IAMMETER-Cloud оставаться частью архитектуры;
  9. версия прошивки, используемая для проверки;
  10. как будут выполняться резервное копирование конфигурации, журналов и данных.

9. Связанная документация

Последнее обновление: 16 июля 2026 г.

Наверх