Xin lỗi, trình duyệt của bạn không hỗ trợ JavaScript!
Đăng nhập

Giám sát năng lượng tự vận hành với IAMMETER

Giám sát năng lượng tự vận hành với IAMMETER

Các đồng hồ IAMMETER không bị giới hạn trong IAMMETER-Cloud. Nhờ các giao diện mở, dữ liệu điện năng có thể được lưu trữ và xử lý trên máy chủ do khách hàng tự kiểm soát.

Không có một kiến trúc tự vận hành nào phù hợp với mọi dự án. Lựa chọn đúng phụ thuộc vào việc bạn cần:

  • một giao diện giám sát cục bộ dùng được ngay;
  • phần mềm trung gian dữ liệu (middleware) cho một ứng dụng doanh nghiệp;
  • tích hợp với một nền tảng mã nguồn mở đang có;
  • đưa dữ liệu trực tiếp vào EMS, BMS, ERP hoặc backend IoT của riêng bạn.

IAMMETER hỗ trợ cả bốn hướng:

                        ┌─→ IAMMETER-Docker ─→ Biểu đồ và API cục bộ
Đồng hồ IAMMETER ───────┼─→ IAMMETER-Central ─→ ERP / EMS / BMS của khách hàng
                        ├─→ Nền tảng mã nguồn mở ─→ Tự động hóa và bảng điều khiển
                        └─→ Thiết bị nhận của khách hàng ─→ Backend và cơ sở dữ liệu tùy chỉnh

Trang này giúp bạn chọn một kiến trúc. Hướng dẫn cài đặt và giao thức chi tiết được duy trì trong các tài liệu kỹ thuật được liên kết.

1. So sánh bốn hướng triển khai

Phương án Người dùng chính Giao diện giám sát sẵn có Lưu trữ dữ liệu API cho phát triển của khách hàng Công sức phát triển
IAMMETER-Docker Người dùng cá nhân, nhà phát triển và dự án cục bộ quy mô nhỏ Có, với các chức năng giám sát cơ bản Máy chủ của khách hàng Có Thấp đến trung bình
IAMMETER-Central Doanh nghiệp, đối tác và đơn vị tích hợp hệ thống Chỉ có giao diện quản lý thiết bị; không có giao diện phân tích năng lượng đầy đủ MySQL hoặc MariaDB của khách hàng Có, được thiết kế cho ứng dụng của khách hàng Trung bình
Nền tảng mã nguồn mở Người dùng đang vận hành Home Assistant, Node-RED hoặc một nền tảng khác Do nền tảng được chọn cung cấp Phụ thuộc vào nền tảng Phụ thuộc vào nền tảng Thấp đến trung bình
Tích hợp trực tiếp Khách hàng có backend và đội kỹ thuật riêng Không Do khách hàng quy định Do khách hàng quy định Cao

Lựa chọn đơn giản nhất không phải lúc nào cũng là thành phần phần mềm nhỏ nhất. Hãy chọn phương án loại bỏ những công việc mà đội của bạn không muốn tự xây dựng hoặc duy trì.

2. Gợi ý nhanh theo loại người dùng

Chọn IAMMETER-Docker khi:

  • bạn muốn có giao diện cục bộ và khả năng giám sát lịch sử một cách nhanh chóng;
  • dự án do một cá nhân hoặc một nhóm kỹ thuật nhỏ vận hành;
  • máy chủ là Raspberry Pi, mini PC, NAS hoặc máy chủ riêng;
  • bạn muốn có API để mở rộng giao diện về sau;
  • bạn cần một điểm khởi đầu thực tế mà không phải tự xây dựng backend thu nhận dữ liệu.

Chọn IAMMETER-Central khi:

  • khách hàng đã có ERP, EMS, BMS hoặc giao diện tùy chỉnh;
  • ứng dụng cần một lớp API nhất quán cho các thiết bị IAMMETER;
  • dữ liệu phải được lưu trong cơ sở dữ liệu MySQL hoặc MariaDB do khách hàng quản lý;
  • dự án cần phần mềm trung gian về thiết bị và phép đo hơn là một sản phẩm phân tích năng lượng làm sẵn;
  • đội tích hợp muốn tránh việc phải tự triển khai từng giao thức truyền tải và bộ phân tích payload phía đồng hồ.

