การเก็บข้อมูลมิเตอร์ไฟฟ้า: RFP สำหรับข้อมูล 15 นาทีที่เชื่อถือได้

โครงการเก็บข้อมูลมิเตอร์ไฟฟ้ามักเริ่มจากข้อกำหนดว่า “อ่านมิเตอร์ Modbus 30 ตัวทุก 5 นาที” แต่ระบบอาจเชื่อมต่อสำเร็จและยังให้ข้อมูลที่ใช้ตัดสินใจลงทุนไม่ได้ อัตราส่วน CT/PT อาจถูกคูณซ้ำ เครื่องหมายไฟนำเข้าและส่งกลับอาจสลับกัน นาฬิกาอาจคลาดเคลื่อน ช่วงเวลา 15 นาทีอาจไม่ตรงกับหลักการคิดค่าไฟ และข้อมูลที่ขาดอาจถูกแทนเป็นศูนย์ ข้อผิดพลาดเหล่านี้อันตรายเพราะหน้าจอยังทำงานและกราฟยังดูสมเหตุสมผล

บทความนี้อธิบายวิธีจัดซื้อระบบเก็บข้อมูลมิเตอร์ไฟฟ้าในโรงงานไทย โดยเปลี่ยนอัตราส่วน CT/PT เครื่องหมาย เวลา ค่าดีมานด์ 15 นาที และการจัดการข้อมูลขาด ให้เป็นข้อกำหนดใน RFP, FAT, SAT, PoC 90 วัน และชุดหลักฐานรับมอบ เป้าหมายไม่ได้มีเพียงการลดค่าไฟ แต่รวมถึงการป้องกันไม่ให้ข้อมูลผิดพาโรงงานจัดลำดับการลงทุนด้านกำลังการผลิต พลังงาน และการย้ายงานผิดทาง

สิ่งที่ต้องทำสัญญาก่อนคือคำนิยามข้อมูล ไม่ใช่เพียงการเชื่อมต่อ

มิเตอร์ สาย RS-485 เกตเวย์ Ethernet เซิร์ฟเวอร์ และแดชบอร์ดเป็นสิ่งที่เห็นได้ง่าย RFP จึงมักเน้นยี่ห้อ จำนวน โปรโตคอล ระยะเวลาเก็บ และจำนวนหน้าจอ แต่การตัดสินใจของผู้บริหารต้องรู้ว่าตัวเลขแต่ละค่าหมายถึงอะไร อ้างอิงเวลาใด ผ่านการแปลงอะไร และมีคุณภาพระดับไหน

ตัวเลข “1,250 kW” ยังรับมอบไม่ได้จนกว่าจะตอบคำถามต่อไปนี้ได้

• มิเตอร์คูณอัตราส่วน CT/PT แล้ว หรือให้เกตเวย์หรือเซิร์ฟเวอร์คูณ
• เป็นกำลังไฟทันที ค่าเฉลี่ย 5 นาที บล็อกคงที่ 15 นาทีที่จบเวลา 00/15/30/45 นาที หรือค่าเลื่อน 15 นาที
• เครื่องหมายบวกหมายถึงการรับไฟจากระบบ การไหลเข้าเครื่องจักร หรือการส่งไฟจากเครื่องกำเนิด
• เวลาอ้างอิงมาจากมิเตอร์ เกตเวย์ หรือเซิร์ฟเวอร์ และใช้เขตเวลาใด
• ถ้าข้อมูล 5 นาทีหนึ่งจุดจากสามจุดหาย ค่า 15 นาทีจะเป็นข้อมูลขาด ค่าประมาณ หรือคำนวณจากสองจุด
• เมื่อแก้ข้อมูลย้อนหลัง ยังตรวจสอบค่าดิบ เหตุผล รุ่น mapping และเวลาที่เริ่มใช้ได้หรือไม่

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

แยกข้อมูลค่าไฟทางการออกจากสมมติฐานของโรงงาน

สำนักงานคณะกรรมการกำกับกิจการพลังงานประกาศค่า Ft เดือนกันยายน–ธันวาคม 2569 ที่ 16.23 สตางค์ต่อหน่วย และค่าไฟเฉลี่ย 3.95 บาทต่อหน่วย ข้อมูลนี้เป็นบริบททางการที่สำคัญ แต่ไม่ได้หมายความว่าโรงงานทุกแห่งมีต้นทุนส่วนเพิ่ม 3.95 บาทต่อ kWh ค่าใช้จ่ายจริงขึ้นกับพื้นที่บริการ ประเภทผู้ใช้ โครงสร้างดีมานด์ ช่วงเวลา Ft ภาษี และสัญญา กรณีธุรกิจจริงต้องใช้ใบแจ้งค่าไฟและอัตราที่ใช้กับโรงงาน

