ขออภัย เบราว์เซอร์ของคุณไม่รองรับ JavaScript!
เข้าสู่ระบบ

พัฒนาระบบตรวจสอบพลังงานของคุณเองด้วย IAMMETER

พัฒนาระบบตรวจสอบพลังงานของคุณเองด้วย IAMMETER

IAMMETER มิเตอร์พลังงาน Wi-Fi มีอินเทอร์เฟซข้อมูลแบบเปิดสำหรับนักพัฒนา ผู้รวมระบบ และลูกค้าที่กำลังสร้างซอฟต์แวร์ตรวจสอบพลังงานของตนเอง

คุณสามารถดึงค่าการวัดจากมิเตอร์โดยตรง ให้มิเตอร์อัปโหลดข้อมูลไปยังเซิร์ฟเวอร์ของคุณ ติดตั้งบริการ IAMMETER ที่โฮสต์เอง หรือสร้างแอปพลิเคชันบน IAMMETER-Cloud APIs

หน้านี้เป็นคู่มือนำทางสำหรับนักพัฒนาในการเลือกสถาปัตยกรรม โดยเชื่อมโยงไปยังคำจำกัดความโปรโตคอลปัจจุบันและเอกสารการใช้งานแทนที่จะทำซ้ำพารามิเตอร์ API ทุกตัว

หากคำถามแรกของคุณคือว่ามิเตอร์ IAMMETER สามารถทำงานได้โดยไม่ต้องเชื่อมต่ออินเทอร์เน็ตหรือ IAMMETER-Cloud หรือไม่ ให้เริ่มที่ ใช้มิเตอร์พลังงาน Wi-Fi โดยไม่ต้องใช้อินเทอร์เน็ตหรือคลาวด์ สำหรับการเปรียบเทียบเชิงแพลตฟอร์ม ดูที่ การรวมระบบแบบโฮสต์เองและโอเพนซอร์ส

1. เลือกสถาปัตยกรรมระบบของคุณ

มีสี่วิธีหลักในการใช้ข้อมูล IAMMETER ในแอปพลิเคชันของคุณเอง

สถาปัตยกรรม การไหลของข้อมูล เหมาะที่สุดสำหรับ ต้องใช้ IAMMETER-Cloud หรือไม่?
อ่านมิเตอร์ในเครื่อง แอปพลิเคชัน → มิเตอร์ แดชบอร์ด LAN, ระบบอัตโนมัติ, PLC และ SCADA ไม่
ให้มิเตอร์อัปโหลดข้อมูล มิเตอร์ → เซิร์ฟเวอร์หรือ broker ของลูกค้า คลาวด์ที่กำหนดเอง, EMS, BMS และแบ็กเอนด์ IoT ไม่
ติดตั้งซอฟต์แวร์ IAMMETER แบบโฮสต์เอง มิเตอร์ → IAMMETER-Docker หรือ IAMMETER-Central → แอปพลิเคชัน ผู้ใช้ที่ต้องการพื้นที่จัดเก็บและ API โดยไม่ต้องสร้างแบ็กเอนด์ทั้งหมด ไม่
สร้างบน IAMMETER-Cloud APIs มิเตอร์ → IAMMETER-Cloud → แอปพลิเคชัน แอปพลิเคชันที่ต้องการใช้ข้อมูลและบริการของ IAMMETER-Cloud ซ้ำ ใช่

ตัวเลือกที่ถูกต้องขึ้นอยู่กับว่าควรจัดเก็บข้อมูลไว้ที่ไหน โปรเจกต์จำเป็นต้องทำงานโดยไม่พึ่งอินเทอร์เน็ตหรือไม่ อัตราการรีเฟรชที่ต้องการ และปริมาณการพัฒนาแบ็กเอนด์ที่คุณต้องการดูแล

2. อ่านข้อมูลโดยตรงจากมิเตอร์

เลือกสถาปัตยกรรมนี้เมื่อแอปพลิเคชันและมิเตอร์อยู่ในเครือข่ายท้องถิ่นเดียวกัน

IAMMETER meter ← Local HTTP API or Modbus TCP ← Your application

