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

Phát triển hệ thống giám sát năng lượng của riêng bạn với IAMMETER

Phát triển hệ thống giám sát năng lượng của riêng bạn với IAMMETER

Các đồng hồ đo năng lượng Wi-Fi của IAMMETER cung cấp giao diện dữ liệu mở cho các nhà phát triển, đơn vị tích hợp hệ thống và khách hàng đang xây dựng phần mềm giám sát năng lượng của riêng mình.

Bạn có thể lấy số đo trực tiếp từ đồng hồ, để đồng hồ tải dữ liệu lên máy chủ của bạn, triển khai dịch vụ tự lưu trữ của IAMMETER, hoặc xây dựng ứng dụng dựa trên API của IAMMETER-Cloud.

Trang này là hướng dẫn điều hướng dành cho nhà phát triển để chọn một kiến trúc. Trang liên kết tới các định nghĩa giao thức và tài liệu triển khai hiện hành thay vì lặp lại toàn bộ tham số API.

Nếu câu hỏi đầu tiên của bạn là liệu đồng hồ IAMMETER có thể hoạt động mà không cần Internet hoặc IAMMETER-Cloud hay không, hãy bắt đầu với Sử dụng đồng hồ đo năng lượng Wi-Fi không cần Internet hoặc Cloud. Để so sánh theo hướng nền tảng, xem Tích hợp tự lưu trữ và mã nguồn mở.

1. Chọn kiến trúc hệ thống của bạn

Có bốn cách chính để sử dụng dữ liệu IAMMETER trong ứng dụng của riêng bạn.

Kiến trúc Luồng dữ liệu Phù hợp nhất với Có cần IAMMETER-Cloud?
Đọc đồng hồ tại chỗ Ứng dụng → Đồng hồ Bảng điều khiển LAN, tự động hóa, PLC và SCADA Không
Để đồng hồ tải dữ liệu lên Đồng hồ → Máy chủ hoặc broker của khách hàng Cloud tùy chỉnh, EMS, BMS và backend IoT Không
Triển khai phần mềm tự lưu trữ của IAMMETER Đồng hồ → IAMMETER-Docker hoặc IAMMETER-Central → Ứng dụng Người dùng muốn có lưu trữ và API mà không phải xây dựng toàn bộ backend Không
Xây dựng trên API của IAMMETER-Cloud Đồng hồ → IAMMETER-Cloud → Ứng dụng Ứng dụng muốn tái sử dụng dữ liệu và dịch vụ của IAMMETER-Cloud Có

Lựa chọn đúng phụ thuộc vào nơi dữ liệu nên được lưu trữ, liệu dự án có cần hoạt động độc lập với Internet hay không, tần suất làm mới yêu cầu và mức độ phát triển backend mà bạn muốn duy trì.

2. Đọc dữ liệu trực tiếp từ đồng hồ

Chọn kiến trúc này khi ứng dụng và đồng hồ nằm trên cùng một mạng nội bộ.

Đồng hồ IAMMETER ← API HTTP nội bộ hoặc Modbus TCP ← Ứng dụng của bạn

Ứng dụng của bạn kiểm soát khoảng thời gian truy vấn và lưu trữ mọi dữ liệu lịch sử mà nó cần. Không cần dịch vụ cloud nào của IAMMETER cho đường dữ liệu nội bộ.

2.1 API HTTP nội bộ

Đồng hồ cung cấp các endpoint HTTP nội bộ để lấy các số đo như điện áp, dòng điện, công suất tác dụng, điện năng tiêu thụ và điện năng phát lên lưới.

Các endpoint đo lường phổ biến bao gồm:

  • /api/monitorjson
  • /api/monitor

Truy cập API HTTP nội bộ là điểm khởi đầu thực tế cho:

  • bảng điều khiển tùy chỉnh;
  • các script chạy trên PC, NAS hoặc Raspberry Pi;
  • tích hợp low-code;
  • ứng dụng nội bộ không yêu cầu truy vấn mỗi giây.

Xem Hướng dẫn API nội bộ và giao diện mở của IAMMETER để biết định nghĩa endpoint và ví dụ hiện hành.

2.2 Modbus TCP