สำหรับผู้ใช้รายใหญ่บางประเภท MEA อธิบายค่าความต้องการสูงสุดโดยอ้างอิงดีมานด์สะสม 15 นาทีสูงสุดในรอบบิล แต่คำว่า “15 นาที” ยังไม่พอสำหรับการออกแบบ คู่มือ EM3570 ของ Schneider Electric แยกวิธีคำนวณเป็น Fixed block, Sliding block และ Rolling block อย่างชัดเจน จึงต้องกำหนดทั้งวิธี ขอบช่วง และสูตรก่อนเปรียบเทียบแดชบอร์ดกับใบแจ้งค่าไฟ

โรงงานในพื้นที่ PEA ต้องตรวจเอกสารอัตราทางการของ PEA และฉบับล่าสุด เอกสารภาษาอังกฤษเดือนพฤษภาคม 2023 มีประโยชน์ด้านคำนิยาม แต่ไม่ควรนำอัตราเดิมมาใช้ในโครงการปี 2026 โดยไม่ตรวจใหม่ มิเตอร์ย่อยภายในโรงงานเป็นเครื่องมือปฏิบัติการและไม่ได้มีสถานะเดียวกับมิเตอร์เรียกเก็บเงินโดยอัตโนมัติ

มิเตอร์ไฟฟ้า Modbus: อ่าน register ได้ยังไม่ใช่การรับมอบ

MODBUS Application Protocol Specification V1.1b3 กำหนด register ขนาด 16 บิต และการอ้าง address ในคำขอเริ่มสัมพัทธ์จากศูนย์ แต่คู่มืออุปกรณ์อาจเขียนเลขสำหรับคนอ่าน เช่น 40001 หากไม่กำหนดความสัมพันธ์ระหว่างเลขอ้างอิงแบบเริ่มที่หนึ่งกับ offset แบบเริ่มที่ศูนย์ ระบบอาจอ่าน register ข้างเคียงและยังได้รับคำตอบปกติ

ค่ากำลัง พลังงาน กระแส และ power factor อาจเก็บเป็น integer 32 บิตหรือ IEEE 754 float คร่อม register 16 บิตสองตัว ต้องระบุ word order, byte order, signed/unsigned, scale, จุดทศนิยม หน่วย ค่า invalid และ counter rollover แยกตามรุ่นและ firmware คำว่า “รองรับ Modbus TCP” ไม่ได้ยืนยันความถูกต้องของค่า

Point map ที่รับมอบต้องอ้าง serial, firmware, วันที่ทดสอบ ผู้ทดสอบ และไฟล์หลักฐาน ไม่ใช่แนบคู่มือทั่วไปเท่านั้น เพราะอุปกรณ์ชื่อรุ่นเดียวกันอาจต่างกันตาม option หรือ firmware

จัดการค่า CT ratio เป็นประวัติ ไม่ใช่ตัวเลขเดียว

อัตราส่วน “400/5” ดูเหมือนค่าเดียว แต่ระบบต้องแยกอย่างน้อยสี่สถานะ

1. พิกัด primary/secondary บน CT หรือ PT จริง
2. ค่า primary/secondary ที่ตั้งในมิเตอร์
3. Register สื่อสารคืนค่าที่อ้างอิงด้าน primary แล้วหรือยัง
4. ตัวคูณที่ gateway, historian หรือ BI ใช้เพิ่มเติม

ข้อผิดพลาดที่พบบ่อยคือคูณซ้ำ มิเตอร์แปลงเป็นค่าด้าน primary แล้ว แต่ server คูณ 80 อีกครั้ง กรณีตรงข้ามจะได้เพียง 1/80 ของค่าจริง กราฟทั้งสองแบบยังขึ้นลงตามการผลิต จึงอาจผ่านการตรวจด้วยสายตา

ทิศทาง CT และการจับคู่เฟสยังมีผลต่อเครื่องหมาย power factor และกำลังแต่ละเฟส โรงงานที่มีการผลิตไฟต้องกำหนด import/export ให้ชัด การใช้ค่าสัมบูรณ์เพื่อให้กราฟสวยจะลบหลักฐานและทำ energy balance ไม่ได้