Chọn một nền tảng mã nguồn mở khi:

  • Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix hoặc ThingsBoard đã là một phần của dự án;
  • nền tảng đã cung cấp các tính năng bảng điều khiển hoặc tự động hóa cần thiết;
  • bạn không cần một backend riêng dành cho IAMMETER.

Chọn tích hợp trực tiếp khi:

  • tổ chức của bạn đã vận hành dịch vụ thu nhận dữ liệu và cơ sở dữ liệu;
  • backend của bạn có thể nhận dữ liệu HTTP/HTTPS, MQTT/MQTTS hoặc TCP/TLS;
  • kỹ sư của bạn muốn kiểm soát hoàn toàn mô hình dữ liệu, thời gian lưu trữ và logic nghiệp vụ;
  • trách nhiệm phát triển và vận hành tăng thêm là chấp nhận được.

3. IAMMETER-Docker: hệ thống giám sát cục bộ sẵn dùng

IAMMETER-Docker là một hệ thống giám sát năng lượng mã nguồn mở, tự vận hành. Nó kết hợp việc thu nhận dữ liệu, lưu trữ, các chức năng giám sát năng lượng cơ bản, biểu đồ và API trong một lần triển khai.

Giám sát năng lượng tự vận hành với IAMMETER-Docker

IAMMETER-Docker cung cấp những gì

  • triển khai trên máy chủ do khách hàng kiểm soát;
  • các chức năng cơ bản về giám sát điện năng tiêu thụ và điện mặt trời;
  • dữ liệu lịch sử và biểu đồ;
  • hỗ trợ SQLite và MySQL;
  • truy cập API để phát triển giao diện tùy chỉnh;
  • hỗ trợ các đồng hồ IAMMETER và quy trình SN tùy chỉnh;
  • các trường hợp sử dụng datalogger tùy chọn để thu thập dữ liệu cục bộ.

Điểm mạnh nhất

IAMMETER-Docker là lựa chọn tốt khi người dùng muốn bắt đầu giám sát cục bộ trước khi viết phần mềm tùy chỉnh. Nhà phát triển có thể dùng giao diện có sẵn trước, rồi bổ sung một bảng điều khiển hoặc luồng xử lý dữ liệu riêng thông qua các API hiện có.

Những điều cần cân nhắc

Khách hàng vẫn chịu trách nhiệm về máy chủ, mạng, cập nhật, sao lưu, dung lượng lưu trữ và bảo mật. IAMMETER-Docker cung cấp chức năng ứng dụng, nhưng không thay thế các công việc vận hành tự host thông thường.

Tiếp tục với:

4. IAMMETER-Central: phần mềm trung gian dữ liệu cho ứng dụng của khách hàng

IAMMETER-Central là phần mềm trung gian triển khai riêng cho doanh nghiệp, đối tác và đơn vị tích hợp hệ thống.

Phần mềm trung gian IAMMETER-Central

IAMMETER-Central cung cấp những gì

  • đăng ký và quản lý các thiết bị IAMMETER;
  • lưu trữ và quản lý dữ liệu điện áp, dòng điện, công suất và điện năng;
  • hỗ trợ MySQL và MariaDB;
  • API cho các ứng dụng do khách hàng phát triển;
  • một lớp trung gian nhất quán giữa đồng hồ IAMMETER và ERP, EMS, BMS hoặc giao diện tùy chỉnh.

SN sản phẩm IAMMETER và các SN Virtual Meter được hỗ trợ có thể được đăng ký trong IAMMETER-Central. Điều này khác với khả năng linh hoạt SN tùy chỉnh có trong IAMMETER-Docker.

IAMMETER-Central không cung cấp những gì

