Съжаляваме, вашият браузър не поддържа JavaScript!
Вход

Самостоятелно хостван мониторинг на енергия с IAMMETER

Самостоятелно хостван мониторинг на енергия с IAMMETER

Измервателните уреди IAMMETER не се ограничават до IAMMETER-Cloud. Техните отворени интерфейси позволяват данните за електроенергия да бъдат съхранявани и обработвани на сървър, контролиран от клиента.

Няма единна самостоятелно хоствана архитектура, която да е подходяща за всеки проект. Правилният избор зависи от това дали имате нужда от:

  • готов за използване локален интерфейс за мониторинг;
  • междинен софтуер за данни (middleware) за корпоративно приложение;
  • интеграция със съществуваща платформа с отворен код;
  • директно подаване на данни към собствения ви EMS, BMS, ERP или IoT бекенд.

IAMMETER поддържа и четирите пътя:

                        ┌─→ IAMMETER-Docker ─→ Local charts and APIs
IAMMETER energy meter ──┼─→ IAMMETER-Central ─→ Customer ERP / EMS / BMS
                        ├─→ Open-source platform ─→ Automation and dashboards
                        └─→ Customer receiver ─→ Custom backend and database

Тази страница ви помага да изберете архитектура. Подробните инструкции за инсталиране и протоколи се поддържат в свързаните технически ръководства.

1. Сравнение на четирите пътя за внедряване

Опция Основен потребител Готов UI за мониторинг Съхранение на данни API за разработка от клиента Усилия за разработка
IAMMETER-Docker Индивидуални потребители, разработчици и малки локални проекти Да, с основни функции за мониторинг Клиентски сървър Да Ниски до средни
IAMMETER-Central Предприятия, партньори и системни интегратори Само UI за управление на устройства; без пълноценен UI за анализ на енергия Клиентски MySQL или MariaDB Да, проектиран за клиентски приложения Средни
Платформа с отворен код Потребители, които вече работят с Home Assistant, Node-RED или друга платформа Предоставя се от избраната платформа Зависи от платформата Зависи от платформата Ниски до средни
Директна интеграция Клиенти със собствен бекенд и инженерен екип Не Определя се от клиента Определя се от клиента Високи

Най-простият избор не винаги е най-малкият софтуерен компонент. Изберете опцията, която премахва работата, която екипът ви не иска да изгражда или поддържа.

2. Бърза препоръка според типа потребител

Изберете IAMMETER-Docker, когато:

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

Изберете IAMMETER-Central, когато:

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

Изберете платформа с отворен код, когато:

  • Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix или ThingsBoard вече е част от проекта;
  • платформата вече предоставя необходимите табла или функции за автоматизация;
  • не се нуждаете от отделен бекенд, специфичен за IAMMETER.

Изберете директна интеграция, когато:

  • организацията ви вече оперира услуга за приемане на данни и база данни;
  • бекендът ви може да приема HTTP/HTTPS, MQTT/MQTTS или TCP/TLS данни;
  • инженерите ви искат пълен контрол върху модела на данни, съхранението и бизнес логиката;
  • допълнителната отговорност за разработка и експлоатация е приемлива.

3. IAMMETER-Docker: готова локална система за мониторинг

IAMMETER-Docker е самостоятелно хоствана система за мониторинг на енергия с отворен код. Тя обединява приемане на данни, съхранение, основни функции за мониторинг на енергия, графики и API в едно внедряване.

IAMMETER-Docker самостоятелно хостван мониторинг на енергия

Какво предоставя IAMMETER-Docker

  • внедряване на сървър, контролиран от клиента;
  • основни функции за мониторинг на потребление на електроенергия и соларни системи;
  • исторически данни и графики;
  • поддръжка на SQLite и MySQL;
  • API достъп за разработване на собствен UI;
  • поддръжка на измервателни уреди IAMMETER и работни процеси с персонализирани SN;
  • опционални сценарии за използване на datalogger за локално събиране на данни.

В какво е най-добър

IAMMETER-Docker е силен избор, когато потребителят иска да започне локален мониторинг, преди да пише собствен софтуер. Разработчикът може първо да използва вградения интерфейс и по-късно да добави отделно табло или работен процес за данни чрез наличните API.

Какво да имате предвид

Клиентът остава отговорен за хоста, мрежата, актуализациите, резервните копия, капацитета за съхранение и сигурността. IAMMETER-Docker предоставя функционалност на приложението, но не премахва обичайната експлоатация на самостоятелно хостване.

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

4. IAMMETER-Central: middleware за данни за клиентски приложения

IAMMETER-Central е middleware за частно внедряване, предназначен за предприятия, партньори и системни интегратори.

IAMMETER-Central middleware

Какво предоставя IAMMETER-Central

  • регистрация и управление на устройства IAMMETER;
  • съхранение и управление на данни за напрежение, ток, мощност и енергия;
  • поддръжка на MySQL и MariaDB;
  • API за приложения, разработени от клиента;
  • последователен middleware слой между измервателните уреди IAMMETER и ERP, EMS, BMS или собствен фронтенд.

Продуктовите SN на IAMMETER и поддържаните SN на Virtual Meter могат да бъдат регистрирани в IAMMETER-Central. Това се различава от гъвкавостта при персонализирани SN, налична в IAMMETER-Docker.

Какво не предоставя IAMMETER-Central