ควรจัดการ mapping CT/PT แบบมี effective_from และ effective_to เมื่อเปลี่ยนวงจร CT มิเตอร์ หรือ configuration ให้เก็บ raw เดิมและคำนวณ normalized เวอร์ชันใหม่ รายงานผู้บริหารทุกฉบับควรบอกว่าใช้ mapping เวอร์ชันใด เพื่อให้ย้อนตรวจการตัดสินใจได้

การรับมอบควรมีการตรวจสามแบบ ได้แก่ เปรียบเทียบ nameplate กับ single-line/wiring และ meter setting; เปรียบเทียบ instantaneous value พร้อมเครื่องอ้างอิงตามวิธีทำงานที่ปลอดภัย; และเปรียบเทียบผลต่างของ energy counter ตลอดช่วงเวลาที่กำหนด ค่า tolerance ต้องกำหนดตาม class ของเครื่องมือ สภาพโหลด และวิธีวัดของโครงการ

คำถามเจ็ดข้อที่ทำให้ค่าดีมานด์ 15 นาทีชัดเจน

1. บล็อกคงที่เริ่มและจบที่ 00, 15, 30, 45 นาทีหรือไม่
2. เขตเวลาธุรกิจคือ Asia/Bangkok และฐานข้อมูลเก็บ UTC หรือไม่
3. timestamp 00:15 หมายถึงช่วงที่เพิ่งจบหรือช่วงที่กำลังเริ่ม
4. ใช้ค่าเฉลี่ย kW 5 นาทีสามจุด หรือใช้ผลต่าง kWh
5. ถ้าจุด 5 นาทีหายหนึ่งจุด ค่า 15 นาทีเป็นอะไร
6. ข้อมูลมาช้าจะเปิดช่วงที่ปิดแล้วใหม่หรือไม่ และเก็บเวอร์ชันเดิมหรือไม่
7. ค่าที่แสดงคือ fixed block, rolling prediction, ค่าในมิเตอร์ หรือค่าที่ใช้เรียกเก็บเงินจริง

นิยาม fixed block ที่ตรวจซ้ำได้คือ

interval_energy_kWh = counter_end_kWh − counter_start_kWh

interval_average_kW = interval_energy_kWh × 60 ÷ 15 = interval_energy_kWh × 4

ต้องจัดการ counter rollover, reset, การเปลี่ยนมิเตอร์, reverse flow และ endpoint ที่ขาด หากใช้ค่าเฉลี่ย 5 นาที ให้เก็บสาม slot ที่คาดหวังและ coverage สองจุดไม่ควรถูกเผยแพร่เหมือนค่าเต็มสามจุดโดยไม่มี quality flag

ควรแยก series 15 นาทีแบบ fixed ที่ปิดรอบแล้ว ออกจาก rolling forecast ที่ใช้ควบคุม Rolling value ช่วยเตือน peak ล่วงหน้า แต่ใช้แทน fixed interval สำหรับตรวจย้อนหลังไม่ได้ แนวทางชั้นควบคุมดูได้ที่ การควบคุมดีมานด์และกำลังไฟสูงสุด โดยควรเก็บ forecast, control command และ settled interval แยกกัน

ข้อมูลไฟฟ้าขาดไม่ใช่ศูนย์และไม่ใช่ค่าก่อนหน้า

การเติมศูนย์ทำให้เครื่องจักรที่ยังเดินดูเหมือนหยุด การคงค่าก่อนหน้าทำให้การสื่อสารที่เสียดูเหมือนทำงานปกติ การ interpolate อาจใช้ในงานวิเคราะห์ได้ แต่ต้องแยกจากค่าที่วัดจริง ระบบที่ตรวจสอบได้แบ่ง raw, normalized และ derived

อย่างน้อยควรแยก GOOD, MISSING, INVALID, SUBSTITUTED, ESTIMATED หรือคำที่ตกลงกัน ค่าประมาณต้องมีวิธี ช่วง input เวลาคำนวณ ผู้ดำเนินการหรือ job และระดับความเชื่อมั่น เมื่อข้อมูลวัดจริงมาถึงภายหลัง ให้เก็บการเปลี่ยนสถานะแทนการลบประวัติ

RFP ไม่ควรเขียนเพียง “ข้อมูลขาดไม่เกิน 1%” ต้องนิยามตัวหาร เวลาหยุดตามแผน การหยุดของมิเตอร์หรือเครือข่าย late arrival และ duplicate ตัวอย่างเกณฑ์ต่อไปนี้เป็นเกณฑ์สัญญาที่ต้องปรับ ไม่ใช่กฎหมาย