IAMMETER-Central không phải là một ứng dụng phân tích điện năng tiêu thụ hay điện mặt trời hoàn chỉnh. Giao diện của nó tập trung vào phần mềm trung gian và quản lý thiết bị. Khách hàng cung cấp giao diện nghiệp vụ, báo cáo, phân quyền và quy trình làm việc mà ứng dụng cuối cùng yêu cầu.

Sự tách biệt này rất có giá trị khi một doanh nghiệp đã có hệ thống quản lý riêng và cần một cách được duy trì để đưa các phép đo IAMMETER vào hệ thống đó.

5. IAMMETER-Central hay tích hợp trực tiếp?

Cả hai hướng đều có thể đưa dữ liệu đồng hồ đến ứng dụng do khách hàng sở hữu, nhưng ranh giới kỹ thuật là khác nhau.

Trách nhiệm IAMMETER-Central Tích hợp trực tiếp
Nhận dữ liệu đồng hồ gửi lên Central đảm nhiệm Khách hàng tự triển khai
Phân tích payload IAMMETER Central đảm nhiệm Khách hàng tự triển khai
Lưu trữ các phép đo của đồng hồ Thực hiện qua lớp cơ sở dữ liệu của Central Khách hàng tự thiết kế
Đăng ký thiết bị Quy trình của Central Khách hàng tự thiết kế
API cho ERP/EMS/BMS API của Central Khách hàng tự xây dựng
Giao diện nghiệp vụ cuối cùng Khách hàng tự xây dựng Khách hàng tự xây dựng
Kiểm soát ở mức giao thức Cần ít mã phía khách hàng hơn Khách hàng kiểm soát hoàn toàn

Chọn Central khi mục tiêu chính của bạn là sử dụng dữ liệu đồng hồ trong một ứng dụng nghiệp vụ đang có mà không phải sở hữu toàn bộ lớp thu nhận dữ liệu.

Chọn tích hợp trực tiếp khi đội kỹ thuật của bạn đã có hạ tầng thu nhận, quản lý thiết bị và lưu trữ cần thiết, hoặc khi dự án yêu cầu một đường dẫn dữ liệu mang tính chuyên biệt cao.

Về phần kỹ thuật phía thiết bị nhận trong tích hợp trực tiếp, xem Nhận dữ liệu năng lượng IAMMETER trên máy chủ của riêng bạn.

6. Sử dụng một nền tảng mã nguồn mở đang có

Một nền tảng đang dùng có thể đã cung cấp đúng các chức năng bảng điều khiển, tự động hóa hoặc giám sát mà dự án cần.

Tích hợp IAMMETER với các nền tảng tự động hóa mã nguồn mở

Các hướng tích hợp được hỗ trợ gồm:

  • Home Assistant cho bảng điều khiển năng lượng cục bộ và tự động hóa;
  • Node-RED cho luồng dữ liệu và logic điều khiển;
  • OpenHAB và ioBroker cho tự động hóa gia đình;
  • Zabbix cho giám sát kiểu hạ tầng;
  • ThingsBoard cho bảng điều khiển và quy trình IoT.

Mỗi trang nền tảng là hướng dẫn triển khai chính thức cho nền tảng đó, còn trang này chỉ giúp bạn chọn hướng triển khai phù hợp.

Để có so sánh rộng hơn, xem Tích hợp IAMMETER với các hệ thống tự vận hành và mã nguồn mở.

7. Xây dựng một backend hoàn toàn tùy chỉnh

Đồng hồ IAMMETER có thể gửi dữ liệu trực tiếp đến thiết bị nhận của khách hàng thông qua các giao diện mở được hỗ trợ như:

  • MQTT hoặc MQTTS;
  • HTTP hoặc HTTPS;
  • TCP hoặc TLS.

Một backend tùy chỉnh cho khách hàng toàn quyền kiểm soát:

  • danh tính thiết bị và việc ánh xạ theo vị trí;
  • lưu trữ dữ liệu thô và dữ liệu đã chuẩn hóa;
  • thời gian lưu trữ và tổng hợp dữ liệu;
  • báo cáo, biểu giá và cảnh báo;
  • người dùng ứng dụng và phân quyền;
  • tích hợp với các dịch vụ doanh nghiệp hiện có.