IAMMETER-Central не е цялостно приложение за анализ на потребление на енергия или на соларни системи. Интерфейсът му е насочен към middleware и управление на устройства. Клиентът предоставя бизнес UI, отчетите, правата и работните процеси, необходими за крайното приложение.

Това разделение е ценно, когато едно предприятие вече има собствена система за управление и се нуждае от поддържан начин да внесе измерванията от IAMMETER в нея.

5. IAMMETER-Central или директна интеграция?

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

Отговорност IAMMETER-Central Директна интеграция
Приемане на качванията от уредите Осигурено от Central Клиентът го реализира
Разбор на полезния товар от IAMMETER Осигурено от Central Клиентът го реализира
Съхранение на измерванията Осигурено чрез слоя за база данни на Central Клиентът го проектира
Регистрация на устройства Работен процес на Central Клиентът го проектира
API за ERP/EMS/BMS API на Central Клиентът го изгражда
Краен бизнес UI Клиентът го изгражда Клиентът го изгражда
Контрол на ниво протокол Нужен е по-малко клиентски код Пълен контрол от клиента

Изберете Central, когато основната ви цел е да използвате данните от измервателните уреди в съществуващо бизнес приложение, без да притежавате целия слой за приемане на данни.

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

За инженерната работа от страна на приемника при директна интеграция вижте Приемане на енергийни данни от IAMMETER на собствен сървър.

6. Използване на съществуваща платформа с отворен код

Съществуваща платформа може вече да предоставя точно функциите за табла, автоматизация или мониторинг, от които проектът се нуждае.

Интеграции на IAMMETER с платформи за автоматизация с отворен код

Поддържаните пътища за интеграция включват:

  • Home Assistant за локални табла за енергия и автоматизация;
  • Node-RED за потоци от данни и логика за управление;
  • OpenHAB и ioBroker за домашна автоматизация;
  • Zabbix за мониторинг в стил инфраструктурен мониторинг;
  • ThingsBoard за IoT табла и работни процеси.

Страницата на всяка платформа е авторитетното ръководство за внедряване за съответната платформа, докато тази страница само ви помага да изберете подходящия път за внедряване.

За по-широко сравнение вижте Интегриране на IAMMETER със самостоятелно хоствани и отворени системи.

7. Изграждане на напълно собствен бекенд

Измервателните уреди IAMMETER могат да изпращат данни директно към приемник на клиента чрез поддържани отворени интерфейси като:

  • MQTT или MQTTS;
  • HTTP или HTTPS;
  • TCP или TLS.

Собственият бекенд дава на клиента пълен контрол върху:

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

Той също така прави клиента отговорен за работата с протоколите, валидирането, мащабирането, наличността, мониторинга и сигурността.

Започнете с:

8. Локална работа и собственост върху данните

Самостоятелното хостване означава, че клиентът контролира хоста на приложението и съхраняваните в него данни. Дали цялата система може да работи без достъп до интернет, зависи от избраната архитектура и дизайна на мрежата.

Типичните пътища само в локална мрежа включват:

  • измервателен уред към IAMMETER-Docker в същата мрежа;
  • измервателен уред към локално внедрен екземпляр на IAMMETER-Central;
  • измервателен уред към локален MQTT брокер;
  • локална платформа, която чете измервателния уред чрез Local API или Modbus TCP;
  • качване от измервателния уред към приемник в същата локална мрежа.

Отдалечен сървър все още изисква интернет връзка, частен WAN или VPN път. Локалният достъп и използването на IAMMETER-Cloud не са непременно взаимно изключващи се, но съвместното им съществуване зависи от избрания режим на работа и конфигурацията на внедряването.

За разграничението между без интернет, без облак и без локална мрежа вижте Използване на Wi-Fi електромер без интернет или облак.

9. Планиране на растежа

Успешният пилотен проект трябва да има път към производствен мащаб.

Преди да изберете платформа, потвърдете:

  1. очаквания брой измервателни уреди и канали;
  2. необходимия интервал за качване или запитване;
  3. дневния обем записи и периода на съхранение;
  4. изискванията за база данни, резервни копия и възстановяване;
  5. модела за наематели, обекти и права на потребителите;
  6. мониторинга и алармите за последно виждане;
  7. изискванията за работа независимо от интернет;
  8. точките за интеграция с ERP, EMS, BMS или системи за автоматизация;
  9. кой поддържа сървъра, базата данни и приложението;
  10. дали клиентът се нуждае от готов UI, middleware API или пълен контрол на протокола.

Най-добрата архитектура е тази, чиято експлоатационна граница съответства на екипа, който ще я поддържа.

10. Препоръчана следваща стъпка

Вашата цел Започнете оттук
Бързо стартиране на локален интерфейс за мониторинг Внедряване на IAMMETER-Docker
Интегриране на данни от IAMMETER с корпоративно приложение Оценка на IAMMETER-Central
Добавяне на IAMMETER към платформа за умен дом Интеграция с Home Assistant
Сравнение на поддържаните платформи с отворен код Преглед на интеграциите със самостоятелно хоствани системи
Изграждане на собствен приемник на данни Приемане на данни на собствен сървър
Преглед на всички интерфейси от страна на измервателния уред Ръководство за фърмуера и отворените интерфейси

За корпоративно внедряване или внедряване при партньор, когато правилната граница между Central и директната интеграция е неясна, се свържете с IAMMETER, като посочите очаквания брой устройства, изискванията за база данни и целевата бизнес система.

Последна актуализация: 16 юли 2026 г.

Нагоре