Sử dụng Modbus TCP khi dự án yêu cầu:

  • truy vấn nội bộ mỗi giây;
  • tích hợp PLC hoặc SCADA;
  • điều khiển công suất theo thời gian thực;
  • tích hợp với EMS hoặc BMS công nghiệp;
  • một giao thức dựa trên thanh ghi tiêu chuẩn.

Xem Hướng dẫn thanh ghi và tích hợp Modbus TCP của IAMMETER.

2.3 Những gì ứng dụng của bạn phải cung cấp

Đọc trực tiếp tại chỗ chỉ trả về các số đo của đồng hồ. Ứng dụng của bạn vẫn chịu trách nhiệm cho mọi chức năng bổ sung mà nó cần, bao gồm:

  • lưu trữ dữ liệu;
  • tổng hợp theo giờ, ngày và tháng;
  • bảng điều khiển và báo cáo;
  • người dùng và quyền hạn;
  • cảnh báo và logic tự động hóa;
  • sao lưu và thời gian lưu trữ.

Nếu bạn không muốn xây dựng các chức năng backend này ngay từ đầu, hãy cân nhắc IAMMETER-Docker hoặc IAMMETER-Central.

3. Tải dữ liệu đồng hồ trực tiếp lên máy chủ của bạn

Chọn kiến trúc này khi đồng hồ nên chủ động tạo kết nối và gửi dữ liệu đến một endpoint do bạn quản lý.

Đồng hồ IAMMETER → MQTT/MQTTS, HTTP/HTTPS hoặc TCP/TLS → Máy chủ của bạn

Firmware IAMMETER hiện tại hỗ trợ một số giao diện tải lên:

Giao diện Thành phần phía khách hàng Ứng dụng tiêu biểu
MQTT / MQTTS MQTT broker và subscriber Nền tảng IoT, tự động hóa và luồng tin nhắn
HTTP / HTTPS Endpoint HTTP Backend REST, dịch vụ cloud hoặc EMS tùy chỉnh
TCP / TLS Máy chủ TCP Bộ thu thập tùy chỉnh và tích hợp ở mức giao thức

Đồng hồ và máy chủ của bạn sử dụng cùng một cấu trúc JSON số đo của IAMMETER trên các phương thức tải lên được hỗ trợ. Hãy xem lại định nghĩa dữ liệu trước khi triển khai bộ phân tích cú pháp của bạn.

Tài nguyên triển khai:

Một máy chủ trên cùng mạng LAN có thể hoạt động mà không cần truy cập Internet. Một endpoint từ xa vẫn cần đường truyền hoạt động qua Internet, WAN riêng hoặc VPN.

4. Sử dụng phần mềm tự lưu trữ của IAMMETER

IAMMETER cung cấp hai lựa chọn tự lưu trữ cho người dùng muốn triển khai dữ liệu riêng tư mà không phải tự triển khai mọi thành phần backend.

4.1 IAMMETER-Docker

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

Nó thường phù hợp với:

  • cá nhân và nhà phát triển;
  • triển khai trên Raspberry Pi, mini PC và NAS;
  • giám sát năng lượng gia đình hoặc năng lượng mặt trời trên mạng riêng;
  • dự án cần cả giao diện hoạt động được lẫn API;
  • người dùng muốn phát triển giao diện tùy chỉnh dựa trên backend có sẵn.

Tiếp tục với:

4.2 IAMMETER-Central

IAMMETER-Central là phần mềm trung gian dữ liệu tự lưu trữ dành cho người dùng doanh nghiệp, đơn vị lắp đặt và đơn vị tích hợp hệ thống.

Nó tập trung vào:

  • đăng ký và quản lý các thiết bị IAMMETER;
  • lưu trữ số đo của đồng hồ trong cơ sở dữ liệu do khách hàng kiểm soát;
  • cung cấp API được chuẩn hóa cho ứng dụng của khách hàng;
  • tách biệt việc thu nhận dữ liệu thiết bị khỏi ERP, EMS, BMS hoặc giao diện người dùng của khách hàng.