• Completeness คือสัดส่วน slot 5 นาทีที่คาดหวังในช่วงปฏิบัติการและมีค่าที่วัดจริงซึ่งยอมรับได้
• ตัดออกจากตัวหารเฉพาะ planned outage ที่ได้รับอนุมัติ
• ตรวจพบ missing ภายใน 15 นาที และแจ้งผู้รับผิดชอบภายใน 30 นาที
• ใช้ NTP offset ของ gateway ไม่เกิน 2 วินาทีเป็นตัวอย่าง และแจ้งเตือนเมื่อเวลา meter ต่างเกิน 60 วินาที
• ค่า 15 นาทีที่ปิดรอบควรมีครบสาม slot; เงื่อนไข estimation ต้องอยู่ในตารางแยก
• การคำนวณใหม่หลังปิดเดือนต้องเพิ่มเวอร์ชันและไม่ลบเวอร์ชันเดิม

ใช้มาตรฐาน IEC เพื่อสร้าง mapping ไม่ใช่แทน mapping

IEC 62056-6-2:2023 กำหนด interface classes ของ DLMS/COSEM สำหรับแทนข้อมูลมิเตอร์ ส่วน IEC TR 61850-80-5:2026 ให้แนวทาง mapping ระหว่าง Modbus และ IEC 61850 เอกสารเหล่านี้ช่วยวางสถาปัตยกรรมที่รวมมิเตอร์ อุปกรณ์ไฟฟ้า และระบบจัดการระดับสูง

แต่คำว่า “รองรับ DLMS” หรือ “เชื่อม IEC 61850 ได้” ไม่รับประกัน object หน่วย timestamp และ quality ที่โครงการต้องใช้ RFP ต้องระบุ signal, access, update, time source, quality, security, license, gateway transformation และวิธีทดสอบ มาตรฐานช่วยลดความกำกวม แต่ไม่ทำให้ project mapping table หายไป

การเลือกอุปกรณ์ตาม protocol ระยะสาย noise และการบำรุงรักษาดูได้ที่ การเลือกเซ็นเซอร์ IoT สำหรับโรงงาน ส่วนขอบเขตระหว่าง logger กับระบบเชื่อมต่อดูได้ที่ industrial data logger เทียบกับ IoT โรงงาน บทความนี้เน้นความหมายและหลักฐานรับมอบของข้อมูลที่ได้

12 ข้อกำหนดใน RFP เก็บข้อมูลมิเตอร์ไฟฟ้า

1. ขอบเขตและวัตถุประสงค์ของการตัดสินใจ

ระบุตู้ไฟ วงจร เครื่องจักร และการตัดสินใจที่ข้อมูลต้องรองรับ คำว่า “ประหยัดพลังงาน” กว้างเกินไป ควรแยกการจัดลำดับการลงทุนด้านกำลังการผลิต การเฝ้าระวัง peak การคำนวณพลังงานต่อหน่วย การตรวจ anomaly และ energy balance พร้อมระบุความละเอียดและเวลาที่ข้อมูลแต่ละงานต้องปิดรอบ

2. ทะเบียนมิเตอร์

บันทึกผู้ผลิต รุ่น serial number firmware CT/PT วงจร ตำแหน่ง วิธีสื่อสาร แหล่งจ่าย และหน่วยงานเจ้าของ หากข้อมูลใดยังไม่ทราบ ให้กำหนดเป็นผลสำรวจที่ต้องส่งมอบพร้อมกำหนดเวลา ไม่ใช้ข้อความเปิดกว้างว่า “ตรวจหลังได้รับงาน”

3. Point map

กำหนด address, data type, word/byte order, sign, scale, unit, update cycle, invalid value, rollover และสิทธิ์การเข้าถึง อย่าแนบคู่มือผู้ผลิตโดยไม่เลือกจุดที่โครงการจะใช้ Point map ที่อนุมัติต้องอ้างอิงรุ่นและ firmware ที่ทดสอบจริง

4. เวลา

กำหนดให้จัดเก็บเป็น UTC แสดงผลเป็น Asia/Bangkok ระบุแหล่ง NTP ลำดับความสำคัญระหว่างเวลาในมิเตอร์กับ gateway ค่าคลาดเคลื่อนที่ยอมรับ วิธีแก้เวลา และการจัดการข้อมูลมาช้า แม้ประเทศไทยไม่มี daylight saving time ก็ไม่ควรปล่อยให้ server เลือก timezone เอง