แอปพลิเคชันของคุณควบคุมช่วงเวลาการเรียกข้อมูลและจัดเก็บประวัติที่ต้องการ ไม่จำเป็นต้องใช้บริการคลาวด์ของ IAMMETER สำหรับเส้นทางข้อมูลในเครื่อง

2.1 Local HTTP API

มิเตอร์มี endpoints HTTP ในเครื่องสำหรับดึงค่าการวัด เช่น แรงดันไฟฟ้า กระแสไฟฟ้า กำลังไฟฟ้าจริง พลังงานที่นำเข้าและพลังงานที่ส่งออก

endpoints การวัดทั่วไปได้แก่:

  • /api/monitorjson
  • /api/monitor

การเข้าถึง Local HTTP API เป็นจุดเริ่มต้นที่ใช้งานได้จริงสำหรับ:

  • แดชบอร์ดที่กำหนดเอง;
  • สคริปต์ที่ทำงานบน PC, NAS หรือ Raspberry Pi;
  • การรวมระบบแบบ low-code;
  • แอปพลิเคชันในเครื่องที่ไม่ต้องใช้การเรียกข้อมูลทุกวินาที

ดู คู่มือ Local API และอินเทอร์เฟซเปิดของ IAMMETER สำหรับคำจำกัดความและตัวอย่าง endpoints ปัจจุบัน

2.2 Modbus TCP

ใช้ Modbus TCP เมื่อโปรเจกต์ต้องการ:

  • การเรียกข้อมูลในเครื่องทุกวินาที;
  • การรวมระบบ PLC หรือ SCADA;
  • การควบคุมกำลังไฟฟ้าแบบเรียลไทม์;
  • การรวมระบบกับ EMS หรือ BMS ทางอุตสาหกรรม;
  • โปรโตคอลแบบ register-based มาตรฐาน

ดู คู่มือ Modbus TCP Register และการรวมระบบของ IAMMETER

2.3 สิ่งที่แอปพลิเคชันของคุณต้องจัดเตรียม

การอ่านข้อมูลในเครื่องโดยตรงจะส่งคืนค่าการวัดจากมิเตอร์ แอปพลิเคชันของคุณยังคงรับผิดชอบฟังก์ชันเพิ่มเติมที่ต้องการ รวมถึง:

  • การจัดเก็บข้อมูล;
  • การรวมข้อมูลรายชั่วโมง รายวัน และรายเดือน;
  • แดชบอร์ดและรายงาน;
  • ผู้ใช้และสิทธิ์;
  • การแจ้งเตือนและตรรกะอัตโนมัติ;
  • การสำรองข้อมูลและการเก็บรักษา

หากคุณไม่ต้องการสร้างฟังก์ชันแบ็กเอนด์เหล่านี้ตั้งแต่เริ่มต้น ให้พิจารณา IAMMETER-Docker หรือ IAMMETER-Central

3. อัปโหลดข้อมูลมิเตอร์โดยตรงไปยังเซิร์ฟเวอร์ของคุณ

เลือกสถาปัตยกรรมนี้เมื่อมิเตอร์ควรเริ่มต้นการเชื่อมต่อและส่งข้อมูลไปยัง endpoint ที่คุณจัดการ

IAMMETER meter → MQTT/MQTTS, HTTP/HTTPS or TCP/TLS → Your server

เฟิร์มแวร์ IAMMETER ปัจจุบันรองรับอินเทอร์เฟซการอัปโหลดหลายแบบ:

อินเทอร์เฟซ คอมโพเนนต์ฝั่งลูกค้า แอปพลิเคชันทั่วไป
MQTT / MQTTS MQTT broker และ subscriber แพลตฟอร์ม IoT, ระบบอัตโนมัติ และไปป์ไลน์ข้อความ
HTTP / HTTPS HTTP endpoint แบ็กเอนด์ REST, บริการคลาวด์ หรือ EMS ที่กำหนดเอง
TCP / TLS TCP server ตัวรวบรวมข้อมูลที่กำหนดเอง และการรวมระบบระดับโปรโตคอล