Nó cũng đặt khách hàng vào vị trí chịu trách nhiệm về xử lý giao thức, kiểm tra hợp lệ, mở rộng quy mô, tính sẵn sàng, giám sát và bảo mật.

Bắt đầu với:

8. Vận hành cục bộ và quyền sở hữu dữ liệu

Tự vận hành nghĩa là khách hàng kiểm soát máy chủ ứng dụng và dữ liệu được lưu trên đó. Việc toàn bộ hệ thống có thể hoạt động mà không cần truy cập Internet hay không phụ thuộc vào kiến trúc và thiết kế mạng được chọn.

Các hướng chỉ dùng mạng LAN thường gặp gồm:

  • đồng hồ đến IAMMETER-Docker trong cùng mạng;
  • đồng hồ đến một instance IAMMETER-Central triển khai cục bộ;
  • đồng hồ đến một MQTT broker cục bộ;
  • một nền tảng cục bộ đọc đồng hồ qua Local API hoặc Modbus TCP;
  • đồng hồ gửi dữ liệu đến thiết bị nhận trong cùng mạng LAN.

Máy chủ từ xa vẫn cần kết nối Internet, WAN riêng hoặc đường VPN. Truy cập cục bộ và việc sử dụng IAMMETER-Cloud không nhất thiết loại trừ lẫn nhau, nhưng khả năng cùng tồn tại phụ thuộc vào chế độ chạy và cấu hình triển khai được chọn.

Về sự khác biệt giữa không Internet, không cloud và không mạng cục bộ, xem Sử dụng đồng hồ năng lượng Wi-Fi không cần Internet hay cloud.

9. Lập kế hoạch cho sự tăng trưởng

Một thử nghiệm thành công cần có lộ trình mở rộng lên quy mô sản xuất.

Trước khi chọn nền tảng, hãy xác nhận:

  1. số lượng đồng hồ và kênh dự kiến;
  2. khoảng thời gian gửi dữ liệu hoặc lấy mẫu theo yêu cầu;
  3. khối lượng bản ghi mỗi ngày và thời gian lưu trữ;
  4. yêu cầu về cơ sở dữ liệu, sao lưu và khôi phục;
  5. mô hình đối tượng thuê, vị trí và phân quyền người dùng;
  6. việc giám sát và cảnh báo lần cuối nhận dữ liệu;
  7. yêu cầu hoạt động độc lập với Internet;
  8. các điểm tích hợp với ERP, EMS, BMS hoặc hệ thống tự động hóa;
  9. ai sẽ bảo trì máy chủ, cơ sở dữ liệu và ứng dụng;
  10. khách hàng cần giao diện sẵn dùng, API trung gian hay quyền kiểm soát giao thức hoàn toàn.

Kiến trúc tốt nhất là kiến trúc có ranh giới vận hành tương ứng với đội ngũ sẽ bảo trì nó.

10. Bước tiếp theo được đề xuất

Mục tiêu của bạn Bắt đầu tại đây
Chạy nhanh một giao diện giám sát cục bộ Triển khai IAMMETER-Docker
Tích hợp dữ liệu IAMMETER với ứng dụng doanh nghiệp Đánh giá IAMMETER-Central
Thêm IAMMETER vào nền tảng nhà thông minh Tích hợp Home Assistant
So sánh các nền tảng mã nguồn mở được hỗ trợ Tổng quan tích hợp tự vận hành
Xây dựng thiết bị nhận dữ liệu tùy chỉnh Nhận dữ liệu trên máy chủ của riêng bạn
Xem lại tất cả giao diện phía đồng hồ Hướng dẫn firmware và giao diện mở

Đối với triển khai cho doanh nghiệp hoặc đối tác khi chưa rõ ranh giới đúng giữa Central và tích hợp trực tiếp, hãy liên hệ IAMMETER kèm số lượng thiết bị dự kiến, yêu cầu cơ sở dữ liệu và hệ thống nghiệp vụ mục tiêu.

Cập nhật lần cuối: ngày 16 tháng 7 năm 2026

Lên đầu