5. CT/PT และเครื่องหมาย

เลือกตำแหน่ง authoritative ที่ใช้ scaling เพียงจุดเดียว แล้วตรวจค่า configuration กับ nameplate การเดินสาย และทิศทางบวก การเปลี่ยนทุกครั้งต้องมีผู้อนุมัติ เวลาที่เริ่มมีผล และประวัติที่ทำให้คำนวณข้อมูลย้อนหลังซ้ำได้

6. การรวมค่า 15 นาที

ระบุ Fixed block, Sliding block หรือ Rolling block ขอบช่วง ความหมายของ timestamp ค่า input สูตร เงื่อนไข missing การคำนวณใหม่ และ version แยก series สำหรับเทียบค่าไฟ การควบคุม และการวิเคราะห์ เพื่อไม่ให้ rolling forecast ถูกใช้แทน settled interval

7. คุณภาพและข้อมูลขาด

กำหนด quality code เวลาตรวจพบ การแจ้งเตือน retry local buffer การส่งย้อนหลัง การกำจัด duplicate เงื่อนไข estimation และการปิดเดือน แนบสูตร completeness พร้อมตัวหารและเงื่อนไขที่จะตัด planned outage ออกจากการคำนวณ

8. Cybersecurity

ระบุ network zone, allowed flow, account, certificate, การส่งมอบ credential, remote support, log, ผู้รับผิดชอบ patch, backup และ recovery test Gateway ของ RS-485 ต้องไม่เปิดทางเข้าจากอินเทอร์เน็ตโดยไม่มีการควบคุม และสิทธิ์เปลี่ยน CT/PT หรือ mapping ต้องตรวจสอบย้อนหลังได้

9. Performance และ retention

ทดสอบทั้งการอ่านปกติและ backlog หลัง outage พร้อมกันหลายอุปกรณ์ ระยะเวลาเก็บ ความเร็ว query การ export การเติบโตของข้อมูล และ backup window ปริมาณ 30 มิเตอร์ทุก 5 นาทีไม่ใช่กรณีหนักที่สุด การส่งข้อมูลย้อนหลังหลังเครือข่ายคืนมักสร้างภาระสูงกว่า

10. FAT และ SAT

รวมกรณี normal, wrong address, endian, sign, scale, disconnect, clock drift, restart, rollover, late arrival และ duplicate ตกลง input, expected result และรูปแบบหลักฐานตั้งแต่ก่อนสั่งซื้อ เพื่อไม่ให้การทดสอบกลายเป็นการดูหน้าจอหลังติดตั้งเสร็จ

11. ผลงานส่งมอบ

ต้องมี as-built wiring/network drawing, meter register, point map, data dictionary, configuration backup, source หรือ configuration export, test result, known issue, operating runbook และ training record เอกสารต้องตรงกับระบบจริงหลังแก้ defect ไม่ใช่ฉบับก่อนติดตั้ง

12. การเปลี่ยนแปลงและการรับมอบ

กำหนดขั้นตอน change request, impact review, approval และ regression test การรับมอบเกิดเมื่อ evidence pack ได้รับอนุมัติและ critical defect ถูกปิด ไม่ใช่เพียงเมื่อกราฟแสดงผล หากมีข้อยกเว้น ต้องมี owner กำหนดปิด และผลกระทบต่อการรับประกันหรือการชำระเงิน

FAT ต้องทดสอบการสื่อสารและความหมายแยกกัน

ใช้มิเตอร์ตัวแทนสามตัวหรือสามรุ่น และใช้ระบบ replay หากยังไม่มีอุปกรณ์จริง แยก “protocol ตอบกลับ” ออกจาก “ข้อมูลถูกความหมาย”

อย่าใช้ screenshot เป็นหลักฐานเพียงอย่างเดียว เก็บเงื่อนไข input configuration version raw expected actual pass/fail defect และ retest เป็น CSV หรือ JSON พร้อมรายงานสำหรับอนุมัติ เมื่อ mapping เปลี่ยนต้องรู้ว่าทดสอบใดต้องทำซ้ำ

SAT ปิดข้อผิดพลาดที่เกิดเฉพาะหน้างาน

SAT ตรวจ label วงจรกับ meter ID ทิศทาง CT การจับคู่เฟส polarity และ termination ของ RS-485 port ของ gateway IP และ time sync Mapping ที่ถูกในสำนักงานอาจผิดเมื่อมี Unit ID ซ้ำ สายกลับขั้ว label เก่า หรือมีการแก้ตู้ที่ไม่บันทึก