มิเตอร์และเซิร์ฟเวอร์ของคุณใช้โครงสร้าง JSON การวัดของ IAMMETER ที่สอดคล้องกันในทุกวิธีการอัปโหลดที่รองรับ ตรวจสอบคำจำกัดความข้อมูลก่อนที่จะ implement parser ของคุณ

แหล่งข้อมูลสำหรับการ implement:

เซิร์ฟเวอร์บน LAN เดียวกันสามารถทำงานได้โดยไม่ต้องเชื่อมต่ออินเทอร์เน็ต endpoint ระยะไกลยังคงต้องมีเส้นทางที่ทำงานได้ผ่านอินเทอร์เน็ต, WAN ส่วนตัว หรือ VPN

4. ใช้ซอฟต์แวร์ IAMMETER แบบโฮสต์เอง

IAMMETER มีตัวเลือกแบบโฮสต์เองสองแบบสำหรับผู้ใช้ที่ต้องการการปรับใช้ข้อมูลส่วนตัวโดยไม่ต้อง implement ทุกคอมโพเนนต์แบ็กเอนด์ด้วยตนเอง

4.1 IAMMETER-Docker

IAMMETER-Docker เป็นระบบตรวจสอบพลังงานแบบโอเพนซอร์สที่โฮสต์เองได้ ให้การรวบรวมข้อมูลในเครื่อง ฟังก์ชันการตรวจสอบพื้นฐาน แผนภูมิ และ API

โดยทั่วไปเหมาะสำหรับ:

  • บุคคลทั่วไปและนักพัฒนา;
  • การปรับใช้บน Raspberry Pi, mini PC และ NAS;
  • การตรวจสอบพลังงานในบ้านหรือพลังงานแสงอาทิตย์บนเครือข่ายส่วนตัว;
  • โปรเจกต์ที่ต้องการอินเทอร์เฟซที่ใช้งานได้รวมถึง API;
  • ผู้ใช้ที่ต้องการพัฒนา UI ที่กำหนดเองบนแบ็กเอนด์ที่พร้อมใช้งาน

ดำเนินการต่อด้วย:

4.2 IAMMETER-Central

IAMMETER-Central เป็นมิดเดิลแวร์ข้อมูลแบบโฮสต์เองสำหรับผู้ใช้องค์กร ผู้ติดตั้ง และผู้รวมระบบ

เน้นที่:

  • การลงทะเบียนและจัดการอุปกรณ์ IAMMETER;
  • การจัดเก็บค่าการวัดมิเตอร์ในฐานข้อมูลที่ลูกค้าควบคุม;
  • การให้ API ที่ได้มาตรฐานสำหรับแอปพลิเคชันของลูกค้า;
  • การแยกการรับข้อมูลอุปกรณ์ออกจาก ERP, EMS, BMS หรือฟรอนต์เอนด์ของลูกค้า

IAMMETER-Central ไม่ได้พยายามให้ตรรกะทางธุรกิจที่สมบูรณ์ของแอปพลิเคชันจัดการพลังงาน มีประโยชน์เมื่อลูกค้าต้องการเลเยอร์มิดเดิลแวร์ข้อมูลที่ได้รับการดูแล และจะสร้างอินเทอร์เฟซผู้ใช้หรือฟังก์ชันทางธุรกิจของตนเอง

ดู ตัวเลือกการโฮสต์เองของ IAMMETER สำหรับการเปรียบเทียบ IAMMETER-Docker, IAMMETER-Central, แพลตฟอร์มโอเพนซอร์ส และการรวมระบบเซิร์ฟเวอร์โดยตรง

5. สร้างบน IAMMETER-Cloud APIs

การใช้ IAMMETER-Cloud เป็นอีกวิธีในการพัฒนาแดชบอร์ดหรือแอปพลิเคชันที่กำหนดเอง ในสถาปัตยกรรมนี้ มิเตอร์อัปโหลดข้อมูลไปยัง IAMMETER-Cloud และแอปพลิเคชันของคุณดึงข้อมูลที่เปิดเผยโดย IAMMETER-Cloud APIs

IAMMETER meter → IAMMETER-Cloud → Cloud API → Your application