IAMMETER-Central không nhằm cung cấp toàn bộ logic nghiệp vụ của một ứng dụng quản lý năng lượng. Nó hữu ích khi khách hàng muốn có một lớp phần mềm trung gian dữ liệu được duy trì và sẽ tự xây dựng giao diện người dùng hoặc các chức năng nghiệp vụ của riêng mình.

Xem Các lựa chọn tự lưu trữ của IAMMETER để so sánh IAMMETER-Docker, IAMMETER-Central, các nền tảng mã nguồn mở và tích hợp máy chủ trực tiếp.

5. Xây dựng trên API của IAMMETER-Cloud

Sử dụng IAMMETER-Cloud là một cách khác để phát triển bảng điều khiển hoặc ứng dụng tùy chỉnh. Trong kiến trúc này, đồng hồ tải dữ liệu lên IAMMETER-Cloud và ứng dụng của bạn lấy dữ liệu được cung cấp qua API của IAMMETER-Cloud.

Đồng hồ IAMMETER → IAMMETER-Cloud → API cloud → Ứng dụng của bạn

Lựa chọn này có thể giảm bớt việc phát triển ở phía thiết bị và phía thu nhận dữ liệu, nhưng đây không phải là kiến trúc ngoại tuyến hay độc lập với cloud.

Nó phù hợp khi:

  • đồng hồ đã báo cáo dữ liệu lên IAMMETER-Cloud;
  • ứng dụng của bạn muốn tái sử dụng dữ liệu được lưu trữ trên cloud;
  • có sẵn kết nối Internet;
  • không yêu cầu giữ toàn bộ đường ống dữ liệu trong mạng nội bộ.

Xem Tài liệu API của IAMMETER-Cloud để biết các thao tác API được hỗ trợ và yêu cầu xác thực.

6. Tích hợp với nền tảng mã nguồn mở sẵn có

Trước khi xây dựng một hệ thống giám sát hoàn chỉnh, hãy kiểm tra xem liệu một nền tảng sẵn có đã cung cấp các chức năng lưu trữ, bảng điều khiển và tự động hóa mà bạn cần hay chưa.

IAMMETER có thể được tích hợp với:

Các trang riêng cho từng nền tảng này là những hướng dẫn triển khai. Để có so sánh rộng hơn, hãy dùng Tổng quan về tích hợp tự lưu trữ và mã nguồn mở.

7. Chọn điểm khởi đầu tốt nhất

Yêu cầu dự án Điểm khởi đầu được đề xuất
Script hoặc bảng điều khiển LAN đơn giản API HTTP nội bộ
Dữ liệu nội bộ mỗi giây hoặc điều khiển công nghiệp Modbus TCP
Đã có hạ tầng MQTT Tải lên qua MQTT hoặc MQTTS
Đã có backend web Tải lên qua HTTP hoặc HTTPS
Bộ thu thập socket tùy chỉnh Tải lên qua TCP hoặc TLS
Giám sát riêng tư dùng ngay cho một người dùng IAMMETER-Docker
Phần mềm trung gian doanh nghiệp cho ERP, EMS hoặc BMS IAMMETER-Central
Bảng điều khiển và tự động hóa nhà thông minh Home Assistant
Ứng dụng xây dựng trên dữ liệu IAMMETER-Cloud sẵn có API IAMMETER-Cloud

8. Danh sách kiểm tra trước khi phát triển

Trước khi triển khai, hãy xác nhận:

  1. đồng hồ được chọn cung cấp những số đo và pha nào;
  2. dữ liệu sẽ được truy vấn định kỳ hay đẩy lên;
  3. khoảng thời gian cập nhật yêu cầu;
  4. liệu hệ thống có phải hoạt động khi Internet gián đoạn hay không;
  5. dữ liệu lịch sử sẽ được lưu ở đâu;
  6. có yêu cầu truyền tải được bảo vệ bằng TLS hay không;
  7. ứng dụng sẽ xác thực người dùng và thiết bị như thế nào;
  8. liệu IAMMETER-Cloud có nên tiếp tục là một phần của kiến trúc hay không;
  9. phiên bản firmware dùng để kiểm chứng;
  10. cách sao lưu cấu hình, nhật ký và dữ liệu.

9. Tài liệu liên quan

Cập nhật lần cuối: 16 tháng 7, 2026

Lên đầu