ภายใต้ข้อกำหนดความปลอดภัย ให้บันทึกการหยุด/เริ่มเครื่องหรือการเปลี่ยนโหลดที่ทราบ แล้วตรวจว่ามิเตอร์เป้าหมายเปลี่ยนในเวลาที่ถูกต้อง ตรวจ energy balance ระหว่าง incomer, transformer และ feeder หลัก โดยคำนึงถึง loss วงจรที่ไม่วัด ช่วงเวลาต่างกัน และความแม่นยำ ไม่ควรกำหนด 100% ตรงกันสำหรับทุกโครงการ แต่ต้องกำหนดช่วงที่อธิบายได้

การเทียบกับ billing meter หรือ invoice มีประโยชน์ แต่ไม่พิสูจน์ว่าเหมือนกัน ช่วงเวลา boundary scale demand method และบทบาท meter อาจต่างกัน การเดินต่อเนื่อง 7 วันเป็นตัวอย่างที่ดี แต่เงื่อนไขที่ไม่เกิด เช่น weekend, night shift หรือ solar export ต้องระบุว่า “ยังไม่ทดสอบ” และนำไปตรวจใน PoC 90 วัน

PoC 90 วัน: จากดูได้สู่ใช้ตัดสินใจได้

ช่วง shadow ให้สร้างเอกสารประชุมแบบเดียวกับที่เคยทำจาก Excel และใบแจ้งค่าไฟ เมื่อมีคำถามเรื่อง peak, intensity หรือ anomaly เจ้าของระบบต้องย้อนถึง raw ได้โดยไม่ต้องโทรหาผู้พัฒนา มิฉะนั้นการส่งมอบงานปฏิบัติการยังไม่เสร็จ

ชุดหลักฐานควรมีทะเบียนและ drawing สุดท้าย; point map และกฎที่อนุมัติ; input/output ของ FAT/SAT; สถิติ completeness, late, duplicate, clock และ estimation ตลอด 90 วัน; การคำนวณ raw ไป interval อย่างอิสระอย่างน้อยสามช่วง; backup/recovery; account/training; และรายการ defect ที่เหลือพร้อม owner และ due date

ตรวจคำนวณปริมาณข้อมูล 30 ตัวทุก 5 นาที

ตัวเลขต่อไปนี้เป็นกรณีสมมติของ TOMAS TECH ไม่ใช่ผลลูกค้า ค่าเฉลี่ยตลาด ราคาเสนอ หรือการรับประกัน สมมติ 30 มิเตอร์ เก็บทุก 5 นาที 250 วันทำงานต่อปี

sample ต่อมิเตอร์ต่อวัน = 24 × 60 ÷ 5 = 288

sample ต่อปี = 30 × 288 × 250 = 2,160,000

มี fixed interval 15 นาทีวันละ 96 ช่วง

meter-interval ต่อปี = 30 × 96 × 250 = 720,000

ปริมาณไม่ใหญ่สำหรับฐานข้อมูลสมัยใหม่ งานสำคัญคือการเก็บ source slot, input quality, สูตร, CT/PT version และ boundary ของทุก interval ที่รับมอบ

ตัวอย่างผลกระทบจาก scale ผิด 1%

สมมติพลังงานปีละ 12,000,000 kWh ผิด 1% และใช้ค่าเฉลี่ยทางการ 3.95 บาท/kWh เพื่อ sensitivity เท่านั้น

มูลค่าที่แสดงคลาดเคลื่อน = 12,000,000 × 1% × 3.95 = 474,000 บาท/ปี

3.95 บาทไม่ใช่ราคาส่วนเพิ่มของทุกโรงงาน ต้องแทนด้วยข้อมูลใบแจ้งจริง และ 474,000 บาทไม่ใช่เงินสดที่ประหยัดได้อัตโนมัติ เป็นตัวอย่างว่าความผิดเล็กน้อยอาจทำ baseline การเทียบสายการผลิต หรืออันดับลงทุนคลาดเคลื่อน ขณะที่บิล utility ไม่ได้เปลี่ยน

สมมติฐานต้นทุน ผลประโยชน์ และระยะคืนทุน

สมมติค่าเดินระบบปีละ 180,000 บาท และประเมินผลจากคุณภาพการตัดสินใจ ไม่ใช่รับประกันการลดค่าไฟ

ผลประโยชน์สุทธิต่อปี = 1,416,000 − 180,000 = 1,236,000 บาท