ตัวเลือกนี้สามารถลดการพัฒนาฝั่งอุปกรณ์และการรับข้อมูล แต่ไม่ใช่สถาปัตยกรรมแบบออฟไลน์หรือไม่ขึ้นกับคลาวด์

เหมาะเมื่อ:

  • มิเตอร์รายงานไปยัง IAMMETER-Cloud อยู่แล้ว;
  • แอปพลิเคชันของคุณต้องการใช้ข้อมูลที่โฮสต์บนคลาวด์ซ้ำ;
  • มีการเชื่อมต่ออินเทอร์เน็ต;
  • ไม่จำเป็นต้องเก็บไปป์ไลน์ข้อมูลทั้งหมดไว้ในเครือข่ายท้องถิ่น

ดู เอกสาร IAMMETER-Cloud API สำหรับการดำเนินการ API และข้อกำหนดการรับรองความถูกต้องที่รองรับ

6. รวมระบบกับแพลตฟอร์มโอเพนซอร์สที่มีอยู่

ก่อนที่จะสร้างระบบตรวจสอบที่สมบูรณ์ ให้ตรวจสอบว่าแพลตฟอร์มที่มีอยู่มีฟังก์ชันการจัดเก็บข้อมูล แดชบอร์ด และระบบอัตโนมัติที่คุณต้องการหรือไม่

IAMMETER สามารถรวมระบบกับ:

หน้าเฉพาะแพลตฟอร์มเหล่านี้เป็นคู่มือการ implement สำหรับการเปรียบเทียบที่กว้างขึ้น ให้ใช้ ภาพรวมการรวมระบบแบบโฮสต์เองและโอเพนซอร์ส

7. เลือกจุดเริ่มต้นที่ดีที่สุด

ความต้องการของโปรเจกต์ จุดเริ่มต้นที่แนะนำ
สคริปต์ LAN หรือแดชบอร์ดอย่างง่าย Local HTTP API
ข้อมูลในเครื่องทุกวินาทีหรือการควบคุมทางอุตสาหกรรม Modbus TCP
โครงสร้างพื้นฐาน MQTT ที่มีอยู่แล้ว การอัปโหลด MQTT หรือ MQTTS
แบ็กเอนด์เว็บที่มีอยู่แล้ว การอัปโหลด HTTP หรือ HTTPS
ตัวรวบรวม socket ที่กำหนดเอง การอัปโหลด TCP หรือ TLS
การตรวจสอบส่วนตัวพร้อมใช้งานสำหรับผู้ใช้รายบุคคล IAMMETER-Docker
มิดเดิลแวร์องค์กรสำหรับ ERP, EMS หรือ BMS IAMMETER-Central
แดชบอร์ดสมาร์ทโฮมและระบบอัตโนมัติ Home Assistant
แอปพลิเคชันที่สร้างบนข้อมูล IAMMETER-Cloud ที่มีอยู่ IAMMETER-Cloud API

8. รายการตรวจสอบการพัฒนา

ก่อนการ implement ให้ยืนยัน:

  1. ค่าการวัดและเฟสที่มิเตอร์ที่เลือกให้;
  2. ว่าจะดึงข้อมูล (poll) หรือส่งข้อมูล (push);
  3. ช่วงเวลาการอัปเดตที่ต้องการ;
  4. ว่าระบบต้องทำงานได้ระหว่างที่อินเทอร์เน็ตขัดข้องหรือไม่;
  5. ที่เก็บข้อมูลประวัติ;
  6. จำเป็นต้องใช้การส่งข้อมูลที่ป้องกันด้วย TLS หรือไม่;
  7. แอปพลิเคชันจะตรวจสอบสิทธิ์ผู้ใช้และอุปกรณ์อย่างไร;
  8. ควรให้ IAMMETER-Cloud ยังคงเป็นส่วนหนึ่งของสถาปัตยกรรมหรือไม่;
  9. เวอร์ชันเฟิร์มแวร์ที่ใช้สำหรับการตรวจสอบความถูกต้อง;
  10. วิธีการสำรองข้อมูลการกำหนดค่า บันทึก และข้อมูล

9. เอกสารที่เกี่ยวข้อง

อัปเดตล่าสุด: 16 กรกฎาคม 2026

ด้านบน