ระยะคืนทุนอย่างง่าย = 1,500,000 ÷ 1,236,000 = 1.21 ปี

ถ้าได้ผลเพียง 50%:

สุทธิ = 1,416,000 × 50% − 180,000 = 528,000 บาท

คืนทุน = 1,500,000 ÷ 528,000 = 2.84 ปี

ควรแสดงทั้งสองกรณีและแทนสมมติฐานด้วยประวัติของโรงงาน หากหลักฐานยังอ่อน ให้ PoC เป็น gate ทดสอบสมมติฐานก่อน rollout ระบบ ตรวจติดตามพลังงานในโรงงาน จะสร้างคุณค่าได้เมื่อ input ผ่านการรับมอบแล้ว

ให้คะแนนผู้ขายจากสิ่งอื่นนอกจากราคา

อย่าเปรียบเทียบคำตอบ RFP จากราคาอุปกรณ์และจำนวนหน้าจอเท่านั้น ตารางต่อไปเป็นตัวอย่างการให้น้ำหนัก

คำตอบเช่น “อยู่ในมาตรฐานของเรา” “ใช้ Modbus จึงไม่มีปัญหา” หรือ “AI เติมข้อมูลขาด” ต้องมีคำถามต่อ ให้ผู้ขายระบุว่ามาตรฐานประกอบด้วยอะไร ทดสอบกับรุ่นและ firmware ใด แยกค่าทดแทนจากค่าจริงอย่างไร ประเมิน error อย่างไร และใครเป็นเจ้าของ configuration สุดท้าย

รูปแบบความล้มเหลวที่พบบ่อยและวิธีป้องกัน

รับมอบทันทีเมื่อกราฟแสดงผล

กราฟที่เห็นได้พิสูจน์เพียงการสื่อสารและ UI ไม่ได้พิสูจน์ความหมายของข้อมูล ต้องคำนวณ known value, raw conversion, ค่า 15 นาที และกรณี missing ซ้ำก่อนรับมอบ

จัดการ CT ratio แยกกันใน Excel มิเตอร์ และ server

ไม่มีใครรู้ว่าจุดใดเป็น authoritative และการเปลี่ยนหนึ่งครั้งอาจถูกคูณซ้ำ ให้สร้าง mapping master หนึ่งชุดพร้อม effective time แล้วสร้าง configuration ปลายทางจาก master นั้น

ไม่กำหนดความหมาย timestamp ของค่า 15 นาที

ถ้า 00:15 อาจหมายถึงเวลาเริ่มหรือเวลาจบ เหตุการณ์เครื่องจักรจะเลื่อนได้ 15 นาที ใส่สัญลักษณ์ช่วงทางคณิตศาสตร์และตัวอย่างสามช่วงใน specification

เติมศูนย์ให้ข้อมูลขาดเพื่อปิดรายงานรายเดือน

การใช้พลังงานจะดูต่ำและอาจให้เครดิตการปรับปรุงผิด แยกค่าที่วัดกับค่าประมาณ และรายงาน missing data เป็น quality KPI ประจำเดือน

ถือว่ามิเตอร์ย่อยเหมือน billing meter

Accuracy, interval, scaling, reading cycle และวัตถุประสงค์อาจต่างกัน การเปรียบเทียบยังมีประโยชน์ แต่ต้องออกแบบ tolerance และการจำแนกสาเหตุไว้ล่วงหน้า

เชื่อม 30 มิเตอร์ก่อนตรวจคุณภาพ

ความผิดพลาด configuration หนึ่งจุดจะถูกคัดลอก 30 ครั้ง ใช้ gate เป็นลำดับ: FAT กับมิเตอร์ตัวแทน 3 ตัว พิสูจน์ aggregation กับ 10 ตัว และ SAT กับครบ 30 ตัว

คำถามที่พบบ่อย

มิเตอร์ Modbus ต่างยี่ห้อเก็บเหมือนกันได้หรือไม่

โครงสื่อสารคล้ายกัน แต่ address, type, order, sign, scale, unit, update และ invalid ต่างตามรุ่นและ firmware ต้องทำ point map รายอุปกรณ์และ FAT ด้วยค่าที่รู้ คำว่า Modbus ไม่ใช่เกณฑ์รับมอบ interoperability

ควรตั้ง CT ratio ในมิเตอร์หรือ server

ทำได้ทั้งสองแบบ แต่ต้องมีจุด authoritative เพียงจุดเดียว หาก meter คืนค่า primary แล้วห้ามคูณซ้ำ หากคืน secondary ให้ใช้ mapping ที่มี version และตรวจ nameplate, wiring, setting, raw, normalized พร้อมกัน

ค่า 5 นาทีสามจุดเฉลี่ยเป็นดีมานด์ 15 นาทีได้หรือไม่

ได้เมื่อทั้งสามเป็น average kW ความหมายเดียวกัน อยู่ใน fixed block ที่ถูกต้อง และครบทุกจุด แต่ผลต่าง kWh, internal demand และ rolling demand อาจต่างกัน ต้องกำหนด timestamp, missing, late และวิธีเทียบ utility

เติมข้อมูลขาดได้มากแค่ไหน

เติมแบบมีเงื่อนไขได้เพื่อใช้งาน แต่ห้ามเขียนทับเหมือนค่าจริง กำหนดระยะและวิธี แล้วทำเครื่องหมาย ESTIMATED หรือ SUBSTITUTED การเทียบบิล warranty และ investment baseline อาจต้องตัดค่าประมาณออก

เงื่อนไขรับมอบที่สำคัญที่สุดคืออะไร

ผู้ตรวจอิสระต้องคำนวณค่า 15 นาทีที่สุ่มเลือกกลับถึง raw ได้ พร้อม CT/PT เครื่องหมาย เวลา missing และ calculation version Uptime และความเร็วหน้าจอไม่ยืนยันความหมายของข้อมูล

ควรเชื่อม 30 ตัวตั้งแต่วันแรกหรือไม่

ไม่ควร ควรตรึง register และ failure behavior ด้วย 3 ตัว พิสูจน์ aggregation ด้วย 10 ตัว แล้วขยายเป็น 30 ตัว เพื่อลดการคัดลอก mapping ผิดทั้งระบบ

ใช้ 3.95 บาท/kWh ในกรณีลงทุนได้เลยหรือไม่

เป็นค่าเฉลี่ยทางการสำหรับบริบท ไม่ใช่ค่าที่ใช้กับทุกโรงงาน ใช้ใบแจ้งล่าสุดและอัตรา MEA หรือ PEA ที่เกี่ยวข้อง ตัวอย่างในบทความเป็น sensitivity เท่านั้น

สรุป: รับมอบข้อมูลที่ใช้ตัดสินใจ ไม่ใช่เพียงมิเตอร์ที่เชื่อมต่อ

โครงการเก็บข้อมูลมิเตอร์ไฟฟ้าสำเร็จเมื่อ CT/PT ถูกใช้ครั้งเดียว เครื่องหมาย import/export สอดคล้อง ช่วง fixed 15 นาทีตามเวลา Bangkok สร้างซ้ำได้ ข้อมูลขาดและค่าประมาณแยกจากค่าจริง และผลในรายงานย้อนผ่าน transformation ที่มีเวอร์ชันถึง raw ได้

เมื่อ RFP มี data dictionary, point map, clock/interval rule, quality code, FAT/SAT, PoC 90 วัน และ evidence pack ผู้ซื้อจะเปรียบเทียบผู้ขายจากความสามารถส่งข้อมูลที่ถูกต้อง ไม่ใช่เฉพาะอุปกรณ์และหน้าจอ และลดความเสี่ยงที่จะตัดสินใจลงทุนจากกราฟที่สวยแต่ผิด

TOMAS TECH สนับสนุนโรงงานในไทยและอาเซียนในการสำรวจมิเตอร์เดิม ทำ Modbus point map ออกแบบ CT/PT เครื่องหมาย เวลา 15 นาที และกฎข้อมูลขาด รวมถึงจัดทำ RFP, FAT/SAT และแผนรับมอบ PoC 90 วัน สามารถเริ่มปรึกษาได้ตั้งแต่ก่อนเลือกอุปกรณ์หรือเมื่อทีมเริ่มสงสัยว่าข้อมูลพลังงานเดิมเชื่อถือได้หรือไม่ ติดต่อเรา

แหล่งอ้างอิง

• กกพ.: ค่า Ft และค่าไฟเฉลี่ยเดือนกันยายน–ธันวาคม 2569
• MEA: Electricity tariffs and maximum demand
• PEA: Electricity Tariffs May 2023
• Modbus Organization: MODBUS Application Protocol Specification V1.1b3
• Schneider Electric: Demand calculation methods, EM3570 series
• IEC 62056-6-2:2023: DLMS/COSEM interface classes
• IEC TR 61850-80-5:2026: Modbus / IEC 61850 mapping
• กกพ.: สถิติค่า Ft อัตโนมัติ